Quand donc les créateurs de distributions GNU/Linux vont-ils arrêter de se comporter en adolescents boutonneux et sexuellement immatures ?

Désolé pour le côté excessif du titre, mais c’est l’expression de ma lassitude par rapport au comportement irresponsable d’une partie des créateurs de distributions.

Un commentaire récent auquel j’ai très gentiment répondu m’a fait comprendre que j’étais un vieux con, qui ne comprenait pas l’importance  primordiale de proposer une nouvelle distribution GNU/Linux qui aurait été produite comme une pollution nocturne après un rêve un peu trop osé.

Je cite le morceau en question, vous pourrez lire en entier le commentaire en suivant le lien :

Avoir la responsabilité du choix est la corrolaire de la liberté. Vive la liberté ! Et vive le choix !

Ainsi, parmi la multitude de raisons qui me pousseraient peut-être un jour à monter ma propre distribution, il y aura par exemple l’ego, parce que je serai fier de montrer à tous que j’ai MA distro, le divertissement, ou encore le besoin d’indépendance… Bref, tout ce qui fait que nous pouvons aujourd’hui profiter du moindre logiciel libre.

C’est ici le noeud, non je ne pensais pas à l’appellation grivoise d’une partie des organes génitaux masculins, du problème.

La responsabilité du choix… C’est beau comme Aragon qui parlait de Staline. Bref…

Mais cette vision paranoïaque pour ne pas dire extrémiste est incompatible avec les ressources du logiciel libre. J’ai de nombreuses fois critiqués cette croyance qu’on peut mieux faire que l’autre.

C’est vrai si on s’appelle Linus Torvalds, Theo de Raadt, Richard Matthew Stallman, Eric S. Raymond, Hans Reiser ou encore Patrick Volkerding. Pour ne citer que les plus célèbres.

Autant dire une minorité des développeurs.

Continuer la lecture de « Quand donc les créateurs de distributions GNU/Linux vont-ils arrêter de se comporter en adolescents boutonneux et sexuellement immatures ? »

Viperr ? On va passer la cinquième pour Noël ? :)

Viperr, la distribution GNU/Linux basée sur Fedora Linux et Openbox vient de sortir dans sa cinquième version. Une annonce a été faite sur le page google+ de la distribution.

Un errata a été rajouté par rapport à un bug qui provoquait l’utilisation par défaut d’un noyau « en debug ». Ce qui a entrainé la génération de nouvelles images ISO. Est-ce le bug 1025301 concernant la Fedora Linux ? J’avoue que je n’en sais rien. Et c’est dommage !

Ayant aidé au béta-test, c’est tout logiquement que je vais présenter la cinquième mouture de la distribution. Cette fois, elle se base sur la Fedora Linux 20. Je tiens à remercier l’équipe derrière Viperr… Et dire que j’avais dit que le blog passait en mode « vacances » durant quelque temps…

J’ai donc fait chauffé mon wget pour récupérer la version 5 ou « V » (??) en français et en 64 bits.

[fred@fredo-arch ISO à tester]$ wget -c http://coyotus.com/viperr/iso/ViperrV_FR_x86_64.iso
–2013-12-24 19:14:05– http://coyotus.com/viperr/iso/ViperrV_FR_x86_64.iso
Résolution de coyotus.com (coyotus.com)… 2001:41d0:1:1b00:213:186:33:4, 213.186.33.4
Connexion vers coyotus.com (coyotus.com)|2001:41d0:1:1b00:213:186:33:4|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 910163968 (868M) [application/x-iso9660-image]
Sauvegarde en : «ViperrV_FR_x86_64.iso»

100%[======================================>] 910 163 968 3,23MB/s ds 4m 33s

2013-12-24 19:18:38 (3,18 MB/s) – «ViperrV_FR_x86_64.iso» sauvegardé [910163968/910163968]

Puis Qemu a été mon allié. J’utilise la machine virtuelle habituelle : 2 Go de mémoire vive, 128 Go de disque.


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 128G
Formatting 'disk.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom ViperrV_FR_x86_64.iso -no-frame --boot order=cd &

Après le démarrage, l’installateur Anaconda nous accueille. Le même que celui de la Fedora Linux 20. J’ai donc choisi les options par défaut.

Continuer la lecture de « Viperr ? On va passer la cinquième pour Noël ? 🙂 »

Fedora Linux 20 à 4 jours de la sortie, est-elle presque parfaite ?

Dans une annonce postée sur le fil google+, Fedora annonce que la version Release Candidate de la Fedora Linux 20 est disponible. En fouillant les notes de la rencontre pour décider de la publication ou non, on peut retrouver le lien vers le lieu où les images ISO sont stockées, avec la RC 1.1 (RC finale ?).

Et après la présentation de la première béta de la RHEL 7.0, j’ai eu envie de faire le point sur la Fedora Linux 20 dont j’avais parlé à l’époque de la béta.

J’ai donc lancé la récupération de la version live en 64 bits. Soyons modernes !

[fred@fredo-arch ISO à tester]$ wget -c https://dl.fedoraproject.org/pub/alt/stage/20-RC1.1/Live/x86_64/Fedora-Live-Desktop-x86_64-20-1.iso
–2013-12-13 11:01:16– https://dl.fedoraproject.org/pub/alt/stage/20-RC1.1/Live/x86_64/Fedora-Live-Desktop-x86_64-20-1.iso
Résolution de dl.fedoraproject.org (dl.fedoraproject.org)… 209.132.181.26, 209.132.181.25, 209.132.181.24, …
Connexion vers dl.fedoraproject.org (dl.fedoraproject.org)|209.132.181.26|:443…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 999292928 (953M) [application/octet-stream]
Sauvegarde en : «Fedora-Live-Desktop-x86_64-20-1.iso»

100%[======================================>] 999 292 928 3,06MB/s ds 6m 0s

2013-12-13 11:07:18 (2,64 MB/s) – «Fedora-Live-Desktop-x86_64-20-1.iso» sauvegardé [999292928/999292928]


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 128G
Formatting 'disk.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Fedora-Live-Desktop-x86_64-20-1.iso -no-frame -boot order=cd &

Continuer la lecture de « Fedora Linux 20 à 4 jours de la sortie, est-elle presque parfaite ? »

En vrac’ rapide plus ou moins libre.

Un petit en vrac’ pour entretenir le blog. Commençons par la partie libre du billet.

Pour la partie moins libre ?

Voila, c’est tout pour le moment. Bonne journée.

La Fedora Linux 20 béta mérite-t-elle son nom de code ? ;)

La Fedora Linux 20 beta est sortie récemment. Elle a pour nom de code « Heisenbug ». C’est un clin d’oeil au découvreur du principe d’incertude ou d’indétermination dans la physique quantique, Werner Heisenberg. On parle d’Heisenbug pour parler de bug limite impossible à reproduire.

Les notes de publication sont très complètes, et nous annoncent plein de bonnes choses. Outre les obligatoires montées en version des briques basiques de toute distribution GNU/Linux, on peut trouver aussi Gnome 3.10, KDE SC 4.11, sans oublier le support de certaines architectures ARM. Sans oublier que Fedora Linux fête ses 10 ans en ce mois de novembre 2013.

J’ai donc pris l’image ISO en 64 bits de la version Live (qui propose une version allegée de Gnome). Le tout dans une machine Qemu.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 128G
Formatting 'disk.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -no-frame -cdrom Fedora-Live-Desktop-x86_64-20-Beta-5.iso -boot order=cd &

Continuer la lecture de « La Fedora Linux 20 béta mérite-t-elle son nom de code ? 😉 »