Vous n'êtes pas identifié(e).
Dernière modification par rodinux (23-05-2019 16:22:45)
La vie, ce n'est pas d'attendre que l'orage passe, c'est de danser sous la pluie...
Hors ligne
Pour le debug, moi je vois surtout ça :
systemd-analyze blamem'indique 3minute sur "live-config.service".
dmesg --level=warnm'indique
lib-live-mount-medium.mount: Failed to connect stdout to the journal socket, ignoring : No such file or directory
run-live-medium.mount: Failed to connect stdout to the journal socket, ignoring : No such file or directory
Tu as fait ça depuis l'ISO alpha ? Comment tu interprètes ce retour ? Ça ne parle pas pour le moment au n00b que je reste
J'ai plus de questions que de réponses en ce moment, désolé
Salut, je suis intéressé aussi pour contribuer, j'avais participé en partie seulement à l'intervention pour nous initier à livebuild avec arpinux, mais c'est lointain, il faut que je retrouve les notes... Il faut que je trouve un peu de disponibilité aussi, mais il n'y a pas d'urgence...
Toute aide est la bienvenue !
Si tu veux potasser les ressources sur live-build, les voici :
- Les docs faites par arpinux : https://framagit.org/dflinux/DFiso/tree/master/doc
- L'archive de la formation live-build qu'arpinux avait donné : https://framagit.org/dflinux/DFiso/wiki … ve-build-1 et https://framagit.org/dflinux/DFiso/wiki … ve-build-2
(Il faut peut-être être connecté à framagit pour les liens de la formation.)
@tout le monde : Est-ce que ça vous dit que l'on se cale des dates où l'on pourrait travailler ensemble et discuter de vive voix ?
On peut utiliser Framatalk pour cela https://framatalk.org/DFiso
Dernière modification par Caribou22 (23-05-2019 17:22:27)
Hors ligne
Tu as fait ça depuis l'ISO alpha ? Comment tu interprètes ce retour ?
Je donnais mes retours d'erreurs... Qui sont relativement bénins compte tenu du fait que ça marche très bien pour moi, passé ces 3 minutes à rien faire. Aucune idée d'où ça vient cela dit, faudrait essayer de le recompiler en désactivant des trucs de pkglist jusqu'à ce qu'on cerne quels paquets / fichiers de configuration causent le problème.
Cela dit vos erreurs à vous me semblaient bien plus chiantes, et vous devriez les détailler ici si vous voulez qu'on les investigue.
: Est-ce que ça vous dit que l'on se cale des dates
Don't ask to ask ! Propose; et au pire ça sera partie remise.
Si framatalk ne marche pas bien, j'ai une instance mumble qui tourne du tonnerre (marche très bien avec les connexions pourraves et les niveau de son) - arzinfo.pw avec le port par défaut ; je suis content de la partager
Hors ligne
Hors ligne
Hors ligne
Hors ligne
Hors ligne
Si vous planifiez de construire des ISO régulièrement, une bonne idée serait de mettre en cache les paquets localement. Installez simplement apt-cacher-ng et configurez la variable d'environnement http_proxy avant la construction:
apt-get install apt-cacher-ng
export http_proxy=http://localhost:3142/
.... # setup and configure your live build
lb config --apt-http-proxy http://127.0.0.1:3142/
lb build
Source : https://ybad.name/Logiciel-libre/Debian … build.html
- Le sujet sur lequel on parle d'un moyen d’héberger les iso debian-facile : (ça me semble prématuré tant qu'on a pas d'image sans gros bug, mais bon on peut toujours prévoir)
Et Alain a proposé de poser une date pour se voir tous ensemble en même temps, ne serais-ce que pour voir où on va et le moral des troupes. ~
Hors ligne
Hors ligne
Hors ligne
Dernière modification par Debian Alain (25-05-2019 20:03:54)
Hors ligne
euh , /var/log/syslog où ? puisque tu peux pas l'installer ...
Les logs de l'installateur. Quand tu es dans l'installateur tu es quand même sur un système.
Je viens de regarder par moi-même et je vois en effet des erreurs. On dirait qu'il ne trouve ni contrib ni non-free sur l'iso qu'on génère - mais c'est peut être pas ça l'erreur fatale (mais ça me semble lié). Le truc fatal c'est "no packages matching running kernel 4.19.0-4-amd in archive". Faudrait investiguer sur ça.
Je connais pas le problème, c'est nouveau pour moi.
par ailleurs , à quoi tu reconnais le bon fonctionnement de apt-cache-ng ?
Plus de téléchargement, tout est quasi-instantané sauf le "apt update".
Dernière modification par otyugh (25-05-2019 20:05:09)
Hors ligne
Debian Alain a écrit :par ailleurs , à quoi tu reconnais le bon fonctionnement de apt-cache-ng ?
Plus de téléchargement, tout est quasi-instantané sauf le "apt update".
okay , donc çà marche .
par contre , sur un systeme gigabit , le gain n'est pas flagrant .
Le truc fatal c'est "no packages matching running kernel 4.19.0-4-amd in archive". Faudrait investiguer sur ça.
faudrai mettre le programme à jour . on est passé au 4.19.0-5 . comment faire ?
j'ai une idée mais je suis pas sûr (remplacer buster par testing , peut être ? (dans le auto/config)) .
tests en cours , on va voir.
avec testing :
recompilation avec buster :
pas de lézard .
fonctionnement de l'iso :
live : ok
installation simplifiée semi automatique : çà foire ...
Dernière modification par Debian Alain (25-05-2019 21:11:29)
Hors ligne
j'ai une idée mais je suis pas sûr (remplacer buster par testing , peut être ? (dans le auto/config)) .
Je suis radicalement contre, on mélange pas les dépôts. Surtouuuut pas.
Si on était un peu organisé, suffirait d'avoir fait un peu plus gaffe ; la version d'il y a peu n'avait pas ce défaut, donc à priori ça vient d'un de vos commits récents. Lesquels, c'est ça la question ^^'
Hors ligne
Hors ligne
Dernière modification par otyugh (26-05-2019 16:37:36)
Hors ligne
c'est bien çà ?
comment tu as fait pour trouver cette M.L. ?
merci pour apt-cacher-ng .
Dernière modification par Debian Alain (26-05-2019 16:27:31)
Hors ligne
Dernière modification par otyugh (26-05-2019 17:08:36)
Hors ligne
Dernière modification par Debian Alain (26-05-2019 16:58:18)
Hors ligne
avant de faire une bêtise , je propose de rajouter le paquet suivant : https://packages.debian.org/buster/task-xfce-desktop
Le problème ne vient pas de là.
Le problème vient des fichiers de préférence dans chroot/etc/skel/.*, supprimés, plus de problème.
Dernière modification par otyugh (26-05-2019 17:14:08)
Hors ligne
Hors ligne
Hors ligne
Le problème vient des fichiers de préférence dans chroot/etc/skel/.*, supprimés, plus de problème.
qu'est ce que tu appelles "les fichiers préférences" ?
cherché mais pas trouvé .
Hors ligne
Le problème vient des fichiers de préférence dans chroot/etc/skel/.*, supprimés, plus de problème.
Bonne nouvelle !
Je pense être celui qui s'est le plus chargé de ces fichiers. Je vais essayer de savoir quels fichiers sont en cause !
Hors ligne
Dernière modification par otyugh (26-05-2019 19:27:23)
Hors ligne