Articles précédents : Distribution
- [143] Les premiers pas d'Ubuntu Warty
- [5] LOLiWin 4.10.1 disponible
- [23] Yellow Dog Linux 4.0
- [4] Du nouveau sous le soleil de la documentation Gentoo
- [78] Nouvelle version de la Mandrake Move
- [13] Sortie de IPCop V1.4.0
- [20] OpenZaurus 3.5.1 dans les bacs
- [12] LinuxConsole 0.4.5.1
- [7] Sortie de Free-EOS 1.3
- [119] Sortie de la Mandrakelinux 10.1 Community
Liens connexes
- Annonce Debian GNU/Linux 3.0r3 (1167 hits)
- Les bogues critiques retardant la sortie de la Sarge (1340 hits)
- Problème de testing-security retardant la Sarge (996 hits)
- Le projet Debian (1898 hits)
Dépêche modérée par
Distribution : Sortie de la Debian Woody 3.0r3
Posté par Benoît Sibaud (Jabber id, page perso, ). Modéré le 26 octobre 2004.Merci à Martin « Joey » Schulze (qui a géré cette sortie) et aux autres développeurs Debian pour leur travail.
Pour les Woody déjà installées, il suffit de faire la mise à jour via apt-get (ou toute autre surcouche graphique).
Par rapport la sortie de Sarge, deux points la retardent : le nombre de bogues critiques la concernant encore ouverts, et la mise en place de testing-security.
Annonce Debian GNU/Linux 3.0r3 (1167 hits)
Les bogues critiques retardant la sortie de la Sarge (1340 hits)
Problème de testing-security retardant la Sarge (996 hits)
Le projet Debian (1898 hits)
> Lire les commentaires (214 commentaires, moyenne: 2,2).
nautilus et fam
Le bug que je trouve le plus chiant, qui n'est d'ailleurs pas spécifique à Debian mais plutôt à Gnome, c'est qu'il est régulièrement impossible de démonter une clef USB avec nautilus à cause de FAM.
C'est le seul truc que je trouve bloquant, mais c'est vraiment bloquant.
-
[^]Re: nautilus et fam
Posté par manatane () le 26/10/2004 à 19:43. (lien). Évalué à 3.Tu utilises encore le gnome par défaut de la woody ??
C'est la version 1.4 c'est çà?
C'est marrant d'ailleurs quand on cherche "gnome woody" sur google, on ne tombe que sur des backports :p
Personnellement je pense que la woody hormis dans un cadre LAMP (et encore...) est bonne à jeter. C'est bien beau d'avoir une distribution cohèrente, stable et sympa à administrer, mais il faut aussi que l'obsolescence dramatique des softs n'oblige pas à tout péter (et non les backports et les "fait tes paquets toi même" ne sont pas une solution).
Ce n'est pas étonnant que Sourceforge est décidé d'abandonner Debian. Pour ma part j'ai de plus en plus l'impression que Debian se mue peu à peu en une espèce de Hurd avec un noyau Linux, le produit est inutilisable (Woody stable mais obsolète, Sarge pas stable ET pas à jour (chouette concept), Sid pas stable et pour cause c'est une version de développement), les developpeurs passent plus de temps à troller et faire du vent qu' à exercer leur talent du fait de l'entropie du projet.
Dommage...-
[^]Re: nautilus et fam
Posté par nicolassanchez () le 26/10/2004 à 20:00. (lien). Évalué à 10.Woody stable mais obsolète, Sarge pas stable ET pas à jour (chouette concept), Sid pas stable et pour cause c'est une version de développement)
C'est facile à dire, mais trouve une distribution qui propose autant de paquetages...
Ensuite, tout le monde ne fait pas de la bureautique et peut se contenter d'une Woody pour son serveur.
Pour finir, Sarge pas stable et pas à jour ?
La sarge est très stable. Y'a qu'à comparer à une Mandrake...
Ensuite question à jour, faut pas exagérer, par exemple, la version actuelle de OOo, c'est la 1.1.3 et Sarge propose la 1.1.2. On ne peut pas exiger la dernière version et une stabilité parfaite, faut choisir.-
[^]Re: nautilus et fam
Posté par manatane () le 26/10/2004 à 20:24. (lien). Évalué à 0.Ensuite, tout le monde ne fait pas de la bureautique et peut se contenter d'une Woody pour son serveur.
Euh... je voie pas pourquoi utiliser des logiciels en retard de 3 ans sur les autres distributions et en particulier concernant la bureautique...
Dans mon poste je dis que selon moi la Debian stable est juste envisageable pour une utilisation LAMP (linux apache mysql php) très bateau. Par exemple dernièrement il m'est arrivé de vouloir mettre en place un SIG avec Apache, Mapserver, Php, PostgreSQL, PostGIS. Sous Debian stable, j'y aurais passé un temps phénomenale ( mapserver et postGIS inexistant, php compilé avec une mauvaise option, librairies et d'autres trucs obsolètes...), j'ai viré la Debian pour une Mandrake qui m'a permis d'avoir une ensemble cohèrent de tout ce dont j'avais besoin, comme quoi le grand nombre de paquets Debian...
Pour finir, Sarge pas stable et pas à jour ?
La sarge est très stable. Y'a qu'à comparer à une Mandrake...
C'est tellement facile de dire çà... des arguments? J'utilise Mandrake depuis la 5.3 et sans avoir testé toutes les versions, c'est une distribution qui ne m'a jamais déçu.
Ensuite question à jour, faut pas exagérer, par exemple, la version actuelle de OOo, c'est la 1.1.3 et Sarge propose la 1.1.2. On ne peut pas exiger la dernière version et une stabilité parfaite, faut choisir.
On en reparlera quand la prochaine-prochaine Debian sera annoncé comme imminente d'ici 2-3 ans.-
[^]Re: nautilus et fam
Posté par nicolassanchez () le 26/10/2004 à 20:38. (lien). Évalué à 8.C'est tellement facile de dire çà... des arguments? J'utilise Mandrake depuis la 5.3 et sans avoir testé toutes les versions, c'est une distribution qui ne m'a jamais déçu.
J'ai principalement utilisé Mandrake, Suse, RedHat et Debian durant les 8 dernières années.
La seule distribution avec laquelle je n'arrivais pas installer certains paquets du cd était la Mandrake.
Et j'ai réessayé mdk plusieurs fois (avec plusieurs années d'intervalle) sans jamais être satisfait. Moi je suis passé à Linux pour ne plus avoir d'applications qui plantent sans raison.
Je suis désolé, mais je n'ai pas trouvé celà avec la Mandrake, mais bien avec la Debian.-
[+] [^]Re: nautilus et fam
Posté par manatane () le 26/10/2004 à 20:43. (lien). Évalué à -6.Y a pas de bug dans une debian?
C'est pas pour rien qu'il y a une troisième mise à jour de la debian "stable" presque 3 ans après sa sortie.-
[^]Re: nautilus et fam
Posté par Aiua () le 26/10/2004 à 21:01. (lien). Évalué à 2.faut différencier les bugs des paquetages des bugs de logiciels eux même hein ;)
Les mises à jours de la stable sont bien là pour corriger des logiciels, pas des paquets... bien sûr personne n'est infaillible, mais bon la debian stable est qd même suffisament éprouvée avant d'être considérée stable pour éviter la grande majorité des pb.-
[^]Re: nautilus et fam
-
-
[^]Re: nautilus et fam
Posté par Ramso (page perso, ) le 26/10/2004 à 21:06. (lien). Évalué à 6.C'est gentil de lire la news... ce sont des mises à jour de sécurité et du nettoyage, notamment en prévision de la mise à jour vers Sarge (ça c'est moi qui l'ajoute).
--
Groar !-
[^]Re: nautilus et fam
Posté par manatane () le 26/10/2004 à 21:51. (lien). Évalué à 1.??
On parle de bug en général ( en l'occurence de bug de paquets dans mandrake), la news relaie aussi des corrections de bugs sur des paquets non?
Merci de lire les commentaires :o-
[^]Re: nautilus et fam
Posté par symoon (page perso, ) le 26/10/2004 à 22:15. (lien). Évalué à 2.on parlait de plantages.
Si plantage suppose qu'un bug se cache derrière, une faille de sécurité (et en majorité, c'est de ça dont il s'agit dans la 3.0r3) n'implique pas forcément un plantage (l'application "qui te pète à la gueule" si on parle vulgairement).
Je le voyais comme ça...
-
-
-
-
[+] [^]Re: nautilus et fam
Posté par Clément Canonne (page perso, ) le 27/10/2004 à 07:51. (lien). Évalué à -1.La seule distribution avec laquelle je n'arrivais pas installer certains paquets du cd était la Mandrake.
Je proteste : ça m'est aussi arrivé avec la slackware, le lecteur CD était mort :P--
"La route est droite, mais la panthère rose."-
[^]Re: nautilus et fam
-
-
-
[+] [^]Re: nautilus et fam
Posté par moudj (Jabber id, ) le 27/10/2004 à 06:54. (lien). Évalué à -3.> j'ai viré la Debian pour une Mandrake qui m'a permis d'avoir une ensemble cohèrent de tout ce dont j'avais besoin, comme quoi le grand nombre de paquets Debian...
une Mandrake pour un serveur en prod ?
avec X donc et tout le toutim... ??
mouahahahahaha :-)
désolé ;-)--
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq'|dc
-
[^]Re: nautilus et fam
Posté par William Steve Applegate (page perso, ) le 28/10/2004 à 12:02. (lien). Évalué à 7.> C'est tellement facile de dire çà... des arguments?
Euh… oui, plein ! Non, sans rire, on a plus d'une dizaine de serveurs Mdk au boulot, et, si c'est mille fois mieux qu'une machine sous Win2k (rendons à César, toussa), ça reste inférieur. Un exemple ? Très récemment, une machine a été réinstallée suite à un crash disque. Je n'étais malheureusement pas là et mon patron s'en est chargé, en cliquant sur OK partout et donc en installant X11 et cinq mille autres trucs inutiles sur le serveur. Pas grave, je commence à faire des 'urpme'. J'urpme 'libarts1', le programme me sort toute la liste des softs qui en dépendent, je choisis de tout virer, ça mouline, et… segmentation fault !
Et ça me l'a fait à plusieurs reprises. Avec à chaque fois la peur blue que la base RPM soit corrompue et que je l'aie dans l'os. Trop merci. Un autre exemple ? Sur une 9.2, je suis pas arrivé à installer SyMPA sans partir à la chasse au paquet (qu'il m'a fallu recompiler). J'avais mis les sources main et contrib, et pourtant, il me manquait des trucs. Vous ne me croyez pas ? Eh ben si : SyMPA dépend de MHonArc qui dépend de perl-Unicode-MapUTF8 qui dépend de perl-Unicode-Map8… qui n'est pas dans les dépôts RPM (à l'époque j'avais dû aussi recompiler perl-Crypt-CipherSaber mais il me semble que ce n'est plus nécessaire).
Et ça, c'est dans la Official, hein. La Cooker du poste d'où j'écris m'en a fait subir des vertes et des pas mûres (KDE cassé, fetchmail cassé, irssi cassé, etc.). J'ai aussi régulièrement des désagrements stupides : je suis terriblement heureux de recevoir du courriel du démon cron tous les jours pour me dire qu'il n'a pu recharger la config de syslogd. Je serais encore plus heureux si le script pouvait être corrigé pour prendre en compte le fait que certains n'utilisent pas syslogd mais (par exemple) syslog-ng. Je suis aussi très heureux de savoir que 'dynamic' (un soft qui apparemment sert pour afficher les icônes de disques au vol dans KDE/GNOME) est indispensable pour devfsd (? ! ?) ou que l'utilitaire mkbootdisk ne peut être désinstallé car le système de base en dépend (gni ? ! Je n'ai même pas de lecteur de disquettes sur cette machine, nom d'une pipe). Kif-kif pour LILO (coucou, on utilise GRUB ici), etc.
Je passe sur les nombreux autres griefs que j'ai, comme mes histoires d'horreur avec leurs outils graphiques, et je termine en notant qu'ils semblent s'améliorer. Ainsi, on n'est plus forcé de désactiver l'ignoble supermount en refaisant le fstab à la main, il y a une option lors de l'install. De manière générale, le niveau monte avec les releases. Je ne jette donc pas la pierre à Mandrake. Mais j'insiste : l'attention au détail qui est portée par Debian lors de la gestion de leur distrib est LE facteur déterminant pour moi. Sur les quatre Testing présentes ici, je n'ai _jamais_ eu à déplorer le moindre incident ou comportement bizarre (sauf quand je me plante, évidemment :-) Alors non, la Testing elle ne porte peut-être pas le nom de Stable, mais franchement (1) elle l'est en pratique, (2) elle est à jour, et (3) y a suffisamment de paquets pour n'avoir pas à recompiler quoi que ce soit 99 % du temps. Bref, j'apprécie.--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™-
[^]Re: nautilus et fam
Posté par mdlh () le 28/10/2004 à 14:13. (lien). Évalué à 3.Fait gaffe, on va te demander si tu as poste des bug reports...
-
[^]Re: nautilus et fam
Posté par William Steve Applegate (page perso, ) le 28/10/2004 à 21:51. (lien). Évalué à 3.C'est, de fait, une très très bonne remarque. Je ne fais pas beaucoup de rapports de bugs, mais il est vrai que j'en ai fait au moins quelques-uns pour Debian. Alors pourquoi pas pour Mandrake ? Eh bien, principalement parce que, là encore, Debian a le souci du détail : il y a un paquet nommé reportbug, qui contient un utilitaire permettant sans bouger de sa console, d'aller voir les bugs déjà rapportés pour un paquet donné, et de composer un rapport de bug où une partie des infos (distrib, paquet, dépendances, etc.) seront remplies automatiquement. C'est pratique et confortable (même si l'ergonomie gagnerait à être améliorée, soyons honnêtes), et ça m'évite de perdre du temps à aller ouvrir un navigateur, chercher mes infos système, etc. C'est peut-être un point de détail, mais mine de rien, ça fait la différence pour moi. Mais ceci dit, je vais quand même essayer de me bouger un peu plus à l'avenir pour les bugs Mdk (en particulier sur les trucs simples à vérifier comme le coup du script logrotate un peu foireux), merci du rappel…
--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™-
[^]Re: nautilus et fam
Posté par PasChauve PasOunet () le 29/10/2004 à 09:35. (lien). Évalué à 2.Alors pourquoi pas pour Mandrake ? Eh bien, principalement parce que, là encore, Debian a le souci du détail : il y a un paquet nommé reportbug, qui contient un utilitaire permettant sans bouger ....
Ca tombe bien , il y a la même chose pour la Mandrake et ca s'appelle drakbug.-
[^]Re: nautilus et fam
Posté par William Steve Applegate (page perso, ) le 29/10/2004 à 12:09. (lien). Évalué à 1.Marche pas sur ma Cooker. C'est quoi le nom exact du paquet ?
# urpmi drakbug
pas de paquetage nommé drakbug
# urpmi drakebug
pas de paquetage nommé drakebug
--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™-
[^]Re: nautilus et fam
Posté par PasChauve PasOunet () le 29/10/2004 à 20:31. (lien). Évalué à 2.$ urpmf drakbug
drakxtools:/usr/bin/drakbug
...
-
-
-
-
-
-
-
[^]Re: nautilus et fam
Posté par cykl (Jabber id, ) le 26/10/2004 à 20:32. (lien). Évalué à 8.> C'est facile à dire, mais trouve une distribution qui propose autant de paquetages...
FreeBSD en est a 11858 ports (et y'a pas de .deb -dev -lib -jesaispas quoi)
Gentoo un find /usr/portage -t d -maxdepth 2 | wc me donne 8079 applis et 16584 ebuilds (bin oui dans debian on trouve zsh 3.0, zsh 4.0, zsh-beta, dans compter zsh 3.0-doc zsh 4.0-doc zsh-beta-doc zsh-doc zsh 3.0-static et j'ai du en oublier !)
Pour debian wc me dit : 9157 allpackages.en.txt
Donc si on retire toutes les applis divisees en 12 .deb on doit tomber a moins de 6500/7500... C'etait pas tres dur en fait ! J'ai gagné quelque chose ?-
[^]Re: nautilus et fam
Posté par gnujsa () le 26/10/2004 à 22:15. (lien). Évalué à 6.Tu as oublié dans ton calcul, de multiplier le résultat final par 11.
11 architecture materiel, c'est bien plus que gentoo ou freebsd.-
[^]Re: nautilus et fam
Posté par cykl (Jabber id, ) le 26/10/2004 à 22:42. (lien). Évalué à 2.> Tu as oublié dans ton calcul, de multiplier le résultat final par 11.
cas 1/ ca tourne et y'a rien a faire (ce doit etre 99.99% des paquets)
cas 2/ ca tourne pas et ca tournera jamais. Je suis pas sur que debian possede un .deb pour lilo sous ppc ou grub sous arm
cas 3/ ca demande une integration et la les mecs de debian peuvent eventuellement faire quelque chose.
Je connais pas la methode de dev de debian, mais bon ca sens quand meme le mec qui fait son paquet sur l'archi qu'il possede, une ferme de compilation aux fesses pour generer les binaires et on regarde si ca compile/fonctionne. Et encore le test de fonctionement j'ai des doutes qu'il soit fait a chaque fois pour toutes les archis...
(Au fait ton message fait quoi dans le thread ? On dirait du 007 :-)-
[^]Re: nautilus et fam
Posté par mdlh () le 26/10/2004 à 23:05. (lien). Évalué à 5.cas 1/ ca tourne et y'a rien a faire (ce doit etre 99.99% des paquets)
Desole, mais le chiffre est bien plus bas. C'est tout bete mais pas mal d'applis ont ete code avec l'architecture ia32 en tete. Genre sizeof(void *) = sizeof(int). Ca implique pas mal de pb quand c'est pas le cas. Et c'est qu'un exemple.
Ca ca se detecte, mais on a aussi des bugs qui se revelent a l'execution seulement. Et faut le trouver. Evidement, le nombre de volontaires pour trouver d'ou viens le bug est assez restreint.
Un qui etait pas mal (sur hppa) etait "more", qui n'est pas une applie marginale. Le code s'amusait a lire la pile d'appel... sans verifier dans quel sens la pile "empilait". Donc des cochoneries on en trouve partout.
Apres, la politique est de remonter le bug chez l'auteur. Ca peut prendre du temps, surtout lorsque l'auteur du soft s'en fout un peu de savoir que son appli tourne pas sur une autre arch.
cas 2: Je confirme. Y a deux possibilite:
- La liste explicite des arch supporte est specifiee dans le paquet
- L'autobuilder a une liste "not-for-us" de package a ne pas construire.
cas 3: comme je l'ai dit plus haut, le nombre de developeur est assez restreint. Ce qui ne veut pas dire que le nombre d'utilisateur l'est aussi. La majorite des developeurs debian sont la pour packager des applis (je blame pas), et tres peu sont la pour s'assurer que ca marche sur leur archi preferee.-
[^]Re: nautilus et fam
Posté par cykl (Jabber id, ) le 26/10/2004 à 23:28. (lien). Évalué à 4.> Desole, mais le chiffre est bien plus bas
Tu es au courant que debian n'est pas la seul distrib a tourner sur autre chose que du x86 ? C'est pas d'un seul coup debian arrive et se rend compte que toutes les applis sont codees avec les pieds et les petits lutins qui vont fixer le code.
De nombreuses distrib (ou les BSD) tournent ou ont tournees sur ppc et alpha et tout le monde est logé a la meme enseigne. Des bugs non levés par ces deux la et qui se produisent autre part ca doit exister mais d'ici a dire qu'il y en a des masses....
Y'a une liste de tout les patchs fait par debian quelque part d'ailleur ? Ca m'interesserait. Les distribs passent pas leur temps a reecrire des patchs existant, si tu regardes les coreutils de gentoo doit y avoir au moins 20 patchs de mdk (oui les coreutils sont tellement bien maintenu qu'il y a dans les 45 patchs non integrés</hs>)
Dans le genre exemple a la con, la plus grosse toussa, les ports NetBSD doivent etre a 5500 pkgs et tourne sur 55 archis... Mais c'est debile comme raisonement :-)
Gentoo tourne aussi sur autant d'archi que debian seulement ils ont une approche differente, et les differentes archis n'evoluent pas en meme temps. Ca permet de ne pas emmerder les gens alors que ca tourne sur leur archi c'est un autre choix (le choix debian a aussi des avantages pour les gens devant changer d'archi)-
[^]Re: nautilus et fam
Posté par Sylvain Sauvage () le 27/10/2004 à 00:27. (lien). Évalué à 6.Pour les principes de distribution de debian :
Je n'ai pas poussé la réflexion sur le principe « toutes les archis en même temps ou rien », mais je conçois (lire : « ça m'a aussi traversé l'esprit », aïe !) que ça puisse paraître inaproprié.
Mais je crois qu'il ne faut pas s'arrêter à la première réflexion. Il faudrait creuser...
Pour les rustines des distributions et les contributions debian :
Pour info et par exemple, ((futur)? feu)? XFree86 dépendait énormément de debian pour les tests et les adaptations (ports) sur d'autres archis que i386.
Dans la liste des contributeurs, on ne trouve par debian@debian.org mais parfois toto@debian.org et, souvent, il faut savoir que zozo@zozoland.org est en fait un développeur debian.
De plus, debian n'est pas une entité aussi « fermée » que, hmm, par exemple red hat. Un employé-développeur red hat utilisera plus facilement son adresse @redhat.com (surtout si ce qu'il fait a été fait pendant le travail). Ça fait de la pub à la société, et c'est bien.
De son côté, un développeur debian n'est pas seulement développeur debian, il a d'autres participations dans sa vie (un vrai travail par exemple).
Signer par @debian.org peut être considéré comme se faire de la pub (genre « Ouais, moi je suis DD ! Je suis dans le club. »). C'est même déconseillé : l'adresse @debian.org doit être utilisée en rapport direct avec debian (développer un logiciel ou fournir une rustine en upstream n'est pas considéré comme direct). Et si en plus il fait ça pendant son job, pour son job (ou en relation), il aura plutôt tendance à signer avec l'adresse de son job.
D'autre part, il n'y a pas que les développeurs debian qui utilisent debian pour développer.
Rappel ; je dis red hat mais ça peut être n'importe quoi d'autre, c'est juste un exemple.
-
[^]Re: nautilus et fam
Posté par mdlh () le 27/10/2004 à 14:16. (lien). Évalué à 3.Y'a une liste de tout les patchs fait par debian quelque part d'ailleur ?
La pluspart du temps , on contacte le developeur d'origine et on corrige l'erreur dans le source original. Comme ca tout le monde en profite. Et on utilise pas toujours l'adresse e-mail Debian.
-
-
-
-
[^]Re: nautilus et fam
Posté par tgl () le 26/10/2004 à 22:54. (lien). Évalué à 10.Gentoo supporte alpha, amd64, arm, hppa, ia64, mips, ppc, ppc64, s390, sparc et x86. Ça fait 11 aussi (sans compter les ports pour les système non-Linux, du type ppc-macos, x86-obsd ou x86-fbsd). Par contre il est tout à fait vrai que suivant l'architecture, tous les paquets ne sont pas disponibles, ou bien pas forcement dans les même versions. En ça, Debian reste effectivement la plus forte au niveau du support multi-architectures.
Après, est-ce que c'est une bonne idée de maintenir à tout prix l'égalité dans le statut des paquets entre toutes ces archis, quite à faire de la distrib un plus petit dénominateur commun, ça se discute (sans fin...).
-
[^]Re: nautilus et fam
Posté par Axioplase Ashi (page perso, ) le 27/10/2004 à 18:05. (lien). Évalué à 1.Puisque tu compares plusieurs linux et un seul bsd, je rajoute un autre BSD tant qu'a faire... et niveau portabilité, c est pas des moindres: http://www.netbsd.org/Ports/(...)
-
-
[^]Re: nautilus et fam
Posté par tgl () le 26/10/2004 à 22:29. (lien). Évalué à 4.> Donc si on retire toutes les applis divisees en 12 .deb on doit
> tomber a moins de 6500/7500...
Avec les Sources.gz de main, contrib et non-free, je compte 5589 paquets source (pour 9002 paquets binaires - j'ai pas ajouté non-US). Pour comparer avec Gentoo, c'est effectivement ce chiffre qu'il faut regarder.
> J'ai gagné quelque chose ?
Quelques [pertinent] pour avoir fait tomber un mythe.-
[^]Re: nautilus et fam
Posté par Pierre Jarillon (page perso, ) le 27/10/2004 à 23:54. (lien). Évalué à 3.C'est aussi du même ordre de grandeur que les autres grandes distributions.
Je viens de compter le nombre de paquets installés sur mes trois machines et je trouve 989, 908 et 811. On voit donc que le nombre de paquets installés est de l'ordre du millier avec une machine richement pourvue en logiciels. Dans les 5000 ou 6000 restants, il y en a un bon nombre qui tombent rapidement en désuétude ou sont supplantés par d'autres logiciels bien plus performants.
Quoi qu'il en soit, la logithèque libre est à l'heure actuelle très bien fournie. Nous avons assez d'éditeurs, de window-managers, de suite bureautiques, de navigateurs sur le web et de logiciels de courrier.
C'est au niveau de certains logiciels métiers : imprimerie, comptabilité, gestion de stocks, cabinet médical, .... que nous devons porter nos efforts, maintenant.-
[^]Re: nautilus et fam
Posté par Philip Marlowe (Jabber id, ) le 28/10/2004 à 06:58. (lien). Évalué à 0.Il manque aussi un logiciel de CAO mécanique digne de ce nom et libre. Mais c'est un gros travail.
-
[^]Re: nautilus et fam
Posté par Ramso (page perso, ) le 28/10/2004 à 11:59. (lien). Évalué à 2.> imprimerie
Ça m'intéresse particulièrement, j'aimerais avoir l'avis objectif d'un maquettiste sur Scribus.
J'insiste sur le côté objectif, je ne veux pas lire l'équivalent du test du Gimp par un intégriste de Toshop.--
Groar !
-
-
-
-
[+] [^]Re: nautilus et fam
Posté par nooky59 () le 26/10/2004 à 20:33. (lien). Évalué à -7.Oui trollons, comparons à une Mandrake !!!
Non mais sans blague !!!
Moi qui essaie une Debian Sarge récemment pour me dire que c'est mieux que Mandrake sur l'esprit et que c'est "élitique" !!!
Tu parles, y'a des bugs bien sympa dans la Sarge.
Hormis les trolls, je le proclame haut et fort, une Sarge est moins stable qu'une Mandrake !!!
Faut arrêter de troller avec çà sérieux !-
[+] [^]Re: nautilus et fam
Posté par Shadow_Mind () le 26/10/2004 à 20:54. (lien). Évalué à -1.Je suppose que tu as reporté, au moins, une anomalie à l'équipe de Debian ? Et je suppose que tu as cherché d'où venait ces anomalies ?
Je dis ça, car pendant mon utilisation de Debian Sarge avec un noyau 2.4.26, je calomniais celle-ci car il m'arrivait d'avoir quelques Kernel Panic intempestifs.
Au bout d'un moment, je me suis mis à chercher d'où venait l'erreur et c'était une barrette de RAM dont une partie était naze...-
[+] [^]Re: nautilus et fam
Posté par nooky59 () le 26/10/2004 à 21:09. (lien). Évalué à -2.Non, je suis retourné sous Mandrake et je fais des bugs reports sur celle-ci pour que de Community à Official, celà soit encore plus stable.
Je ne me ferai décidemment pas au cycle de release de Debian et je suis curieux d'essayer Ubuntu. Dommage qu'il n'y ai pas KDE.
Merci pour ceux qui m'ont moinsser mais il est vrai que redorer le blason de la Mandrake n'est pas la meilleure chose à faire sur une news Debian.
Précisons au passage que j'estime que la Sarge n'est pas encore aussi stable qu'une Mandrake, chose qui sera bien évidemment comblé lorsqu'elle sera déclarée stable.-
[^]Re: nautilus et fam
Posté par moudj (Jabber id, ) le 27/10/2004 à 06:59. (lien). Évalué à 4.> Je ne me ferai décidemment pas au cycle de release de Debian et je suis curieux d'essayer Ubuntu. Dommage qu'il n'y ai pas KDE.
Ubuntu... KDE...
soyons sérieux 5 minutes... La woody, c'est plutôt serveur, pas desktop...
> Précisons au passage que j'estime que la Sarge n'est pas encore aussi stable qu'une Mandrake, chose qui sera bien évidemment comblé lorsqu'elle sera déclarée stable.
la testing est moins stable pour toi qu'une Mandrake parce que tu ne maitrises peut être pas assez Debian.
je suis sous unstable pour mon poste de travail au boulot, j'ai jamais rien planté.
suffit d'utiliser, par exemple, apt-listbugs et de ne pas installer les paquets ayant des bugs...
ça stabilise vachement une distro de ne pas installer de paquets buggués, mine de rien ;-)--
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq'|dc-
[+] [^]apt-listbugs
Posté par Juke (Jabber id, page perso, ) le 27/10/2004 à 09:10. (lien). Évalué à -1.c'est pas mal ça, y'a pas un rpm-listbugs ?
-
[^]Re: nautilus et fam
Posté par Matthieu Moy (page perso, ) le 27/10/2004 à 19:52. (lien). Évalué à 3.> je suis sous unstable pour mon poste de travail au boulot, j'ai jamais rien planté.
Attention, "unstable", c'est la distrib, pas les logiciels fournis, qui eux sont en général en version stable. Les ennuis auxquels on peut s'attendre avec une unstable, c'est l'installation ou les mises à jour qui se passent mal. Par exemple, mon premier "apt-get dist-upgrade" vers une unstable s'était traduit par une désinstallation complete de KDE, avec refus de réinstaller pour cause de dépendances foireuses. J'ai galéré un moment avant de comprendre que la solution était soit d'aller chercher dans incomming soit d'attendre quelques heures/jours que tout ça soit réparé.-
[^]Re: nautilus et fam
Posté par Ramso (page perso, ) le 27/10/2004 à 20:52. (lien). Évalué à 1.Je me souviens d'une page qui recensait les mauvaises utilisations de cat et autres outils d'Unix.
On devrait aussi faire une page sur les mauvaises utilisations de dist-upgrade. :-)--
Groar !
-
-
-
[+] [^]Re: nautilus et fam
Posté par zeSixty4Douille () le 27/10/2004 à 08:54. (lien). Évalué à -2.Puis ethiquement, la Mandrake c'est mieux. les manuels en Francais sont sous licences libres ...
Pour un serveur en prod, au moins il y a le support IA-64 et x86-64 sur une Mkd ...
Apres, si vous savez pas faire un init 3, je comprends les scorings des commentaires dans news avec du deb dedans.-
[^]Re: nautilus et fam
Posté par William Steve Applegate (page perso, ) le 28/10/2004 à 22:10. (lien). Évalué à 1.> Puis ethiquement, la Mandrake c'est mieux. les manuels en Francais sont sous licences libres ...
Tiré de [http://doc.mandrakelinux.com/MandrakeLinux/100/fr/Command-Line.html(...)] :
Les conditions suivantes devront toutefois être respectées : […] Les “ textes de couverture ” ci-bas et la section intitulée “ Au sujet de Mandrakelinux ”, […] doivent être joints [et] ne peuvent être modifiés
Cette disposition ressemble farouchement aux « sections invariantes » de la FDL. En ce qui me concerne, ce n'est pas libre. Au passage, je note un dangereux contresens : « Dans sa version papier, ce manuel ne peut être reproduit et/ou redistribué dans un but non commercial » (il manque très vraisemblablement un « que » avant « dans »).--
Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™
-
-
-
-
-
[^]Re: nautilus et fam
Posté par Sirrus () le 26/10/2004 à 20:43. (lien). Évalué à 4.Tout d'abord, j'aime bien Debian, et pourtant je suis surtout ce qu'on appelle un "merdrakeux". Je ne sais pas pour ceux qui sont comme moi, mais en ce qui me concerne c'est peut-être parce que je place les deux distro à des utilisations différentes. C'est clair que Debian est une distro très robuste, ce n'est d'ailleurs pas pour rien qu'elle sert comme base à beaucoup de distro (Ubuntu, knoppix, LinEx, etc.). Elle est donc très pratique pour les serveurs en cequi concerne sa version stable, Mandrake s'adresse à mon avis à d'autres panels d'utilisation même si je pense que les Mandrake sont aujourd'hui largement mûres pour des serveurs et la sécurité/stabilité du serveur tient quand même selon moi en grande partie à l'expérience de l'admin
Mais il est clair que Debian reste très robuste. Il n'empêche que les critiques qu'on adresse à Debian concernant l'obsolité des logiciels sont quand même de plus en plus justifiées. C'est quand même bête de ne pouvoir utiliser un certain nombre d'innovations apportées par des logiciels serveurs et sécurité à cause de cela. On me dira qu'on peut installer ces logiciels quand même, toussa, bon oué bref s'emmerder et au final Debian va se retrouver tout seul (bon j'exagère mais je veux dire qu'il faut arrêter de se voiler la face).
Concernant certaines choses que tu dis :
C'est facile à dire, mais trouve une distribution qui propose autant de paquetages...
Ensuite, tout le monde ne fait pas de la bureautique et peut se contenter d'une Woody pour son serveur.
Tout à fait d'accord. C'est même très conseillé (si on omet les critiques que j'ai formulé plus haut).
La sarge est très stable. Y'a qu'à comparer à une Mandrake...
Ensuite question à jour...
Oué euh bon, le cliché de Mdk, la distro qui plante à chaque clic, faut arrêter. C'est sur que Mdk a plus de bugs que Debian (je ne pourrai pas dire par rapport à une version testing ni sid, je n'ai jamais essayé) mais Mandrake official avec internet et bien entretenu, des plantages il n'y en a pas beaucoup.
Pour ce qui est de "à jour", je pense qu'il a voulu parler des MàJ de sécurité, pas de la version et là Sarge n'est pas certifiée comme étant soumise au rythme des MàJ de sécurité.
Voilà....
-
[^]Re: nautilus et fam
Posté par cykl (Jabber id, ) le 26/10/2004 à 20:43. (lien). Évalué à 5.> et peut se contenter d'une Woody pour son serveur.
On se contente de woody ou woody repond plainement a notre besoin ?
Vu la tournure de ta phrase on dirait que woody n'est pas le top mais qu'on peut faire avec... Dans ce cas pourquoi utiliser woody si au lieu de s'en contenter on peut avoir mieux (chez linux c'est pas vraiment les distribs qui manquent) ?-
[^]Re: nautilus et fam
Posté par LupusMic (page perso, ) le 26/10/2004 à 22:58. (lien). Évalué à 4.En fait, avec la woody on est sur que les mises à jour de sécurité sont rapidement appliquées.
-
-
-
[^]Re: nautilus et fam
Posté par toto29 () le 26/10/2004 à 20:06. (lien). Évalué à 4.Debian se mue peu à peu en une espèce de Hurd avec un noyau Linux
1/Ca ne veut strictement rien dire
2/Quelles "valeurs" attache-tu au Hurd? Comme cela n'est pas "liberte, beau design et modularite", j'en deduis que ca doit etre "obsolescence et plantage"
Ce qui est faux (en ce qui concerne la stabilite tout du moins)-
[^]Re: nautilus et fam
Posté par manatane () le 26/10/2004 à 20:34. (lien). Évalué à 3.Oui mon image est quelque peu idiote (je connais mal le développement de Hurd et loin de moi le travail qui est actuellement fait dessus).
Mon image évoqué simplement le fait qu'on en parle beaucoup et que depuis 1984 (date de début de son développement il y a 20 ans) ce système ne fonctionne pas encore pleinement.
Sarge çà fait aussi un sacré bon de temps qu'on l'attend à l'échelle temps d'une distribution et pourtant toujours rien (d'où parrallèle légérement ironique, humour, enc*** un mouton :D ).-
[^]Re: nautilus et fam
Posté par Castor666 () le 27/10/2004 à 07:11. (lien). Évalué à 2.Non, le hurd a commencé a être développé en 1990 :
"When we started developing the Hurd in 1990,"
http://www.gnu.org/software/hurd/hurd-and-linux.html(...)
'fin bon, c'est RMS qui le dit. C'est le projet GNU qui a été lancé en 1984.
De toute façon, comparer une distribution qui cherche la stabilité en
ne se pressant pas à un noyau en cour de développement est,
comme tu le dit, idiot ;)
-
-
[^]Re: nautilus et fam
Posté par maher b (page perso, ) le 26/10/2004 à 20:49. (lien). Évalué à 10.J'utilise Debian depuis que j'ai découvert Linux, et je l'apprécie. ce que je regrette c'est que la plupart des debianeux soient trop réactifs par rapport à des critiques qui peuvent parfois être constructives, je ne parle pas des posts précédents d'ailleurs je ne suis pas d'accord avec toutes les remarques, mais moinser quelqu'un parcequ'il ose (Oh seigneur!!!) critiquer la sainte Debian est selon moi regrettable. et franchement cette vague de moinsage démoinsage (plussage) devient à la longue agassante.
et pour finir les remarques du genre "ma distrib est plus grosse que la tienne" c'est de la MERDE.
-
-
[^]Migration Sourceforge
Posté par Yann Droneaud (page perso, ) le 26/10/2004 à 21:36. (lien). Évalué à 3.Ce n'est pas étonnant que Sourceforge est décidé d'abandonner Debian
D'après l'annonce
https://sourceforge.net/tracker/index.php?func=detail&aid=105241(...)
Old configuration:
Debian Potato
Linux kernel 2.4.x
GNU libc 2.2.1
Apache 1.3.26
Perl 5.005_03
PHP 4.1.2
Python 1.5.2
Tcl 8.0
Sourceforge n'est même pas en Woody, ils sont des années en arrière.
Donc je pense pas que cela soit vraiment un problème avec Debian, mais plutot un problème d'admin (voir politique/financier).-
[^]Re: Migration Sourceforge
Posté par Guillaume Knispel () le 26/10/2004 à 22:30. (lien). Évalué à 4.Faudra quand meme que tu m'expliques a quoi ca sert de changer si ca fonctionne parfaitement...
-
[^]Re: Migration Sourceforge
Posté par Romuald Delavergne () le 27/10/2004 à 08:00. (lien). Évalué à 3.Il y aurait une bonne raison. C'est que pour les bugs de sécurité, je ne pense pas que la potato ne sera maintenue éternellement.
-
-
[^]Re: Migration Sourceforge
Posté par nooky59 () le 28/10/2004 à 07:54. (lien). Évalué à 1.Oui mais là je voudrai relancer un débat.
Je suis tout à fait d'accord qu'un serveur peux utiliser des versions anciennes et très éprouvées de softs serveurs.
Cependant, çà n'est pas le cas pour certains serveurs, ceux qui proposent du PHP par exemple, et en particulier ceux qui proposent du PHP pour de l'hébergement client.
Avoir un PHP qui date n'est pas forcêment super quand on voit les évolutions rapides apportées à celui-ci.
Un client hébergé serait du genre à gueuler si çà ne marche pas conformêment aux dernières docs de PHP.
Allez lui dire que "Non, c'est comme çà, on tourne sous Debian, c'est super stable, attendez 3 ans pour la prochaine version de PHP", qui soit dit en passant sera peux être déjà dépassée.
On peux d'ailleurs constater que des hébergeurs gratuits comme Free ou payant comme phpnet.org tournent sous Debian mais propose des PHP bien plus récents que ceux de stable.
Il y a donc du backport ou de la compilation manuelle dans l'air, çà limite un peu l'attrait des MAJs de sécurité par apt-get qui ne pourront être appliquées dans ce cas particulier.
Bref, encore une fois, il serait bon que Debian adopte un cycle de release bien plus rapide sans nuire à la stabilité. C'est tout à fait possible (hormis les considérations d'architecture), il n'y a qu'à voir la Slack. 2releases par ans, très stable, assez à jour sur les softs, et très réactif au niveau sécurité (en plus je dis çà alors que je suis sous Mandrake, donc çà n'est pas pour faire du prosélitisme sur Slack ;o))-
[^]Re: Migration Sourceforge
Posté par 007 () le 28/10/2004 à 09:12. (lien). Évalué à 1.> il serait bon que Debian adopte un cycle de release bien plus rapide sans nuire à la stabilité.
Pour un serveur simple (lamp), la stabilité est facile à atteindre. Il y a des tonnes de serveurs sous Mandrake/Fedora/gentoo/etc qui marchent parfaitement. Il ne faut pas 2 ans de maturation pour avoir quelque chose de fiable. Heureusement.
Il faut aussi dissocier stabilité et fiabilité. Pour un serveur en production qui marche, on veut de la stabilité. Par exemple, on ne veut pas passer de php3 à php4 du jour au lendemain car le distributeur ne supporte plus php3.
Pour un nouveau serveur, on veut la dernière technologie (car c'est mieux :-)) _et_ fiable.
Par exemple RHEL ou SuSE Enterprise sont stables (long support) _et_ fiables (t'en trouveras toujours pour gueuler...).
La difficulté est de définir une bonne période de sortie de nouvelle release. Si la fréquence est élevée alors que le support est long, il faut maintenir plusieurs branches en même temps et ça coûte cher (argent ou temps développeur). Si la fréquence est faible, il y a moins de boulot mais t'as souvent de vieux logiciels (comprendre pas performants, pas en mesure de répondre à un besoin, etc).
Red Hat et SuSE ont trouvé un bon compromis. Debian rame encore alors que c'est un vieu problème.
Au-delà de la période de sortie (qui peut être un simple choix), il y a la qualité, les fonctionnalités et le niveau de mise à jours d'une nouvelle distribution.
RHEL 4 va sûrement sortir en même temps que Sarge. La comparaison sera intéressante puisque les _produits_ ont les même objectifs (pour un usage serveur) et sont du logiciel libre. J'ai peur que Sarge fasse "has been" à côté d'une RHEL
OK, je sais, RHEL est cher et Debian gratuit. RHEL s'appuie sur le soutient "massif" d'employés qui doivent travailler dans une direction clairement précisée.
Il n'empêche que ça montre que Debian peut faire clairement mieux et que se réfugier systématiquement derrière la "stabilité" n'est pas suffisant pour justifier d'avoir des vieux logiciels.
Et oui, RHEL et SuSE Enterprise sont multi plateforme (moins que Debian) et oui toutes les plateformes sont disponibles en même temps.
Et non, RHEL et SuSE Enterprise ne tournent pas sur Arm ou m68k.
Sachant que Debian veut toujours fournir en même temps 11 architectures et des paquets par milliers (dont les deux tières sont d'un usage confidentiel), j'ai peur que Debian reste le "pire choix" pour du hardware commun. Par contre, c'est le meilleur choix pour du hardware "exotique".
-
-
-
[^]Re: nautilus et fam
Posté par EppO (page perso, ) le 27/10/2004 à 08:10. (lien). Évalué à 2.et non les backports et les "fait tes paquets toi même" ne sont pas une solution
Non mais l'APT pinning en est une:
http://www.argon.org/~roderick/apt-pinning.html(...)
Bien sûr, si on veut beaucoup de paquets up to date, on se retrouve vite avec une debian avec des traits de testing, plutôt qu'une stable. Mais cela permet d'un côté d'installer les paquets que l'on souhaite exactement à jour, modulo les dépendences, et les mises à jour de sécurité pour les paquets stables de l'autre.
-
-
[^]Re: nautilus et fam
Posté par Fabio Parisi (page perso, ) le 26/10/2004 à 19:55. (lien). Évalué à 1.vraiment chiant ok .....mais vraiment bloquant ? :
killall famd et pis vala
chezmoicamarche (R)-
[^]Re: nautilus et fam
Posté par Ramso (page perso, ) le 26/10/2004 à 20:07. (lien). Évalué à 2.Ça marche pas toujours mais quand j'en ai vraiment marre... je débranche la clé (partition montée en sync) !
--
Groar !-
[^]Re: nautilus et fam
Posté par Shadow_Mind () le 27/10/2004 à 05:43. (lien). Évalué à 1.Si le rafraichissement automatique des répertoires et du menu 'Applications' dans Gnome n'est pas une nécessité, le meilleur moyen reste de désactiver 'FAM'.
-
-
[^]Re: nautilus et fam
Posté par cykl (Jabber id, ) le 26/10/2004 à 20:36. (lien). Évalué à 3.Oui j'ai expliqué ca a ma mere pour quelle puisse demonter sa cle USB et ses disquettes. Mais c'est sur que c'est pas bloquant... C'etait quoi deja l'histoire ? Linux pret pour le desktop ? :-)
-
[^]Re: nautilus et fam
Posté par ccomb (Jabber id, page perso, ) le 27/10/2004 à 10:10. (lien). Évalué à 1.Tout le monde n'est pas prêt à accepter de taper une ligne de commande pour démonter sa clef
-
[^]Re: nautilus et fam
-
[^]Re: nautilus et fam
Posté par Pierre Jarillon (page perso, ) le 28/10/2004 à 00:10. (lien). Évalué à 3.Tout le monde n'est pas prêt à accepter de taper une ligne de commande pour démonter sa clef
C'est parfaitement exact. Pour démonter sa clef USB, on tire dessus et pour la monter il suffit de la brancher. Pour le commun des mortels, c'est la logique. D'ailleurs, c'est comme ça qu'il faut faire avec une Mandrake et ça fonctionne bien. Il y a des gens qui se sont crevé le c.. pour arriver à ce résultat et il est très convaincant.
La catastrophe arrive lorsqu'un geek veut à tout prix la monter à la main ou en forcer le démontage. En général, il modifie fstab, supermount, udev et casse une mécanique de précision. Après il va crier partout que Mandrake c'est pas stable. Normal s'il l'a cassée avant !
Il faut se mettre dans la tête que les rues ne sont pas peuplées de geeks.
-
-
-
-
[^]Re: nautilus et fam
Posté par Thomas Petazzoni (page perso, ) le 27/10/2004 à 10:11. (lien). Évalué à 3.Ouais, c'est parce que FAM utilise dnotify, un chbouib du noyau qui permet de "surveiller" des fichiers/répertoires. Surveiller, ça veut dire être au courant des évènements qui se passent sur ces éléments pour pouvoir mettre à jour la jolie icône et tout ça ;-)
Or pour surveiller un élément (par exemple un répertoire) avec dnotify, il faut qu'il soit ouvert (via open()). Donc tu peux plus démonter ta clé USB.
inotify devrait régler le problème.
Cf http://lwn.net/Articles/103367/,(...) la partie sur inotify.
Thomas-
[^]Re: nautilus et fam
-
Première page !?!
Bonsoir,
Je lis par-ci par-là les plaintes de "posteurs" ne comprenant pas le refus de publication de leur dépêche. Les raisons invoquées étant par exemple:
- News trop légère, pas assez étoffée
- Version mineure d'un logiciel, d'une distrib'
Raisons que je comprends.
Alors là, je vois le joli logo Debian en première page et je lis cette news.
Question version mineure, je pense qu'on est en plein dedans, ce n'est pas le style de Debian d'apporter des boulversements entre une r2 et une r3, comme c'est d'ailleurs expliqué dans cette news.
En ce qui concerne le contenu de cette news, c'est pas vraiment folichon non plus : maj de sécurité + infos sur la sarge ( pas réellement développées ces infos)
Donc voilà, étant donné la "ligne éditoriale", je m'étonne de voir une news comme celle-ci en première page.
En même temps, les règles ne sont peut-être pas faites pour ceux qui les écrivent...
Tant que j'y suis:
Pour les Woody déjà installées, il suffit de faire la mise à jour via apt-get (ou toute autre surcouche graphique).
apt-get est une surcouche graphique ?
-
[+] [^]Re: Première page !?!
Posté par 007 () le 26/10/2004 à 19:11. (lien). Évalué à -2.> En même temps, les règles ne sont peut-être pas faites pour ceux qui les écrivent...
Les règles sont faites pour refuser des news. Pas les accèpter.-
[^]Re: Première page !?!
Posté par dab () le 26/10/2004 à 19:19. (lien). Évalué à 1.Les règles sont faites pour refuser des news. Pas les accèpter.
Oui, on est bien d'accord, je ne vois pas trop le rapport.
Pour être plus clair, je voulais dire qu'une news écrite par un co-webmestre de linuxfr est peut-être exempte de validation et directement acceptée.-
[^]Re: Première page !?!
Posté par Sleem () le 26/10/2004 à 19:26. (lien). Évalué à 4.Définitivement trop facile de crier à la discrimination et au favoritisme ! Par pitié, cessez de faire des critiques improductives à tout va... Ce n'est pas un pêché capital que de mettre en première page une dépêche que tout le monde ne juge pas primordiale... Est-ce que je me plains moi quand on parle de Java ? :p
-
[+] [^]Re: Première page !?!
Posté par Troy McClure (page perso, ) le 26/10/2004 à 20:27. (lien). Évalué à -2.Pour être plus clair, je voulais dire qu'une news écrite par un co-webmestre de linuxfr est peut-être exempte de validation et directement acceptée.
non
-
-
-
[^]Re: Première page !?!
Posté par Manuel Menal (page perso, ) le 26/10/2004 à 19:14. (lien). Évalué à 1.Tout dépend de ta définition de surcouche graphique. apt-get est considéré, du point de vue fonctionnel, comme une surcouche (dans le sens frontend) à APT, de la même façon qu'Aptitude. Il n'est d'ailleurs pas dit qu'apt-get restera le front-end par défaut à APT, avec le développement d'Aptitude et l'importance qu'il prend dans la Sarge, surtout lorsqu'on sait qu'il permet de faire des choses équivalentes à apt-get avec une simple ligne de commande.
Quant à graphique, évidemment, on le voit comme on le veut... ;-)-
[^]Re: Première page !?!
Posté par dab () le 26/10/2004 à 19:24. (lien). Évalué à 1.OK pour apt-get considéré comme une surcouche, par contre chez moi apt-get en lui-même n'est pas graphique.
Ecrire toute autre surcouche graphique laisse penser qu'apt-get est graphique, selon moi( il aurait fallu une virgule sinon je pense).
Il serait dommage que quelqu'un passant par ici se dise qu'apt-get est graphique alors qu'il ne l'est pas.-
[^]Re: Première page !?!
Posté par Manuel Menal (page perso, ) le 26/10/2004 à 19:42. (lien). Évalué à 0.Si on veut être aussi précis que ça, revenons alors au sens de l'adjectif « graphique ». C'est une drôle de transformation que de penser que « graphique » ce sont des zoulies images un clickodrôme, tout de même. La graphie, c'est l'écriture, c'est l'assemblage de graphèmes, et ce qui est graphique, c'est ce qui est représenté par l'écriture. Ça ne convient pas à apt-get ? :-P
Enfin, je pense pas que ça ait grande importance, dans tous les cas.
-
-
[^]Re: Première page !?!
Posté par Brice2Nice () le 26/10/2004 à 19:53. (lien). Évalué à 2.Pour un hurdeur comme toi apt-get est effectivement graphique :)
-
Le big évènement...
http://www.debian-administration.org/?poll=3(...)
Certe, pas beaucoup de votes mais moins de 20 % utilisent Woody.
http://www.debian.org/News/2004/20041026(...)
- Those who frequently update from security.debian.org won't have to update many packages and most updates from security.debian.org are included in this update.
Please note that this update does not produce a new version of Debian GNU/Linux 3.0 but only adds a few updated packages to it.
De "bête" mises à jours que tous les utilisateurs de Woody ont déjà. Ça valait une première page (mais dans la catégorie humour).
Drôle de surprise !
Bon, plutôt que de critiquer la forme et l'importance de cette dépêche, je préfère parler du fond, qui est beaucoup plus interressant que d'incessantes remarques improductives... J'ai rarement vu des gens qui se plaignaient d'être trop informés !
Bon, Debian est ma distribution préférée, que ce soit pour l'esprit, sur le plan technique ou pour l'organisation humaine, mais certains récents évènements remettent en cause une partie de cette enthousiasme, surtout sur le plan organisationnel... Il y eut tout d'abord la sortie d'Ubuntu, qui a réussi avec quelques dizaines de développeurs à réussir ce que Debian n'avait pas réussi avec quelques milliers de développeurs... Il y a la sortie de la Sarge toujours en attente, et qui ne devrait franchement pas tarder autant... D'accord, Debian n'a jamais été un modèle de ponctualité, mais à ce point... Et là, je m'interroge sincèrement sur la pertinence de la décision qui consiste à sortir une révision d'une version vieille de deux ans à la veille de la sortie de la future version majeure, et alors que toutes les mises à jour sont disponibles continuellement...
En définitive, on pourrait se poser la question de savoir si le projet Debian n'est pas en train d'être victime de la bureaucratie qui fit un temps sa force.... N'est-il pas temps de mettre en place de nouvelles réformes et de sortir du sectarisme qui commence à se mettre en place ?
-
[^]Re: Drôle de surprise !
Posté par mdlh () le 26/10/2004 à 19:42. (lien). Évalué à 3.Il y eut tout d'abord la sortie d'Ubuntu, qui a réussi avec quelques dizaines de développeurs à réussir ce que Debian n'avait pas réussi avec quelques milliers de développeurs...
Ubuntu etant base sur Debian, Ubuntu beneficie de la contribution de ces quelques milliers de contributeurs.
De plus Ubuntu != Debian. Je peux installer Debian sur ma machine. Je peux pas installer Ubuntu. Pourquoi? Parce que ma machine ne fait pas partie de la liste des architectures supportees par Ubuntu. Et l'un des pbs qui empechent l asortie de saege, c'est lie a une architecture non supporte par Ubuntu.
Es tu sur de bien connaitre Debian?-
[^]Re: Drôle de surprise !
Posté par Sleem () le 26/10/2004 à 19:51. (lien). Évalué à 5.Es tu sur de bien connaitre Debian?
Je n'ai jamais prétendu être un grand specialiste de Debian, mais c'est une distribution que j'ai utilisé successivement en woody sur mon serveur et en sid sur mes machines de travail depuis plus d'un an et demi maintenant... Courte expérience, mais je suis avec intérêt tout ce qui se passe dans la communauté Debian.
Ubuntu etant base sur Debian, Ubuntu beneficie de la contribution de ces quelques milliers de contributeurs.
Tu devrais savoir que l'équipe d'Ubuntu a elle aussi beaucoup contribué au développement de Debian... Je ne vois pas où tu veux en venir.
Parce que ma machine ne fait pas partie de la liste des architectures supportees par Ubuntu.
J'ose te demander sur quelle "architecture" tu tournes ?
Je crois que tu m'as mal compris... Je disais simplement que Ubuntu a réussi certaines choses (accessibilité aux débutants, simplicité d'installation et d'administration, intuitivité) avec une petite équipe que Debian peine à mettre en place.... pas la peine d'en arriver à une vile polémique Debian vs Ubuntu !-
[^]Re: Drôle de surprise !
Posté par mdlh () le 26/10/2004 à 20:39. (lien). Évalué à 3.Tu devrais savoir que l'équipe d'Ubuntu a elle aussi beaucoup contribué au développement de Debian... Je ne vois pas où tu veux en venir.
Je reagissais au fait que tu disais:
Il y eut tout d'abord la sortie d'Ubuntu, qui a réussi avec quelques dizaines de développeurs à réussir ce que Debian n'avait pas réussi avec quelques milliers de développeurs...
Qui peut s'interpreter comme "que des branXXXXX". Bon maintenant tu precises:
Je crois que tu m'as mal compris... Je disais simplement que Ubuntu a réussi certaines choses (accessibilité aux débutants, simplicité d'installation et d'administration, intuitivité) avec une petite équipe que Debian peine à mettre en place....
Effectivement, je comprends mieux. Mais ca ne change pas trop mon point de vue: Debian peine a mettre en place la meme chose, mais sur quelque choses de plus gros: Un plus grand nombre d'architectures, un plus grand nombre de paquets, ne pas choisir pour l'utilisateur une solution par rapport a une autre.
J'ose te demander sur quelle "architecture" tu tournes ?
Pas de pb. J'aurais juste du mettre ca au pluriel:
Sparc, hppa, IA-64-
[^]Re: Petite question d'un inculte
Posté par Ramoz () le 27/10/2004 à 22:35. (lien). Évalué à 1.Pas de pb. J'aurais juste du mettre ca au pluriel:
Sparc, hppa, IA-64
Excusez mon impertinence mais une petite question ne cesse de me trotter dans la tête:
Existe-t-il beaucoup de serveur de prod Sparc installé avec une Debian ?
J'ai eu pas mal l'occasion de constater les OS installés chez des grandes entreprises et les softs sont W*** sur x86, Sun Solaris sur Sparc, Linux (RedHat) sur x86.... Jamais vu de Debian sur Sparc.
Maintenant, j'avoue mon inculture des SI des PME et il se peut qu'il existe des configs Debian/Sparc chez les grands comptes. Je sollicite juste votre expérience pour en connaitre l'étendue de son utilisation.-
[^]Re: Petite question d'un inculte
Posté par BuSab () le 28/10/2004 à 09:33. (lien). Évalué à 2.Existe-t-il beaucoup de serveur de prod Sparc installé avec une Debian ?
Le mien à une époque, maintenant il est sous openbsd.
J'ai mis openbsd pour tester, c'est moins simple que debian et les mises à jours nécessitent une recompilation ou alors de désinstaller le paquet pour le réinstaller, on est loin du puissant apt-get.
J'ai l'impression comme ça d'avoir du boulo pour le maintenir, avec debian c'est un peu trop simple ;-)
Mais il est vrai que la plus part des sparc en prod doivent tourner encore majoritairement sous sunOS (solaris? trop récent!).
-
-
-
[^]Re: Drôle de surprise !
Posté par gnumdk (page perso, ) le 26/10/2004 à 21:07. (lien). Évalué à 8.>Ubuntu a réussi certaines choses (accessibilité aux débutants, simplicité
>d'installation et d'administration, intuitivité) avec une petite équipe que Debian
>peine à mettre en place....
Mwai, faut pas halluciner non plus, la Unbutu, c'est pour l'instant qu'une debian avec un gnome à eux et une meilleur intégration du matériel(drivers, mass storage, ...).
Mais bon, globalement ca reste une debian, les outils de conf de gnome sont clairement insuffisants et elle n'entre meme pas selon moi dans les distributions grand publique. Une mandrake/Suse/Redhat fera bien mieux l'affaire.
Par contre, la ou la Unbutu peut faire sa place, c'est dans les administrations. La, le probleme du : "c'est pas facile a configuré ne se pose plus", c'est le boulot de l'admin. Mais en meme temps, c'est une distribution jeune et tout ce qui pourra la faire devenir une distrib grand publique va arriver: installation graphique et d'autres modules de conf.
Mais sinon, la détection du matériel dans la sarge: hotplug + udev font du bon boulot. Certe, c'est pas ce que tu as sous Mandrake ou encore mieux sous Suse, mais c'est ce qu'on demande à une distribution dont monsieur tout le monde n'est pas le publique recherché.
Chez moi j'ai que deux modules dans /etc/modules(oui, debian n'est pas tres a jour sur le nom du fichier).
cat /etc/modules | tail -2
nvidia
ppp_generic-
[^]Re: Drôle de surprise !
Posté par 007 () le 26/10/2004 à 21:26. (lien). Évalué à 3.> Mais sinon, la détection du matériel dans la sarge: hotplug + udev font du bon boulot.
hotplug et udev qui ne font pas de détection matériel...
Pour les périphériques qui supportent les branchement à chaud, c'est le bus qui reçoit les périphériques qui informent le noyau et le noyau génère un évènement hotplug (qui appelle udev). C'est le driver du bus qui détecte le matos et pas hotplug.
Pour les périphérique qui ne sont pas hotplug (pci) il n'y a pas d'évènement hotplug (je crois qu'il y a une options dans le noyau pour ajouter ça).
Pour les "trucs" exotiques/vieux (genre imprimante sur un port parallèle), il n'y a pas d'évènement hotplug.
Par contre la découverte d'un périphérique (chargement manuel d'un driver) génère un évènement hotplug. J'amais l'inverse.
> cat /etc/modules | tail -2
Chez moi 0 depuis... J'ai oublié.
Pourtant j'ai carte tv, mpeg, 2 cartes sons, imprimante, adsl, etc...
Par contre, ne plus avoir de modules chargés explicitement est beaucoup plus dûr avec udev. Mais il y a d'autres technique pour ça mais qui "casse" le charme de udev. M'enfin, c'est le progrès.
btw, t'es sûre que tu as besoin de ppp_generic ?
Pour nvidia, je peux comprendre.-
[^]Re: Drôle de surprise !
Posté par bz31 (page perso, ) le 26/10/2004 à 21:41. (lien). Évalué à 1.Moi j'ai un seul : ppp_generic
Pourquoi ? Pour que udev crée /dev/ppp, sinon je n'arrive pas à lancer la connexion adsl.-
[+] [^]Re: Drôle de surprise !
Posté par Ph Husson (page perso, ) le 26/10/2004 à 22:00. (lien). Évalué à -3.Fallait utiliser devfs
-
[^]Re: Drôle de surprise !
Posté par KaZeKaMi (page perso, ) le 26/10/2004 à 22:30. (lien). Évalué à 1.tu peux utiliser udev.missing pour lui indiquer des devices à créer automatiquement.
Par exemple j'ai rajouté ça dans le mien : md0:b:9:0:0666:root:disk
sinon je devais recréer le dev à la main à chaque démarrage de la machine-
[^]Re: Drôle de surprise !
Posté par bz31 (page perso, ) le 26/10/2004 à 22:52. (lien). Évalué à 1.Avant de découvrir qu'il me fallait charger le module ppp_generic, j'avais mis la ligne "M ppp c 108 0" dans /etc/udev/links.conf.
Je ne connaîs pas udev.missing.
En tout cas, il faut éditer un fichier.
-
-
-
[^]Re: Drôle de surprise !
Posté par gnumdk (page perso, ) le 26/10/2004 à 21:42. (lien). Évalué à 2.>Pour les périphérique qui ne sont pas hotplug (pci) il n'y a pas d'évènement
>hotplug(je crois qu'il y a une options dans le noyau pour ajouter ça).
Ah, j'ai pas activé d'option en compilant mon noyau a part "hotplug device" et hotplug detecte presque tout mes device pci : sauf la carte nvidia(y'a un ignore d'ailleurs, faut que je vois ca).
>t'es sûre que tu as besoin de ppp_generic ?
si je force pas le chargement de ppp_generic, j'ai pas /dev/ppp (a cause de udev) et donc la connexion ne se lance pas(j'ai rien trouvé d'autre)
Starting hotplug subsystem:
input
input [success]
isapnp
isapnp [success]
net
net [success]
pci
uhci-hcd: loaded successfully
uhci-hcd: already loaded
snd-emu10k1: already loaded
bttv: already loaded
ne2k-pci: already loaded
ignoring pci display device on 01:00.0
pci [success]
usb
spca50x: already loaded
spca50x: already loaded
usb [success]
done-
[^]Re: Drôle de surprise !
Posté par 007 () le 26/10/2004 à 21:50. (lien). Évalué à 0.> Starting hotplug subsystem:
> blablabla
> done
Ben on ne parle pas du même hotplug. Tu me parles d'un truc qui est lancé par un script de boot ! Où tu voix du hotplug là dedans (sauf le nom) ?
$ cat /proc/sys/kernel/hotplug
/sbin/hotplug
ça c'est hotplug => http://linux-hotplug.sourceforge.net/(...)
-
[^]Re: Drôle de surprise !
Posté par 007 () le 26/10/2004 à 21:55. (lien). Évalué à 1.> si je force pas le chargement de ppp_generic, j'ai pas /dev/ppp (a cause de udev) et donc la connexion ne se lance pas(j'ai rien trouvé d'autre)
Effectivement. En fait ici, c'est pppoatm (via la requête du daemon ppp) qui est chargé et il dépend de ppp_generic. Donc forcément je n'ai pas le "problème" (faux problème pour être honnète). Désolé.-
[^]Re: Drôle de surprise !
Posté par gnumdk (page perso, ) le 26/10/2004 à 22:37. (lien). Évalué à 2.Ben si on parle du meme hotplug!
Sous Mandrake, c'est lancé via un service comme sous Debian.
C'est pour ca que hotplug fait la détection du matériel(pci) au démarrage.
Et bon, si c'est comme ca sous Mandrake, je doute que Fedora ne fonctionne pas de la meme facon ;)-
[^]Re: Drôle de surprise !
Posté par gnumdk (page perso, ) le 26/10/2004 à 22:46. (lien). Évalué à 2.oups, me suis planté de commentaire :)
>Boot-time configuration ("cold-plugging") can be managed by >the /etc/rc.d/init.d/hotplug startup script, if the "pcimodules" command line utility >is available.
>A PCI policy agent should be installed as /etc/hotplug/pci.agent where it will be
>invoked by /sbin/hotplug as appropriate.
Extrait de la page que tu m'as donnée ;) Merci d'ailleurs, je viens de découvrir que le script coldplug de Suse est en fait hotplug.
Et voila pkoi tu ne le sais pas:
>For historical reasons, some GNU/Linux distributions handle boot-time PCI device
>configuration through tools such as kudzu rather than by an integrated
>hotplugging framework.
Fedora trouve plus mieux d'utiliser kudzu... \o/ C'est bien, Debian est en avance sur RedHat, sortez le champagne, ca arrivera pas deux fois \o/ :)
Donc oui c'est le meme...
dpkg -S /etc/init.d/hotplug
hotplug: /etc/init.d/hotplug
dpkg -S /sbin/hotplug
hotplug: /sbin/hotplug
dpkg -S /etc/hotplug/pci.agent
hotplug: /etc/hotplug/pci.agent-
[^]Re: Drôle de surprise !
Posté par 007 () le 27/10/2004 à 08:04. (lien). Évalué à 0.> Fedora trouve plus mieux d'utiliser kudzu...
kudzu c'est la détection de _nouveau_ matériel, l'enregistrement dans une base et la configuration de nouveau matériel (via /etc/modprobe.conf etc).
kudzu ne fait rien si le matériel est déjà connu dans sa base. Notes aussi que kudzu ne fait _rien_ pour le matériel hotplug.
> dpkg -S /etc/init.d/hotplug
> hotplug: /etc/init.d/hotplug
Effectivement, c'est aussi dans les fichiers upstream de hotplug . Ce fichier n'est pas utilisé (ni installé) par Fedora.
Ce qui fait la détection sous Fedora est kmodule. kmodule est dans initscripts. kmodule a été introduit dans FC3 à cause de udev (chargement des modules automatiques sur utilisation d'un fichier spécial n'est pas dispo puisque le fichier spécial n'est pas là tant que le driver n'est pas chargé).
Mais regardes bien /etc/init.d/hotplug (et /etc/hotplug/*rc) et vois comme /sbin/hotplug (généralement appelé depuis le noyau) et qui est le *coeur* d'hotplug ne fait rien pour la détection matériel !
J'ai regardé /etc/init.d/hotplug et c'est .... mouaif....
Maintenant je sais pourquoi Sarge me chargait plein de modules qui me servaient à rien. /etc/hotplug/*.rc n'est jamais utilisé par Fedora. À tord ou à raison ? Actuellement, j'en sais rien.
Pour Fedora il y a deux phases.
La détection faite par kmodule. Exemple :
# kmodule
NETWORK unicorn_pci_atm
AUDIO snd-via82xx
AUDIO snd-ens1371
CAPTURE bttv
Attention, kmodule ne charge _aucun_ module.
"modprobe -c" donnes d'autres infos (c-à-d modules à charger) pour du matériel non détectable par kmodule mais détecté et configuré par kudzu.
Jusque là, aucun modules n'est chargé.
Une fois que la liste des drivers nécessaires pour le hardware est connue, on passe à la phase 2 : les modules sont chargés par un simple "modprobe {modules}". C'est tout.
Au chargement des modules, hotplug sera appelé, etc...
Avec Fedora /sbin/hotplug est uniquement appelé depuis le noyau et est utilisé pour le branchement à chaud ou la "découverte" à chaud (par un driver) du matériel. C'est clean. D'ailleur il n'y a jamais eu de /etc/module pour charger des modules. Si tu fais "ifup ppp0", l'environnement doit être correctement configurer pour charger automatiquement les modules ou ifup doit le faire lui-même. C'est la philosophie.
> C'est bien, Debian e
-
-
-
-
-
-
-
-


Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.