GeneralZod a écrit 2316 commentaires

On ne peut que constater le dédain qu'il a pour Debian et Ubuntu qui ne passent pas de manière aussi automatique à systemd qu'il ne l'aurait voulu.

citation, parce que je ne vois aucun dédain vis à vis ni de Debian, ni d'Ubuntu (tout au plus, il note que depuis le départ de JSR, le projet n'avance plus du tout) dans la dite interview.

il commence le boulot (après, on dirait que pas grand monde le suit).

C'est tellement plus facile de troller que de coder ...
J'attends le jour où quelqu'un décidera à clasher Lennart frontalement sur son terrain: le code. Pour le moment, personne n'a essayé de coder une alternative ou d'améliorer l'existant face à Avahi/PulseAudio/systemd, par contre des crétins qui hurlent "comprends rien à *nix/POSIX çui-là", "y fait pas du code propre bien architecturé", "c'est pourri ce qu'y fait" y en a plein. Ça n'a pas empêché les softs cités d'être très utilisés (et même appréciés).

If you don't like it, Just code.

un stagiaire redhat l'intègre autour de 2008

Si tu te réfères à la proposition de fonctionnalité, Casey Dahlin a fait son stage été 2007, il avait déjà été embauché par Red Hat à l'époque de l'intégration d'Upstart dans Fedora 9.
Par ailleurs, le changement d'init était planifié bien avant l'arrivée de Casey sous la supervision d'Harald Hoyer en charge du démarrage chez Red Hat.

La promesse initiale d'Upstart était de proposer un framework évenementiel de gestion de services, et 3 ans plus tard, ça ne faisait pas plus que l'init sysV traditionnel en peu plus fiable.
Au moment où Lennart a commensé à s'intéresser au problème, le mainteneur (James Scott Remnant) était affecté à d'autres tâches (entre autre la LTS 10.04) depuis un bon bout de temps, et Canonical refusait (refuse encore ?) de partager la maintenance du projet (ce qui va bien au-delà de la simple problématique d'assignation de copyright).
Début 2010: tu as un Upstart qui stagne au niveau fonctionnel, un projet complétement verrouillé par Canonical (qui n'a jamais abandonné la maintenance corrective soit-dit en passant), et Lennart qui arrive avec pleins de bonnes idées (qui pour la plupart, sont bien accueilli par JSR). C'est même la raison pour laquelle systemd n'exige aucune assignation de copyright et que Lennart a cherché très tôt dans le projet à fédérer des gens d'autres distros (entre autre openSUSE).

http://netsplit.com/2010/04/30/on-systemd/
http://netsplit.com/2010/05/27/dependency-based-event-based-init-daemons-and-launchd/

Et moi je bosse sur Linux, en tant que système POSIX, et ça me soûle qu'on massacre un UNIX.

Euh en quoi, c'est incompatible avec POSIX ou même Unix ?

Lire le post-scriptum ;)

http://lwn.net/Articles/378865/
http://spot.livejournal.com/312320.html

quel intérêt ? D-Bus est un protocole normalisé par fd.o (avec plein de clients) et adopté par la quasi-totalité des distributions GNU/Linux et environnement de bureau. Pourquoi le remplacer avec un machin propre à Enlightenment ? (qui propose également une bibliothèque cliente DBus)

Pire : la France a déjà investi dans sa formation pour le 3e cycle.

Tu résumes là toute la débilité de la chose, on a gaspillé du pognon pour former les cerveaux qui iront enrichir les USA et d'autres pays. On aurait pu commencer par restreindre le nombre de visas étudiants (comme ça pas de faux espoirs), imposer des quotas (la plupart des étudiants étrangers sont concentrés dans 1/3 du territoire et les étudiants maghrébins sont sur-représentés par rapport aux autres nationalités), favoriser les échanges, ou supprimer la gratuité des études supérieures pour les non-résidents (qui ne paient pas d'impôts en France). Ça aurait été plus réglo pour les étudiants qui finissent leurs études, ça freinerait tout autant l'arrivée des étudiants étrangers dans le marché du travail (bien que je ne sois pas convaincu que ce soit un problème) mais c'est pas assez Marine compliant.

Quelques stats à ce sujet, mieux vaut avoir des données fiables pour pouvoir discuter dignement d'un sujet sensible mais important sur le plan humain et financier:
ftp://trf.education.gouv.fr/pub/edutel/dpd/ni0423.pdf

saikoi ces avatars dont vous parlez ? Il n'y a jamais eu d'avatars ici, c'est une maison honnête môssieur !

Les japonais sont beaucoup moins xénophobes que les français, c'est connu ...

Vu qu'il parle d'un labo aux USA, j'aurais plutôt dit IBM. Enfin le HPC en France ne se limite pas qu'à Bull, en dehors des instituts de recherche publique, tu as EADS, Areva, Safran, EDF, Total, l'IFP, etc... sans oublier les PME qui fournissent du service associés (et très consommatrices de jeunes chercheurs en ce domaine.)

C'était le cas quand on a fait le choix de remplacer wget par curl/urlgrabber.

http://koji.fedoraproject.org/koji/packageinfo?packageID=37

La mise à jour sera proposée quand le mainteneur aura fini de vérifier que ça ne pose pas de problèmes.

si vous voulez une distribution supportée (par notre contrat), ne redistribuez pas les sources ou ne changez rien (les clauses standards de contrats, pas très intéressant en entreprise, qui t'empêchent par défaut de faire ce que tu voudrais « pour te protéger » vu que ce n'est pas un cas testé, tout le monde est une exception hein :p)

Invalider le support pour avoir redistribué les sources, c'est incompatible avec la GPL donc pas légal donc soit c'est une maladresse dans la comm' de RH, soit RH ferait bien de réviser ses contrats de support. Pour les changements, c'est imposé par RH Legal (la quasi totalité des avocats des boites faisant du logiciel imposent le même genre de contraintes dans les contrats de support standard), en pratique, les ingés de support s'en foutent si ça n'a pas d'incident, et ça doit sauter si on prends un niveau de support supérieur.

faudrait simplement regarder ce qu'est censé faire le support justement pour le remonter upstream, (support, gens compétents, contribuant upstream, trouvant le patch kivabien dans ce cas toussa)

Si j'ai bien compris, chaque composant dans RHEL a un mainteneur RH assigné (le management doit gérer les départs, congés et les ressources nécessaires pour ça), le mainteneur RH est sensé devenir mainteneur ou co-mainteneur dans Fedora (et à ce titre, maintenir un contact régulier avec upstream). La plupart du temps, le mainteneur RH est soit le mainteneur upstream (ie: postgresql, GLibc, QPid, libvirt, GCC), dans son domaine de compétence (GNOME, httpd, MySQL), soit s'implique dans la maintenance dans Fedora ou upstream (ie: WxWidgets), et il y a des gros branleurs (hint: beaucoup d'entre eux bossent dans la division JBoss)

il suffirait d'ajouter une clause « le client est roi et peut remonter un bug upstream » (et là fedora, ce serait les rois du monde \o/ comme les autres distros qui ont réussi à faire comprendre à leur client, hein :D le client o_O mais ça va viendre...)

J'aime cette façon de voir -plus cohérente avec l'éthique libriste-, le plus difficile c'est de convaincre le management et les avocats.

Tu peux préciser ? Par ailleurs, Fedora ne bénéficie d'aucun support de la part de Red Hat donc c'est un peu hors sujet.

Mais j'ai beaucoup de commentaires comme quoi tout casse très souvent chez Fedora. (Lennart-playground)

Ça fait longtemps qu'on n'a pas introduit de "disruptive innovations" qui pétent des logiciels propriétaires (pour les logiciels libres, nous avons toujours collaboré en amont pour que ça ne soit pas le cas) et c'est de plus en plus difficile de faire passer ce genre de fonctionnalités (les développeurs Fedora sont les premiers utilisateurs !). Pour certains, Fedora ça devient de plus en plus pépére, c'est probablement, la maturité, on reste très actif, mais moins de gros pétages et ils sont surtout mieux gérés (on a un process bien rôdée, notamment au niveau de la QA, les testings days ont permis par exemple de faire avancer pas mal de projets comme nouveau)

Et Fedora n'est pas le terrain de jeu privé de Lennart: il joue pleinement le jeu dans Fedora (aucun passe-droit), il n'a jamais poussé en force quoi que ce soit, et il fait un boulot extrêmement soigné (dans le cas de pulseaudio, il a pris soin de vérifier que ça ne pétait aucun soft que ce soit xmms1, flash ou skype, et ça marchait hors de la boite, et c'était il y a 4 ans). En tant que mainteneur Fedora, je pourrais difficilement trouver motifs à me plaindre de Lennart (pourtant, râler sur @redhat qui font les sagouins dans fp.o, c'est un de mes passe-temps favori)

Sans compter que dès qu'on veut utiliser des trucs non libres (codecs), c'est la galère à ce qu'il parait.

Si tu actives les dépôts rpmfusion (c'est à dire, rien de plus compliqué que d'aller sur le site, cliquer sur un lien pour installer un paquet), et c'est fini. Tu as différents helpers qui t'aideront installer qui téléchargeront les bons codecs (PackageKit power \o/)

Si ça peut t'éclairer, voici mon opinion point par point sur http://jeff.ecchi.ca/blog/2011/10/20/fedora-pour-un-habitue-dubuntu-prise-deux/
C'est le point de vue d'un utilisateur qui me semble très honnête, il n'a pas rencontré de difficultés majeures (juste une réadaptation mineure à la distro). Je pense que si tu aimes ton GNOME vanille, tu retrouveras tes petits, pas de fedorisms, le but du projet étant justement de travailler un maximum en amont.

Comment arrêter gdm: “service prefdm stop” (pas de service nommé “gdm”)

C'est pareil sur Ubuntu, ça permet justement de switcher plus facilement d'un gestionnaire de connexion à un autre (KDM, slim, autre)

Nano et Wget ne sont pas installés par défaut, et nano n’est pas utilisé comme éditeur de texte par défaut même s’il est installé

Nano sapu, par défaut, c'est vim (et pas le vim bridé en vi des années 70 de base dans Debian). Wget n'est plus maintenu, par défaut, tu as urlgrabber et curl (wget est toujours dans les dépôts)

La commande rename a une syntaxe différente

Debian fourni un truc en perl nommé prename (updates-alternatives --config rename pour le vérifier), Fedora par défaut rename du paquet util-linux. Perso, je m'en tape, j'utilise un shell d'utilisateur puissant (Z shell \o/)

Installer les paquets de débug pour un logiciel donné: sudo debuginfo-install nom_du_logiciel (il n’y a pas de paquets “*-dbg” visibles directement dans les dépôts)

Les paquets debug sont dans des dépôts non activés par défaut (c'est pas indispensable et c'est du boulot en plus pour yum) debuginfo-install est un wrapper intelligent pour gérer ça.

Les paquets de dépendances de compilation sont suffixés de “-devel”, pas “-dev”

Les conventions de nommage différent effectivement.

il faut installer akmod-wl, pas kmod-wl (de rpmfusion)

Pour les modules noyaux, il vaut mieux utiliser dkms ou akmod (dkms ne permet pas de s'intégrer correctement à un gestionnaire de paquets, d'où akmod), mais c'est le même souci sous Ubuntu (je dois régulièrement dépanner mes collègues à chaque mise à jour noyau à cause de conneries parce que le pilote nVidia écrase allégrement les libs systèmes et du coup au reboot, plus d'affichages - rpmfusion a des scripts helpers qui permettent de basculer en VESA si le kmod/akmod n'est pas dispo - et qui rétablissent les libs d'origines). Certes, y a pas le joli helper d'Ubuntu, mais par expérience, la gestion des pilotes propriétaires fournies par rpmfusion est plus robuste (le mainteneur est français, payez lui un coup à boire, il le mérite)

interface utilisateur != interface graphique

t'as une jolie barre en bas qui te permet de naviguer directement dans les nouveaux commentaires.

quel est le putain de rapport avec Avahi ? zeroconf c'est de la publication/découverte de service, après c'est un autre service qui prends le relais. T'as vu où dans la norme msDNS que ça gérait le partage de fichiers ? Il n'y a aucune honte à consulter pour ses problèmes de malcomprenance !

avahi ca marche pas ou c'est pas user friendly. En tout ca c'est inutile dans la vraie vie et cela n'evolue plus du tout.

Je m'en sers pour le partage de médias (audio, vidéo), d'écran (vinagre \o/), éditeur collaboratif (Gobby), dépôt mercurial (extension zeroconf) etc ... ça n'évolue pas, le protocole zeroconf n'a pas évolué, mais en même temps pour de la découverte de services, ça fait déjà très bien son taff, faut pas pousser mémé dans les orties.

pulseaudio: Il a fallu de nombreuse annee pour que cela fonctionne en dehors de RH/Fedora ce qui est un comble tout de meme.

Il a fallu plusieurs années pour que ça marche correctement sur Ubuntu parce que les mainteneurs de pulseaudio dans Ubuntu sont des gros mongols qui sont pas foutus d'envoyer un mail au mainteneur upstream. En 4 ans, j'ai jamais eu de soucis avec PA que ce soit sur Fedora, openSUSE, Debian, ArchLinux, Mandriva, Frugalware, etc ...

systemd : on verra mais vu les deux exemple au dessus je suis pas convaincu

ça fait un an que j'utilise au quotidien et mis à part peut-être launchd, y a pas mieux.

NoSQL ça désigne les bases non-SQL (comprendre les bases non-relationnel) le "Not Only SQL" c'est arrivé plus tard pour ménager la sensibilité des chauves.

Ou sinon tu peux aussi utiliser Git ;).

Tu lui vends la formation "Git pour les nuls" derrière ? Parce que Git c'est super puissant, mais son interface utilisateur est à chier. Mercurial est un poil plus cohérent et impose plus de gardes-fous (la réécriture d'historique n'est pas mongol-proof, la plupart comprendront jamais l'intérêt de la staging area, etc...)

Tu as gagné ta bière, c'est le script /etc/cron.daily/tmpwatch (par défaut, c'est 30 jours la durée de conservation des fichiers dans /tmp)

Au passage, tmpwatch est maintenu par fedoraproject.org ==> https://fedorahosted.org/tmpwatch/

Tu oublies Debian, OpenSuSE, Mageia, Frugalware, ArchLinux etc ... Sans oublier les gadgets à base de linux (WebOS, MeeGo, OpenWRT, etc ...). Malhonneteté cd key.