Cette distribution en est maintenant à la version 6, comme sa soeur, LFS. Elle est sortie le 2 avril et a dû passer à travers le flot des poissons.
BLFS est la suite de LFS, qui propose de compiler soi-même tous les logiciels installés. BLFS décrit comment installer le réseau, le serveur X et tout ce qui n'est pas abordé par la LFS.
Elle offre donc comme toute bonne distribution, de nombreuses améliorations. C'est le moment de s'y mettre ! La nouvelle version est sortie et il ne s'agit pas ici de lister ou de copier le ChangeLog.
Cette version, comme toutes les autres, n'est ni une véritable distribution, ni un simple livre. Il s'agit d'un véritable HOW-TO construire et compiler son système GNU/Linux.
On rappellera, entre autres, que la compilation peut accélérer les performances du système, et offrir un gain de place appréciable pour les petits systèmes : on installe uniquement ce dont on a besoin.
Cette nouvelle version corrige les bugs des précédentes versions, mais elle devient surtout la suite de LFS 6.0. Les logiciels évoluant relativement vite,
BLFS sort donc un nouveau manuel pour l'installation et la compilation de vos programmes préférés.
On notera la version Xorg 6.8.2, et on regrettera que la procédure d'installation de la version 3.4 de KDE n'est pas présente (seul KDE 3.3.2 est utilisé).
Attention tout de même aux petits CPUs, l'installation récursive peut être (très) longue (Xorg, KDE, etc.) et lassante. Une version automatisée (aLFS) a été programmée pour LFS, à quand une version pour BLFS ?
Bonne installation et bon courage !
Aller plus loin
- Beyond Linux From Scratch (3 clics)
- Linux From Scratch (3 clics)
- Un miroir non officiel de la version 6.0 (2 clics)
# Version automatisée
Posté par fork_bomb . Évalué à 2.
Ça ne s'appelerai pas gentoo ?
[^] # Re: Version automatisée
Posté par johnf . Évalué à 1.
[^] # Re: Version automatisée
Posté par jcs (site web personnel) . Évalué à 7.
N'ayant jamais utilisé LFS et très peu Gentoo, je me demande tout de même dans quelle mesure cette remarque est vraie...
[^] # Re: Version automatisée
Posté par tgl . Évalué à 10.
> de même dans quelle mesure cette remarque est vraie...
Il n'y a pas plus de raison de mettre toutes les distribs sources dans le même panier qu'il n'y en a pour les distribs binaires. Si je te dis "aLFS est une distrib source, donc pareil que Gentoo", je suis autant à côté de la plaque que si je te dis "RedHat est une distrib binaire, donc pareil que Debian". Le fait de compiler n'est qu'une des nombreuses caractéristiques d'une distrib source, exactement comme le fait de ne pas compiler pour une distrib binaire.
Hmmm... ouais... je viens de faire 3 phrases qui disent toutes exactement la même chose, mais je sais pas lesquelles effacer...
[^] # Re: Version automatisée
Posté par Arachne . Évalué à 10.
Ceci dit je trouve l'intérêt de aLFS très limité: LFS est pour moi une distribution qui permet d'apprendre et de comprendre le fonctionnement des softs de base de son Unix, une sorte de formation pour sysadmin, et aussi une base permettant l'édification d'un système spécialisé. Automatiser l'installation lui retire tout intérêt; autant passer à Gentoo qui permettra de faire de même, tout en paramètrant avec aisance ses paramètres de compilation.
[^] # Re: Version automatisée
Posté par ookaze . Évalué à 10.
J'utilise précisément ce genre de système, et il y a un tas de bonnes raisons.
La principale est que j'ai beaucoup plus de contrôle sur le packaging et l'installation des logiciels.
C'est parce que j'utilise ce système que je peux utiliser paco, que je suis en simpleinit-msb depuis des années (alors que certains trollent encore aujourd"hui sur un démarrage du système parallélisable, simple, ...), que je suis en LVM depuis des années, que j'ai pu installer gcc 4.0.0 à sa sortie, que j'ai pu compiler KDE avec (parce que ça va plus vite, même si c'est plus difficile à voir sur mon bi-pro), ...
Gentoo ne permet pas autant de contrôle, mais surtout, gentoo nécessite d'apprendre un système de paquetage pour bien le maîtriser, et de savoir interagir avec si on n'a pas d'ebuild pour un paquetage.
Par exemple, la dernière fois que j'ai regardé, on ne pouvait pas compiler grand chose avec gcc 4.0.0 sur Gentoo.
Je pense que quand on a "appris" avec LFS, une évolution intéressante est de capitaliser sur ce que l'on a appris. C'est ce que je fais depuis 2001 et je ne l'ai jamais regretté.
[^] # Re: Version automatisée
Posté par gourgou . Évalué à 5.
Pas d'accord. Automatisé ou pas, ça revient au même, amha. Si tu as un script qui enchaîne des commandes, je vois pas ce qui t'empêche, de les étudier offline, c'est à dire les unes après les autres, avant de lancer le script. Comme ça tu vois, pour chacune, les options à ta disposition, celles qui te branchent et celles que tu rejettes. Une fois que t'as fini, tu laisses mouliner le bousin et t'en profites pour redécouvrir la vie.
Je ne vois pas en quoi cette démarche diffère fondamentalement du fait de prendre un bouquin et de taper les commandes qui s'y trouvent les unes à la suite des autres. J'aurais même tendance à penser que l'aFLS, abordée comme expliqué au dessus, apporte une meilleure vision globale de ce qui va se passer avant de commencer quoi que ce soit ; sur une pure LFS, je connais pas de moyen simple de revenir en arrière !
A côté de ça, quand j'ai installé ma LFS (4.0, pour ma passerelle, donc avant que l'aFLS soit au point), je me souviens m'être beaucoup ennuyé à compiler des softs les uns après les autres sans avoir aucun choix à faire et rien du tout à apprendre. (Sur un P200 avec 128Mo de ram syndicaux, on comprend que j'y aie passé du temps ;)
Et pour cause : LFS, c'est vraiment le système de base. Ce n'est qu'une fois arrivé pratiquement à la fin du bouquin que j'ai pu trifouiller un peu et me faire plaisir, par exemple en ayant le choix total de la forme de mes scripts d'init, en configurant mes iptables et tout.
autant passer à Gentoo qui permettra de faire de même, tout en paramètrant avec aisance ses paramètres de compilation.
Non, pas pareil, et là je crois qu'il y a pas mal de monde qu'est parti à côté de ce que voulait dire fork_bomb. Il ne disait pas aLFS c'est pareil que Gentoo mais demandait si une BLFS automatisée, ce serait pas un peu une Gentoo ?.
Si on veut comparer LFS et Gentoo, alors il faut s'en tenir à dire que « aLFS, c'est comme passer de rien au stage1 de gentoo, puis de là au stage2, et s'arrêter là ».
Après, automatiser BLFS, ça paraît difficile, puisque ça n'est plus trop linéaire. Tel que je le vois, BLFS, c'est plus un condensé formaté de pré-lecture de docs qu'autre chose... (ça suffit pour lancer un troll ? j'arrête là ?-P )
# Version automatisée LFS + BLFS
Posté par Benoît Déchamps (site web personnel) . Évalué à 4.
# comparaison Gnome/KDE
Posté par Gniarf . Évalué à 3.
http://www.lfs-matrix.de/blfs/view/stable/(...)
oui, ça peut faire un choc.
[^] # Re: comparaison Gnome/KDE
Posté par Gyro Gearllose . Évalué à 2.
Pas besoin de passer 15 jours à compiler chaque partie séparément.
Je ne comprends d'ailleurs pas pourquoi l'équipe du BLFS s'obstine à refuser d'utiliser cet outil...
[^] # Re: comparaison Gnome/KDE
Posté par Daky Dakylla . Évalué à 2.
[^] # Re: comparaison Gnome/KDE
Posté par rsystem . Évalué à 1.
ouais bon je sais c'est du CVS , mais ca marche quand même super bien (pour moi en tous cas ).
quoi ?
non c'est pas un throll
ok =====>[]
[^] # Re: comparaison Gnome/KDE
Posté par Rork . Évalué à 1.
voilà c'était tout, juste pour que rsystem ne se sente pas tout seul. :)
[^] # Re: comparaison Gnome/KDE
Posté par XieOz . Évalué à 1.
e17 est prévu pour 2032 ... enfin si y a pas de bogues.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.