Journal cloop, packages Slackware, etc.

Posté par  (site web personnel) .
Étiquettes :
0
16
août
2004
cloop et Kernel 2.6
-------------------

Il y a quelques mois de cela, l'envie m'a pris de bidouiller un peu avec la
Knoppix, et j'ai donc voulu installer cloop sur ma Slack.

J'ai rencontré des problèmes, les sources, pourtant Kernel 2.6 complient
ne compilaient pas à cause d'un Makefile approximatif et d'includes absents.
J'ai donc fait des modifications, très légères sur les fichiers sources mais j'ai
réécrit complètement le Makefile et modifié la structure de l'archive. J'ai
également ajouté un script pour une installation fingers-in-the-nose.

J'ai par ailleurs laissé tomber le support des kernels 2.4 (qui fonctionnent bien
avec les sources officielles).

Il y a quelques jours, me remettant sur la Knoppix, je décide de recompiler
ma version personnelle de cloop contre le kernel 2.6.8{-rc?,.1,} mais je
ramasse une volée d'erreurs. Même constat avec le dernier cloop officiel.
Les changements récents dans le noyau m'ont obligés à patcher plus
sévèrement les sources en m'aidant de bouts d'informations trainants sur
le Net.

Aujourd'hui, je m'interroge. Les sources que j'ai devant les yeux ressemblent
de plus en plus à un fork et de moins en moins à une bidouille de dépannage.
Je n'ai actuellement pas les compétence de rentrer dans le détail du code
mais j'ai quand même fait du boulot pour que les sources compilent
proprement, sans erreurs ni avertissements et que le packaging ait l'air de
quelque chose. Bref, ce package n'a d'autre but que de fonctionner au
moins chez moi.

Si vous voulez tester (ou si vous vous arrachez les cheveux avec la version
officielle):

http://cercle-daejeon.homelinux.org/linux/source(...)

Bien entendu, il faut être root et s'assurer que /usr/src/linux pointe
vers les sources du kernel courant (ou modifier le Makefile)

Packages Slackware 10.0:
--------------------------

Les habitués savent trouver des packages Slackware sur
http://www.linuxpackages.net(...) et de l'aide sur http://www.slack-fr.org(...)
Malheureusement, les packages sont le plus souvent compilés pour i486
afin d'assurer une compatibilité maximale, ou en i686 pour de meilleures
performances. Si vous avez un vieux pentium poussif, c'est un peu ennuyeux.
J'ai accumulé une petite base de packages recompilé pour i586 avec des
optimisations pour gagner en rapidité. Il y a d'autres bonus aussi (MySQL 4.1.3,
Bash 3.0, ocaml, ...). Si ça vous intéresse:

http://cercle-daejeon.homelinux.org/linux/slackware/10.0/(...)

Dernières news:
----------------

J'en profite pour vous signaler la sortie d'une préversion du Kernel,
le 2.4.8-pre1 (libata, i915, gcc-3.4...)

http://kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.28.log(...)
http://www.fr.kernel.org/pub/linux/kernel/v2.4/testing/patch-2.4.28(...)

Et aussi Busybox 1.00-rc3 : http://www.busybox.net/(...)

  • # merci

    Posté par  . Évalué à 1.

    voila je crois que c'est tout ce que j'ai a dire:), ton histoire me rappelle celle (un peu) de Andrew Morton, qui a commencais un peu comme toi pour terminer la ou on sait.

    sinon:

    2.4.8-pre1 (libata, i915, gcc-3.4...)

    2.4.28 ?

    • [^] # De rien

      Posté par  (site web personnel) . Évalué à 1.

      Oui, c'est bien entendu le noyau 2.6.28-pre1, mes doigts ont chourfés

      Le mail de Marcelo:

      Hi,

      Here goes the first 2.4.28 -pre release.

      It contains a big SATA update with long list of fixes,
      a networking update (mainly SCTP fixes), lib crypto fixes and
      the addition of the Khazad algorithm, add prism54 wireless driver,
      SPARC64 update, cciss SCSI driver fixes, couple of storage devices
      added to SCSI device list, agpgart support for i915 chipset,
      OOM killer rare-case bugfixes, a VM bugfix which could
      cause deadlocks under OOM conditions, a bunch of warnings fixes,
      and initial support for gcc 3.4.

      I still have a few bugfixes pending on my inbox, which should
      be merged next week.

      Read the detailed changelog for more details

  • # cloop

    Posté par  (site web personnel) . Évalué à 3.

    Si ma mémoire est bonne...

    Le cloop de Knoppix est un hack sur le loop.c officiel du noyau.

    Dans la MandrakeMove, il a été décidé de reprendre ce cloop, mais on avait besoin aussi du patch Red Hat qui permet de bouger à chaud les loop. Le problème était que le hack de Knoppix ne s'intégrait pas du tout à ce patch.

    Il a donc été décidé de ré-implémenter un cloop plus clean à partir du loop officiel avec le patch RH, ça s'appelle gzloop. C'est compatible avec le "fichiers cloop officiels" de Knoppix, à ma connaissance. Tu peux peut-être te baser là-dessus si tu recherches plus de propreté. Par contre je ne trouve pas où c'est dans le CVS de Mandrake :/. Tu peux en demander les sources à pixel (at) mandrakesoft (point) com, ou sinon on dirait que c'est maintenant dans les sources du noyau de base de Mandrake.

    • [^] # Re: cloop

      Posté par  (site web personnel) . Évalué à 2.

      Le cloop de Knoppix est un hack sur le loop.c officiel du noyau.

      Oui, effectivement

      Il a donc été décidé de ré-implémenter un cloop plus clean à partir du loop officiel avec le patch RH, ça s'appelle gzloop.

      Un information intéressante effectivement. Je ne trouve pas les sources sur le web, il semble que ce soit uniquement disponible dans un RPM Mandrake. Je vais me débrouiller avec ça, sinon, je contacterais le mainteneur.

      Merci.

      PS: il semble que gzloop gère la crypto mais c'est de toute façon déconseillé maintenant (cf cryptoloop)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.