Misc a écrit 6314 commentaires

non, c'est pas exactement ça. Policykit demande a un agent , agent qui va demander le mot de passe ou la méthode d'autorisation ( soit mot de passe de l'user, soit root, soit autre chose, c'est souple ). Ensuite, polkit peut aussi décider en se basant sur consolekit ( genre "le droit de regler l'heure est dispo pour la personne connecté physiquement sur la machine sans mot de passe" ).

Consolekit, il gère juste qui est connecté sur la machine, sur un tty, graphiquement, etc ( http://www.freedesktop.org/software/ConsoleKit/doc/ConsoleKit.html ). Voir par exemple la sortie de ck-list-sessions

Parmi l'usage, ça permet notamment de couper le son quand on change d'user ( fast user switching ), de savoir si un utilisateur est connecté en ssh, en tty ou en graphique et d'agir en conséquence ( l'usage en ssh ne donne pas accès à la carte son si quelqu'un est déjà la, pour des questions évidentes d'accès en lecture ( micro, etc )).
Le but étant de gérer de façon plus intelligente que les simples droits unix les problématiques comme "qui a l'accès au clavier à un temps T, à qui je file la clé usb qui vient d'être branché, etc". Des trucs que windows ou os x gère depuis toujours de façon cohérente pour l'utilisateur ( comment, je sais pas ).

Policykit permet de faire des trucs relativement sympas, comme dire "seul les gens de tel groupe peuvent administrer les vms en local", ou bloquer le fait de partager la connexion en wifi sauf si on file le mot de passe root. Ça permet à l'admin d'un poste client de vraiment regler au poil, même si tout n'utilise pas encore ça, et même si je trouve que parfois, c'est pas assez granulaire. Mais les bases sont la.

non je parle de kde 3, mon exemple date un peu. Ceci dit, c'était pas forcément kwin, mais l'outil responsable de la boite de dialogue "log out" de kde 3.4 ou .5, ça devait être lui, non ?

C'est pas systemd qui va changer grand chose, si avoir du code libre donne un pouvoir énorme, c'est déjà trop tard :
http://community.redhat.com/contributions/

Et je me souviens pas avoir vu personne dire "mandriva va avoir plus de pouvoir avec pinit", ni l'équivalent avec arch, gentoo ou même Ubuntu avec upstart ( upstart qui a été mis sur rhel, sur fedora, et sur divers distros à l'époque ).

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.