GeneralZod a écrit 2316 commentaires

Ca a un nom ça, le mariage gris. Et les informaticiens sont très touchés par cette "mode", des filles russes, algériennes, chinoises ou marocaines.

Et ? Faut aussi baiser français pour avoir le label "bon français by marine" tamponné au cul ? Ça a l'air bien chiant la France aux Français ...

1. on forme des étudiants étrangers à nos frais pour les renvoyer dans leurs pays (ou ailleurs, on notera que l'Allemagne auquel le gouvernement français a prêté allégeance les accueille à bras ouverts)
2. on réduit de moitié les permis de travail accordés aux étrangers: tant pis, si on perds des employés expérimentés (et difficilement remplaçable voire irremplaçable), on restreint la possibilité d'intégrer des éléments talentueux dans les entreprises françaises, bref, on perds en compétitivité.
3. on expulse manu-militari des gens qui ont des compétences précieuses, qui sont productifs mais on cajole nos rentiers qui en plus d'être improductifs préfèrent mettre leur argent ailleurs.

L'Edit de Fontainebleau en expulsant les huguenots a entrainé une récession économique sans précédent, ruinant tout les efforts de Colbert pour développer l'industrie et le commerce français, une diaspora qui a enrichi durablement l'Allemagne, la Suisse et les Pays Bas (sur le plan économique, militaire, culturel, etc ...)

Manque plus que les dragonnades, ah non, Claude Néant et ses prédécesseurs y ont pourvus également avec les expulsions forcées et autres violences policières.

Facebook a contribué quelques briques sympas: Cassandra, Hive, Thrift, tornado (libéré suite au rachat de FriendFeed) et ils sont des gros contributeurs à MySQL, memcached, hadoop et php, sans oublier les nombreux mirroirs hébergés chez eux: http://mirror.facebook.net/

Ils sont pas totalement inutile, même si ils ne sont pas éthique.

l'idéal, ça serait de supprimer les avaretards

ça m'embête un peu de partager la même indignation que Judas Iscariote (le mec qui a trahi notre saigneur Jésus Sanchez de St Nazaire).

This documentation is not wholly up to date.

Apprends à lire, ça ne veut pas dire que la doc est obsolète mais qu'elle ne tient pas compte des nouveautés apparues depuis.
ça fait plus d'un an et demi que j'utilise spice et je n'ai pas eu besoin de plus de documentation que ça.
Bref, la prochaine fois, lis la documentation et essaie au lieu de faire le kéké sur DLFP.

D'ailleurs, unity et unity2d sont sur un bateau, l'arbitre sera llvmpipe et son avancement dans l'année qui vient.

En 5 ans, j'ai refait ma config GNOME en tout et pour tout une seule fois: au passage à GNOME3 (et encore, une partie a été automagiquement récupéré dans dconf)

je ne serais pas surpris qu'un de ces quatre, Gnome l’intègre totalement à son projet.

ça avait été déjà proposé, sauf que ça a capoté parce que le mainteneur refusait d'utiliser l'infrastructure GNOME et voulait rester sur launchpad (je suis déçu que les moules n'aient pas su profiter de cette magnifique perche pour troller !)

Spice c'est peut etre la solution mais bon sans outils graphique ni documentation

http://www.spice-space.org/documentation.html
GUI: virt-manager, Vinagre, spicy, y a même un plugin Firefox ...

aucune idée pour EL6, c'est trop vieux pour moi :]

xorg-x11-server-Xspice.x86_64 : XSpice is an X server that can be accessed by a Spice client

merci yum

Spice ? (Xspice est encore lent mais les perfs sont très bonnes avec KVM)

Ton tableur permet aux adhérent d'accèder et de modifier leurs données personnelles sans que tout le monde y ait accès ? De gérer automatiquement les cotisations (relance, savoir si on est à jour, payer en ligne, etc ...) ?

Quant à l'installation de galette, ça ne demande pas non plus un gros effort.

Kay Sievers est l'auteur de ce post

voilà le commentaire de Lennart Harald Hoyer get in the car! Come over to kill /lib, /bin and beer.

1. tu n'as pas vu que la citation était faite par Kay Sievers (le mec d'openSUSE qui a co-proposé le changement en question) dans un but humoristique
2. man second\ degré

Les malcomprenants ont toujours du mal avec le concept de second degré, ici.

Donc pourquoi dire "idem pour journald" sans en tenir compte?

TU confondrais pas analyse et réponse ? parce que ma citation originale c'est: Quant à Journald, tout le monde est d'accord pour dire que l'analyse de Lennart est correct.
Je n'ai pas dit que tout le monde était d'accord avec la réponse de Lennart mais avec l'analyse qu'il a fait du problème, c'est pas du tout la même chose.

Mais avec le poid de RH derriere lui c'est absolument pas vrai cette affirmation

Je ne savais pas que RH avait le pouvoir magique d'imposer ses solutions à toutes les autres distros (Debian, SUSE, Ubuntu, Gentoo etc ...). Faut arrêter les conneries "Lennart bosse chez RH, gnagnagna, RH va pousser son truc".
Primo, la plupart de ses travaux ne sont pas des commandes de RH (RH n'a jamais demandé un remplaçant à Upstart, ça les a même bien emmerdé qu'il le fasse après la sortie de RHEL6), et il doit convaincre non seulement ses collègues mais également la communauté Fedora -hint: le FeSCo qui a la mainmise sur la partie technique est un comité 100% élu par les contributeurs- Secundo, le développement de PA a commencé bien avant que RH n'embauche Lennart, Tertio, faut pas prendre les développeurs de RH pour des buses, si Lennart proposait de la merde, tu crois sincèrement que les mecs diraient amen ?

Lennart a également pris l'habitude de travailler en collaboration avec des gens d'autres distros pour justement éviter l'effet "enfermement communautaire", ses derniers travaux ont été fait en collaboration avec Kay Sievert d'openSUSE (la différence, c'est que Kay Sievert n'est pas une grande gueule mais il est tout aussi efficace). Si ça t'amuses, tu peux parler de complot Chapeaux Rouges- Geckos Verts, mais c'était déjà ridicule dans la bouche du management de Canonical ...

La principale différence est que la GPL oblige les vilaines sociétés capitalistes à reverser le code modifié, pas la BSD mais personne n'a jamais dit que personne ne reversait du code modifié aux projets BSD. C'est deux visions différentes du libre mais tout autant légitime l'une que l'autre.

Et derrière, on se débarrasse de ConsoleKit qui n'a jamais été plus qu'une rustine pour tracer les utilisateurs, les sessions etc ... systemd le fait nativement en utilisant cgroups ! Rien n'empêche d'utiliser autre chose que GDM par ailleurs.

Linux en embarqué, ça veut dire PulseAudio sur les smartphones??

C'est déjà le cas avec WebOS et Meego, y a eu pas mal de conf à ce sujet aux Linux Plumbers Conf et Embedded Linux Conf ... AVoir une couche de haut-niveau ça facilite pas mal la vie. PA c'est fait pour le grand public et convient parfaitement à cet usage.

une surcouche qui finira un jour comme ESD et Arts: remplacée par une autre couche plus révolutionnaire au-dessus du même bordel

PA ne connaitra probablement pas le destin de ESD et Arts pour deux bonnes raisons:
* le refus des développeurs d'intégrer le moindre hack qui n'y a pas sa place. Si ALSA est bogué, on corrige ALSA point barre.
* une bonne conception, PA c'est l'équivalent de CoreAudio sous OS X, pas d'ESD.

Faut arrêter de comparer PA à Jackd, les deux n'ont aucun rapport, le premier vise le grand public, l'autre la MAO -et ne sont pas en compétition-. Jackd par défaut serait une idée complétement stupide que même les développeurs de Jackd déconseillent, et les gens qui font de la MAO, sont principalement sous Mac ou windows, ceux qui le font sous GNU/Linux sont pour la plupart soit des hobbyistes ou des chercheurs.

t'es nouveau ici ? Parce que ça montre que tu n'as pas du tout suivi le pourquoi de la création d'ALSA et je te conseille vivement de te renseigner (wikipedia est ton ami). OSS [:lol]

Slackware est un cas particuliers, ils ont un init BSD et ne cherchent pas à passer à autre chose (les *BSD ont eu déjà mis à jour leurs init depuis belle lurette). Ça fait des années que les distros avec un init SysV parlent d'en changer, launchd a été envisagé mais n'a pas été retenu pour des raisons de licence (Apple a passé launchd en licence Apache mais trop tard), upstart a été choisi mais n'avançait plus et personne hors ubuntu n'était passé au format natif (la compatibilité LSB est tout aussi temporaire que dans systemd).
Tu remarqueras que le procès "systemd casse toute ma façon de gérer l'init" s'applique tout autant à launchd et Upstart mais personne ne le leur a fait avec autant de virulence.

tout le monde == les gens qui comptent c'est à dire les personnes qui ont expertise suffisante pour peser le pour et le contre (ie: le développeur d'upstart, les intégrateurs, etc ...), pas les trolls de LWN ou de DLFP qui se secouent la nouille parce qu'ils veulent pas changer leurs habitudes vieilles de 30 ans dont on a rien à foutre de leur avis. Je ne vois personne de sensé qui oserait dire que l'init SysV a encore sa place de nos jours.

Idem pour journald, le libre est une méritocratie, si ce que Lennart propose ne te plait pas, fais mieux encore !

Init suffisait, un petit néttoyage aurait été moins pénalisant ou pousser upstart plutôt qu'un system-D (porte bien son nom) qui bouscule tout.

Tout le monde était d'accord pour dire que l'init SysV a fait son temps, d'ailleurs tout les concurrents de systemd sont incompatibles (launchd, upstart)

Pulseaudio: pareil, peaufiner ALSA ou OSSv4 orchestré par JACKd (Ce qui n'excluerait pas les BSD ) aurait été bien bénéfique

OSSv4 fait par les mecs qui ont rendu propriétaire OSSv3 ? jamais de la vie, améliorer ALSA ? avant PA, tout le monde passait son temps à contourner les bogues de celui-ci dans les couches supérieures, Lennart a permis de changer ça en refusant d'inclure le moindre hack.
Quant à Jackd, il n'a tout simplement pas les mêmes objectifs que PA.

Comme on le voit, on aurait moins d'annonce fracassant et de fracas à l'usage et on resterait copains avec les systèmes BSD.

C'est se voiler la face, les BSD avaient déjà un init différent, PA est posix-compliant et tourne sur différents système (OS X, Windows, FreeBSD, NetBSD), etc ...

Quant à Journald, tout le monde est d'accord pour dire que l'analyse de Lennart est correct, laissons lui le temps de développer sa solution et aux solutions existantes de corriger ça. Après, on pourra juger sur pièce.

Quel humour ! C'est ce qu'on utilise, avec les pilotes SPICE (solution corp)

Tu dois parler de virtio, effectivement comme le dit le collègue ci-dessus, c'est un bug ext4 mais même avec VirtualBox, c'est la solution la plus efficace pour les I/O (disque et réseau) y compris sous VirtualBox.
Quant à Spice, c'est du VDI et c'est nettement plus efficace que du VNC ou du RDP avec quelques goodies sympa.

Virt-Manager plante environ toutes les 10 minutes donc c'est totalement inutilisable (testé sur Fedora 15 et 16)

J'utilise la CLI (virsh) avec libvirt et vinagre pour la visualisation, mais aucun de mes développeurs n'a eu de soucis avec virt-manager pour accèder aux machines virtuelles.

Virtualbox est peut être mal fichu mais je n'ai pas de plantages et c'est utilisable et rapide.

VirtualBox me corrompt régulièrement la mémoire et se fait tatanner la gueule par le noyau. Utilisable dans un cadre non-industriel, oui, rapide, pas du tout.