Misc a écrit 6286 commentaires

Non, l'équivalent serait d'avoir init qui segfault en lisant /etc/inittab. ( et en fait, la seule raison pour laquelle init ne segfault pas, c'est parce que personne n'y touche jamais )

Enfin, j'étais la lors du souci, et je pense toi non, donc tu m'excuseras de pouvoir dire si c'était dur ou pas, et toi, de pas avoir la moindre légitimité à ce sujet.

En quoi consolekit est un produit de lennart ?

L'auteur initial est "William Jon McCann", en 2006. ( http://cgit.freedesktop.org/ConsoleKit/log/?ofs=350 )

Ne serais pas tes lunettes qu'il faut laver plutôt que tes assiettes ?

Et il va se passer quoi ? Des gens vont … se disputer sur une liste de diffusion.

Sincèrement, est ce que les séries télés sont si nulles de nos jours qu'on se retrouve à devoir inventer du drama dans le libre ? ( et linuxfr est soft quand je compare à omg ubuntu )

En pratique, c'est rien de nouveau. Par exemple, kwin n'avait toutes les fonctionnalités ( intégration avec lilo ) qu'avec kdm pendant un temps ( et c'est pas pour dire "kde le fait aussi", c'est juste que c'est un exemple qui était ressorti à l'époque ou c'était mon bureau ). Moi, ça me parait normal et même sain pour l'innovation.

Perso, j'ai déjà eu un souci sur systemd avec la version de dev de Fedora. Et c'était pas plus douloureux que n'importe quel plantage d'un truc au boot ( genre, sshd se lance pas ). Dracut m'a filé un shell, j'ai regardé ce qu'il y a eu comme souci ( à savoir systemd qui plante au démarrage ), le bug était déjà remonté sur le bugzilla, j'ai fait un rollback, et j'ai attendu l'upgrade.

Donc parfait, on peut en parler ( en tout cas, moi, je peux, toi, je sais pas ). Rappelle moi, ton expérience avec le sujet est ?

Le but de systemd c'est uniquement de noyauter les projets libres pour obliger l'utilisation de certaines
technologies, pas de booter plus vite.

En fait, le seul truc vrai, c'est la fin. le but n'est pas de booter plus vite.

Pour le reste, même en relisant lentement, je pige pas, le but serait d'imposer l'usage d'une technologie afin de ?

D'obtenir plus de richesses ?

Plus de pouvoir ?
Faire taire les opposants politiques ?

Un vendor lockin autour du système de boot, ce qui bloquerais toute alternative ?

Je doit pas avoir assez d'imagination, mais c'est sans doute le fruit d'un lavage de cerveau du à mon installation de Fedora sur mon portable, sinon je verrais la guerre en cours, avec tous les morts que ça entraine, tout ces gens qui ont donnés de leur vie pour que gnome soit sans systemd.

Déjà fait :
https://launchpad.net/~scopes-packagers/+archive/adult-scopes

Une fonction curieusement peu mise en avant.

Mais tu penses que les distros basés sur ubuntu, elles vont devenir quoi si Canonical ne gagne pas d'argent ?

Prenons le cas fou, Linux Mint remplace Ubuntu dans l'esprit des gens sur le desktop. Canonical fait quoi ?
Ils vont mettre en avant les non parts de marchés auprès des clients ? ils vont continuer à mettre de l'argent pour rien alors que d'autres marchés rapportent de l'argent ?

Est ce qu'ils vont avoir autant de retour et de tests si c'est dans l'environnement largement modifié de Linux Mint ?

Si ça arrive, peut être que Canonical va suivre le modèle qui fonctionne de RH et Suse, à savoir avoir une version stabilisé basé sur le produit libre de la communauté, tout en contribuant en retour via des ressources. Ou peut être que Canonical va progressivement réduire son implication dans la version desktop, comme ce fut le cas pour Kubuntu, laissant d'autres gérer tout ça, pour au final garder les OEMs et une version spécifique à certains types de serveurs.

Peut être que ça impliqueras de faire moins de produit maison ( Unity, Upstart, etc ) et se baser plus sur ce qui est écrit par d'autres ( comme ce qui a été fait pour maas, par exemple, ou apparmor )

Le portage de Git sous Windows est réalisé à l'aide de Msys.

Pourtant, c'est vachement bien, tu peux appliquer les patchs plusieurs fois avec "msys replay".
Et ça joue de la musique avec msys musique. Et que dire de l'interface web android "msys mobile".

En même temps, les gens achètent pour l'autocollant, donc ça valide la stratégie. ( j'aurais pas cru qu'un bout de plastique posé par une boite comme Canonical soit un argument suffisant d'achat auprès de linuxiens mais visiblement, je me trompe ).

La loi sur l'enfant unique ne s'applique ceci dit pas à tout le monde ni dans tout les cas.
http://en.wikipedia.org/wiki/One-child_policy

( exemple, pas pour les jumeaux, pas pour les ethnies autre que les hans, pas pour les gens en dehors des zones urbaines, etc )

Donc non, ils sont pas obligés de manger leurs gamins :)

Donc attends, en alimentant une carte par usb, tu t'attends à ce qu'elle redonne autant sur son port usb que ce qui rentre sans rien consommé  ?

Amusant, le nombre d'installation de dpkg a augmenté en 2011, et ça serait presque le moment ou Unity est arrivé. ( ou gnome-shell, si les gens veulent troller aussi ).

En fait, c'est simple. Les gens qui utilisent Ubuntu sont pas les gens qui payent pour le support ou ce genre de choses. Regarde combien Mozilla dépense par an, compare le nombre d'employés et extrapole combien ça coute à Canonical. Ensuite, estime le nombre de clients, de boites qui payent par pour du support, rajoute le cout des UDS, le cout des locaux ( sachant qu'on trouve le prix au métre carré de Londres, Montreal , Boston, etc ).

Ensuite, pour chaque personne autour de toi qui utilise Ubuntu, demande toi combien ça rapporte par an à Canonical. Demande toi combien de personne payent le support, combien ça coute par an ( et surtout si les gens payent le support auprès de Canonical, et pas un provider idoine qui paye rien à la boite ).

Perso, je pense qu'ils sont pas encore à l'équilibre pour une simple raison, ils ne le disent pas. Si c'était le cas, Mark le dirait car ça me semble un argument en faveur de la boite ( parce qu'il a promis l'être en 2009 ou 2008 ). Donc si il le dit pas, soit il n'a pas pensé, soit il veut pas mentir.

Et je trouve que c'est triste, le libre serait plus fort avec un acteur économique valable de plus.

Pourtant, Canonical a décidé de réduire et restreindre les envois après un temps en les donnant juste aux équipes locales dument identifiés.
http://blog.canonical.com/2011/04/05/shipit-comes-to-an-end/

vu que les LUGs font encore pas mal de CDs, et que franchement, tout le monde ne sait pas graver un cd sous Windows, je suis pas sur que l'argument "l'adsl est pas dispo partout" soit pertinent. J'ai même l'impression que les gens passent de plus en plus à des connexions avec quota, et donc prendre un cd sur un quota de 20G, c'est pas négligeable.

Et en fait, c'est même le souci pour Canonical, c'est que grosso modo, les boites qui gagnent de l'argent avec ubuntu sont pas celles qui contribuent ( ce qui, vu le niveau de contribution upstream de Canonical, est une forme d'ironie facile à anticiper ).

Bah fait un sondage autour de toi, demande pourquoi les gens utilisent pas de version payante comme SLES ou RHEL sur leur desktop.

soit faut plus de codeurs, soit faut plus de gens pour payer.

Plus de codeurs, bah faut par exemple redonner au C ses lettres de noblesses ( au lieu de pondre 15 languages de templates pour 30 blogs sur 45 frameworks web ).

Plus de gain d'argent, pourquoi pas commencer par payer pour avoir une distro sur son desktop, au lieu de prendre les trucs gratos ? Bien que je pense pas que ça serve à grand chose vu les montants en jeu, filé des thunes à Canonical serait une idée. Payer une souscription RHEL Desktp, ou SLES, ou autre, ça serait envoyer un signe.

Y a des distros qui proposent de garder la comptabilité binaire, comme SLES, RHEL, et surement d'autres. mais bon, pour ça, faut payer, et les gens préfèrent du gratuit.

Comme les extensions quand on mets à jour son navigateur, faudrait pas que ça casse ?

la façon de faire, c'est de prefixer l'api avec la version, mais du coup, tu pétes l'API à chaque fois :)

( mais sinon oui, comme charger php4 et php5, ou avoir mod_perl linké avec l'ancienne libpng et mod_python avec le nouveau, avoir des plugins en gtk3 et d'autres en gtk2 )

Bah l'autre cas que j'ai eu, c'est au niveau du firewall, qui requiert aussi de charger dynamiquement des choses.

Perso, ne pas retirer le paquet du noyau qui tourne, ça me semble une solution facile et propre pour éviter les soucis.

Il y avait déjà des esclaves du temps des civilisations antiques, et pas que en Europe. La chine a fait usage des esclaves pour la grande muraille, et je me souviens avoir lu qu'il y avait déjà une forme de trafic de l'afrique vers l'inde.

Quand à "garder les moutons 5 semaines dans l'année", je t'invite à te renseigner sur le sujet, par exemple sur le site de la BNF ( http://classes.bnf.fr/ema/campagne/enfants/index4.htm ), ou juste en tapant "travail enfant moyen age" dans un moteur de recherche. SI l'espérance de vie était courte, il y avait bien une raison. Et si le nombre moyen d'enfant par femmes était plus haut, il y a aussi une autre raison, c'est pas juste parce que c'est tellement agréable d'accoucher, de risquer sa vie et de se trimballer avec le ventre gonflé dans la forêt. C'est aussi parce que les gamins étaient requis pour faire vivre le foyer, et parce que la mortalité était élevé.

On a du mal à imaginer, mais on a aussi été en voie de développement un jour.

Quel est donc le but voulu alors ?

avoir un système intégré.

Par exemple, je crois pas qu'on puisse dire avec les scripts actuelles "tu lances tel truc avec tel limitation sur le fs, ou sur le réseau" ( http://0pointer.de/blog/projects/security.html ). Je pense pas que les systèmes courants permettent de faire des templates de scripts de lancement (autrement qu'en faisant un gros cut and paste crade ) comme décrit ici http://0pointer.de/blog/projects/instances.html . ( oui, gentoo le fait, mais c'est bien les seuls ).

Tu as aussi des tas de softs avec des soucis moisis. Par exemple, comme je le dit à chaque fois, bind requiert d'attendre pour se relancer car il utilise un mécanisme de communication asynchrone, donc stop/start, ça peut ne pas marcher. Sympa a plus d'une fois bloqué le boot d'un serveur dont je m'occupais car il a besoin que postgresql (dans le cas de la config du serveur) soit lancé et disponible, chose qui n'arrive pas toujours, et dépendance qu'on ne peux pas exprimer avec les systèmes classiques ( sauf à mettre des workarounds du style "je vais attendre 5 secondes pour rien" )

On peut aussi dire ce qu'on veut, c'est plus simple et plus propre d'avoir un fichier de 10 lignes qu'un script de 100. Aussi bien à écrire pour les packageurs, qu'à relire pour l'admin. Rien que la facilité et le fait de pouvoir le déposer upstream mérite le coup ( car bien sur l'admin moyen ne voit pas le coup de maintenance du script, vu qu'il n'a pas à la faire ).

Oui enfin on est pas obligé de contribuer pour pouvoir dire que l'on aime pas, encore heureux.

Dieu merci, quand on contribue, on peut ne pas écouter, vu que ça n'a aucun impact.