J'avais un peu l'habitude de me moquer (gentiment, hein) des Debianiste,
et de vanter la Mandrake et sa facilité.
on, c'était toujours fait en connaissance de cause, vu que j'était passé
de Mdk 8.2 à Woody, puis de Woody à Mdk 9.2.
Par curiosité, j'ai téléchargé il y a quelques semaine la Debian Sarge,
mais je n'était pas parvenu à l'installer.
La faute à un disque SCSI vérolé - ou bien la carte foutue ?
Bref, la semaine dernière, gros plantage de chez plantage, PC qui se
freeze en plein démarrage, pas fichu de lire hdc2 ...
Bref, je passe sur les test et toussa pour dire que, marre, je ressort
mes disques Sarge, je boote dessus et zou !
Ben ça m'a soufflé, dites ! Il à même configuré DHCP tout seul (vive la
Freebox !) j'ai pas eu à jongler avec les 13 autres CD (en même temps ça
fait 100 euros jetés par la fenêtre, grrrrrr !)
Alors, bon allons y :
La config d'origine de apt est un peu limitative, on devrait pouvoir
choisir d'y ajouter les sections contrib et non-free en plus de main.
La config de X : j'ai opté pour "advanced", résultat j'ai du reprendre
XF86onfig-4 à la main :-(
Le K3b foireux : j'ai du le recompiler, il voulait rien graver
parcequ'il ne trouvait pas dvd+rx-format (en même temps, je suis infoutu
de créer un package, alors je critique pas).
Sinon, ben c'est moins joli que mandrake quand on installe, c'est sur,
mais c'est efficace.
Et puis c'est stable.
Et puis Synaptique marche (sur ma Woodie - une 3.00 ! il marchait pas
vraiment)
Et puis voila, moi la Sarge, là tout de suite, je l'aime bien.
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM (bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
À priori je dirais le fichier .spec. Ça contient des tas d'informations , 'name' 'version' 'release', même les changelog ...
En fait, je dirais que ce seul fichier .spec doit contenir l'équivalent des informations des fichiers du répertoire debian : changelog, copyright, xx.dirs, rules ....
un tarball bien fait devrait avoir les deux : un fichier .spec et un répertoire debian (ça existe).
Le 03-12-2004, Benjamin FRANCOIS <kwyxz@kwyxz.org> a écrit:
Fred s'est exprimé en ces termes:
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm
on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM
(bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
À priori je dirais le fichier .spec. Ça contient des tas d'informations
, 'name' 'version' 'release', même les changelog ...
En fait, je dirais que ce seul fichier .spec doit contenir l'équivalent
des informations des fichiers du répertoire debian : changelog,
copyright, xx.dirs, rules ....
un tarball bien fait devrait avoir les deux : un fichier .spec et un
répertoire debian (ça existe).
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM (bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
À priori je dirais le fichier .spec. Ça contient des tas d'informations , 'name' 'version' 'release', même les changelog ...
En fait, je dirais que ce seul fichier .spec doit contenir l'équivalent des informations des fichiers du répertoire debian : changelog, copyright, xx.dirs, rules ....
un tarball bien fait devrait avoir les deux : un fichier .spec et un répertoire debian (ça existe).
Vincent Bernat
OoO En cette fin de matinée radieuse du vendredi 03 décembre 2004, vers 11:38, Benjamin FRANCOIS disait:
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM (bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
La liste des fichiers que le paquet doit contenir (entre autres) parce le bidule est initialement prévu pour installer le logiciel en place en même temps que la création du RPM, donc ensuite, il ne sait plus quels sont les fichiers qu'il doit rajouter dans le paquet. -- BOFH excuse #157: Incorrect time syncronization
OoO En cette fin de matinée radieuse du vendredi 03 décembre 2004,
vers 11:38, Benjamin FRANCOIS <kwyxz@kwyxz.org> disait:
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm
on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM
(bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
La liste des fichiers que le paquet doit contenir (entre autres) parce
le bidule est initialement prévu pour installer le logiciel en place
en même temps que la création du RPM, donc ensuite, il ne sait plus
quels sont les fichiers qu'il doit rajouter dans le paquet.
--
BOFH excuse #157:
Incorrect time syncronization
OoO En cette fin de matinée radieuse du vendredi 03 décembre 2004, vers 11:38, Benjamin FRANCOIS disait:
Pas sur que ça fonctionne *depuis le tarball*, c'est à dire qu'avec rpm on fait "rpm -ta tarball.tar.bz2" et ça livre un binaire en package RPM (bon, il faut que le tarball contienne ce qu'il faut).
Qu'est ce que c'est, "ce qu'il faut", par curiosité ?
La liste des fichiers que le paquet doit contenir (entre autres) parce le bidule est initialement prévu pour installer le logiciel en place en même temps que la création du RPM, donc ensuite, il ne sait plus quels sont les fichiers qu'il doit rajouter dans le paquet. -- BOFH excuse #157: Incorrect time syncronization
Benjamin FRANCOIS
Fred s'est exprimé en ces termes:
À priori je dirais le fichier .spec. Ça contient des tas d'informations , 'name' 'version' 'release', même les changelog ...
Ok.
un tarball bien fait devrait avoir les deux : un fichier .spec et un répertoire debian (ça existe).
En effet, on en trouve, mais sinon un package Debian n'est pas si dur à générer pour les programmes lambda, un coup de dh_make, un fakeroot debian/rules binary et hop, tu as ton beau .deb :)
Bon évidemment, pour les trucs un peu complexes c'est plus ardu.
-- <homerj> I'm saying that as a friend, not as a linux zealot
Fred s'est exprimé en ces termes:
À priori je dirais le fichier .spec. Ça contient des tas d'informations
, 'name' 'version' 'release', même les changelog ...
Ok.
un tarball bien fait devrait avoir les deux : un fichier .spec et un
répertoire debian (ça existe).
En effet, on en trouve, mais sinon un package Debian n'est pas si dur à
générer pour les programmes lambda, un coup de dh_make, un fakeroot
debian/rules binary et hop, tu as ton beau .deb :)
Bon évidemment, pour les trucs un peu complexes c'est plus ardu.
--
<homerj> I'm saying that as a friend, not as a linux zealot
À priori je dirais le fichier .spec. Ça contient des tas d'informations , 'name' 'version' 'release', même les changelog ...
Ok.
un tarball bien fait devrait avoir les deux : un fichier .spec et un répertoire debian (ça existe).
En effet, on en trouve, mais sinon un package Debian n'est pas si dur à générer pour les programmes lambda, un coup de dh_make, un fakeroot debian/rules binary et hop, tu as ton beau .deb :)
Bon évidemment, pour les trucs un peu complexes c'est plus ardu.
-- <homerj> I'm saying that as a friend, not as a linux zealot
