kolter a écrit 1081 commentaires

je crois que ça a voir avec http://glazman.org/weblog/dotclear/index.php?2006/10/14/2148(...) et http://sexylizard.org/?2006/10/14/114-debian-c-est-bas .

Mr Glazman prend tous les gens qui ne sont pas de son avis pour des crétins et des gens qui n'ont rien compris. c'est un fait. Il suffit de lire les commentaires du blog de la seconde url.

Apparement ça ne leur plait (aux "mozilliens") pas que Debian fork firefox pour faire naitre IceWeasel. Les raisons de debian pour forker sont expliquées dans les commentaires du blog.

M.

PS : j'utilise konqueror et j'en suis très content, c'est une application réactive et qui s'intègre très bien dans mon environement de bureau. Pas comme firefox qui me fait penser à un portage sommaire d'une application Windows et qui ne s'intègre pas dans gnome, au contraire d'épiphany. Ceci dit FireFox, sous les unix libres (linux, *bsd) peut servir de logiciel de test de mémoire "à la" memtest86.

quand j'ai vu ce sport je me suis dit qu'il y'avait qu'un seul mec pour avoir écrit ça et oui c'est bien toi :p

sinon ça roule toi ?

M.

ou la la 20 heures d'avances pour l'annonce ? qu'est ce qui se passe ? t'es malade ?

M.

oui mais toi t'es un boulet qui poste TOUJOURS des commentaires qui n'ont rien à voir avec le sujet, donc ton avis on s'en cogne !!!

je ne fais que dire ce que beaucoup n'osait pas dire ... il faut bien se dévouer !

M.

> Ca aussi, c'est des suppositions non-fondées.
non c'est de l'expérience en dev

> pour contre-carrer ceux qui disent que etch c'est de la merde
c'était pas mon propos

> Le DPL a simplement fait usage de sa liberté individuelle pour lancer une initiative qu'il croit utile, et il a tenu compte de l'avis de la minorité de développeurs qui étaient contre puisqu'il n'a pas utilisé l'argent de Debian pour la réaliser mais celle de donateurs qui savent ce pourquoi ils ont donné.

non, il a utilisé son statut de DPL, et a joué sur l'ambiguité pour lever des fonds

> celle de donateurs qui savent ce pourquoi ils ont donné
et ils ont donnés pourquoi ces donateurs ? j'aimerai qu'on m'explique, parce que je comprend pas comment 2 (juste 2) dev vont pouvoir automagiquement régler plus de 300 bugs bloquant pour la release ? j'aimerai bien qu'on m'explique la méthode parce que ça pourrait intéresser beaucoup de monde. Je trouve que Dunc-Tank manque de transparence sur ce point.

> pourquoi les DD n'ont pas réagi
c'est ce qu'ils font en ce moment

> c'est la mode de casser de l'Anthony Towns dans la communauté francophone
je vois pas le rapport, une explication ? le fait que la plupart des DD qui ont secondé la GR montre juste qu'il ont le courage de leurs opinions, il y'a peut être aussi beaucoup de DD (francophones ou non) qui n'en pense pas moins mais préfère de pas s'exprimer publiquement sur la question.

Ce que je vois aussi c'est que les DD qui ont secondé ne sont pas là pour enterré Debian mais pour essayer de dire 'y'en a marre des conneries', ce que je vois moi c'est ce que font ces DD très actifs dans debian :
+ http://qa.debian.org/developer.php?login=madcoder
+ http://qa.debian.org/developer.php?login=aurel32
+ http://qa.debian.org/developer.php?login=joss
+ http://qa.debian.org/developer.php?login=jblache
+ http://qa.debian.org/developer.php?login=schizo
+ http://qa.debian.org/developer.php?login=barbier

et puis je regarde ce que fait le DPL :
+ http://qa.debian.org/developer.php?login=ajt

chacun en tira les conclusions qui lui plairont ...

M.

>> Scuse moi je savais pas qu'il fallait être un dev Debian pour être autorisé à porter un jugement.

je ne suis pas dev Debian, mais je m'informe

>> Les utilisateurs, ils ne veulent pas des flame wars interminables sur les mailings lists Debian

t'en a vu beaucoup d'utilisateurs se plaindre des flamewars sur les ML.

>> Ils veulent une distro qui 1) soit stable 2) sorte dans les temps
La stabilité demande peut être du temps. Et essayer de réduire les délais pour absolument tenir la roadmap ça se fera nécessairement au détriement de la stabilité.

A noté que Debian n'est jamais sortie à temps et c'est pas ce qui a empêcher son nombre d'utilisateurs d'augmenter.

>> Le DPL propose un appel aux dons afin d'aider la sortie d'Etch et on veut le virer ? Vu la réaction de certains on dirait qu'il a lancé un appel à manger les bébés...

la qualité de debian revient au fait qu'elle suit un code de conduite écrit noir sur blanc, comme l'indique l'auteur de la news, le DPL a décidé de contourner tous ça pour faire à son idée sans tenir compte de l'avis des autres développeurs et ça c'est mal.

De plus le projet Dunc-Tank, c'est un peu du foutage de gueule parce que l'idée de payer des devs pour releaser etch a été débattu sur les ml privées de debian il y'a déjà quelques semaines et cet appel au don est un espèce d'habillage pour faire passer la pillule.

Ensuite ça pose des question éthique, car non seulement le DPL utilise sa notoriété pour lever des fonds en dehors du projet mais en plus ce sera pour payer des déceloppeurs qui sont ses amis. De plus pourquoi payer tel dev, plutôt que d'autres ? le travaille des autres a moins d'inportance ? ce genre d'actions ne va t'il pas en démotivé certains, on aura un effet encore plus pervers si d'autres devs s'arrête de bosser.

>> je serais content d'apprendre la vérité de ta part
>>>>Tout le monde avait gueulé au moment du retard de Sarge et ce DPL a été élu largement sur sa volonté d'améliorer les choses dans ce domaine

comme dis dans les autres commentaires, il est loin d'être étranger au retard de sarge

>> il propose des idées innovantes?
lesquelles ?

M.

Ton commentaire est marrant de désinformation, tout ce que tu énonce est FAUX et démontrable.

Tu donnes l'impression de quelqu'un qui juge de l'extérieur sans avoir essayer de comprendre ce qui se passe à l'intérieur.

Ceci dit, tu réagis comme le DPL veut que les utilisateurs réagissent. Mais ne te pose pas plus de questions que ça. Du moment que tu crois que le DPL à fait bon oeuvre, c'est le plus important (attention ne pas tomber de l'escabot).

M.

rendre le système de démarrage plus efficace serait possible en utilisant un démon de démarrage capable de parallèliser le lancement des scripts systèmes

si on en croit la personne qui a travaillé sur le projet SoC pour l'amélioration de la vitesse de boot de debian ( http://bootdebian.blogspot.com/ ) , le gain en parallèlisant les scripts est très faible (environ 4s ).

optimiser l'exécution des scripts systèmes serait possible en utilisant par exemple Zsh à l'intérieur des scripts systèmes, comme indiqué dans l'article, afin de limiter les appels systèmes.
Ce qui prend surtout du temps (AMA) c'est tout simplement l'exécution du service en lui même, le service qui peut avoir à lire des fichiers de configurations, checker des données, etc ...

dépendance supplémentaire : cela obligerait à installer Zsh sur tous les systèmes utilisant ces scripts optimisés, en plus du shell par défaut
c'est pas vraiment un argument, zsh doit peser à peine 500 ko, sachant que dans les paquets de base d'une majeure partie, tu as perl qui por une installation minimal te prendra beaucoup plus de place.

les scripts systèmes utilisant le langage de script Zsh ne seraient plus compatibles POSIX, ce qui consisterait à un recul en matière de standardisation des systèmes Unix
c'est indéniable, ceci dit, quand on voit upstart qui sera un espèce de démon fourre tout (init, cron, udev, inetd?) où on rompt avec la tradition "faire une chose, mais la faire correctement", on peut très bien envisagé de faire une rupture complète et essayer de faire un des scripts d'init en zsh avec une bibliothèque de fonction zsh pour remplacer les outils tels que sed, cut, grep, awk. C'est une idée mais ça peut être intéressant si les résultats sont là.

maintenance : les scripts (ba)sh ne sont peut-être pas optimisés, mais ils ont l'intêret d'être compris par l'ensemble des personnes ayant des connaissances en scripting. Combien de personnes connaissent le langage de script de Zsh
si on raisonne comme ça, on serait toujours à faire du basic, après si les dev ne veulent pas évoluer, apprendre de nouvelles choses, je ne donne pas cher de leur avenir dans l'informatique dans 10 ans au train où ça évolue. Après, zsh à une doc et comme signalé dans l'article il y'a des wiki, des listes de diffusions, des canaux irc, etc ...


migration : passer à Zsh nécessiterait de réécrire tous les scripts systèmes pour utiliser des fonctions Zsh et bénéficier des gains de performancespas insurmontable à mon avis...

Et pour les scripts non systèmes mais nécessitant un interprêteur efficace et un langage plus évolué que (ba)sh, des langages tels que Perl, Python ou Ruby me semblent plus adaptés.

je suis pas d'accord, je suis utilisateur des langages de scripts (non shell) que tu sites et il est à mon avis souvent bien plus rapide d'utiliser un script shell pour certains tâches.

M.

une petite erreur de copier/coller s'est glissé dans les textes explicatifs des exemples : ne lister que les [-executables-] {+exécutables+} par le [-propriétaire:-] {+propriétaire :+} devait être : ne lister que les exécutables par le propriétaire : ne lister que les [-executables-] {+exécutables+} par le propriétaire et par les autres [-(other):-] {+(other) :+} devait être : ne lister que les exécutables par le propriétaire et par les autres (other) : ne lister que les fichiers [-appartenant-] {+appartenant+} à l'utilisateur 'troll' : devait être : ne lister que les fichiers appartenant à l'utilisateur 'troll' : merci au modérateur qui corrigera et qui supprimera ce commentaire

J'ai vu beaucoup de commentaire dans cette news et à par celui de MadCoder, personne ne s'est posé la question de la forme de cette annonce.

Il faudrait être idiot pour ne pas voir que ce sondage est une parodie de sondage et que la réponse à la question posée est connue d'avance.

Alors pourquoi cette annonce ? pour sortir Etch à temps ? Pourquoi vouloir sortir Etch à temps alors que la politique de Debian à toujours été de sortir la version stable quand "tout est prêt".

Pourquoi le leader du projet Debian ne tiens pas compte des propositions de certains développeurs et qu'une GR est en cours sur le sujet et qu'il s'en fou royalement ?

C'est un peu comme si l'assemblée nationnale prenait une décision sur un sujet sans tenir compte des parties concernées (DADVSI?!?).

To Be Continued ....

M.

mouais :

$cd /usr/share/doc

$zgrep -i ubuntu */changelog.gz | wc -l
1385

presque que comme toi

$dpkg -l | grep "^ii" | wc -l
2233

j'ai donc 2233 "paquets" installés

$zgrep -i ubuntu */changelog.gz | cut -d':' -f1 | sort | uniq | wc -l
91

j'ai donc 91 "paquets" qui mentionne ubuntu, en admettant qu'il ai tous un patch, ça fait 4% des paquets installés chez moi qui ont des retours d'Ubuntu.

sachant que qu'il y'a pas mal de DD chez ubuntu dans les 95 paquets sont comptés les adresses mails de DD en machin@ubuntu.com

maintenant tentons :

$zgrep -i ubuntu */changelog.gz | grep patch | cut -d':' -f1 | sort | uniq | wc -l
28

ça vaut ce que ça vaut mais ça compte aussi les fucking patchs :)
donc ça nous fait : 1.25% des paquets qui des auraient des patchs d'Ubuntu ...

Oserais je dire que ton commentaire c'est du FUD ?

M.

pour le problème d'affichage c'est surement un pb de locales essaye de mettre LANG=fr_FR.UTF-8 ou LANG=UTF-8 (selon l'OS) au début de ton script.

sinon pour le ctrl-c c'est sans doutes du au fait que tu utilises respawn sans ton innitab (voir man inittab) pour avoir une option qui va mieux (respawn relance éternellement le programme lorsqu'il se termine)

cepandant il est possible que tu est d'autre problème ensuite (entrées / sorties) et gestion du clavier, à voir ..

de plus pour ton script je te conseille de parser /proc/net/dev pour récupérer les interface du système plutôt que d'utiliser netstat -i ...

M.

simple et efficace !

[kolter@nomachine][11:43]
[/tmp]
>cat plop.sh
#!/bin/sh

DEVICE=/dev/cdrom

[ -n "$1" ] && DEVICE="$1"

head -c 1 "$DEVICE" 1>/dev/null 2>&1

if [ $? = 0 ]; then
    echo "un média est présent dans le lecteur ($DEVICE)"
else
    echo "il n'y a pas de média présent dans le lecteur ($DEVICE)"
fi
[kolter@nomachine][11:43]
[/tmp]
>./plop.sh
un média est présent dans le lecteur (/dev/cdrom)
[kolter@nomachine][11:43]
[/tmp]
>./plop.sh /dev/hdd
il n'y a pas de média présent dans le lecteur (/dev/hdd)
[kolter@nomachine][11:43]
[/tmp]
>

M.

donne un lien où le télécharger pour qu'il puisse être testé et que des bienfaiteurs t'envoi un patch !

M.

non, sur une Ubuntu.

M.

dans le genre artiste pas préformaté je vous présente Didier Super : http://www.didiersuper.com/

disons qu'il pourrait être le chanteur emblématique du "mouvement Goaste", je vous conseil de surfer un peu sur le site et d'acheter son disque !

M.

PS : s'il l'avait pris pour l'eurovision on aurait ptet pu cramer les finlandais sur le fil

s/IDENTIFY// (@#!% saleté de touchpad)

M.

paypal ou banque en ligne ?IDENTIFY

M.

quel est l'intérêt pour Ubuntu de se placer en concurent direct d'une Debian sarge/etch pour sparc ?

Sachant que les nouveautés par rapport à une debian à par être celle de logiciels plus récents et tu changement de quelques flags de compilation ont l'air d'être assez légères.

De plus les machines sun à base de sparc sont pas monnaies courantes, leur utilisation en desktop l'est encore moins alors je me pose la question du but de Canonical ? séduction ? remplacé de déjà debian installées ?

M.

je sais pas si tu te rends compte qu'avec les arguments postés ici dans d'autres threads, un argumentaire comme celui vous tenez ressemble à de la mauvaise foi et à une espèce de rivalité que peuvent avoir les ados de 14 ans envers leurs parents. Ils vont jusqu'à se couvrir de ridicule avec des arguments complètement des délirants pour avoir le dernier mot et remettre en cause l'autorité ou même la vérité.

Mais bon ça en est assez risible et assez intéressant.

pour en revenir à à ta ridicule question :

Tu as des sources à ce niveau la?

non, personne n'a un acte écrit de Mark S. qui dise 'on va prendre le contrôle de Debian', on se base sur des faits tangibles et on en tire des conclusions qui ne sont même pas soumise à interprétation tellement c'est évident.

tous ça en deviens vraiment idiot, mais bon nous verront comment cela tourne, et on ressortira tous vos commentaires bien idiots et bien plein de mauvaise foi pour en faire (beaucoup) de fortunes.

M.

tu peux essayer de tourner le truc en ridicule mais ça va plus loin qu'une gueguere de distrib. Et je crois que l'argumentation qui a été fourni sur le sujet a été assez claire.

M.

Ubunutu sans Debian, c'est trois wallpapers et quelques icones traduit en 3 langues qui se battent en duel donc bon le 'inutile' il fait pas voler bien tes arguments !!!

M.

nan debian souffre car ces DD sont obligés de travailler sur Ubuntu avant tout et délaisse ou repousse à plus tard leur travail sur Debian.

M.

Là manu, tu exagères :). Il y A des échanges debian-ubuntu. Certainement pas comme on le voudrais, mais il y en a et dans les deux sens (mais surtout dans le sens debian->ubuntu, je te l'accorde).

cites en 5 significatifs (parmi les plus important, j'entends)

Quelle est la participation de Debian aux projet upstream ?

Debian, n'emploi pas de salariés, n'a que très peu de fond (et ne vante pas d'avoir un milliardaire à sa tête) donc payé des devs sur des trucs particuliers est difficile.

Debian est composé de développeurs qui font partie de projet upstream : VLC, grisbi, contributeurs fréquents au noyau, etc ...

De plus debian supporte une quantité importante d'architecture (matériel et logiciel), c'est en général très utile aux projets upstreams divers, exemple : Debian GNU/Hurd.

Et pour le Soc, attendons de voir ce qu'il ressort des projets mentorés par Ubuntu.

M.

faut arrêter de ne vouloir voir que la partie émergée de l'iceberg

M.