"KDE 4.3.2 est efficace et rapide. Ce n’est pas un environnement de
travail facile d’accès, car il est aussi puissant que polyvalent. Une
impression de fouillis se fait donc rapidement sentir. Les plus frileux
préféreront donc peut-être GNOME, qui est ici présent en mouture
2.28.1."
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
"Un manque flagrant de sobriété
Une distribution Linux axée sur KDE est toujours intéressante.
Toutefois, la complexité de cet environnement de bureau empire à cause
des choix réalisés par Mandriva. Il est ainsi dommage qu’autant
d’applications KDE soient installées par défaut. Était-il nécessaire de
proposer plusieurs dizaines de jeux, ou des outils multiples effectuant
des tâches identiques ? Même constat avec le design de l’OS : il est
superbe, mais peu adapté aux professionnels. Heureusement, ce point
pourra facilement être corrigé"
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
"Et que dire de l’excellente suite bureautique KOffice, qui n’est même
pas installée par défaut"
Essayez d'y comprendre qqchose ... En tout cas c'est pas fait pour
travailler...
Bref, c'est un jouet de boutonneux cliquodrômé
--
P4nd1-P4nd4 vous salue, et annonce que le petit ourson possède
désormais son blog
p4nd1-p4nd4.over-blog.com
Que le plus lent soit qmail, c'est toujours ce que j'avais entendu dire.
--
Michel TALON
totof01
On 8 nov, 09:54, JKB wrote:
Le 07-11-2009, ? propos de Re: Ils ne sont pas difficile..., Professeur Méphisto ?crivait dans fr.comp.os.linux.debats :
> Le Sat, 07 Nov 2009 15:59:16 +0000, JKB a écrit :
>> Voire le rebooter... _Exemple_ ?
> bin... mise à jour du noyau ?
Parfait. Combien de mise à jour du noyau par rapport au x mises à jour de sécurité de tous les autres bouts du systèm e ? Même une mise à jour de la libc ne demande pas un redémarrage du sy stème ! Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne demande même pas de redémarrage...
Je me suis toujours demandé comment pouvait être géré une mise à jour noyau sans redémarrage ....
JKB
On 8 nov, 09:54, JKB <knatsc...@koenigsberg.fr> wrote:
Le 07-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Professeur Méphisto ?crivait dans fr.comp.os.linux.debats :
> Le Sat, 07 Nov 2009 15:59:16 +0000, JKB a écrit :
>> Voire le rebooter... _Exemple_ ?
> bin... mise à jour du noyau ?
Parfait. Combien de mise à jour du noyau par rapport au x mises à
jour de sécurité de tous les autres bouts du systèm e ? Même une mise
à jour de la libc ne demande pas un redémarrage du sy stème !
Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne
demande même pas de redémarrage...
Je me suis toujours demandé comment pouvait être géré une mise à jour
noyau sans redémarrage ....
Le 07-11-2009, ? propos de Re: Ils ne sont pas difficile..., Professeur Méphisto ?crivait dans fr.comp.os.linux.debats :
> Le Sat, 07 Nov 2009 15:59:16 +0000, JKB a écrit :
>> Voire le rebooter... _Exemple_ ?
> bin... mise à jour du noyau ?
Parfait. Combien de mise à jour du noyau par rapport au x mises à jour de sécurité de tous les autres bouts du systèm e ? Même une mise à jour de la libc ne demande pas un redémarrage du sy stème ! Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne demande même pas de redémarrage...
Je me suis toujours demandé comment pouvait être géré une mise à jour noyau sans redémarrage ....
JKB
Stéphane CARPENTIER
JKB wrote:
(sauf deux ou trois dinosaures avec des écailles comme moi)
Tu précises que tu as des écailles pour te rajeunir ?
JKB wrote:
(sauf deux ou trois dinosaures avec des écailles comme moi)
Tu précises que tu as des écailles pour te rajeunir ?
(sauf deux ou trois dinosaures avec des écailles comme moi)
Tu précises que tu as des écailles pour te rajeunir ?
Nicolas George
Michel Talon, dans le message <hd9enb$k14$, a écrit :
Que le plus lent soit qmail, c'est toujours ce que j'avais entendu dire.
Un des gros trucs chiants de qmail, c'est qu'il est incapable d'agréger les mails à destination du même relais : si un sendmail ou postfix reçoit un mail avec cinquante destinataire chez free et cinquante chez orange, il émet deux mails, un vers le serveur de free avec cinquante destinataire et un vers le serveur d'orange avec cinquante destinataire. qmail, il émet cent mails différents, un par destinataire.
Michel Talon, dans le message <hd9enb$k14$1@asmodee.lpthe.jussieu.fr>, a
écrit :
Que le plus lent soit qmail, c'est toujours ce que j'avais entendu dire.
Un des gros trucs chiants de qmail, c'est qu'il est incapable d'agréger les
mails à destination du même relais : si un sendmail ou postfix reçoit un
mail avec cinquante destinataire chez free et cinquante chez orange, il émet
deux mails, un vers le serveur de free avec cinquante destinataire et un
vers le serveur d'orange avec cinquante destinataire. qmail, il émet cent
mails différents, un par destinataire.
Michel Talon, dans le message <hd9enb$k14$, a écrit :
Que le plus lent soit qmail, c'est toujours ce que j'avais entendu dire.
Un des gros trucs chiants de qmail, c'est qu'il est incapable d'agréger les mails à destination du même relais : si un sendmail ou postfix reçoit un mail avec cinquante destinataire chez free et cinquante chez orange, il émet deux mails, un vers le serveur de free avec cinquante destinataire et un vers le serveur d'orange avec cinquante destinataire. qmail, il émet cent mails différents, un par destinataire.
totof01
On 8 nov, 21:19, Nicolas George <nicolas$ wrote:
Emmanuel Florac , dans le message <4af72555$0$22650$, a écrit :
> Oui mais pour moi _vi_sudo et _vi_pw avec nano par défaut c'est carr ément > se foutre du monde...
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais pas pointer ce lien vers ton éditeur favori (via update-alternative, sinon ce sera annulé à la première mise à jour), il ne faut t'en prendre q u'à toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
On 8 nov, 21:19, Nicolas George <nicolas$geo...@salle-s.org> wrote:
Emmanuel Florac , dans le message
<4af72555$0$22650$426a7...@news.free.fr>, a écrit :
> Oui mais pour moi _vi_sudo et _vi_pw avec nano par défaut c'est carr ément
> se foutre du monde...
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais pas
pointer ce lien vers ton éditeur favori (via update-alternative, sinon ce
sera annulé à la première mise à jour), il ne faut t'en prendre q u'à
toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
Emmanuel Florac , dans le message <4af72555$0$22650$, a écrit :
> Oui mais pour moi _vi_sudo et _vi_pw avec nano par défaut c'est carr ément > se foutre du monde...
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais pas pointer ce lien vers ton éditeur favori (via update-alternative, sinon ce sera annulé à la première mise à jour), il ne faut t'en prendre q u'à toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
Nicolas George
totof01 , dans le message , a écrit :
C'est le genre de comportement qui m'horripile chez Debian ...
Et tu as des raisons de fond à ton horripilation, ou c'est juste épidermique et irrationnel ?
totof01 , dans le message
<e4f3298f-770a-421a-9d04-fea21328d689@s31g2000yqs.googlegroups.com>, a
écrit :
C'est le genre de comportement qui m'horripile chez Debian ...
Et tu as des raisons de fond à ton horripilation, ou c'est juste épidermique
et irrationnel ?
C'est le genre de comportement qui m'horripile chez Debian ...
Et tu as des raisons de fond à ton horripilation, ou c'est juste épidermique et irrationnel ?
Patrice Karatchentzeff
JKB a écrit :
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Patrice Karatchentzeff ?crivait dans fr.comp.os.linux.debats :
[...]
Un véritable utilise cat et sed de toute façon.
Un véritable utilise une perfo en code 29 (et une pince à tiercé) ou un tt. cat >> fichier.cf, c'est pour les pieds tendres (ou ceux qui récupèrent une installation foirée de Solaris).
Petit joueur : les perfos, c'est bon pour les secrétaires...
Un véritable canalise les rayons cosmiques pour polariser ad libitum les jonctions PN des transistors pour programmer le CPU...
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile...,
Patrice Karatchentzeff ?crivait dans fr.comp.os.linux.debats :
[...]
Un véritable utilise cat et sed de toute façon.
Un véritable utilise une perfo en code 29 (et une pince à
tiercé) ou un tt. cat >> fichier.cf, c'est pour les pieds
tendres (ou ceux qui récupèrent une installation foirée de
Solaris).
Petit joueur : les perfos, c'est bon pour les secrétaires...
Un véritable canalise les rayons cosmiques pour polariser ad libitum
les jonctions PN des transistors pour programmer le CPU...
Le 09-11-2009, ? propos de Re: Ils ne sont pas difficile..., Patrice Karatchentzeff ?crivait dans fr.comp.os.linux.debats :
[...]
Un véritable utilise cat et sed de toute façon.
Un véritable utilise une perfo en code 29 (et une pince à tiercé) ou un tt. cat >> fichier.cf, c'est pour les pieds tendres (ou ceux qui récupèrent une installation foirée de Solaris).
Petit joueur : les perfos, c'est bon pour les secrétaires...
Un véritable canalise les rayons cosmiques pour polariser ad libitum les jonctions PN des transistors pour programmer le CPU...
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais pas pointer ce lien vers ton éditeur favori (via update-alternative, sinon ce sera annulé à la première mise à jour), il ne faut t'en prendre qu'à toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
C'est pourtant de la simple logique UNIX...
Ce n'est pas parce que les autres ont figé une façon de faire les choses faute d'idées que c'est une bonne idée d'en rester là.
On 8 nov, 21:19, Nicolas George <nicolas$geo...@salle-s.org> wrote:
[...]
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais
pas pointer ce lien vers ton éditeur favori (via
update-alternative, sinon ce sera annulé à la première mise à
jour), il ne faut t'en prendre qu'à toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
C'est pourtant de la simple logique UNIX...
Ce n'est pas parce que les autres ont figé une façon de faire les
choses faute d'idées que c'est une bonne idée d'en rester là.
Ce n'est pas nano par défaut, c'est /usr/bin/editor. Si tu ne fais pas pointer ce lien vers ton éditeur favori (via update-alternative, sinon ce sera annulé à la première mise à jour), il ne faut t'en prendre qu'à toi-même.
C'est le genre de comportement qui m'horripile chez Debian ...
C'est pourtant de la simple logique UNIX...
Ce n'est pas parce que les autres ont figé une façon de faire les choses faute d'idées que c'est une bonne idée d'en rester là.
Je me suis toujours demandé comment pouvait être géré une mise à jour noyau sans redémarrage ....
Tu peux bien retirer le module d'une composante modulaire du noyau, et réinstaller une version nouvelle, tout ça sans rebooter. Par exemple ce module correspond à un driver, mais ça peut être un système de fichiers, etc. En fait il n'y a qu'une partie centrale du noyau, la gestion des processus, de la mémoire, etc. qui ne peut pas être patchée sans reboot.
--
Michel TALON
totof01 <cdesquesnes@ifrance.com> wrote:
Je me suis toujours demandé comment pouvait être géré une mise à jour
noyau sans redémarrage ....
Tu peux bien retirer le module d'une composante modulaire du noyau,
et réinstaller une version nouvelle, tout ça sans rebooter. Par exemple
ce module correspond à un driver, mais ça peut être un système de
fichiers, etc. En fait il n'y a qu'une partie centrale du noyau, la
gestion des processus, de la mémoire, etc. qui ne peut pas être patchée
sans reboot.
Je me suis toujours demandé comment pouvait être géré une mise à jour noyau sans redémarrage ....
Tu peux bien retirer le module d'une composante modulaire du noyau, et réinstaller une version nouvelle, tout ça sans rebooter. Par exemple ce module correspond à un driver, mais ça peut être un système de fichiers, etc. En fait il n'y a qu'une partie centrale du noyau, la gestion des processus, de la mémoire, etc. qui ne peut pas être patchée sans reboot.
--
Michel TALON
Julien BLACHE
JKB wrote:
Ce n'est pas au client final de payer les pots cassés d'autant que
On est d'accord, le fait est que c'est globalement pareil ailleurs.
pour le même prix, tu as un service incomparablement supérieur chez Sun.
Alors ça, je pense que ça dépend fortement de qui tu es et de combien tu mets sur la table.
JB.
-- BOFH excuse #377: Someone hooked the twisted pair wires into the answering machine.
JKB <knatschke@koenigsberg.fr> wrote:
Ce n'est pas au client final de payer les pots cassés d'autant que
On est d'accord, le fait est que c'est globalement pareil ailleurs.
pour le même prix, tu as un service incomparablement supérieur chez
Sun.
Alors ça, je pense que ça dépend fortement de qui tu es et de combien tu
mets sur la table.
JB.
--
BOFH excuse #377:
Someone hooked the twisted pair wires into the answering machine.
