Hier mon cousin a switcher de windows Xp vers mandriva.
Quand il était jeune il a fait un dessin très jolie c'était il y a bien 6 ans.
Depuis il troll pas mal sur un peu tout les sujets qui lui passe par la tête.
Non mais franchement tout le monde en parle alors qu'il n'y a vraiment pas grand chose a en dire. Même quand linus change de distrib ça fait moins de bruit.
C'est pas tant le changement de distrib qui fait du bruit ...
C'est le troll lancé dans la devel-list de fedora, avec qques attaques en règles ...
ça va relancer le débat sur l'intégration de blobs proprios dans les distribs grands publics ... (débat quand même très chere sous dlfp ces derniers temps)
J'espere qu'il est au courant qu'Ubu a abandonné l'idée d'intégrer les drivers gfx proprios en standard dans la prochaine feisty ;-)
>>> Canonical's recent deal with Linspire, which will give Linux users legal access to WMF and other key proprietary codecs, is precisely the sort of thing Red-Hat/Fedora could and should have taken the lead in.
J'ai beau être ubuntiste je ne suis pas certain que ce soit un argument qui me mette en joie.
Oh oui, pire ca doit bien exister: imagine par exemple un redneck qui milite pour pour le port des armes a feu, ca me rendrait pas particulierement heureux de le voir defendre la meme distrib que moi.
ah oui cela me fait penser que l'autre fois j'ai vu Jean Marie Lepen, et il m'a confié qu'il avait rencontré un jour dans un ascenseur en Belgique un gars avec qui il avait rapidement sympathisé, le gars en question lui a parlé des logiciels libres, de linux etc, et depuis il a effacé sa partition windows pour installer ubuntu à la place. C'est mignon non ?
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm". Il a forcément fait un "--nodeps" car c'est une librairie qui est utilisé et les dépendances de librairie sont calculée automatiquement par rpm. Après rpm ne marchait plus. Et donc après il gueule car il n'y a pas de version static de rpm dans Fedora. Il a fait une connerie, il assume. Le jour où il fait "rm -f /bin/rpm_static" il va gueuler car il n'y a pas /bin/rpm_static_au_secours pour les con qui virent /bin/rpm_static.
Et ESR est de mauvaise fois car il sait comment récupérer ce type de connerie. Il suffit de booter avec le CD-ROM ou d'utiliser une installation parallèle.
Le problème, s'il y en un, ce n'est pas rpm. C'est le contrôle des dépôts. Ça n'a rien à voir avec rpm ou deb.
Autre chose. Beaucoup qui utilisent Fedora ajoutent plein de dépôt qui sont, et c'est très souvent indiqué, incompatibles avec Fedora Extras. Mais en même temps ils ont Fedora Extras. Au final ça ne peut que exploser. Et passer à deb ne change rien à ce problème. Sans compter que deb ne supporte pas multilib, ne supporte pas SeLinux, etc...
L'autre problème classique, c'est un mirroir qui n'est pas à jour. Par exemple Fedora Extras est mise à jour (passe une libtoto-1.2 à libtoto-1.4) et dans l'heure livna est mis à jour pour utiliser libtoto-1.4. Manque de change lorsque l'utilisateur fait "yum update" alors que son mirroir Fedora Extras n'est pas à jours. Donc yum dit qu'il manque libtoto-1.4 pour faire la mise à jour (et il a raison). Dans ce cas, il faut faire sont "yum update" le lendemain et c'est tout. L'échec du "yum update" précédent est sans conséquence.
Ce problème on l'a aussi avec deb.
Un fois qu'on enlève ces problèmes classiques qui n'ont rien à voir avec rpm et où deb n'est en rien une solution, il n'y a pas de problème avec une Fedora stable. Ou alors c'est exceptionnel (genre une fois tous les 3 mois) et sans conséquence (puisque la mise à jour est refusée).
Pour F7, il y aura un contrôle systèmatique (via un programme qui contrôle les dépendances d'un dépôt). Par exemple un paquet ne pourra être mise en "update" s'il casse des dépendances. Ceci n'a rien à voir avec rpm.
NB : F7 aura les dépendances de contrôlé pour "feu" Fedora Core et Fedora Extras. F7 ne va pas contrôler les dépendances de Freshrpms ou Livna par exemple.
[admin@one ~]$ rpm -e e2fsprogs-libs
erreur: Dépendances requises:
libblkid.so.1 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
libblkid.so.1 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libblkid.so.1 est nécessaire pour (déjà installé) util-linux-2.13-0.46.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386 libcom_err.so.2 est nécessaire pour (déjà installé) rpm-build-4.4.2-32.i386
libcom_err.so.2 est nécessaire pour (déjà installé) cyrus-sasl-2.1.22-4.i386
libcom_err.so.2 est nécessaire pour (déjà installé) curl-7.15.5-1.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) gnome-vfs2-2.16.2-2.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) vorbis-tools-1.1.1-3.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) openssl-0.9.8b-8.3.fc6.i686
libcom_err.so.2 est nécessaire pour (déjà installé) neon-0.25.5-5.1.i386
libcom_err.so.2 est nécessaire pour (déjà installé) subversion-1.4.2-2.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) openssh-clients-4.3p2-14.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) krb5-libs-1.5-13.i386
libcom_err.so.2 est nécessaire pour (déjà installé) krb5-devel-1.5-13.i386 libcom_err.so.2 est nécessaire pour (déjà installé) rpm-4.4.2-32.i386
libcom_err.so.2 est nécessaire pour (déjà installé) gnupg-1.4.6-2.i386
libcom_err.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) openssh-4.3p2-14.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) samba-common-3.0.24-1.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) samba-client-3.0.24-1.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) samba-3.0.24-1.fc6.i386
libcom_err.so.2 est nécessaire pour (déjà installé) evolution-data-server-1.8.3-1.fc6.i386
libe2p.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
libe2p.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libext2fs.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
libext2fs.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libss.so.2 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
libss.so.2 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libuuid.so.1 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
libuuid.so.1 est nécessaire pour (déjà installé) apr-1.2.7-10.i386
libuuid.so.1 est nécessaire pour (déjà installé) apr-util-1.2.8-1.fc6.i386
libuuid.so.1 est nécessaire pour (déjà installé) cryptsetup-luks-1.0.3-2.1.i386
libuuid.so.1 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
libuuid.so.1 est nécessaire pour (déjà installé) util-linux-2.13-0.46.fc6.i386
e2fsprogs-libs = 1.39-7.fc6 est nécessaire pour (déjà installé) e2fsprogs-devel-1.39-7.fc6.i386
e2fsprogs-libs = 1.39-7.fc6 est nécessaire pour (déjà installé) e2fsprogs-1.39-7.fc6.i386
Mais rpm n'affiche que les dépendances directes.
Avec yum :
[blabla]
rpm i386 4.4.2-32 installed 1.6 M
rpm-build i386 4.4.2-32 installed 2.0 M
rpm-libs i386 4.4.2-32 installed 2.0 M
rpm-python i386 4.4.2-32 installed 113 k
[blabla]
Transaction Summary
=============================================================================
Install 0 Package(s)
Update 0 Package(s) Remove 370 Package(s)
C'est claire, rpm et yum lui disent que sans e2fsprogs-libs, rpm ne peut plus marcher. ESR a voulu vérifier... et après il a été énervé de constater que rpm et yum avaient raison.
une question d'une personne qui ne connait pas du tout rpm : comment il a pu faire pour virer ca si RPM en dépend, sans que ca le prévienne que ca va virer RPM?
"rpm -e --nodeps e2fsprogs-libs" ne vire pas rpm. Il vire une librairie nécessaire à rpm. Mais rpm reste installé.
Par contre "yum remove e2fsprogs-libs" vire rpm et yum (mais tu dois confirmer l'action).
> sans que ca le prévienne que ca va virer RPM?
Ben si, tu es prévenu (relis mon commentaire précédent).
Notons la "philosophie" du compte root sous Unix/Linux. Le compte root peut tout faire (conneries comprises). Le compte root ne t'empêchera pas de faire des conneries (sous Windows XP, même avec le compte administrateur il y a certaines dll qu'on ne peut virer par exemple).
A noter que sous mandriva tu peux pas dégager de dépendance du paquet basesystem (nécessaire pour booter) avec urpmi, il te jette simplement, par contre virer rpm+urpmi c'est possible...
Après faut être con pour utiliser --nodeps, j'ai eu a l'utiliser dans seulement 3 cas sous mandriva (paquets pas super bien fait) :
konversation (requires kdebase inutile)
xinetd (demandé par cups et svn-server)
svn-server (demandé par apache_mod-dav-svn inutile)
Bon c'est des bugs reportés mais trop tard pour être corrigés :'(
En dehors de ça j'ai jamais eu a faire ce genre de conneries...
Après il y a tout de même le paramètre --test pour vérifier que ça va rien casser.
Franchement casser rpm et autre faut sois faire une connerie, soit tomber sur un paquets vraiment cassé.
C'est arrivé une fois lors de la mise a jour 2006=>2007 urpmi est cassé a cause de perl-URPM qui s'installait pas comme il faut, un rpm a la main a réglé le soucis, par contre pour des paquets moins critiques c'est arrivé quelques fois...
Il y a aussi le changement de glibc auquel il faut prêter attention tout de même.
Cela pouvait causer des problèmes lors d'un passage de Mandrake 10.1 à Mandriva 2006, comme cela m'était arrivé : http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 (bon une fois que la bonne méthode est maîtrisée, ça évite les problèmes... maintenant les paquets prennent correctement en compte ce souci il me semble).
Putain y'en a qui sont balaises en ascii-art....ou alors c'est moi qui suis un gros naïf et y'a des softs qui le font automatiquement à partir d'un dessin ?
oui, sans doute, mais pour ce genre d'ascii art, c'est clairement fait à la main. Sinon pour bien le voir sur la liste, il vaut mieux copier et coller le code dans un éditeur de texte avec des polices non-proportionnelles.
Pour les exportations en "ascii", c'est surtout pour émuler les demi-teintes.
Marrant, je viens de trouver ce site, et on peut voir les 2 types : http://www.ascii-fr.com/
effectivement avec firefox cela passe correctement, je ne comprends pas pourquoi konqueror ne prend pas en compte cette balise "pre", et en plus il n'y a pas de feuille de style associée, peut-être que c'est juste chez moi et qu'il faudrait que je redémarre KDE mais là j'ai trop de trucs d'ouverts en même temps...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
Quelles souvenirs de l'époque où je lisais les mailings Fedora.
ESR n'est pas vraiment un homme de compromis, il n'aime pas "se fondre dans le moule" ou adhérer à un mouvement qui ne lui satisfait pas pleinement. Il a un fort caractère et peste souvent. En caricaturant il se prend pour une star... C'était un bon contributeur, mais sans plus. Mais il demande à Fedora ce que Fedora n'est pas. http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
Canonical's recent deal with Linspire, which will give Linux users legal access to WMF and other key proprietary codecs, is precisely the sort of thing Red-Hat/Fedora could and should have taken the lead in.
Fedora n'est pas ça et ne veut pas ça. Fedora n'empêchera jamais personne de le faire, mais hors du projet Fedora. Il y aura peut-être une Fedora-Windows avec les codecs Windows en payant. Fedora ne l'empêchera pas. Mais la Fedora-Windows ne sera pas sous le chapeau du projet Fedora.
C'est peut-être prétentieux, mais Fedora veux être aux distributions (à l'OS GNU/Linux) ce que Linux est au noyau. Linux donne la cadence et ne s'adapte pas aux exigences non techniquement justifiées des drivers proprio. Linux est libre, libre de ses choix/évolutions. Pas de compromis dans ce domaine. D'où Linux qui casse souvent la compatiblité au grand désespoire de NVidia ou VMware (voir par exemple l'adoption de kvm et non de la solution binaire de VMware).
Nobody ever said it "should" be a major desktop alternative or play mp3s. The goal of Fedora is "..the rapid progress of free and open source software and content". Fedora "allows" you to do what you want with it, it's not everything to everyone and doesn't try to be.
ESR exige quelque chose d'incompatible avec le projet Fedora.
Bonne route à ESR. Mais je crois qu'il sera aussi déçu par Ubuntu. J'ai le sentiment qu'il ne peut jamais être satisfait.
> A mon avis, il ne manquera a personne ce gars la
J'avais lu sur cooker le thread où Warly annoncait son départ de Mandriva. Thread sans intérêt en un sens mais plein émotions, plein de "merci et bonne route", etc...
J'ai vu la même chose quand Mike A. Harris (gros contributeur à Xorg, remplacé par Adam Jackson) a quitté Red Hat.
Pour ESR quittant Fedora, il n'y a rien dans ce registre. On est limite dans le registre "bon débarras".
Je ne connais pas le monsieur, mais effectivement, c'est caricatural. Si c'est se prendre pour une star que de tenir mordicus à des critères qu'on s'est fixé pour soi-même ou les autres... ou va-t-on ?
Franchement (et c'est mon avis sur tout le débat), On s'en branloutte sévère que ESR, RMS, Linus change de distrib......
Aprés tout ce lui convient pas, bah il part... Je vois pas pourquoi il faudrait se justifier de changer de distrib, et encore moins pourquoi il faudrait enflammer la mailing de la dite distrib...
From Wikipedia, the free encyclopedia
ESR may stand for:
* Erythrocyte sedimentation rate
* East side rydas
* Electron spin resonance
* Equivalent series resistance
* Eric S. Raymond, an open source software advocate
* Earlham School of Religion at Earlham College in Richmond, Indiana, United States
* Electro Slag Remelting
* Emergency Sun Reacquisition, an attitude control mode of the Solar and Heliospheric Observatory (SOHO) where SOHO attempts to recover from an anomalous spacecraft attitude
* ESR Technology
* Eufinity Solution for Retail
# non-événement
Posté par marseillais (site web personnel) . Évalué à 4.
Quand il était jeune il a fait un dessin très jolie c'était il y a bien 6 ans.
Depuis il troll pas mal sur un peu tout les sujets qui lui passe par la tête.
Non mais franchement tout le monde en parle alors qu'il n'y a vraiment pas grand chose a en dire. Même quand linus change de distrib ça fait moins de bruit.
[^] # Re: non-événement
Posté par manatlan (site web personnel) . Évalué à 3.
C'est le troll lancé dans la devel-list de fedora, avec qques attaques en règles ...
ça va relancer le débat sur l'intégration de blobs proprios dans les distribs grands publics ... (débat quand même très chere sous dlfp ces derniers temps)
J'espere qu'il est au courant qu'Ubu a abandonné l'idée d'intégrer les drivers gfx proprios en standard dans la prochaine feisty ;-)
[^] # Re: non-événement
Posté par Gniarf . Évalué à 3.
on notera le très délicat :
Cc: lwn lwn net, editors newsforge com, sjvn vna1 com, editors linuxtoday com
de son mail : c'est comme s'il avait voulu que ça se sache.
[^] # Re: non-événement
Posté par Miod in the middle . Évalué à 2.
On dirait un homme politique sur la pente descendante.
[^] # Re: non-information
Posté par Mouns (site web personnel) . Évalué à 5.
deja il faudrait savoir si Linus recompile son noyau ou utilise un des noyaux de sa distrib.
je sais ou est la sortie -> []
[^] # Re: non-information
Posté par Misc (site web personnel) . Évalué à 7.
[^] # Re: non-information
Posté par Snarky . Évalué à 1.
tu voulais dire Hurd j'espère ? Parce que emacs n'a pas encore un parseur de temp fonctionnel :-p
# ESR est un has been
Posté par patrick_g (site web personnel) . Évalué à 10.
J'ai beau être ubuntiste je ne suis pas certain que ce soit un argument qui me mette en joie.
[^] # Re: ESR est un has been
Posté par ploum (site web personnel, Mastodon) . Évalué à 8.
Excepté que RPM ça sucks, il a mis le temps à le reconnaître....
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: ESR est un has been
Posté par BAud (site web personnel) . Évalué à 5.
Il doit pourtant y avoir "pire" comme utilisateur que ESR non ?
[^] # Re: ESR est un has been
Posté par Erwan . Évalué à 2.
Alors que ESR...
[^] # Re: ESR est un has been
Posté par B16F4RV4RD1N . Évalué à 4.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: ESR est un has been
Posté par Pierre Carrier . Évalué à -1.
OK je --->[]
[^] # Re: ESR est un has been
Posté par IsNotGood . Évalué à 10.
Ça c'est le troll de base.
Deb sucks : http://linuxrevolution.blogspot.com/2006/08/ubuntu-update-br(...)
Bon voilà, la balle est au centre.
ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm". Il a forcément fait un "--nodeps" car c'est une librairie qui est utilisé et les dépendances de librairie sont calculée automatiquement par rpm. Après rpm ne marchait plus. Et donc après il gueule car il n'y a pas de version static de rpm dans Fedora. Il a fait une connerie, il assume. Le jour où il fait "rm -f /bin/rpm_static" il va gueuler car il n'y a pas /bin/rpm_static_au_secours pour les con qui virent /bin/rpm_static.
Et ESR est de mauvaise fois car il sait comment récupérer ce type de connerie. Il suffit de booter avec le CD-ROM ou d'utiliser une installation parallèle.
Le problème, s'il y en un, ce n'est pas rpm. C'est le contrôle des dépôts. Ça n'a rien à voir avec rpm ou deb.
Autre chose. Beaucoup qui utilisent Fedora ajoutent plein de dépôt qui sont, et c'est très souvent indiqué, incompatibles avec Fedora Extras. Mais en même temps ils ont Fedora Extras. Au final ça ne peut que exploser. Et passer à deb ne change rien à ce problème. Sans compter que deb ne supporte pas multilib, ne supporte pas SeLinux, etc...
L'autre problème classique, c'est un mirroir qui n'est pas à jour. Par exemple Fedora Extras est mise à jour (passe une libtoto-1.2 à libtoto-1.4) et dans l'heure livna est mis à jour pour utiliser libtoto-1.4. Manque de change lorsque l'utilisateur fait "yum update" alors que son mirroir Fedora Extras n'est pas à jours. Donc yum dit qu'il manque libtoto-1.4 pour faire la mise à jour (et il a raison). Dans ce cas, il faut faire sont "yum update" le lendemain et c'est tout. L'échec du "yum update" précédent est sans conséquence.
Ce problème on l'a aussi avec deb.
Un fois qu'on enlève ces problèmes classiques qui n'ont rien à voir avec rpm et où deb n'est en rien une solution, il n'y a pas de problème avec une Fedora stable. Ou alors c'est exceptionnel (genre une fois tous les 3 mois) et sans conséquence (puisque la mise à jour est refusée).
Pour F7, il y aura un contrôle systèmatique (via un programme qui contrôle les dépendances d'un dépôt). Par exemple un paquet ne pourra être mise en "update" s'il casse des dépendances. Ceci n'a rien à voir avec rpm.
NB : F7 aura les dépendances de contrôlé pour "feu" Fedora Core et Fedora Extras. F7 ne va pas contrôler les dépendances de Freshrpms ou Livna par exemple.
[^] # Re: ESR est un has been
Posté par IsNotGood . Évalué à 3.
Désolé, je voulais dire multi-arch (mixer i386 et x86_64).
[^] # Re: ESR est un has been
Posté par IsNotGood . Évalué à 4.
Avec rpm sans "--nodeps" on a :
Mais rpm n'affiche que les dépendances directes.
Avec yum :
C'est claire, rpm et yum lui disent que sans e2fsprogs-libs, rpm ne peut plus marcher. ESR a voulu vérifier... et après il a été énervé de constater que rpm et yum avaient raison.
[^] # Re: ESR est un has been
Posté par marseillais (site web personnel) . Évalué à 2.
[^] # Re: ESR est un has been
Posté par Dr BG . Évalué à 3.
Si tu dis à RPM de ne pas regarder les dépendances, alors forcément, il ne le fait pas. Enfin, ce n'est que suppositoire ... va savoir exactement.
[^] # Re: ESR est un has been
Posté par IsNotGood . Évalué à 3.
"rpm -e --nodeps e2fsprogs-libs" ne vire pas rpm. Il vire une librairie nécessaire à rpm. Mais rpm reste installé.
Par contre "yum remove e2fsprogs-libs" vire rpm et yum (mais tu dois confirmer l'action).
> sans que ca le prévienne que ca va virer RPM?
Ben si, tu es prévenu (relis mon commentaire précédent).
Notons la "philosophie" du compte root sous Unix/Linux. Le compte root peut tout faire (conneries comprises). Le compte root ne t'empêchera pas de faire des conneries (sous Windows XP, même avec le compte administrateur il y a certaines dll qu'on ne peut virer par exemple).
[^] # Re: ESR est un has been
Posté par Raphaël G. (site web personnel) . Évalué à 0.
Après faut être con pour utiliser --nodeps, j'ai eu a l'utiliser dans seulement 3 cas sous mandriva (paquets pas super bien fait) :
konversation (requires kdebase inutile)
xinetd (demandé par cups et svn-server)
svn-server (demandé par apache_mod-dav-svn inutile)
Bon c'est des bugs reportés mais trop tard pour être corrigés :'(
En dehors de ça j'ai jamais eu a faire ce genre de conneries...
Après il y a tout de même le paramètre --test pour vérifier que ça va rien casser.
Franchement casser rpm et autre faut sois faire une connerie, soit tomber sur un paquets vraiment cassé.
C'est arrivé une fois lors de la mise a jour 2006=>2007 urpmi est cassé a cause de perl-URPM qui s'installait pas comme il faut, un rpm a la main a réglé le soucis, par contre pour des paquets moins critiques c'est arrivé quelques fois...
[^] # Re: ESR est un has been
Posté par BAud (site web personnel) . Évalué à 2.
Cela pouvait causer des problèmes lors d'un passage de Mandrake 10.1 à Mandriva 2006, comme cela m'était arrivé : http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 (bon une fois que la bonne méthode est maîtrisée, ça évite les problèmes... maintenant les paquets prennent correctement en compte ce souci il me semble).
[^] # Re: ESR est un has been
Posté par Raphaël G. (site web personnel) . Évalué à -1.
Ensuite la mandrake 10.1 est vraiment vielle désormais...
(et j'ai jamais subis ce soucis de mise a jour malgré de nombreux essais...)
# A suivre ...
Posté par manatlan (site web personnel) . Évalué à 2.
Je pense qu'il devrait y avoir moyen de faire une excellente bulle
# AC/ESR/RMS
Posté par olivn . Évalué à 5.
https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)
[^] # Re: AC/ESR/RMS
Posté par Aurélien Bompard (site web personnel) . Évalué à 3.
https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)
[^] # Re: AC/ESR/RMS
Posté par nats . Évalué à 4.
https://www.redhat.com/archives/fedora-devel-list/2007-Febru(...)
[^] # Re: AC/ESR/RMS
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: AC/ESR/RMS
Posté par Joris Dedieu (site web personnel) . Évalué à 2.
[^] # Re: AC/ESR/RMS
Posté par B16F4RV4RD1N . Évalué à 1.
Pour les exportations en "ascii", c'est surtout pour émuler les demi-teintes.
Marrant, je viens de trouver ce site, et on peut voir les 2 types : http://www.ascii-fr.com/
.........+-------------------+..............:\:\:/:/:.............
.........|...PLEASE.DO.NOT...|............:.:\:\:/:/:.:...........
.........|..FEED.THE.TROLLS..|...........:=.'.-...-.'.=:..........
.........|...................|...........'=(\.9...9./)='..........
.........|...Thank.you,......|..............(..(_)..).............
.........|.......Management..|............../`-vvv-'\.............
.........+-------------------+............./.........\............
.................|..|........@@@.........././|,,,,,|\.\...........
.................|..|........@@@........./_//../^\..\\_\..........
...@x@@x@........|..|.........|/.........WW(..(...)..)WW..........
...\||||/........|..|........\|...........__\,,\./,,/__...........
....\||/.........|..|.........|..........(______Y______)..........
/\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
(templeet retire les espaces inutiles, aussi je les ai remplacées par des points)
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: AC/ESR/RMS
Posté par Sufflope (site web personnel) . Évalué à 3.
Change de navigateur, ça s'affiche nickel chez moi (et beaucoup plus beau qu'avec tes points, là :D)
[^] # Re: AC/ESR/RMS
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: AC/ESR/RMS
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: AC/ESR/RMS
Posté par lolop (site web personnel) . Évalué à 2.
Googoe jpg2ascii...
http://www.jennana.com/projects/ascii.php
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# ESR
Posté par IsNotGood . Évalué à 4.
ESR n'est pas vraiment un homme de compromis, il n'aime pas "se fondre dans le moule" ou adhérer à un mouvement qui ne lui satisfait pas pleinement. Il a un fort caractère et peste souvent. En caricaturant il se prend pour une star... C'était un bon contributeur, mais sans plus. Mais il demande à Fedora ce que Fedora n'est pas.
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
Fedora n'est pas ça et ne veut pas ça. Fedora n'empêchera jamais personne de le faire, mais hors du projet Fedora. Il y aura peut-être une Fedora-Windows avec les codecs Windows en payant. Fedora ne l'empêchera pas. Mais la Fedora-Windows ne sera pas sous le chapeau du projet Fedora.
C'est peut-être prétentieux, mais Fedora veux être aux distributions (à l'OS GNU/Linux) ce que Linux est au noyau. Linux donne la cadence et ne s'adapte pas aux exigences non techniquement justifiées des drivers proprio. Linux est libre, libre de ses choix/évolutions. Pas de compromis dans ce domaine. D'où Linux qui casse souvent la compatiblité au grand désespoire de NVidia ou VMware (voir par exemple l'adoption de kvm et non de la solution binaire de VMware).
Une bonne réponse :
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
ESR exige quelque chose d'incompatible avec le projet Fedora.
Bonne route à ESR. Mais je crois qu'il sera aussi déçu par Ubuntu. J'ai le sentiment qu'il ne peut jamais être satisfait.
Le délicieux (ou féroce) Alan Cox :
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
Alan Cox m'impression toujours par le mordant de ses commentaires.
[^] # Re: ESR
Posté par pasBill pasGates . Évalué à 7.
Qui se rappelle de sa fameuse prose qui essayait de justifier pourquoi VA Linux(pour qui il bossait a l'epoque) allait passer ses softs en proprio ?
Ah qu'elle etait bonne celle-la...
A mon avis, il ne manquera a personne ce gars la, ca aurait ete Alan Cox j'aurais ete bien plus inquiet.
[^] # Re: ESR
Posté par IsNotGood . Évalué à 2.
J'avais lu sur cooker le thread où Warly annoncait son départ de Mandriva. Thread sans intérêt en un sens mais plein émotions, plein de "merci et bonne route", etc...
J'ai vu la même chose quand Mike A. Harris (gros contributeur à Xorg, remplacé par Adam Jackson) a quitté Red Hat.
Pour ESR quittant Fedora, il n'y a rien dans ce registre. On est limite dans le registre "bon débarras".
[^] # Re: ESR
Posté par romain . Évalué à 2.
Dehors ! :-)
[^] # Re: ESR
Posté par IsNotGood . Évalué à 2.
Pas forcément tant que ça...
http://www.redhat.com/archives/fedora-devel-list/2007-Februa(...)
Ça nous fait 3 articles et à la demande de monsieur :
http://lwn.net/Articles/223038/
http://os.newsforge.com/os/07/02/21/1347213.shtml?tid=2&(...)
http://www.linuxtoday.com/infrastructure/2007022103626INDBRH
Si tous les gens qui quittaient une distribution faisaient comme lui...
[^] # Re: ESR
Posté par Joris Dedieu (site web personnel) . Évalué à 2.
http://fr.wikipedia.org/wiki/Eric_Raymond
http://geekz.co.uk/lovesraymond/archive/
[^] # Re: ESR
Posté par romain . Évalué à 2.
# Qui sait
Posté par André Rodier . Évalué à 2.
[^] # Re: Qui sait
Posté par nats . Évalué à 3.
Aprés tout ce lui convient pas, bah il part... Je vois pas pourquoi il faudrait se justifier de changer de distrib, et encore moins pourquoi il faudrait enflammer la mailing de la dite distrib...
# zut aux journaux obscurs
Posté par alice . Évalué à 2.
[^] # Re: zut aux journaux obscurs
Posté par Gilles G. . Évalué à 4.
Fais ton choix!
[^] # Re: zut aux journaux obscurs
Posté par olivn . Évalué à 2.
# très bon cassage
Posté par Anonyme . Évalué à 6.
Un très très bon cassage de esr :)
[^] # Re: très bon cassage
Posté par Nicolas Évrard (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: très bon cassage
Posté par BAud (site web personnel) . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.