Un journal est deja passe:

http://linuxfr.org/~ngc891/12544.html(...)

[ Répondre ]

En coree, pour le Wesak, c'est surtout la fete des enfants qui est celebre.

C'etait pas une bonne idee de trainer dans les magasins aujourd'hui.

[ Répondre ]

Tu as tout a fait raison, je n'ai pas penser qu'en France, l'eclipse etant au coucher du soleil, la Lune etait donc a l'est.

Ici, en Coree, elle etait bien a l'ouest :-)

Ceci dit, j'ai bien vu le debut mais ca s'est vite gate a cause des nuages. En plus, il faisait jour a 5h10, alors...

[ Répondre ]

Il y a pas mal de patchs a appliquer aux sources pour pouvoir compiler les fameux outils de base de la LFS.

Donc, non, meme la LFS n'est pas vierge. Lis le bouquin.

[ Répondre ]

- fly
- sing
- lay an egg

Mais le voir jouer au base-ball, c'est pas mal:
- do sport

[ Répondre ]

gravurom (-) fr.st

L'auteur du site est Cedric Louvrier

[ Répondre ]

Apparemment, le correcteur orthographique ne fonctionne pas non plus...

[ Répondre ]

au détail prs que je prends un ReiserFS, un kernel 2.6.5 et gcc 3.4

Ah bah forcement, pourtant c'est ecrit assez gros sur le site: FBBG (Follow Book, Book Good). Faut t'attendre a des surprises si tu changes les logiciels.

Sur la FAQ, tu aurais pu lire ca aussi:
----
I want to use linux-2.6.x in LFS-5.x?

Currently, you can't build an LFS system by using linux-2.6.x instead of linux-2.4.x. This is because the kernel headers from 2.6.x are incompatible with other programs in LFS-5.x and will lead to compile errors.
----
Pour ma part, j'ai monte les deux dernieres releases de LFS/BLFS et il n'y a eu aucun probleme en suivant exactement le livre.

J'ai egalement monte une LFS 5 a partir d'un noyau 2.6.0-test4 sur XFS, en sachant ce qui m'attendait. Il m'a fallu patcher pas mal d'applications (notamment les utils-linux). Ceci dit, ca fonctionne correctement, mais il a fallu mettre les mains dans le cambouis.

Pourquoi utilises-tu une Knoppix ? Ca peut etre une source de probleme a mon avis.

[ Répondre ]

Et ça va automatiquement mettre à jours toutes les dépendances ?

Il y a un support (partiel ?) des dependances

Ou est la différence avec un système de dépendance que tu décris tellement alors ?

Tu as le choix de ne pas l'utiliser et ce n'est pas une usine a gaz.

tu crois que simplement en compilant ou en installant toi même toutes les dépendances tu crontrôle quoi que ce soit ?

Je controle l'implementation et l'adaptation.

tu ne contrôle pas tout

Bravo. Mais avec une gestion des dependances tu as moins de controle. C'est indubitable.

tu install un soft buggué

C'est effectivement pareil dans les deux cas. Mais les bugs RPM ou deb, dans slack on les a pas :-)

C'est clair que le jour ou ses freins lâches, que tu fais une embardé sur la route et fauche une petite fille, ça ne gêne personne.
Tu es aussi le style de personne à penser que conduire vite n'implique que toi ?

C'est ridicule d'associer de telles propos. On ne parle pas de vie ou de mort. C'est pour ca que j'avais explicitement mis le cote accident a part car il n'est pas transposable, bien evidemment. C'etait probablement trop subtil...
Dommage, changeons d'exemple, on va prendre un frigo. Pour un particulier, il peut demonter ou non. Pour un professionnel, il doit savoir reparer autrement que simplement en telephonant au specialiste de la marque. Il doit savoir ce qui se passe precisement, sinon, c'est de l'incompetence.

Ah ben oui mais je ne contrôlerais alors pas ce morceau.

Heu, je parle de doc, de script. Rassure-moi, tu as deja monte une LFS/BLFS ou un Linux embarque ? Pour les sources, tu as l'embarras du choix, derniere version, version de debian stable etc. Avec un systeme de mise a jour, ce n'est pas un probleme.

tu ne veux pas d'une gestion de packages parceque tu ne contrôle pas ton Linux

Je suis contre le fait d'imposer l'utilisation d'un systeme de dependance, non portable et soumis a faille. On parle bien ici de choix et de leur consequence. Je n'ai pas choisi un systeme libre pour me voir imposer un systeme plus ou moins standard pour gerer le systeme quand des alternatives simples, je dirais meme unixiennes, existent.

il y a eu d'avantage de failles critiques découvertes dans le Kernel que dans le système de package de Debian, Mandrake ou Suse additionné

Il y a eu combien de faille dans les pkgtools ?

[ Répondre ]

Remplir un fichier texte de valeurs concernant la version, l'auteur du packages et autre, ce n'est pas coder.

Et les flags ? Pourquoi dois-tu rentrer d'autres informations ? ce sont des sources modifiees ? Ca me semble plus long que de changer 3 flags dans :
ftp://ftp.slackware.at/slackware-9.1/source/a/bash/bash.SlackBuild(...)

installer/upgrader de façon automatique via le système de gestion de package

# upgradepkg --install-new *.tgz

Avec swaret, tu peux meme te faire un miroir local. Tous tes serveurs se mettront gentiment a jour tout seul. Et tu sais quoi ? C'est juste un script que tu peux lire et comprendre...

Alors pourquoi ce compliquer la vie ?

Pourquoi utiliser Linux ? Pourquoi compiler son kernel ? Pourquoi utiliser de l'open-source ? Utilise Windows 2003, c'est surement plus simple. Y a windows update. La question porte sur le controle

dans ta vie tu serra obligé de te reposer sur quelque chose que tu ne contrôle pas

Tes patrons, si tu en as, doivent se marrer. C'est une elegante maniere de rejeter la responsabilite sur les autres. Tu as un contrat de service avec Debian ? Qu'est-ce qui se passe si un deb foireux plante tes serveurs. Parce que la, apparement, ils plantent tous en meme temps si tu fais la mise a jour en simultanee. Ta boite va attaquer debian ? C'est pas serieux comme argument, en tant qu'administrateur, tu es sense maitriser ce que tu fais. Saipamafotesaidebian

je présume que tu construis toi même ta voiture..

J'ai plus besoin de ma voiture. Je n'etais pas responsable de son bon fonctionnement vis-a-vis de tiers (si on parle pas d'accident, l'exemple est pas terrible ;-). Donc si elle ne marche pas bien ca ne gene personne d'autre. Libre a moi d'en faire ce que je veux, ne pas ouvrir ou ouvrir. Dans un cadre professionnel, c'est different. Pense au garagiste. Si tu es aussi professionnel que tu semble vouloir l'etre, ton argumentaire m'effraie quelque peu.

avoir un peu plus d'une année à y concentrer exclusivement

Heu, si tu sais ce que tu veux, il te faut beaucoup moins que ca. Il y a tous les morceaux un peu partout

[ Répondre ]

le silex n'est pas l'outil le plus efficace qui soit..

L'humanite a commence avec un silex. C'est a partir de ca que l'on a fait tout le reste. Aujourd'hui, je ne connais personne capable de faire un trou dans un silex comme les anciens faisaient. En cas de guerre atomique, on fait comment ;-)

Serieusement, releguer la slack au silex c'est du troll pur jus.
Ca me fait penser a des posts de Windowsiens qui critique Linux parce que c'est "moche et complique, prehistorique".

[...]sera toujours meilleur[...]

Purement subjectif.

Tu parles de frequence

C'est toi meme qui a parler de qualite variable, pas moi. J'ai pas lance de sondage pour mesurer mais si tu ne connais pas un seul cas de corruption de DB, je serai dubitatif.

ca ne corrompt pas la base de donnée

Tu as de la chance

la difference avec la slack doit tenir en environ un petit millier de lignes de perl a écrire

Tu peux installer dpkg sur slack. Tu peux installer rpm sur slack. Tu peux tout virer. Bref, tu as le choix et c'est le plus important. Sur les distribs RPM/deb on t'impose un systeme qui n'est pas sans faille. Tu vois le probleme ?

[ Répondre ]

Depuis quand une recherche sur google devient un argument ?

Moui, les corruptions de DB, c'est vraiment une idee surfaite, c'est sur. Dommage, google renvoyait beaucoup d'exemple montrant les dangers de l'utilisation d'une DB rpm mais apparemment, ce n'est pas un argument recevable.

Non. Maintenant, les db, ça sert à plein de choses. Tu doit sans doute savoir que ta banque utilise une db pour tes comptes, ça me semble bien plus dangereux pour toi que ton argent depende d'une base de données, plutot que la liste des softs de ton pc.

Tu compares deux choses non comparables. Ce n'est pas parce que c'est moins dangereux que ce n'est pas dangereux. Et l'obligation d'utiliser la DB est pour moi une serieuse limitation. Pense que la slack c'est une LFS avec des tonnes de scripts bien rodes. Il n'y a pas plus flexibles et stable et il n'y a pas de soucis de perennite avec la gestion des packages. J'aurai du le dire avant d'ailleurs, c'est un argument important.

[ Répondre ]

J'aimerais connaitre le nombre de parc serveur conséquent entièrement en Slackware

Ce qui suit est un vilain troll Slack/Debian qui montre une meconnaissance assez eleve du systeme donc je saute vers le sujet du thread


Compiler ses propres packages et les installer/upgrader de façon automatique via le système de gestion de package

Compiler un package sans ecrire une ligne de code je demande avoir. Le systeme choisi lui-meme les tags et les variables d'environnement ? Pour slack, tu changes les tags dans le script fourni avec les sources et tu lances. Je vois difficilement plus difficile

Installer en 3 secondes tout logiciels sans avoir à chercher les dépendances.

J'espere que tu n'installes pas "tout logiciel" sur un serveur. En ce qui concerne la slack, les logiciels sont tous coherents et classes par categorie. Pour un logiciel externe, tres souvent il faut compiler. Trop dur pour un administrateur de savoir quoi faire ?

Ton argumentation m'amuse beaucoup car tu nous prend l'exemple d'une installation, avec Debian, sur des serveurs. Chose que bien entendu, on fait tout les jours en temps limite et sans aucune connaissance du shell ou d'idee sur les logiciels et dependances que l'on installe.

Ca montre surtout les dangers de la gestion des dependances. On peut tres vite faire n'importe quoi par pure paresse et on n'est jamais completement maitre de son systeme.

Je ne fais confiance à rien

A mon avis, tu n'es pas encore assez parano. A ta place, je me ferai ma petite distro perso adaptee a ma boite base exclusivement sur les sources des softs officiels avec un systeme de package a la slack. Rigole pas, c'est tres serieux, et ca ne prendrai pas tellement de temps si tu n'as pas 2000 softs ;-)

j'ai plutôt l'impression que tu aime le burlesque :-)

C'est toi qui a commence, non :-)

[ Répondre ]

As-tu deja oublie ce journal que tu as toi meme poste:

http://linuxfr.org/~cykl/3203.html(...)

Comme quoi c'est pas toujours super top cool les apt-get.
Les commentaires sont d'ailleurs eloquents

[ Répondre ]

Ouai c'est clair que d'un seul coup ca discredite totalement la base rpm que tu ne peux pas backuper !

J'ai jamais dit le contraire, ca prouve que ton argument est non avenu puisque valable dans les deux cas

C'est clair que ca change completement tout !

Un unique binaire modifie est moins stable qu'un fichier ascii modifie parmi plusieurs. Je suis oblige de l'ecrire parce qu'apparement...

Je suis con de pas y avoir pensé avant

Si tu le dis

C'est vrai que slackware et ses fichiers textes c'est carrement plus portable.

Je ne vois rien de plus portable qu'une liste de fichier dans un fichier ascii. C'est exploitable avec n'importe quelle becane, humainement lisible et comprehensible et ca ne demande que des outils de bases pour etre exploite.

C'est a croire que tu n'as jamais eu a compiler RPM pour croire que c'est plus portable.

[ Répondre ]

Par exemple j'ai libxml1 et libxml2, je sais très bien ce que c'est, mais comment savoir si j'ai des logiciels qui utilisent libxml1 ?

Et bien si tu connais effectivement ce que c'est, tu n'as pas besoin de connaitre autre chose. Si tu as vraiment des probleme, tu regardes la description du paquet (slack-desc):

libxml2: libxml2 (XML parser library)
libxml2:
libxml2: XML parser library. This is required by GNOME and KDE.

Primo, tu desinstalles pas des bibliotheques tous les jours (enfin...). Deuxio, tu es sense savoir un peu ce que tu fais quand tu vires des trucs. Tertio, si tu as la memoire qui flanche, 'head /var/log/packages/nomdupackage' .

C'est vrai que si tu as une distrib avec 2000 paquets d'installe, tu ne dois pas etre habituer a voir les choses simplement.

Les dépendances ne résolvent pas tous les problèmes, donc elles ne servent à rien ?

Heu... relis le debut de ma phrase pour eviter de dire des aneries:
Donc dans ce cas, la gestion des dependances est inutile

Pour montrer que les dépendances sont inutiles, tu expliques qu'elles sont mal faites

Hum...Tu ferais bien de vraiment relire mon poste, j'ai ecrit:
les gestions sont souvent mal ficelees avec les rpms ou deb

S'il-te-plait, arrete d'ecrire que je trouve les dependances inutiles. J'ai simplement pointes des problemes precis concernant leur utilisation via rpm ou deb et le fait qu'elle soient tres souvent inutiles, voire dangereuses. Tu m'accuses de parti pris, apparemment. Moi j'aimerais voir un peu plus de rigueur dans tes commentaires.

Sais-tu que l'on peut faire une distinction entre dépendances requises et optionelles ?

Ah bah si on peut alors, le monde est sauve. Montre moi un exemple pour voir ce que ca donne en pratique. Parce que moi j'ai utilise dselect pour la knoppix (copier sur le hd) et la reponse c'etait tout ou rien. Peut-etre que je suis trop ignorant pour utiliser les gestionnaires de packages ? Pourtant, c'est sense etre simple...

Moi j'installe tout, donc pas de problèmes de dépendances

Bah, oui pas de probleme. Et il ne manque jamais rien. On en a pour son argent ;-) Je confirme que fractionner les paquets, a cause des dependances, pose plus de probleme qu'autre chose. Combien de fois a-t-on vu des newbies se faire repondre "forcement, ca marche pas, il faut truc-dev ou machin-lib". C'est plus simple ?

[...] ton système de fichier [...]

Hors-sujet

Le truc c'est que ça n'a quasiment aucune raison de planter

Tu es serieux ? Parce que la ta credibilite vient d'en prendre un coup.

http://www.google.com/search?q=rpm+corruption(...)

Là c'est plus les systemes de gestion de paquets que tu jettes à la poubelle, c'est tout ce qui utilise une BdD...

Tout depend de la DB, mais ceci n'est qu'un probleme parmi tant d'autres. Utiliser une DB pour gerer la base du systeme, ca me parait dangereusement complique. Peut-on installer une distrib RPM sans la DB ?

[ Répondre ]