Bonjour,

Je cherche actuellement à préparer une installation personnalisé de Fedora 7.
Pour cela, j'ai installé pungi. Je tente actuellement d'utiliser pungi mais il me renvoie une erreur lorsque je lance la commande pungi -c pungi.conf -G
Contenu de pungi.conf
# Pungi config file
#
# # or ; can be used at the start of a line, ; only to comment inline.
 
[default]
product_name = Fedora ; The name used during install
product_path = Fedora ; The directory where RPMS go
iso_basename = F ; The first part of the iso file name
bugurl = http://bugzilla.redhat.com ; Used for betanag
comps = /.../pungi/comps-f7.xml ; Used to define package groupings and default installs
manifest = /.../pungi/test-ks.cfg ; Used to determine what to bring in.  Supports Kickstart syntax
yumconf = /.../pungi/yum.conf.f7.i386 ; Used to determine where to gather packages from
destdir = /.../Fedorabuild ; Top level compose directory, must be clean
cachedir = /.../tmp/pungi/cache ; Cache used for repeat runs
arch = i386 ; What arch to compose (must be same arch as system)
version = 7 ; Used both in install and part of the dest tree
flavor = Custom ; Further define a given cut of the package set
discs = 1 ; Number of discs needed to fit data.
#cdsize = 4608.0 ; Not used if disc count is 1
getsource = no ; Used to determine if we want source packages or not
Contenu de test-ks.cfg
# Kickstart file automatically generated by anaconda.

install
cdrom
lang fr_FR.UTF-8
keyboard fr-pc
xconfig --startxonboot
network --device eth0 --bootproto dhcp
rootpw --iscrypted #le mot de passe crypté#
firewall --disabled 
authconfig --enableshadow --enablemd5
selinux --disabled
timezone --utc Europe/Paris
bootloader --location=mbr --driveorder=sda --append="rhgb quiet"
# The following is the partition information you requested
# Note that any partitions you deleted are not expressed
# here so unless you clear all partitions first, this is
# not guaranteed to work
#clearpart --linux
#part /boot --fstype ext3 --size=100 --asprimary
#part /usr --fstype ext3 --size=20000
#part /home --fstype ext3 --size=5000
#part /tmp --fstype ext3 --size=2000
#part swap --size=1000
#part / --fstype ext3 --size=1000
#part /var --fstype ext3 --size=100 --grow

%packages --resolvedeps --ignoremissing
@mysql
@admin-tools
@editors
@british-support
@text-internet
@gnome-desktop
@core
@base
@java
@base-x
@web-server
@french-support
@development-libs
@development-tools
@graphical-internet
mod_auth_mysql
php-mysql
pax
mod_auth_mysql
imake
Contenu de yum.conf.f7.i386
[main]
#keepcache=0
#debuglevel=2
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=1
reposdir=./
#plugins=1
metadata_expire=1800
#exclude=\*.i?86

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
[fedora]
name=Fedora - 7
#baseurl=http://download.fedora.redhat.com/pub/fedora/linux/releases/7/Everything/i386/os/
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-7&arch=i386
baseurl=file:///var/www/html/yum/base
enabled=1
gpgcheck=0

[updates]
name=Fedora $releasever - $basearch - Updates
#baseurl=http://download.fedora.redhat.com/pub/fedora/linux/updates/$releasever/$basearch/
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever&arch=$basearch
baseurl=file:///var/www/html/yum/updates
enabled=1
gpgcheck=0
Je ne recopie pas le comps-f7.xml qui est très long mais il s'agit de celui donné par défaut avec pungi.
Mes dépôts sont locaux car je compte faire plusieurs DVD différents et je ne tiens pas à surcharger la bande passante.

J'ai déjà regardé et utilisé les liens suivants :
[FAQ Fedora] Création dépôt local
[FAQ Fedora] Création Live CD et CD Fedora
[FAQ Fedora] Création CD d'installation avec mises à jour


Mon erreur est donc :
Traceback (most recent call last):
File "/usr/bin/pungi", line 187, in <module>
main()
File "/usr/bin/pungi", line 107, in main
mygather.downloadPackages()
File "/usr/lib/python2.5/site-packages/pypungi/gather.py", line 320, in downloadPackages
path = repo.getPackage(pkg)
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 585, in getPackage
cache=cache
File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 570, in _getFile
raise Errors.RepoError, "failure: %s from %s: %s" % (relative, self.id, e)
yum.Errors.RepoError: failure: Fedora/xorg-x11-drv-hyperpen-1.1.0-3.fc7.i386.rpm from fedora: [Errno 256] No more mirrors to try.
Je précise que je n'ai aucun problème pour utiliser yum/yumex et que le paquet xorg-x11-drv-hyperpen-1.1.0-3.fc7.i386.rpm existe dans mon dépôt.

Si quelqu'un a une idée.
Merci
Salut.
baseurl=file:///var/www/html/yum/updates
Tu utilises un depot local perso ?

++
Non j'ai téléchargé le dépôt updates de Fedora, ce n'est pas un dépôt perso.
Par acquis de conscience j'ai relancé createrepo sur les rpms tirés du DVD d'installation (mon répertoire /var/www/html/yum/base) et sur ceux du dépôt updates (mon répertoire /var/www/html/yum/updates)

Maintenant pungi passe le stage gather mais yumex ne trouve plus les groupes.
Quelqu'un a une idée ? (pour récupérer les groupes)
Je suppose que c'est lié aux fichiers régénérés par createrepo qui différent de ceux du DVD.

[edit]

Dorénavant j'ai cette erreur lors de la création de l'iso (pungi -c pungi.conf -I)
Traceback (most recent call last):
File "/usr/bin/pungi", line 187, in <module>
main()
File "/usr/bin/pungi", line 125, in main
mypungi.doCreateSplitrepo()
File "/usr/lib/python2.5/site-packages/pypungi/pungi.py", line 278, in doCreateSplitrepo
discinfo = open(os.path.join(self.topdir, '.discinfo'), 'r').readlines()
IOError: [Errno 2] No such file or directory: '/.../Fedorabuild/7/Custom/i386/os/.discinfo'
Pour yumex, il utilise les adresses des fichiers .repo sous /etc/yum.repo.d. Rien a voir avec les fichiers propres a pungi.

Pour pungi, fais d'abord un essai avec la recuperation des paquetages par Internet (directives mirrorlist) au lieu de passer par ton depot local perso car tu cumules 2 difficultes. Donc utilise la configuration par defaut de pungi.

++
yumex et pungi utilisent les mêmes dépôts locaux
j'ai configuré les deux de la même manière :
- dans /etc/yum.repos.d/ j'ai modifié les fichiers fedora.repo et fedora-updates.repo pour qu'ils prennent en compte les dépôts locaux
- pour pungi j'ai mis le fichier yum.conf.f7.i386 que j'utilise

Je ne tiens pas à tenter la création avec téléchargement car j'ai l'équivalent d'une connexion 56k au boulot.
Je regarderais de chez moi ce week-end.
En testant avec une connexion potable, j'ai
Traceback (most recent call last):
File "/usr/bin/pungi", line 187, in <module>
main()
File "/usr/bin/pungi", line 125, in main
mypungi.doCreateSplitrepo()
File "/usr/lib/python2.5/site-packages/pypungi/pungi.py", line 278, in doCreateSplitrepo
discinfo = open(os.path.join(self.topdir, '.discinfo'), 'r').readlines()
IOError: [Errno 2] No such file or directory: '/.../pungi/Fedorabuild/7/Custom/i386/os/.discinfo'
lors de la création de l'iso
commande : pungi -c pungi.conf -I

Donc il semble que ce ne soit pas lié au fait que ce soit des dépôts locaux.
Salut,

la syntaxe /.../ que l'on retrouve plusieurs fois dans ton fichier de conf parait bizarre.
Surtout si l'on considère que le code ne fait qu'un:
os.path.join(self.topdir, '.discinfo')
résultant par le chemin:
'/.../pungi/Fedorabuild/7/Custom/i386/os/.discinfo'
On peut en conclure que la variable self.topdir vaut /.../pungi/Fedorabuild/7/Custom/i386/os.

Un chemin commençant pas /.../ sous Fedora, ou même ailleurs, c'est louche.

Je ne connais pas Pungi plus que ça mais je m'interroge... Tu n'aurais pas plutôt voulu mettre ./../ par hasard? 😉
non c'est juste que mes chemins absolus ne sont pas les mêmes sur les 2 machines donc je les ai remplacés par /.../
J'ai oublié de le préciser, désolé.
Dorénavant, pungi se déroule sans souci apparent (rien dans le terminal) mais les isos produits ne sont pas bootables.

[edit]

Non c'est une erreur de ma part dans l'utilisation de VMware, les isos sont bien bootables.