"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
Et c'est très con. Mettre un minimum de cohérence dans la chose n'est pas idiot, loin de là (d'autant que c'est _parfaitement_ documenté), et ça évite d'avoir des trucs qui plantent parce que telle arborescence est montée en noexec par exemple ! Cette façon de faire, même si elle ne te plaît pas, est loin d'être inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail mette /var en noexec soit vraiment tres tres tres con.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé directement par la distribution et tu teste _tout_ de suite s'il est capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou tu fais un dselect pour installer un package et ou le truc t'installe 50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que ca a pas reboote.
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau, surtout depuis qu'un certain Linus a decide qu'il y aurait plus de branche stable et que c'etait aux distributions de se demerder pour faire un truc qui marche en utilisant un noyau en beta permanent.
Le iSCSI (initiator et target) est natif chez debian depuis au moins deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement, la SuSE etait plus simple et c'etait la seule validee pour fonctionner avec le materiel (important pour le support).
Utilise donc testing et arrête de balancer des arguments plus gros que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le "tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme un probleme quelque part ...
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la 9.10 a enfin des performances potables).
JKB wrote:
Et c'est très con. Mettre un minimum de cohérence dans la chose
n'est pas idiot, loin de là (d'autant que c'est _parfaitement_
documenté), et ça évite d'avoir des trucs qui plantent parce que
telle arborescence est montée en noexec par exemple !
Cette façon de faire, même si elle ne te plaît pas, est loin d'être
inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail
mette /var en noexec soit vraiment tres tres tres con.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé
directement par la distribution et tu teste _tout_ de suite s'il est
capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou
tu fais un dselect pour installer un package et ou le truc t'installe
50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que
ca a pas reboote.
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau,
surtout depuis qu'un certain Linus a decide qu'il y aurait plus de
branche stable et que c'etait aux distributions de se demerder pour
faire un truc qui marche en utilisant un noyau en beta permanent.
Le iSCSI (initiator et target) est natif chez debian depuis au moins
deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le
configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement,
la SuSE etait plus simple et c'etait la seule validee pour fonctionner
avec le materiel (important pour le support).
Utilise donc testing et arrête de balancer des arguments plus gros
que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le
"tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian
sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que
tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme
un probleme quelque part ...
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la
9.10 a enfin des performances potables).
Et c'est très con. Mettre un minimum de cohérence dans la chose n'est pas idiot, loin de là (d'autant que c'est _parfaitement_ documenté), et ça évite d'avoir des trucs qui plantent parce que telle arborescence est montée en noexec par exemple ! Cette façon de faire, même si elle ne te plaît pas, est loin d'être inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail mette /var en noexec soit vraiment tres tres tres con.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé directement par la distribution et tu teste _tout_ de suite s'il est capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou tu fais un dselect pour installer un package et ou le truc t'installe 50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que ca a pas reboote.
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau, surtout depuis qu'un certain Linus a decide qu'il y aurait plus de branche stable et que c'etait aux distributions de se demerder pour faire un truc qui marche en utilisant un noyau en beta permanent.
Le iSCSI (initiator et target) est natif chez debian depuis au moins deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement, la SuSE etait plus simple et c'etait la seule validee pour fonctionner avec le materiel (important pour le support).
Utilise donc testing et arrête de balancer des arguments plus gros que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le "tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme un probleme quelque part ...
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la 9.10 a enfin des performances potables).
Stephane TOUGARD
Julien BLACHE wrote:
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour des betes histoires de licences ou d'emplacement des binaires par defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
Julien BLACHE wrote:
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement
stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour
des betes histoires de licences ou d'emplacement des binaires par
defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour des betes histoires de licences ou d'emplacement des binaires par defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
Julien BLACHE
Stephane TOUGARD 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.
JB.
-- BOFH excuse #370: Virus due to computers having unsafe sex.
Stephane TOUGARD <stephane@unices.org> 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.
JB.
--
BOFH excuse #370:
Virus due to computers having unsafe sex.
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.
JB.
-- BOFH excuse #370: Virus due to computers having unsafe sex.
Emmanuel Florac
Le Sun, 08 Nov 2009 12:05:54 +0100, Julien BLACHE a écrit:
Le pire en effet c'est l'absence de vi (nano est plus "accessible" paraît-
Normalement sur une install de base tu as vim-tiny, qui est un vim minimal (sans coloration syntaxique par exemple).
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette horrible daube de nano et franchement, c'est horripilant.
il) et le nouveau système "en transition" de configuration réseau par défaut complètement absurde.
Et là je ne vois pas de quoi tu veux parler.
Je n'ai pas creusé des masses, mais l'installation par défaut imite Ubuntu : réseau en DHCP, et configuration du réseau par la modification des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement est erratique... Encore un truc bien pénible "pour boulets".
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Kaid Ahmed.
Le Sun, 08 Nov 2009 12:05:54 +0100, Julien BLACHE a écrit:
Le pire en effet c'est l'absence de vi (nano est plus "accessible"
paraît-
Normalement sur une install de base tu as vim-tiny, qui est un vim
minimal (sans coloration syntaxique par exemple).
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais
visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette
horrible daube de nano et franchement, c'est horripilant.
il) et le nouveau système "en transition" de configuration réseau par
défaut complètement absurde.
Et là je ne vois pas de quoi tu veux parler.
Je n'ai pas creusé des masses, mais l'installation par défaut imite
Ubuntu : réseau en DHCP, et configuration du réseau par la modification
des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à
la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement
est erratique... Encore un truc bien pénible "pour boulets".
--
Toutes les organisations ont leur règles, et les Femmes Algériennes
doivent avoir aussi leurs règles.
Kaid Ahmed.
Le Sun, 08 Nov 2009 12:05:54 +0100, Julien BLACHE a écrit:
Le pire en effet c'est l'absence de vi (nano est plus "accessible" paraît-
Normalement sur une install de base tu as vim-tiny, qui est un vim minimal (sans coloration syntaxique par exemple).
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette horrible daube de nano et franchement, c'est horripilant.
il) et le nouveau système "en transition" de configuration réseau par défaut complètement absurde.
Et là je ne vois pas de quoi tu veux parler.
Je n'ai pas creusé des masses, mais l'installation par défaut imite Ubuntu : réseau en DHCP, et configuration du réseau par la modification des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement est erratique... Encore un truc bien pénible "pour boulets".
-- Toutes les organisations ont leur règles, et les Femmes Algériennes doivent avoir aussi leurs règles. Kaid Ahmed.
JKB
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
Julien BLACHE wrote:
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour des betes histoires de licences ou d'emplacement des binaires par defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
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...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 08-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
Julien BLACHE wrote:
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement
stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour
des betes histoires de licences ou d'emplacement des binaires par
defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
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...
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
Julien BLACHE wrote:
Non mais, laisse tomber, tu parles à un mec qui utilise qmail.
Et qui voit pas l'ombre d'un probleme. C'est un programme extremement stable, performant, tres tres secure et tout a fait fonctionnel.
Franchement, faudrait etre un ane pour se priver d'un tel programme pour des betes histoires de licences ou d'emplacement des binaires par defaut. Surtout pour utiliser un Postfix, ou pire un Sendmail.
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...
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
JKB
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Parfait. Combien de mise à jour du noyau par rapport aux mises à jour de sécurité de tous les autres bouts du système ? Même une mise à jour de la libc ne demande pas un redémarrage du système ! Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne demande même pas de redémarrage...
C'est quoi le rapport entre VMS et Debian ?
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 !
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 08-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Parfait. Combien de mise à jour du noyau par rapport aux mises à
jour de sécurité de tous les autres bouts du système ? Même une mise
à jour de la libc ne demande pas un redémarrage du système !
Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne
demande même pas de redémarrage...
C'est quoi le rapport entre VMS et Debian ?
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 !
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Parfait. Combien de mise à jour du noyau par rapport aux mises à jour de sécurité de tous les autres bouts du système ? Même une mise à jour de la libc ne demande pas un redémarrage du système ! Enfin, j'ai même mieux, sous VMS, une mise à jour du noyau ne demande même pas de redémarrage...
C'est quoi le rapport entre VMS et Debian ?
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 !
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
JKB
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Et c'est très con. Mettre un minimum de cohérence dans la chose n'est pas idiot, loin de là (d'autant que c'est _parfaitement_ documenté), et ça évite d'avoir des trucs qui plantent parce que telle arborescence est montée en noexec par exemple ! Cette façon de faire, même si elle ne te plaît pas, est loin d'être inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail mette /var en noexec soit vraiment tres tres tres con.
/var n'a aucune raison valable (qmail n'est pas une raison valable) de contenir des exécutables.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé directement par la distribution et tu teste _tout_ de suite s'il est capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou tu fais un dselect pour installer un package et ou le truc t'installe 50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que ca a pas reboote.
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).
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau, surtout depuis qu'un certain Linus a decide qu'il y aurait plus de branche stable et que c'etait aux distributions de se demerder pour faire un truc qui marche en utilisant un noyau en beta permanent.
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) !
Le iSCSI (initiator et target) est natif chez debian depuis au moins deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement, la SuSE etait plus simple et c'etait la seule validee pour fonctionner avec le materiel (important pour le support).
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.
Utilise donc testing et arrête de balancer des arguments plus gros que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le "tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme un probleme quelque part ...
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 ?
Au fait, pour toi : http://packages.debian.org/lenny/gimpœ
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la 9.10 a enfin des performances potables).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 08-11-2009, ? propos de
Re: Ils ne sont pas difficile...,
Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Et c'est très con. Mettre un minimum de cohérence dans la chose
n'est pas idiot, loin de là (d'autant que c'est _parfaitement_
documenté), et ça évite d'avoir des trucs qui plantent parce que
telle arborescence est montée en noexec par exemple !
Cette façon de faire, même si elle ne te plaît pas, est loin d'être
inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail
mette /var en noexec soit vraiment tres tres tres con.
/var n'a aucune raison valable (qmail n'est pas une raison valable)
de contenir des exécutables.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé
directement par la distribution et tu teste _tout_ de suite s'il est
capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou
tu fais un dselect pour installer un package et ou le truc t'installe
50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que
ca a pas reboote.
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).
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau,
surtout depuis qu'un certain Linus a decide qu'il y aurait plus de
branche stable et que c'etait aux distributions de se demerder pour
faire un truc qui marche en utilisant un noyau en beta permanent.
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) !
Le iSCSI (initiator et target) est natif chez debian depuis au moins
deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le
configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement,
la SuSE etait plus simple et c'etait la seule validee pour fonctionner
avec le materiel (important pour le support).
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.
Utilise donc testing et arrête de balancer des arguments plus gros
que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le
"tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian
sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que
tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme
un probleme quelque part ...
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 ?
Au fait, pour toi :
http://packages.debian.org/lenny/gimpœ
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la
9.10 a enfin des performances potables).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 08-11-2009, ? propos de Re: Ils ne sont pas difficile..., Stephane TOUGARD ?crivait dans fr.comp.os.linux.debats :
JKB wrote:
Et c'est très con. Mettre un minimum de cohérence dans la chose n'est pas idiot, loin de là (d'autant que c'est _parfaitement_ documenté), et ça évite d'avoir des trucs qui plantent parce que telle arborescence est montée en noexec par exemple ! Cette façon de faire, même si elle ne te plaît pas, est loin d'être inintéressante du point de vue de la sécurité.
Franchement, faudrait vraiment qu'un admin system qui installe un qmail mette /var en noexec soit vraiment tres tres tres con.
/var n'a aucune raison valable (qmail n'est pas une raison valable) de contenir des exécutables.
Mauvais admin, changer d'admin. Soit tu utilises un noyau proposé directement par la distribution et tu teste _tout_ de suite s'il est capable de rebooter (et au passage tu lis le fichier de conf), soit
Tu sais lire ?
J'ai marque que c'etait un upgrade de serveur, tu sais une merdouille ou tu fais un dselect pour installer un package et ou le truc t'installe 50Mb d'upgrade en t'annoncant fierement que tu dois rebooter. Sauf que ca a pas reboote.
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).
Meme Windows fait mieux que ca.
Et entre nous, je vois aucune raison de compiler mon propre noyau, surtout depuis qu'un certain Linus a decide qu'il y aurait plus de branche stable et que c'etait aux distributions de se demerder pour faire un truc qui marche en utilisant un noyau en beta permanent.
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) !
Le iSCSI (initiator et target) est natif chez debian depuis au moins deux ans.
Il est natif chez tout le monde. C'est pas la le probleme, avant de le configurer avec une SuSE, j'ai essaye avec une Debian. Ben franchement, la SuSE etait plus simple et c'etait la seule validee pour fonctionner avec le materiel (important pour le support).
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.
Utilise donc testing et arrête de balancer des arguments plus gros que toi.
J'adore l'argument du Debianeux moyen. J'utilise pas Linux pour le "tester", je l'utilise pour l'utiliser. Si les petits mecs de Debian sont pas foutus de mettre un Gimp 2.2 dans une distrib stable (ce que tout le monde fait depuis 2 ans) et que personne ne dit qu'il y a comme un probleme quelque part ...
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 ?
Au fait, pour toi : http://packages.debian.org/lenny/gimpœ
La meilleure chose qu'a permis Debian c'est la Ubuntu (qui depuis la 9.10 a enfin des performances potables).
Ouaips. Entre une debian/stable et une ubuntu, mon choix est fait.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Julien BLACHE
Emmanuel Florac wrote:
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette horrible daube de nano et franchement, c'est horripilant.
export EDITOR=vim
C'est pas pour les chiens :)
Je n'ai pas creusé des masses, mais l'installation par défaut imite Ubuntu : réseau en DHCP, et configuration du réseau par la modification des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement est erratique... Encore un truc bien pénible "pour boulets".
Alors là, je ne sais pas ce que tu as installé, mais je n'ai jamais vu ce comportement-là sur une machine installée en IP fixe avec d-i.
JB.
-- BOFH excuse #371: Incorrectly configured static routes on the corerouters.
Emmanuel Florac <eflorac@imaginet.fr> wrote:
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais
visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette
horrible daube de nano et franchement, c'est horripilant.
export EDITOR=vim
C'est pas pour les chiens :)
Je n'ai pas creusé des masses, mais l'installation par défaut imite
Ubuntu : réseau en DHCP, et configuration du réseau par la modification
des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à
la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement
est erratique... Encore un truc bien pénible "pour boulets".
Alors là, je ne sais pas ce que tu as installé, mais je n'ai jamais vu
ce comportement-là sur une machine installée en IP fixe avec d-i.
JB.
--
BOFH excuse #371:
Incorrectly configured static routes on the corerouters.
Moi ce que je vois c'est que sur une debian par défaut, quand tu fais visudo, vipw, crontab -e, etc tu te retrouves par défaut dans cette horrible daube de nano et franchement, c'est horripilant.
export EDITOR=vim
C'est pas pour les chiens :)
Je n'ai pas creusé des masses, mais l'installation par défaut imite Ubuntu : réseau en DHCP, et configuration du réseau par la modification des fichiers de conf DHCP. Surprise : tu édites /etc/network/interfaces à la main (avec vi bien sûr :) et rien ne se passe, ou bien le comportement est erratique... Encore un truc bien pénible "pour boulets".
Alors là, je ne sais pas ce que tu as installé, mais je n'ai jamais vu ce comportement-là sur une machine installée en IP fixe avec d-i.
JB.
-- BOFH excuse #371: Incorrectly configured static routes on the corerouters.
Emmanuel Florac
Le Sun, 08 Nov 2009 18:06:41 +0000, JKB a écrit:
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 !
Si je ne m'abuse il y a un système de patches qui permet de ne pas avoir à rebooter Linux. D'un autre côté, la mode actuelle c'est le distribué, les clusters HA... Alors ...
-- Money is a barren Thing, and produces nothing, but by Compact, transfers that Profit, that was the Reward of one Man's Labour, into another Man's Pocket. John Locke
Le Sun, 08 Nov 2009 18:06:41 +0000, JKB a écrit:
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 !
Si je ne m'abuse il y a un système de patches qui permet de ne pas avoir
à rebooter Linux. D'un autre côté, la mode actuelle c'est le distribué,
les clusters HA... Alors ...
--
Money is a barren Thing, and produces nothing, but by Compact, transfers
that Profit, that was the Reward of one Man's Labour, into another Man's
Pocket.
John Locke
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 !
Si je ne m'abuse il y a un système de patches qui permet de ne pas avoir à rebooter Linux. D'un autre côté, la mode actuelle c'est le distribué, les clusters HA... Alors ...
-- Money is a barren Thing, and produces nothing, but by Compact, transfers that Profit, that was the Reward of one Man's Labour, into another Man's Pocket. John Locke
Emmanuel Florac
Le Sun, 08 Nov 2009 19:33:32 +0100, Julien BLACHE a écrit:
export EDITOR=vim
C'est pas pour les chiens
Oui mais pour moi _vi_sudo et _vi_pw avec nano par défaut c'est carrément se foutre du monde...
Alors là, je ne sais pas ce que tu as installé, mais je n'ai jamais vu ce comportement-là sur une machine installée en IP fixe avec d-i.
Installation de Lenny toute bête en dhcp.
-- Jesus saves but only Buddha makes incremental backups.
Le Sun, 08 Nov 2009 19:33:32 +0100, Julien BLACHE a écrit:
export EDITOR=vim
C'est pas pour les chiens
Oui mais pour moi _vi_sudo et _vi_pw avec nano par défaut c'est carrément
se foutre du monde...
Alors là, je ne sais pas ce que tu as installé, mais je n'ai jamais vu
ce comportement-là sur une machine installée en IP fixe avec d-i.
Installation de Lenny toute bête en dhcp.
--
Jesus saves but only Buddha makes incremental backups.
