pungi on ia64 machine
by Zhang, Yanmin
I used pungi on ia64 to try to build CD/DVD images for the FC development tree,
and ran into a couple of issues.
1) I used the mirrors/fedora/linux/core/development/ia64/os/repodata/comps.xml. Got below error:
/mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os/buildinstall.tree.1229 /mnt/tmp2/soft/pungi-0.1
.0/work
rpm2cpio: /mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os/Fedora/anaconda-runtime-[0-9]*: No su
ch file or directory
cpio: premature end of archive
/mnt/tmp2/soft/pungi-0.1.0/work
So anaconda and anaconda-runtime were missed. I changed the comps.xml manually by adding
anaconda and anaconda-runtime into base group. The issue disappeared.
2) Then, restarted pungi, but got below error:
Wrote /mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os/images/stage2.img (94676k)
Writing .discinfo file
timestamp not specified; using the current time
** Message: sqlite cache needs updating, reading in metadata
** Message: sqlite cache needs updating, reading in metadata
du: cannot access `/mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os-disc0': No such file or directory
Traceback (most recent call last):
File "/usr/bin/pungi", line 100, in ?
main()
File "/usr/bin/pungi", line 47, in main
mypungi.doSplittree()
File "/usr/lib/python2.4/site-packages/pypungi/pungi.py", line 54, in doSplittree
output = timber.main()
File "/usr/lib/python2.4/site-packages/pypungi/splittree.py", line 394, in main
self.splitRPMS()
File "/usr/lib/python2.4/site-packages/pypungi/splittree.py", line 301, in splitRPMS
curused = self.getSize("%s-disc%s" % (self.dist_dir, disc), blocksize=1)
File "/usr/lib/python2.4/site-packages/pypungi/splittree.py", line 113, in getSize
thesize = long(string.split(thesize)[0])
IndexError: list index out of range
Yanmin
17 years, 2 months
pungi issues
by Phil Meyer
First when building:
...
Building images...
Assembling package list...
Expanding text packages...
Expanding graphical packages...
retrieving timezones
ln: creating symbolic link `/tmp/treedir.29220/instimage/etc/joe/picorc'
to `jpicorc': No such file or directory
ln: creating symbolic link
`/tmp/treedir.29220/instimage/etc/joe/jnanorc' to `jpicorc': No such
file or directory
ln: creating symbolic link `/tmp/treedir.29220/instimage/etc/joe/nanorc'
to `jpicorc': No such file or directory
ln: creating symbolic link
`/tmp/treedir.29220/instimage/etc/joe/emacsrc' to `jmacsrc': No such
file or directory
...
I assume that this is harmless
Then:
...
mv: cannot stat `/tmp/treedir.29220/instimage/etc/man.config': No such
file or directory
cat: /tmp/treedir.29220/instimage/etc/man.config-old: No such file or
directory
Running mkfontdir...
...
No big deal since I don't want man pages, nor did I specify them in the
the comps.xml
...
Scrubbing trees... /tmp/treedir.29220/instimage
cp: cannot stat `/tmp/treedir.29220/instimage/boot/memtest*': No such
file or directory
mv: cannot stat
`/tmp/treedir.29220/instimage/usr/sbin/busybox.anaconda': No such file
or directory
...
These might be an issue
...
Found keymap override, using it
unpacking
/big/pungi/6.89/i386/os/Fedora/kernel-2.6.18-1.2868.fc6.i586.rpm.i586
Building initrd.img
Wrote /tmp/makebootdisk.initrdimage.7258 (5796k compressed)
Building isolinux directory
192000 pixels, 9629 bytes, (89.97% compression)
Unknown file type (unallocated)
/big/pungi/6.89/i386/os/images/isopath/.. - ignoring and continuing.
mkdosfs 2.11 (12 Mar 2005)
cannot find package kernel-xen in path /big/pungi/6.89/i386/os/Fedora
No i586 kernel, trying i686...
unpacking
/big/pungi/6.89/i386/os/Fedora/kernel-xen-2.6.18-1.2868.fc6.i686.rpm.i686
Building i686 guest initrd.img
Wrote /tmp/makebootdisk.initrdimage.7258 (5808k compressed)
Building minstg.img
...
Why is the i586 image here??
The result is ALWAYS:
ERROR : failed to mount loop: Invalid argument
ERROR : Error mounting /dev/loop0 on /mnt/runtime (Invalid Argument)
This happens when using the stock /etc/pungi as shipped from extras, and
any incarnation of comps.xml that I can put together.
For reference:
-> cat pungi.conf
# Pungi config file
#
[default]
product_name = Fedora Core
product_path = Fedora
iso_basename = FC
comps = /etc/pungi/comps.xml
yumconf = /etc/pungi/yum.conf.fc6.i386
destdir = /big/pungi
cachedir = /big/pungi/cache
arch = i386
version = 6.89
discs = 1
getsource = No
-> cat comps.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE newcomps PUBLIC "-//Red Hat, Inc.//DTD Comps info//EN"
"comps.dtd">
<comps>
<group>
<id>base</id>
<name>Base</name>
<description>This is the base group.</description>
<default>true</default>
<uservisible>true</uservisible>
<packagelist>
<packagereq type="optional">anaconda-runtime</packagereq>
<packagereq type="mandatory">authconfig</packagereq>
<packagereq type="optional">busybox</packagereq>
<packagereq type="optional">dejavu-lgc-fonts</packagereq>
<packagereq type="optional">gnome-python2-gtkhtml2</packagereq>
<packagereq type="default">grub</packagereq>
<packagereq type="optional">kernel</packagereq>
<packagereq type="optional">libuser</packagereq>
<packagereq type="optional">policycoreutils</packagereq>
<packagereq type="optional">selinux-policy</packagereq>
<packagereq type="optional">selinux-policy-targeted</packagereq>
<packagereq type="optional">xorg-x11-drivers</packagereq>
<packagereq type="optional">xorg-x11-fonts-base</packagereq>
<packagereq
type="optional">xorg-x11-fonts-ISO8859-1-75dpi</packagereq>
<packagereq type="mandatory">yum</packagereq>
<packagereq type="mandatory">postgresql</packagereq>
<packagereq type="optional">postgresql-contrib</packagereq>
<packagereq type="optional">postgresql-docs</packagereq>
<packagereq type="optional">postgresql-jdbc</packagereq>
<packagereq type="optional">postgresql-odbc</packagereq>
<packagereq type="optional">postgresql-pl</packagereq>
<packagereq type="default">postgresql-python</packagereq>
<packagereq type="default">postgresql-server</packagereq>
<packagereq type="optional">postgresql-tcl</packagereq>
<packagereq type="optional">postgresql-test</packagereq>
<packagereq type="default">crypto-utils</packagereq>
<packagereq type="default">distcache</packagereq>
<packagereq type="mandatory">httpd</packagereq>
<packagereq type="default">httpd-manual</packagereq>
<packagereq type="default">mod_auth_kerb</packagereq>
<packagereq type="default">mod_auth_mysql</packagereq>
<packagereq type="default">mod_auth_pgsql</packagereq>
<packagereq type="default">mod_authz_ldap</packagereq>
<packagereq type="default">mod_perl</packagereq>
<packagereq type="default">mod_python</packagereq>
<packagereq type="default">mod_ssl</packagereq>
<packagereq type="default">php</packagereq>
<packagereq type="default">php-ldap</packagereq>
<packagereq type="default">php-mysql</packagereq>
<packagereq type="default">php-odbc</packagereq>
<packagereq type="default">php-pgsql</packagereq>
<packagereq type="default">squid</packagereq>
<packagereq type="default">tux</packagereq>
<packagereq type="default">webalizer</packagereq>
</packagelist>
</group>
</comps>
17 years, 2 months
mock BZ #215321
by Clark Williams
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Seth,
This bug occurs on systems that don't have a /var/lib/rpm directory. The
failure occurs while installing the chroot. Here's a snippet of a log of
the failure:
<snip>
Transaction Summary
=============================================================================
Install 100 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 103 M
warning: mktemp-1.5-23.2.2: Header V3 DSA signature: NOKEY, key ID 897da07a
warning: rpmdevtools-5.3-1.fc6: Header V3 DSA signature: NOKEY, key ID
1ac70ce6
error: can't create transaction lock on /var/lib/rpm/__db.000
<snip>
I'm having trouble seeing where this is a mock versus a yum bug. At the
point of the failure, we're running yum and we've passed in
- --installroot= on the command line. Not sure what else mock can do.
I did try adding an _rpmlock_path to the macros that are setup by mock,
but that was really grasping at straws, since I wasn't convinced that
the macros are actually used. In any case adding the _rpmlock_macro to
the rpmmacros file didn't effect the bug behavior.
Is there someplace in yum that you're setting up a transaction and are
defaulting the installroot to '/'?
Clark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFFiBppHyuj/+TTEp0RAnRtAJ9hDO6CH3dPtecV/ZcD5TzIh7tkIACeONDX
HzP2dIuYYUeuVLMeCYabrsk=
=ZY3s
-----END PGP SIGNATURE-----
17 years, 3 months
Announcing pungi-0.1.1
by Jesse Keating
Pungi 0.1.1 has been released. This release brings some significant change to
the code base and some enhancements to the workflow.
- Now able to discover and download srpms used to build the rpms we download
- Now able to extract release note files from release note packages
- Now use a config file to manage options rather than cli arguments
- Now implant iso md5sum for mediacheck
- Now support file:// repos in yum configs
- Updated docs in project wiki space
- Included configfiles for composing FC6 respins
- Various other cleanups.
Also pungi has a new home, on the proof of concept Fedora Hosted Projects
space. See http://hosted.fedoraproject.org/projects/pungi specifically
http://hosted.fedoraproject.org/projects/pungi/wiki/PungiDownload for
downloads.
Enjoy!
--
Jesse Keating
Release Engineer: Fedora
17 years, 3 months
Use to create DVD on ia64
by Zhang, Yanmin
I created DVD image by pungi. disc1 is about 650M and disc2 is about 441M, but DVD is just
about 650M.
It looks like the doCreateIsos chooses directory os-disc1 to create DVD. Should it be os instead
of os-disc1?
Below small patch changes it. With the new patch, the DVD image is about 2.4GB, which looks like
too bigger (comparing with the total of disc1 and disc2).
Yanmin
---
diff -Nraup pungi-0.1.0/pypungi/pungi.py pungi-0.1.0_fix/pypungi/pungi.py
--- pungi-0.1.0/pypungi/pungi.py 2006-11-09 09:35:39.000000000 +0800
+++ pungi-0.1.0_fix/pypungi/pungi.py 2006-12-07 08:05:29.000000000 +0800
@@ -113,7 +113,7 @@ class Pungi:
bootargs,
isodir,
isoname,
- os.path.join('%s-disc1' % self.topdir)))
+ self.topdir))
os.system('cd %s; sha1sum %s >> SHA1SUM' % (isodir, isoname))
shutil.move(os.path.join(self.opts.destdir, '.discinfo-%s' % self.opts.arch), discinfofile)
17 years, 3 months