[arch586] La suite de lowarch

[Calimero]

Coucou !

Je suis en train de créer un repo pour mettre à jour lowarch.

Pour ce qui est du nom mettons les choses au clair : je ne personnalise pas ou aussi peu que possible les paquets, que je compile directement pour i586.
Le nom lowarch disparaît donc totalement du système lors de la MAJ, et le repo s'appelle(ra*) arch586.

*ou pas, car :

Le problème c'est que je n'ai pas de kernel arch 2.6.27 i586 qui tourne pour générer un initcpio générique.

J'ai tenté de mettre le DD (de la machine i586) sur un PC i686 pour chroot depuis arch i686 et mkinitcpio... L'initcpio généré permet de démarrer le PC i686 sur le DD mais "illegal instruction" au chargement de l'initramfs sur l'i586.

J'ai donc compilé un noyau avec tous les modules dedans (comme ça pas d'initrd), donc ça boot, j'ai le logo et tout... sauf que 2s après...

Mounted root (ext3 filesystem) readonly.
Kernel panic -- not syncing: attempted to kill init !!

Normalement, à la place du kernel panic, on a "passing control to kinit", j'ai donc compilé-pour-i586 && installé sysvinit + heimdal qui sont en rapport avec kinit, et rien de mieux.

Je suis donc en demande d'infos sur ce que fait le kernel après avoir chargé ses modules, pour comprendre ce qui manque/va pas.

Mimas, spécialement, melodie m'avait dit que tu t'intéressais à la chose ?

[mimas]

Mimas, spécialement, melodie m'avait dit que tu t'intéressais à la chose ?

Coucou

Je crois me souvenir que j'avais piqué le kernel+initrd d'une distro genre slackware (non i686) pour avoir un kernel fonctionnel au départ. Comme les noms sont différents il n'y a pas de conflit avec kernel26. Une double entrée dans GRUB, et hop...

Une fois booté sur ton kernel non i686, tu recompiles le kernel arch et l'initrd. Tu ne devrais plus avoir de problème d'instruction illégale. C'est la plaie de recompiler depuis une distro i686 car on peut traîner un cmov (instruction optionnelle mais vu comme obligatoire par gcc) dans une librairie ou un objet binaire.

J'utilisais une distro non i686 installé sur le même disque et je chrootais pour recompiler les paquets qui merdoyaient à cause de l'instruction illégale.

Une fois lancé, avec un système de base fonctionnel, ça roule tout seul. Je te conseille d'utiliser un programme comme distcc pour distribuer tes tâches de compilation sur des machines plus puissantes.

Il faut aussi changer le ARCH de makepkg.conf de manière à avoir des paquets blabla-1.2.3-i586.pkg.tar.gz. Ça risque aussi de poser problème avec les PKGBUILD puisqu'ils ne contiennent que i686 et x86_64, il faudra donc patcher makepkg pour qu'il considère que arch=i686 est correct pour ta plateforme.

Dans tes C(XX)FLAGS, je te conseille de remplacer le -O2 par un -Os.

Je suis un peu synthétique dans mes explications. N'hésite pas à demander plus.

[Calimero]

Oui, c'est bien ce que je pensais faire maintenant. Prendre un live-cd i386 et faire mon initrd depuis là.

[Calimero]

Illegal instruction en bootant depuis une slax (i386 je crois) et en chrootant dans le système compilé i586.
Sur la machine i586.

J'avais pas pensé à ça.

L'étau se resserre... trouver un CD live avec un kernel 2.6.25 au moins, compilé pour i586.

[mélodie]

L'étau se resserre... trouver un CD live avec un kernel 2.6.25 au moins, compilé pour i586.

Pff trop facile ta devinette ! ....

Mandriva One 2009, avec le kernel 2.6.27.

2009.0 - Mandriva Community Wiki

[mimas]

Illegal instruction en bootant depuis une slax (i386 je crois) et en chrootant dans le système compilé i586.
Sur la machine i586.

J'avais pas pensé à ça.

C'est pas un problème de la slax mais des outils déjà installés dans ton chroot.

Arranges-toi pour isoler le programme responsable et le recompiler avec -march=i586 dans le CFLAGS sur ta machine puissante. Tu transfères le paquet puis l'installes avec le pacman.static dans ton chroot. Tu risques de faire ça plusieurs fois avant d'avoir une base saine pour compiler sur ton i586.

[Calimero]

Exact, tout était mtuné pour i686. Quel boulet.

Bref j'ai recompilé et samarch, mais j'ai été doublé :
http://code.google.com/p/archlinux-i586/

repo :
http://archlinux-i586.googlecode.com/svn/trunk/

Have fun !
(y'a juste la MAJ de pacman qui doit se faire à coups de wget dans /var/cache/pacman/pkg/ : pacman, libarchive, libdownload et chaiplu, et renommer les paquets pour enlever le -i586, non géré par pacman 2.9, puis on pacman -S pacman et ensuite Syu et touvabien.)

J'aiderai un peu le gars à garnir son repo. Ou bien je fais le mien, avec un vote comme sur AUR pour me demander de compiler les paquets.

[mimas]

OMAR M'A MTUNER

[Calimero]

Là, il déconne, le maintainer de arch586.googlecode. Y'a plus rien depuis des mois.

Donc j'ai pris les choses en main et j'ai compilé core ici, c'est tout à fait fonctionnel et 100% à jour

Tout est prêt là pour s'installer un pc i586 sous arch sans se prendre la tête (en 30mn c'est up&running) :

Go ===> http://calimeroteknik.free.fr/arch586/ <===

Vala, demandez-moi pour les paquets que vous voulez.
Déjà sur la todo-list :
- Xorg (avec hal et tout le tintouin)
- bftpd
- apache/lighttpd

J'espère que ça va intéresser du monde, et il faudra me le faire savoir pour me motiver !

[Calimero]

Ce qui était mis en TODO dans le message précédent est fait.
S'il y a des intéressés, je vous prie de vous manifester avec les paquets que vous voulez...

[Cactus]

Pas de demande particulière car je n'ai pas d'aussi vieux tromblons !
Mais une question (pour ma culture perso, au cas où on me sollicite justement sur un tromblon) : est-ce-que les logiciels récents (OOo, firefox, etc...) arrivent à tourner correctement ? (je ne demande pas non plus que ce soit hyper réactif, juste utilisable, hein ? ) ou bien il vaut mieux chercher des alternatives ?

[Calimero]

Tu n'as qu'à essayer FF, OOo et autres usines à gaz plus ou moins bloatées sur un 400MHz i686 comme un PII, c'est pas super génial hein !!
C'est exactement pareil sur un i586...

Et de toute façon, je ne mettrai pas FF mais Arora, pas OOo mais Abiword, gnumeric et je sais pas quoi pour les présentations.
Je veux pas que "ça soit utilisable", je veux une réactivité comparable ou supérieure à un dual core sous vista. (si j'ose dire)
Pas très dur à atteindre ! :þ
Et puis je veux pas avoir à compiler des programmes aussi gros. (aussi )

Bien sûr, si c'est demandé, je les mettrai. Mais le but est de fournir un OS utilisable, pas un truc lent.

[Cactus]

Merci pour cette réponse pleine d'humour !

Cela dit, je n'ai pas de vieillerie pareille pour tester... Spa grave, j'ai compris le message !

[AddiKT1ve]

Si un jour je récupère mon vieil HP Pavilion à base de Pentium MMX, j'essaierai .

[mimas]

Alors ce projet, où qu'il en est ?

Je viens de me monter une bête de course, un K6-2 533, et j'aimerai savoir quel est le futur de la lowarch. Pour l'instant j'aimerai me focaliser sur une distro en parallèle d'archlinux. Il y a des choix que je n'aime pas trop dans la distro, surtout les dépendances assez inutiles pour de petites configurations.

Autre question, quels sont les flags utilisés pour compiler la distro ? Pour ma part j'ai mis `-march=i586 -mmmx -mtune=k6-2 -Os`.
-mmmx parce que je ne considère les i586 pré-mmx comme un peu mort cliniquement.
-mtune=k6-2 parce que c'est le i586 de la mort (je considère le K6-3 comme similaire hormis la puissance en plus grâce à son cache L2)
-Os parce que ce sont des CPU à petits caches (64 KiB) et les binaires de petites tailles vont généralement plus vite.

[Calimero]

-march=i586 -mtune=generic

Tu viens de m'apprendre plein de choses ; mais je ne peux pas intégrer cmov dans ma compile, ça réduit l'usage de mes paquets aux AMD K6.

[mimas]

C'est vrai que -mtune=generic peut être intéressant.

Je ne comprends pas pour cmov, l'instruction n'est pas sur les k6-2/3 non plus. Je ne sais même pas si c'était présent sur les premiers duron/athlon.