"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
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 qu'à toi-même.
Emmanuel Florac , dans le message
<4af72555$0$22650$426a74cc@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 qu'à
toi-même.
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 qu'à toi-même.
Le Sun, 08 Nov 2009 20:19:29 +0000, Nicolas George a écrit:
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
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais bien que je peux le configurer, n'empèche que le choix de nano *par défaut* indique une volonté de faire "accessible au windowsien de base" et pas "Unix-admin friendly".
-- Yet the gross national product does not allow for the health of our children, the quality of their education, or the joy of their play. It does not include the beauty of our poetry or the strength of our marriages; the intelligence of our public debate or the integrity of our public officials. It measures neither our wit nor our courage; neither our wisdom nor our learning; neither our compassion nor our devotion to our country; it measures everything, in short, except that which makes life worthwhile. And it tells us everything about America except why we are proud that we are Americans. Robert F. Kennedy.
Le Sun, 08 Nov 2009 20:19:29 +0000, Nicolas George a écrit:
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
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais
bien que je peux le configurer, n'empèche que le choix de nano *par
défaut* indique une volonté de faire "accessible au windowsien de base"
et pas "Unix-admin friendly".
--
Yet the gross national product does not allow for the health of our
children, the quality of their education, or the joy of their play. It
does not include the beauty of our poetry or the strength of our
marriages; the intelligence of our public debate or the integrity of our
public officials. It measures neither our wit nor our courage; neither
our wisdom nor our learning; neither our compassion nor our devotion to
our country; it measures everything, in short, except that which makes
life worthwhile. And it tells us everything about America except why we
are proud that we are Americans.
Robert F. Kennedy.
Le Sun, 08 Nov 2009 20:19:29 +0000, Nicolas George a écrit:
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
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais bien que je peux le configurer, n'empèche que le choix de nano *par défaut* indique une volonté de faire "accessible au windowsien de base" et pas "Unix-admin friendly".
-- Yet the gross national product does not allow for the health of our children, the quality of their education, or the joy of their play. It does not include the beauty of our poetry or the strength of our marriages; the intelligence of our public debate or the integrity of our public officials. It measures neither our wit nor our courage; neither our wisdom nor our learning; neither our compassion nor our devotion to our country; it measures everything, in short, except that which makes life worthwhile. And it tells us everything about America except why we are proud that we are Americans. Robert F. Kennedy.
Nicolas George
Emmanuel Florac , dans le message <4af744be$0$1553$, a écrit :
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais bien que je peux le configurer, n'empèche que le choix de nano *par défaut* indique une volonté de faire "accessible au windowsien de base" et pas "Unix-admin friendly".
C'est un choix cohérent, puisque l'administrateur compétent va de toutes façons repasser sur toutes les options de configuration.
Emmanuel Florac , dans le message
<4af744be$0$1553$426a74cc@news.free.fr>, a écrit :
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais
bien que je peux le configurer, n'empèche que le choix de nano *par
défaut* indique une volonté de faire "accessible au windowsien de base"
et pas "Unix-admin friendly".
C'est un choix cohérent, puisque l'administrateur compétent va de toutes
façons repasser sur toutes les options de configuration.
Emmanuel Florac , dans le message <4af744be$0$1553$, a écrit :
Immédiatement après l'install, l'éditeur par défaut c'est nano. Je sais bien que je peux le configurer, n'empèche que le choix de nano *par défaut* indique une volonté de faire "accessible au windowsien de base" et pas "Unix-admin friendly".
C'est un choix cohérent, puisque l'administrateur compétent va de toutes façons repasser sur toutes les options de configuration.
Stephane TOUGARD
JKB wrote:
/var n'a aucune raison valable (qmail n'est pas une raison valable) de contenir des exécutables.
Excuse moi je prendre le probleme dans l'autre sens. A savoir qu'est ce que je dois faire avec le serveur. De la, je decide si je dois ou pas utiliser Qmail (ca arrive), de la je peux decider si /var ou /var/qmail doit pouvoir contenir des executable ou pas.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
dselect ne t'indique _jamais_ que tu dois rebooter, même lorsqu'il t'installe un nouveau noyau. Ou alors tu utilises une version de dselect patchée par Tougard (et personnellement, ça me ferait peur).
Dselect ne me l'indique pas directement, simplement quand tu vois qu'il a tripatouille le boot loader et installe un nouveau noyau. On se sent un tout petit peu oblige.
Tu le fais exprès, tu ne peux pas être aussi con que cela ? Debian te fournit un paquet de source (qui n'est pas dans l'arborescence source) qui est justement fait pour te compiler un noyau aux petits oignons. Que tu utilises un paquet binaire sans te poser les question est la preuve d'un amateurisme patenté. Tu ressembles à un type sur la liste debian-sparc qui se plaint de ne pas pouvoir installer directement une debian sur une blade 2000 alors qu'il n'a même pas pris la peine de lire la doc du noyau (une cinquantaine de ligne dans le cas présent) !
tu sais quoi, je fais encore mieux que ca : je n'utilise pas Debian.
J'utilise directement une distribution qui installe un noyau qui marche avec le materiel que j'achete. Ca m'empeche pas des faire des uptimes qui s'expriment en annee et de faire tourner des serveurs qui ont quelques centaines de milliers d'utilisateurs.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
Parfait, mais ne dis surtout pas que ça ne fonctionne pas. Ne dis pas non plus que c'est compliqué parce que lorsque j'ai mis ça en service il y a presque deux ans, j'ai mis une journée à avoir une configuration vraiment peaufinée pour faire du raid1 par dessus sans _jamais_ avoir touché au iSCSI avant.
Qu'une Debian fonctionne sans probleme et de facon native avec un Dell MD3000i, j'ai pas teste, mais sachant que la SuSE embarque les patchs de Dell pour se faire et que ca marche pas tres bien sans ces dits patchs, j'irais pas m'amuser a le faire sur de la prod.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
C'est surtout que tu ne sais vraiment pas lire. Lenny (debian stable) utilise gimp 2.4.7 qui me semble légèrement supérieure à la 2.2.0. Autre question ?
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
Moi aussi, pour un serveur : aucune des deux. Pour une station de travail qui fonctionne out of the box et sans avoir a me masturber sur la recompilation du noyau : Ubuntu.
JKB wrote:
/var n'a aucune raison valable (qmail n'est pas une raison valable)
de contenir des exécutables.
Excuse moi je prendre le probleme dans l'autre sens. A savoir qu'est ce
que je dois faire avec le serveur. De la, je decide si je dois ou pas
utiliser Qmail (ca arrive), de la je peux decider si /var ou /var/qmail
doit pouvoir contenir des executable ou pas.
La seule raison valable pour decider de comment un serveur doit marcher
c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
dselect ne t'indique _jamais_ que tu dois rebooter, même lorsqu'il
t'installe un nouveau noyau. Ou alors tu utilises une version de
dselect patchée par Tougard (et personnellement, ça me ferait peur).
Dselect ne me l'indique pas directement, simplement quand tu vois qu'il
a tripatouille le boot loader et installe un nouveau noyau. On se sent
un tout petit peu oblige.
Tu le fais exprès, tu ne peux pas être aussi con que cela ? Debian
te fournit un paquet de source (qui n'est pas dans l'arborescence
source) qui est justement fait pour te compiler un noyau aux petits
oignons. Que tu utilises un paquet binaire sans te poser les
question est la preuve d'un amateurisme patenté. Tu ressembles à un
type sur la liste debian-sparc qui se plaint de ne pas pouvoir
installer directement une debian sur une blade 2000 alors qu'il n'a
même pas pris la peine de lire la doc du noyau (une cinquantaine de
ligne dans le cas présent) !
tu sais quoi, je fais encore mieux que ca : je n'utilise pas Debian.
J'utilise directement une distribution qui installe un noyau qui marche
avec le materiel que j'achete. Ca m'empeche pas des faire des uptimes
qui s'expriment en annee et de faire tourner des serveurs qui ont
quelques centaines de milliers d'utilisateurs.
La seule raison valable pour decider de comment un serveur doit marcher
c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
Parfait, mais ne dis surtout pas que ça ne fonctionne pas. Ne dis
pas non plus que c'est compliqué parce que lorsque j'ai mis ça en
service il y a presque deux ans, j'ai mis une journée à avoir une
configuration vraiment peaufinée pour faire du raid1 par dessus sans
_jamais_ avoir touché au iSCSI avant.
Qu'une Debian fonctionne sans probleme et de facon native avec un Dell
MD3000i, j'ai pas teste, mais sachant que la SuSE embarque les patchs de
Dell pour se faire et que ca marche pas tres bien sans ces dits patchs,
j'irais pas m'amuser a le faire sur de la prod.
La seule raison valable pour decider de comment un serveur doit marcher
c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
C'est surtout que tu ne sais vraiment pas lire. Lenny (debian
stable) utilise gimp 2.4.7 qui me semble légèrement supérieure à la
2.2.0. Autre question ?
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
Moi aussi, pour un serveur : aucune des deux. Pour une station de
travail qui fonctionne out of the box et sans avoir a me masturber sur
la recompilation du noyau : Ubuntu.
/var n'a aucune raison valable (qmail n'est pas une raison valable) de contenir des exécutables.
Excuse moi je prendre le probleme dans l'autre sens. A savoir qu'est ce que je dois faire avec le serveur. De la, je decide si je dois ou pas utiliser Qmail (ca arrive), de la je peux decider si /var ou /var/qmail doit pouvoir contenir des executable ou pas.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
dselect ne t'indique _jamais_ que tu dois rebooter, même lorsqu'il t'installe un nouveau noyau. Ou alors tu utilises une version de dselect patchée par Tougard (et personnellement, ça me ferait peur).
Dselect ne me l'indique pas directement, simplement quand tu vois qu'il a tripatouille le boot loader et installe un nouveau noyau. On se sent un tout petit peu oblige.
Tu le fais exprès, tu ne peux pas être aussi con que cela ? Debian te fournit un paquet de source (qui n'est pas dans l'arborescence source) qui est justement fait pour te compiler un noyau aux petits oignons. Que tu utilises un paquet binaire sans te poser les question est la preuve d'un amateurisme patenté. Tu ressembles à un type sur la liste debian-sparc qui se plaint de ne pas pouvoir installer directement une debian sur une blade 2000 alors qu'il n'a même pas pris la peine de lire la doc du noyau (une cinquantaine de ligne dans le cas présent) !
tu sais quoi, je fais encore mieux que ca : je n'utilise pas Debian.
J'utilise directement une distribution qui installe un noyau qui marche avec le materiel que j'achete. Ca m'empeche pas des faire des uptimes qui s'expriment en annee et de faire tourner des serveurs qui ont quelques centaines de milliers d'utilisateurs.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
Parfait, mais ne dis surtout pas que ça ne fonctionne pas. Ne dis pas non plus que c'est compliqué parce que lorsque j'ai mis ça en service il y a presque deux ans, j'ai mis une journée à avoir une configuration vraiment peaufinée pour faire du raid1 par dessus sans _jamais_ avoir touché au iSCSI avant.
Qu'une Debian fonctionne sans probleme et de facon native avec un Dell MD3000i, j'ai pas teste, mais sachant que la SuSE embarque les patchs de Dell pour se faire et que ca marche pas tres bien sans ces dits patchs, j'irais pas m'amuser a le faire sur de la prod.
La seule raison valable pour decider de comment un serveur doit marcher c'est de savoir ce qu'il doit faire.
Le reste, c'est de la masturbation de geek.
C'est surtout que tu ne sais vraiment pas lire. Lenny (debian stable) utilise gimp 2.4.7 qui me semble légèrement supérieure à la 2.2.0. Autre question ?
Faute de frappe, je parlais de Gimp 2.6 (et non 2.2).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
Moi aussi, pour un serveur : aucune des deux. Pour une station de travail qui fonctionne out of the box et sans avoir a me masturber sur la recompilation du noyau : Ubuntu.
Stephane TOUGARD
Julien BLACHE wrote:
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Et qui s'assoit sur les RFC.
T'as un lien ?
Parce qu'en 10 ans, je n'ai rien vu de tel qui ne se corrige via un patch dispo sur qmail.org
Julien BLACHE wrote:
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement
stable, performant, tres tres secure et tout a fait fonctionnel.
Et qui s'assoit sur les RFC.
T'as un lien ?
Parce qu'en 10 ans, je n'ai rien vu de tel qui ne se corrige via un
patch dispo sur qmail.org
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Et qui s'assoit sur les RFC.
T'as un lien ?
Parce qu'en 10 ans, je n'ai rien vu de tel qui ne se corrige via un patch dispo sur qmail.org
Stephane TOUGARD
JKB wrote:
J'aimerais assez que tu nous dises ici ce que tu reproches à sendmail. Peut-être le fait que tu ne saches pas le configurer aux petits oignons parce qu'il faut lire et assimiler toute la doc de l'engin...
Je lui reproche exactement cela. Je vois pas bien pourquoi je devrais me prendre la tete a configurer un tel monstre quand d'autres programmes font aussi bien, si ce n'est mieux, de facon plus simple.
JKB wrote:
J'aimerais assez que tu nous dises ici ce que tu reproches à
sendmail. Peut-être le fait que tu ne saches pas le configurer aux
petits oignons parce qu'il faut lire et assimiler toute la doc de
l'engin...
Je lui reproche exactement cela. Je vois pas bien pourquoi je devrais me
prendre la tete a configurer un tel monstre quand d'autres programmes
font aussi bien, si ce n'est mieux, de facon plus simple.
J'aimerais assez que tu nous dises ici ce que tu reproches à sendmail. Peut-être le fait que tu ne saches pas le configurer aux petits oignons parce qu'il faut lire et assimiler toute la doc de l'engin...
Je lui reproche exactement cela. Je vois pas bien pourquoi je devrais me prendre la tete a configurer un tel monstre quand d'autres programmes font aussi bien, si ce n'est mieux, de facon plus simple.
Stephane TOUGARD
Nicolas George 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.
:D
Quel foutage de gueule.
Nicolas George 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.
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.
:D
Quel foutage de gueule.
Stephane TOUGARD
Kojak wrote:
Bah ! Ils ont pensé que, pour Mme Michu, nano serait plus facile d'accès que vi. :-)
Franchement, c'est une connerie. Une toute petite dans un ocean en ce qui concerne la Debian. Mme Michu ne gere pas des serveurs Unix. Mme Michu n'installera pas Debian sur son Desktop.
Kojak wrote:
Bah ! Ils ont pensé que, pour Mme Michu, nano serait plus facile
d'accès que vi. :-)
Franchement, c'est une connerie. Une toute petite dans un ocean en ce
qui concerne la Debian. Mme Michu ne gere pas des serveurs Unix. Mme
Michu n'installera pas Debian sur son Desktop.
Bah ! Ils ont pensé que, pour Mme Michu, nano serait plus facile d'accès que vi. :-)
Franchement, c'est une connerie. Une toute petite dans un ocean en ce qui concerne la Debian. Mme Michu ne gere pas des serveurs Unix. Mme Michu n'installera pas Debian sur son Desktop.
Stephane TOUGARD
JKB wrote:
Le fait que tu reproches à un système de devoir rebooter lorsque tu changes le noyau. Si ça te pose un problème, tu choisis un VMS et on n'en parle plus !
Non, j'ai une autre politique qui consiste a choisir une distribution qui fonctionne normalement.
Ton VMS, c'est gentil. Mais avant qu'il fasse tourner ce dont j'ai besoin ...
JKB wrote:
Le fait que tu reproches à un système de devoir rebooter lorsque tu
changes le noyau. Si ça te pose un problème, tu choisis un VMS et on
n'en parle plus !
Non, j'ai une autre politique qui consiste a choisir une distribution
qui fonctionne normalement.
Ton VMS, c'est gentil. Mais avant qu'il fasse tourner ce dont j'ai
besoin ...
Le fait que tu reproches à un système de devoir rebooter lorsque tu changes le noyau. Si ça te pose un problème, tu choisis un VMS et on n'en parle plus !
Non, j'ai une autre politique qui consiste a choisir une distribution qui fonctionne normalement.
Ton VMS, c'est gentil. Mais avant qu'il fasse tourner ce dont j'ai besoin ...
