Re: construire une série de paquets interdépendants
On 03/14/2015 11:40 PM, Gaëtan PERRIER wrote:
...
Non, tu t'égares encore. :)
La lenteur c'est lors de l'installation de n'importe quel paquet.
Le problème de compilation c'est le truc sur lequel je bloque actuellement
pour pouvoir poursuivre la construction des paquets XFCE 4.12.
Dac, je viens de relire ton 1er message et tout y était déjà. Merci pour
ta patience!
...
- Aller voir le site de linux from scratch, ils sont fort pour tout
compiler.
Mais ça ne va pas me faire des paquets debian ?
Si, mais ce ne sera peut-être pas trivial.
Un .deb n'est qu'une archive compressée qui contient l'arborescence des
fichiers binaires (et de config) préalablement compilés pour ton
architecture (plus exactement, c'est une archive "ar" avec généralement
les données binaires en tar.xz et les meta-données en tar.gz, mais ça
m'étonnerait pas que ça varie en fonction des paquets (et il y a aussi
un fichier debian-binary qui contient "2").
En copiant sur un modèle, tu devrais pouvoir gérer les méta-données. Ce
qu'ils ont traduit par les actions différées (triggers) sont gérés, je
crois, par apt (dpkg) - (ex: pour ajouter un raccourci dans le menu, le
nom du raccourci à placer doit bien se trouver quelque part).
Je me trompe?
- Aller farfouiller le code et trouver à quoi correspond ce
stack-protector-strong dans 4.9 et voir si on peut fainter dans 4.7 (bon
courage).
Tout ce que je sais c'est que c'est une option qui existe en 4.9 et pas en 4.7.
Je me demandais si cette histoire de version de gcc n'était pas une
histoire de dépendance de compilation (c'est possible d'ailleurs?).
Par exemple, le kernel fonctionne même si tu n'as pas les "linux-headers".
Donc si c'était le cas tu pourrais t'arranger pour compiler sur une
machine avec gcc 4.9 (ou dans un chroot + debootstrap de jessie qui a la
version 4.9.2) puis essayer l'install sur la tienne.
C'est très aléatoire comme idée (faut bien sûr assurer les autres
dépendances) mais j'ai pas mieux.
Pour le problème de vitesse, t'arrive à cibler les circonstances exactes
/ processus qui sont en cause? Par exemple si tu "ar x ton.deb" puis que
tu extrais les données pour les copier quelque part dans le système de
fichier (en gros tu installes manuellement), c'est lent aussi?
--
mrr
Reply to: