Misc a écrit 6651 commentaires

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.

Ouais, c'est aussi ce que je me dit, et puis "paf, je branche une clé usb" ou "paf, je mets un dvd", et oups, ça monte plus car le fs est pas chargé.

40 ans ? Tu es optimiste, en pratique, des conditions de travail pourris, y en a toujours eu. Ce qui est arrivé, c'est juste que les conditions dans certains pays se sont améliorés.

Pas pire que faire du rolling release en fait.

En fait, de ce que j'ai vu, chez Mint, la gestion de la sécu, on s'en fout cf CVE-2012-1566
(et perso, pour trouver ça, j'ai pas eu besoin de chahuter dans tout les sens, juste de regarder ce qu'ils font)

En quoi les packageurs doivent rester neutres ?

Un packageur, c'est pas un representant du peuple ou ce genre de choses, c'est un mec qui bosse ( soit de façon bénévole, soit pas ) pour faire de l'intégration entre un soft et une tonne d'autres soft dans le cadre d'un projet de distribution logiciel. Le packageur fait des choix sans arrêt, il est pas la pour être neutre.

Pourquoi suffit juste de faire plusieurs commentaires en même temps.

Voler une idée, c'est comme voler une musique ?

A noter la performance d'un des participants, qui a testé tout les jeux pendant 1 ou 2 mois :
http://k3rnel.net/2012/09/28/the-liberated-pixel-cup-the-fine-summary/

Sinon vous pouvez aussi demander à votre entreprise de payer l’accès ( tout comme des gens ont des abos LinuxMag et co au bureau ).

Du coup, ça serait presque intéressant d'avoir une norme autour de pkgconfig, pour pouvoir unifier tout ça.