From yanmin_zhang at linux.intel.com Fri Dec 1 09:17:15 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Fri, 01 Dec 2006 17:17:15 +0800 Subject: pungi on ia64 machine Message-ID: <1164964635.15989.12.camel@ymzhang> 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 From jkeating at redhat.com Fri Dec 1 13:24:49 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 1 Dec 2006 08:24:49 -0500 Subject: pungi on ia64 machine In-Reply-To: <1164964635.15989.12.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> Message-ID: <200612010824.56004.jkeating@redhat.com> On Friday 01 December 2006 04:17, Zhang, Yanmin wrote: > du: cannot access > `/mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os-disc0': No > such file or directory Hurray! An ia64 user! I honestly haven't tried it at all on that platform, and I'm pretty sure that mkisofs calls are going to fail as I haven't put in ia64 specific boot args. The above error is very strange. How many CDs did you ask for? I could have sworn I have code in place to never create a disc0, but start with disc1. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Mon Dec 4 00:48:45 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Mon, 04 Dec 2006 08:48:45 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612010824.56004.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <200612010824.56004.jkeating@redhat.com> Message-ID: <1165193325.15989.18.camel@ymzhang> On Fri, 2006-12-01 at 08:24 -0500, Jesse Keating wrote: > On Friday 01 December 2006 04:17, Zhang, Yanmin wrote: > > du: cannot access > > `/mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os-disc0': No > > such file or directory > > Hurray! An ia64 user! I honestly haven't tried it at all on that platform, > and I'm pretty sure that mkisofs calls are going to fail as I haven't put in > ia64 specific boot args. Thanks. I work with Prarit to push all tools to keep ia64 in the loop. > > The above error is very strange. How many CDs did you ask for? 1 CD. > I could have > sworn I have code in place to never create a disc0, but start with disc1. From yanmin_zhang at linux.intel.com Mon Dec 4 01:25:08 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Mon, 04 Dec 2006 09:25:08 +0800 Subject: pungi on ia64 machine In-Reply-To: <1165193325.15989.18.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <200612010824.56004.jkeating@redhat.com> <1165193325.15989.18.camel@ymzhang> Message-ID: <1165195508.15989.20.camel@ymzhang> On Mon, 2006-12-04 at 08:48 +0800, Zhang, Yanmin wrote: > On Fri, 2006-12-01 at 08:24 -0500, Jesse Keating wrote: > > On Friday 01 December 2006 04:17, Zhang, Yanmin wrote: > > > du: cannot access > > > `/mnt/tmp2/soft/pungi-0.1.0/work/iso/FedoraCore-test/ia64/os-disc0': No > > > such file or directory > > > > Hurray! An ia64 user! I honestly haven't tried it at all on that platform, > > and I'm pretty sure that mkisofs calls are going to fail as I haven't put in > > ia64 specific boot args. > Thanks. I work with Prarit to push all tools to keep ia64 in the loop. > > > > > The above error is very strange. How many CDs did you ask for? > 1 CD. I used below command line: pungi --comps /mnt/tmp2/tmp/repodata/comps.xml --yumconf /etc/yum.conf --destdir /mnt/tmp2/soft/pungi-0.1.0/work/iso --cachedir /mnt/tmp2/soft/pungi-0.1.0/work/cache --arch ia64 --version FedoraCore-test --discs 1 From jkeating at redhat.com Mon Dec 4 03:11:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 3 Dec 2006 22:11:14 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165195508.15989.20.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165193325.15989.18.camel@ymzhang> <1165195508.15989.20.camel@ymzhang> Message-ID: <200612032211.21303.jkeating@redhat.com> On Sunday 03 December 2006 20:25, Zhang, Yanmin wrote: > I used below command line: > > pungi --comps /mnt/tmp2/tmp/repodata/comps.xml --yumconf /etc/yum.conf > --destdir /mnt/tmp2/soft/pungi-0.1.0/work/iso --cachedir > /mnt/tmp2/soft/pungi-0.1.0/work/cache --arch ia64 --version FedoraCore-test > --discs 1 Perhaps I have a logic flaw. I'll test this tomorrow with the current code base. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Mon Dec 4 03:29:56 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Mon, 04 Dec 2006 11:29:56 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612032211.21303.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <1165193325.15989.18.camel@ymzhang> <1165195508.15989.20.camel@ymzhang> <200612032211.21303.jkeating@redhat.com> Message-ID: <1165202996.15989.22.camel@ymzhang> On Sun, 2006-12-03 at 22:11 -0500, Jesse Keating wrote: > On Sunday 03 December 2006 20:25, Zhang, Yanmin wrote: > > I used below command line: > > > > pungi --comps /mnt/tmp2/tmp/repodata/comps.xml --yumconf /etc/yum.conf > > --destdir /mnt/tmp2/soft/pungi-0.1.0/work/iso --cachedir > > /mnt/tmp2/soft/pungi-0.1.0/work/cache --arch ia64 --version FedoraCore-test > > --discs 1 > > Perhaps I have a logic flaw. I'll test this tomorrow with the current code > base. target_size is always 640.0 * 1024.0 * 1024. If bin_discs==1, it should be 640.0 * 1024.0 * 1024 * 5. From yanmin_zhang at linux.intel.com Mon Dec 4 09:14:11 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Mon, 04 Dec 2006 17:14:11 +0800 Subject: pungi on ia64 machine In-Reply-To: <1165202996.15989.22.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165193325.15989.18.camel@ymzhang> <1165195508.15989.20.camel@ymzhang> <200612032211.21303.jkeating@redhat.com> <1165202996.15989.22.camel@ymzhang> Message-ID: <1165223651.15989.30.camel@ymzhang> On Mon, 2006-12-04 at 11:29 +0800, Zhang, Yanmin wrote: > On Sun, 2006-12-03 at 22:11 -0500, Jesse Keating wrote: > > On Sunday 03 December 2006 20:25, Zhang, Yanmin wrote: > > > I used below command line: > > > > > > pungi --comps /mnt/tmp2/tmp/repodata/comps.xml --yumconf /etc/yum.conf > > > --destdir /mnt/tmp2/soft/pungi-0.1.0/work/iso --cachedir > > > /mnt/tmp2/soft/pungi-0.1.0/work/cache --arch ia64 --version FedoraCore-test > > > --discs 1 > > > > Perhaps I have a logic flaw. I'll test this tomorrow with the current code > > base. > target_size is always 640.0 * 1024.0 * 1024. If bin_discs==1, > it should be 640.0 * 1024.0 * 1024 * 5. I worked out a patch to fix it. BTW, the patch also added bootargs to create cd on ia64. I succeeded in creating DVD and CD. But installation failed because libbdev doesn't match rpm parted's shared object. The ia64 mkinitrd under the development tree need to be rebuilt. Prarit, Could you rebuild rpm mkinitrd? 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-04 08:55:40.000000000 +0800 @@ -51,6 +51,9 @@ class Pungi: timber.product_path = self.prodpath #timber.reserve_size = + if timber.bin_discs == 1: + timber.target_size = timber.target_size*5 + output = timber.main() for line in output: print line @@ -68,27 +71,7 @@ class Pungi: bootargs = '' isodir = os.path.join(self.opts.destdir, self.opts.version, self.opts.arch, 'iso') os.makedirs(isodir) - for disc in range(1, self.opts.discs + 1): # cycle through the CD isos - volname = '"%s %s %s Disc %s"' % ('Fedora', self.opts.version, self.opts.arch, disc) # hacky :/ - isoname = 'Fedora-%s-%s-disc%s.iso' % (self.opts.version, self.opts.arch, disc) - if disc == 1: # if this is the first disc, we want to set boot flags - if self.opts.arch == 'i386' or self.opts.arch == 'x86_64': - bootargs = '-b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table' - elif self.opts.arch == 'ppc': - # Boy, it would be nice if somebody who understood ppc helped out here... - bootargs = '' - else: - bootargs = '' # clear out any existing bootargs - - os.system('mkisofs %s %s %s -o %s/%s %s' % (mkisofsargs, - volname, - bootargs, - isodir, - isoname, - os.path.join('%s-disc%s' % (self.topdir, disc)))) - os.system('cd %s; sha1sum %s >> SHA1SUM' % (isodir, isoname)) - - if self.opts.discs > 1: # We've asked for more than one disc, make a DVD image + if self.opts.discs == 1: # make a DVD image # backup the main .discinfo to use a split one. This is an ugly hack :/ content = open(discinfofile, 'r').readlines() shutil.move(discinfofile, os.path.join(self.opts.destdir, '.discinfo-%s' % self.opts.arch)) @@ -104,6 +87,8 @@ class Pungi: isoname = 'Fedora-%s-%s-DVD.iso' % (self.opts.version, self.opts.arch) if self.opts.arch == 'i386' or self.opts.arch == 'x86_64': bootargs = '-b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table' + elif self.opts.arch == 'ia64': + bootargs = '-b images/boot.img -no-emul-boot' elif self.opts.arch == 'ppc': # Boy, it would be nice if somebody who understood ppc helped out here... bootargs = '' @@ -120,7 +105,28 @@ class Pungi: os.unlink(os.path.join(self.topdir, 'repodata')) # remove our temp symlink and move the orig repodata back shutil.move(os.path.join(self.opts.destdir, 'repodata-%s' % self.opts.arch), os.path.join(self.topdir, 'repodata')) - + else: # We've asked for more than one disc + for disc in range(1, self.opts.discs + 1): # cycle through the CD isos + volname = '"%s %s %s Disc %s"' % ('Fedora', self.opts.version, self.opts.arch, disc) # hacky :/ + isoname = 'Fedora-%s-%s-disc%s.iso' % (self.opts.version, self.opts.arch, disc) + if disc == 1: # if this is the first disc, we want to set boot flags + if self.opts.arch == 'i386' or self.opts.arch == 'x86_64': + bootargs = '-b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table' + elif self.opts.arch == 'ia64': + bootargs = '-b images/boot.img -no-emul-boot' + elif self.opts.arch == 'ppc': + # Boy, it would be nice if somebody who understood ppc helped out here... + bootargs = '' + else: + bootargs = '' # clear out any existing bootargs + + os.system('mkisofs %s %s %s -o %s/%s %s' % (mkisofsargs, + volname, + bootargs, + isodir, + isoname, + os.path.join('%s-disc%s' % (self.topdir, disc)))) + os.system('cd %s; sha1sum %s >> SHA1SUM' % (isodir, isoname)) def main(): # This is used for testing the module From jkeating at redhat.com Mon Dec 4 14:10:37 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Dec 2006 09:10:37 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165202996.15989.22.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <200612032211.21303.jkeating@redhat.com> <1165202996.15989.22.camel@ymzhang> Message-ID: <200612040910.37373.jkeating@redhat.com> On Sunday 03 December 2006 22:29, Zhang, Yanmin wrote: > target_size is always 640.0 * 1024.0 * 1024. If bin_discs==1, > it should be 640.0 * 1024.0 * 1024 * 5. I think you're not quite understanding what target_size is accomplishing. This is for the splitting of CDs. The burning of the DVD happens later, from the exploaded tree directory that is used to make the splits. With pungi, if you ask for more CDs than 1, you get a DVD automagically as well. If you only have enough content for one CD (and you won't spill over size) then there is no point in making a DVD as the CD iso can be used on a DVD too. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Dec 4 14:12:41 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Dec 2006 09:12:41 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165223651.15989.30.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165202996.15989.22.camel@ymzhang> <1165223651.15989.30.camel@ymzhang> Message-ID: <200612040912.41278.jkeating@redhat.com> On Monday 04 December 2006 04:14, Zhang, Yanmin wrote: > I worked out a patch to fix it. BTW, the patch also added bootargs to > create cd on ia64. > > I succeeded in creating DVD and CD. But installation failed because libbdev > doesn't match rpm parted's shared object. The ia64 mkinitrd under the > development tree need to be rebuilt. I'll take the boot args part of the patch, but the rest isn't quite right I don't think. If you have more content than will fit on a single CD, you need to ask for multiple CDs. You'll automatically get a DVD image too. If you only have enough content for one CD, there is no point to making a DVD image as well, the CD image doubles as a DVD image. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kanarip at kanarip.com Mon Dec 4 14:41:00 2006 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Mon, 04 Dec 2006 15:41:00 +0100 Subject: pungi on ia64 machine In-Reply-To: <200612040912.41278.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <1165202996.15989.22.camel@ymzhang> <1165223651.15989.30.camel@ymzhang> <200612040912.41278.jkeating@redhat.com> Message-ID: <4574337C.2010709@kanarip.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jesse Keating wrote: > > I'll take the boot args part of the patch, but the rest isn't quite right I > don't think. If you have more content than will fit on a single CD, you need > to ask for multiple CDs. You'll automatically get a DVD image too. If you > only have enough content for one CD, there is no point to making a DVD image > as well, the CD image doubles as a DVD image. > I would need to take a look at the latest source code to be sure, but I can't at this moment... If you only have enough content for one CD, is pungi still labeling the CD as 'disc1'? If you let the CD image also be the DVD image, does that have the 'disc1' label too? Also, spinning the DVD automatically if the content is spanned over more then one CD seems like something that can be made optional. Kind regards, Jeroen van Meeuwen - -kanarip -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iD8DBQFFdDN8KN6f2pNCvwgRAmhRAJsFtdQYcDMECS4Gx+6U5CGZKnBvlQCeO4M8 GExeZPF0pFAJWy+PIHKxYJE= =UHrH -----END PGP SIGNATURE----- From jkeating at redhat.com Mon Dec 4 14:43:43 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Dec 2006 09:43:43 -0500 Subject: pungi on ia64 machine In-Reply-To: <4574337C.2010709@kanarip.com> References: <1164964635.15989.12.camel@ymzhang> <200612040912.41278.jkeating@redhat.com> <4574337C.2010709@kanarip.com> Message-ID: <200612040943.43792.jkeating@redhat.com> On Monday 04 December 2006 09:41, Jeroen van Meeuwen wrote: > I would need to take a look at the latest source code to be sure, but > I can't at this moment... > > If you only have enough content for one CD, is pungi still labeling > the CD as 'disc1'? If you let the CD image also be the DVD image, does > that have the 'disc1' label too? Yes, because there is zero difference between a CD image and a DVD image. For now, I'd rather not change what the name of the iso would be depending on how many are spun, maybe later if there is compelling reasons. The iso can always be "mv'd" to whatever you want. > Also, spinning the DVD automatically if the content is spanned over > more then one CD seems like something that can be made optional. Sure, I plan for it to be a config option. Settable in a config file, defaulting to on in the code. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Tue Dec 5 01:35:49 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Tue, 05 Dec 2006 09:35:49 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612040912.41278.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <1165202996.15989.22.camel@ymzhang> <1165223651.15989.30.camel@ymzhang> <200612040912.41278.jkeating@redhat.com> Message-ID: <1165282549.15989.34.camel@ymzhang> On Mon, 2006-12-04 at 09:12 -0500, Jesse Keating wrote: > On Monday 04 December 2006 04:14, Zhang, Yanmin wrote: > > I worked out a patch to fix it. BTW, the patch also added bootargs to > > create cd on ia64. > > > > I succeeded in creating DVD and CD. But installation failed because libbdev > > doesn't match rpm parted's shared object. The ia64 mkinitrd under the > > development tree need to be rebuilt. > > I'll take the boot args part of the patch, but the rest isn't quite right I > don't think. If you have more content than will fit on a single CD, you need > to ask for multiple CDs. You'll automatically get a DVD image too. If you > only have enough content for one CD, there is no point to making a DVD image > as well, the CD image doubles as a DVD image. Thanks. Prior to pungi, I used one old scripts to build images on ia64 and still thought in the old way. Yanmin From yanmin_zhang at linux.intel.com Wed Dec 6 03:14:22 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Wed, 06 Dec 2006 11:14:22 +0800 Subject: pungi on ia64 machine In-Reply-To: <1165282549.15989.34.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165202996.15989.22.camel@ymzhang> <1165223651.15989.30.camel@ymzhang> <200612040912.41278.jkeating@redhat.com> <1165282549.15989.34.camel@ymzhang> Message-ID: <1165374862.15989.46.camel@ymzhang> On Tue, 2006-12-05 at 09:35 +0800, Zhang, Yanmin wrote: > On Mon, 2006-12-04 at 09:12 -0500, Jesse Keating wrote: > > On Monday 04 December 2006 04:14, Zhang, Yanmin wrote: > > > I worked out a patch to fix it. BTW, the patch also added bootargs to > > > create cd on ia64. > > > > > > I succeeded in creating DVD and CD. But installation failed because libbdev > > > doesn't match rpm parted's shared object. The ia64 mkinitrd under the > > > development tree need to be rebuilt. > > > > I'll take the boot args part of the patch, but the rest isn't quite right I > > don't think. If you have more content than will fit on a single CD, you need > > to ask for multiple CDs. You'll automatically get a DVD image too. If you > > only have enough content for one CD, there is no point to making a DVD image > > as well, the CD image doubles as a DVD image. > Thanks. Prior to pungi, I used one old scripts to build images on ia64 and > still thought in the old way. I created new CD images and got below errors in /root/install.log when installing by the new CD images. And the installation hanged at creat bootloader. Yanmin --- error: %post(libxml2-2.6.27-1.ia64) scriptlet failed, exit status 255 Installing popt - 1.10.2-36.fc7.ia64 Installing libICE - 1.0.2-1.ia64 Installing libSM - 1.0.2-1.ia64 Installing info - 4.8-14.fc7.ia64 error: %post(info-4.8-14.fc7.ia64) scriptlet failed, exit status 255 Installing libstdc++ - 4.1.1-39.ia64 Installing audit-libs - 1.2.9-1.fc7.ia64 Installing desktop-file-utils - 0.11-4.fc7.ia64 error: %post(desktop-file-utils-0.11-4.fc7.ia64) scriptlet failed, exit status 255 Installing libsepol - 1.15.2-1.ia64 error: %post(libsepol-1.15.2-1.ia64) scriptlet failed, exit status 255 Installing libselinux - 1.33.1-1.ia64 error: %post(libselinux-1.33.1-1.ia64) scriptlet failed, exit status 255 Installing coreutils - 5.97-14.fc7.ia64 error: %pre(coreutils-5.97-14.fc7.ia64) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping coreutils-5.97-14.fc7 From jkeating at redhat.com Wed Dec 6 05:11:53 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Dec 2006 00:11:53 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165374862.15989.46.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165282549.15989.34.camel@ymzhang> <1165374862.15989.46.camel@ymzhang> Message-ID: <200612060011.53354.jkeating@redhat.com> On Tuesday 05 December 2006 22:14, Zhang, Yanmin wrote: > I created new CD images and got below errors in /root/install.log when > installing by the new CD images. And the installation hanged at creat > bootloader. Sounds like some package is missing. Isn't available during the %post of these commands. Check whats in the post of libxml2-2.6.27-1.ia64 and what might be missing. Perhaps something is ExcludeArch: ia64 that shouldn't be. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Wed Dec 6 05:18:53 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Wed, 06 Dec 2006 13:18:53 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612060011.53354.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <1165282549.15989.34.camel@ymzhang> <1165374862.15989.46.camel@ymzhang> <200612060011.53354.jkeating@redhat.com> Message-ID: <1165382333.15989.50.camel@ymzhang> On Wed, 2006-12-06 at 00:11 -0500, Jesse Keating wrote: > On Tuesday 05 December 2006 22:14, Zhang, Yanmin wrote: > > I created new CD images and got below errors in /root/install.log when > > installing by the new CD images. And the installation hanged at creat > > bootloader. > > Sounds like some package is missing. Isn't available during the %post of > these commands. Check whats in the post of libxml2-2.6.27-1.ia64 and what > might be missing. Perhaps something is ExcludeArch: ia64 that shouldn't be. It looks like rpm bash was missing. I checked iso/7-test1/ia64/os and iso/7-test1/ia64/os-discX. There is no rpm bash under os-discX, but it is under os. Thanks, Yanmin From yanmin_zhang at linux.intel.com Wed Dec 6 09:24:40 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Wed, 06 Dec 2006 17:24:40 +0800 Subject: pungi on ia64 machine In-Reply-To: <1165382333.15989.50.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165282549.15989.34.camel@ymzhang> <1165374862.15989.46.camel@ymzhang> <200612060011.53354.jkeating@redhat.com> <1165382333.15989.50.camel@ymzhang> Message-ID: <1165397080.15989.58.camel@ymzhang> On Wed, 2006-12-06 at 13:18 +0800, Zhang, Yanmin wrote: > On Wed, 2006-12-06 at 00:11 -0500, Jesse Keating wrote: > > On Tuesday 05 December 2006 22:14, Zhang, Yanmin wrote: > > > I created new CD images and got below errors in /root/install.log when > > > installing by the new CD images. And the installation hanged at creat > > > bootloader. > > > > Sounds like some package is missing. Isn't available during the %post of > > these commands. Check whats in the post of libxml2-2.6.27-1.ia64 and what > > might be missing. Perhaps something is ExcludeArch: ia64 that shouldn't be. > It looks like rpm bash was missing. I checked iso/7-test1/ia64/os and > iso/7-test1/ia64/os-discX. There is no rpm bash under os-discX, but it > is under os. I checked iso/pkgorder-ia64. It didn't have bash. I retried pkgorder manually, the output still didn't include bash. Then, I move all rpm from Fedora to Fedora/RPMS, and reran pkgorder. The new result had bash. Yanmin From jkeating at redhat.com Wed Dec 6 16:20:25 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Dec 2006 11:20:25 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165397080.15989.58.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <1165382333.15989.50.camel@ymzhang> <1165397080.15989.58.camel@ymzhang> Message-ID: <200612061120.29243.jkeating@redhat.com> On Wednesday 06 December 2006 04:24, Zhang, Yanmin wrote: > I checked iso/pkgorder-ia64. It didn't have bash. I retried pkgorder > manually, the output still didn't include bash. Then, I move all rpm from > Fedora to Fedora/RPMS, and reran pkgorder. The new result had bash. Interesting. Sounds like maybe anaconda in FC6 isn't quite setup to handle things under Fedora/ rather than Fedora/RPMS. I'll talk with the anaconda folks. Unfortunately I haven't been able to duplicate this when spinning x86_64 releases. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cweyl at alumni.drew.edu Wed Dec 6 17:23:13 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Wed, 6 Dec 2006 09:23:13 -0800 Subject: Patch to buildsys-build.spec to support SuSE SLES In-Reply-To: <5e61b72f0611081616q5ab90ac1mf8a21ab124d7ecae@mail.gmail.com> References: <5e61b72f0611081616q5ab90ac1mf8a21ab124d7ecae@mail.gmail.com> Message-ID: <7dd7ab490612060923o76bec700jdb2759d37a0845a8@mail.gmail.com> On 11/8/06, John Villalovos wrote: > Attached is a patch which adds support for SuSE Linux Enterprise > Server (SLES) to the buildsys-build.spec file. > > It is kind of ugly, since they use a lot of RPMS in their build > environment. I haven't tried to trim it. I used the information from > Matt Domsch that he has posted at > http://linux.dell.com/files/mock/buildgroups/sles10/i386/ > > I hope this is useful for others. Thanks John -- I was just looking for something like this :) -Chris -- Chris Weyl Ex astris, scientia From cweyl at alumni.drew.edu Wed Dec 6 17:23:44 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Wed, 6 Dec 2006 09:23:44 -0800 Subject: Using mock with SuSE Linux Enterprise Desktop? In-Reply-To: <20061026021424.GA4028@lists.us.dell.com> References: <5e61b72f0610251650s1f69548bs234e622eac8ab533@mail.gmail.com> <20061026021424.GA4028@lists.us.dell.com> Message-ID: <7dd7ab490612060923x75e5b06fu1be838632e9cb8d6@mail.gmail.com> On 10/25/06, Matt Domsch wrote: > We do for firmware-tools and libsmbios. > http://linux.dell.com/files/mock/ > has our configs etc. SLES 9 and 10 work. I don't know that > opensuse-10.* work. Hey Matt -- Any updates for mock 0.6, by any chance? I just poked around out there, and it looks great but a little stale now :) -Chris -- Chris Weyl Ex astris, scientia From sodarock at gmail.com Wed Dec 6 22:09:11 2006 From: sodarock at gmail.com (John Villalovos) Date: Wed, 6 Dec 2006 14:09:11 -0800 Subject: Using mock with SuSE Linux Enterprise Desktop? In-Reply-To: <7dd7ab490612060923x75e5b06fu1be838632e9cb8d6@mail.gmail.com> References: <5e61b72f0610251650s1f69548bs234e622eac8ab533@mail.gmail.com> <20061026021424.GA4028@lists.us.dell.com> <7dd7ab490612060923x75e5b06fu1be838632e9cb8d6@mail.gmail.com> Message-ID: <5e61b72f0612061409r360f2b13hbc6a6e44ae7ba707@mail.gmail.com> On 12/6/06, Chris Weyl wrote: > Any updates for mock 0.6, by any chance? I just poked around out > there, and it looks great but a little stale now :) So what are you looking for? I posted a patch for buildsys-build.spec in the mock package on this list, though I don't think anybody applied it. I am attaching to this email. John -------------- next part -------------- A non-text attachment was scrubbed... Name: buildsys-suse.patch Type: application/octet-stream Size: 3274 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Thu Dec 7 03:13:56 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Thu, 07 Dec 2006 11:13:56 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612061120.29243.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <1165382333.15989.50.camel@ymzhang> <1165397080.15989.58.camel@ymzhang> <200612061120.29243.jkeating@redhat.com> Message-ID: <1165461236.15989.72.camel@ymzhang> On Wed, 2006-12-06 at 11:20 -0500, Jesse Keating wrote: > On Wednesday 06 December 2006 04:24, Zhang, Yanmin wrote: > > I checked iso/pkgorder-ia64. It didn't have bash. I retried pkgorder > > manually, the output still didn't include bash. Then, I move all rpm from > > Fedora to Fedora/RPMS, and reran pkgorder. The new result had bash. > > Interesting. Sounds like maybe anaconda in FC6 isn't quite setup to handle > things under Fedora/ rather than Fedora/RPMS. I'll talk with the anaconda > folks. Unfortunately I haven't been able to duplicate this when spinning > x86_64 releases. After moving RPM files to Fedora/RPMS, the pkgorder result is correct, and directory os-disc1/Fedora/RPMS also has rpm bash, but the installation from the new images still reports lots of %post and %pre errors. /root/install.log showed anaconda didn't follow the sequence produced by pkgorder to install rpms. I checked os-disc1/repodata/primary.xml.gz and the rpm sequence was exatcly the same sequence of pkgorder. Yanmin > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From yanmin_zhang at linux.intel.com Thu Dec 7 09:01:01 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Thu, 07 Dec 2006 17:01:01 +0800 Subject: Use to create DVD on ia64 Message-ID: <1165482061.15989.80.camel@ymzhang> 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) From jkeating at redhat.com Thu Dec 7 15:28:25 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Dec 2006 10:28:25 -0500 Subject: pungi on ia64 machine In-Reply-To: <1165461236.15989.72.camel@ymzhang> References: <1164964635.15989.12.camel@ymzhang> <200612061120.29243.jkeating@redhat.com> <1165461236.15989.72.camel@ymzhang> Message-ID: <200612071028.29426.jkeating@redhat.com> On Wednesday 06 December 2006 22:13, Zhang, Yanmin wrote: > /root/install.log showed anaconda didn't follow the sequence produced by > pkgorder to install rpms. I checked os-disc1/repodata/primary.xml.gz and > the rpm sequence was exatcly the same sequence of pkgorder. Hrm, this is starting to sound like an anaconda problem. I'd bring this thread up on an anconda user's list, or maybe fedora-devel list. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Thu Dec 7 15:29:17 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Dec 2006 10:29:17 -0500 Subject: Use to create DVD on ia64 In-Reply-To: <1165482061.15989.80.camel@ymzhang> References: <1165482061.15989.80.camel@ymzhang> Message-ID: <200612071029.17554.jkeating@redhat.com> On Thursday 07 December 2006 04:01, Zhang, Yanmin wrote: > 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). Thanks. I actually already have this fixed in the hg repository, I just haven't gotten to the feature I need to make the next point release. I hope to get that (adding srpms to the mix) done this week. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Fri Dec 8 02:42:54 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Fri, 08 Dec 2006 10:42:54 +0800 Subject: pungi on ia64 machine In-Reply-To: <200612071028.29426.jkeating@redhat.com> References: <1164964635.15989.12.camel@ymzhang> <200612061120.29243.jkeating@redhat.com> <1165461236.15989.72.camel@ymzhang> <200612071028.29426.jkeating@redhat.com> Message-ID: <1165545774.15989.86.camel@ymzhang> On Thu, 2006-12-07 at 10:28 -0500, Jesse Keating wrote: > On Wednesday 06 December 2006 22:13, Zhang, Yanmin wrote: > > /root/install.log showed anaconda didn't follow the sequence produced by > > pkgorder to install rpms. I checked os-disc1/repodata/primary.xml.gz and > > the rpm sequence was exatcly the same sequence of pkgorder. > > Hrm, this is starting to sound like an anaconda problem. I'd bring this > thread up on an anconda user's list, or maybe fedora-devel list. Thanks for helping push it! Yanmin From jkeating at redhat.com Tue Dec 12 15:21:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Dec 2006 10:21:11 -0500 Subject: Announcing pungi-0.1.1 Message-ID: <200612121021.12236.jkeating@redhat.com> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From yanmin_zhang at linux.intel.com Wed Dec 13 03:00:56 2006 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Wed, 13 Dec 2006 11:00:56 +0800 Subject: Announcing pungi-0.1.1 In-Reply-To: <200612121021.12236.jkeating@redhat.com> References: <200612121021.12236.jkeating@redhat.com> Message-ID: <1165978856.15989.111.camel@ymzhang> On Tue, 2006-12-12 at 10:21 -0500, Jesse Keating wrote: > 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. I used the new pungi to build CD/DVD images on ia64. The DVD image include a symbol link of repodata which causes installation failure. I mounted the DVD image by loop device. See: [root at tigerF ia64]# ls -lrt /mnt/loop total 497 drwxr-xr-x 3 root root 268288 Dec 13 01:42 Fedora drwxr-xr-x 4 root root 2048 Dec 13 01:53 images drwxr-xr-x 2 root root 4096 Dec 13 01:57 stylesheet-images -rw-r--r-- 6 root root 1232 Dec 13 01:57 RPM-GPG-KEY-rawhide -rw-r--r-- 6 root root 1076 Dec 13 01:57 RPM-GPG-KEY-fedora-test -rw-r--r-- 6 root root 1105 Dec 13 01:57 RPM-GPG-KEY-fedora-rawhide -rw-r--r-- 6 root root 1722 Dec 13 01:57 RPM-GPG-KEY-fedora-legacy -rw-r--r-- 6 root root 2043 Dec 13 01:57 RPM-GPG-KEY-fedora-extras -rw-r--r-- 6 root root 1519 Dec 13 01:57 RPM-GPG-KEY-fedora -rw-r--r-- 6 root root 1706 Dec 13 01:57 RPM-GPG-KEY-beta -rw-r--r-- 6 root root 1910 Dec 13 01:57 RPM-GPG-KEY -rwxr-xr-x 6 root root 175924 Dec 13 01:57 RELEASE-NOTES-en_US.html -rw-r--r-- 6 root root 10053 Dec 13 01:57 README-BURNING-ISOS-en_US.txt -rw-r--r-- 6 root root 18385 Dec 13 01:57 GPL -rw-r--r-- 6 root root 2350 Dec 13 01:57 fedora.css -rw-r--r-- 6 root root 5625 Dec 13 01:57 eula.txt -r--r--r-- 1 root root 4383 Dec 13 01:59 TRANS.TBL lrwxrwxrwx 1 root root 59 Dec 13 01:59 repodata -> /mnt/tmp2/soft/work_pungi/pungi/7.01/ia64/os-disc1/repodata -r--r--r-- 1 root root 2048 Dec 13 01:59 boot.catalog pypungi/pungi.py creates the symbol link before creating DVD image. I think a copy should replace the symbol link. Yanmin From jkeating at redhat.com Wed Dec 13 03:14:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Dec 2006 22:14:14 -0500 Subject: Announcing pungi-0.1.1 In-Reply-To: <1165978856.15989.111.camel@ymzhang> References: <200612121021.12236.jkeating@redhat.com> <1165978856.15989.111.camel@ymzhang> Message-ID: <200612122214.17064.jkeating@redhat.com> On Tuesday 12 December 2006 22:00, Zhang, Yanmin wrote: > pypungi/pungi.py creates the symbol link before creating DVD image. I think > a copy should replace the symbol link. Oh that's bizarre. I'll fix that straight away. btw: http://hosted.fedoraproject.org/projects/pungi has a ticketing system for these types of things too (: -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Wed Dec 13 04:01:44 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Dec 2006 23:01:44 -0500 Subject: Announcing pungi-0.1.1 In-Reply-To: <200612122214.17064.jkeating@redhat.com> References: <200612121021.12236.jkeating@redhat.com> <1165978856.15989.111.camel@ymzhang> <200612122214.17064.jkeating@redhat.com> Message-ID: <200612122301.44941.jkeating@redhat.com> On Tuesday 12 December 2006 22:14, Jesse Keating wrote: > > pypungi/pungi.py creates the symbol link before creating DVD image. I > > think a copy should replace the symbol link. > > Oh that's bizarre. ?I'll fix that straight away. https://hosted.fedoraproject.org/projects/pungi/changeset/112%3Ab518e4473716 Fixed. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sheltren at cs.ucsb.edu Wed Dec 13 10:40:41 2006 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 13 Dec 2006 06:40:41 -0400 Subject: Announcing pungi-0.1.1 In-Reply-To: <200612122214.17064.jkeating@redhat.com> References: <200612121021.12236.jkeating@redhat.com> <1165978856.15989.111.camel@ymzhang> <200612122214.17064.jkeating@redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Dec 12, 2006, at 11:14 PM, Jesse Keating wrote: > > btw: http://hosted.fedoraproject.org/projects/pungi has a > ticketing system > for these types of things too (: Ooh, cool! - -Jeff -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFf9isKe7MLJjUbNMRAr4SAKDKIKFbkrRBusYkwv4DksEWu3E2iACgrDi1 MVyw3rmbAab1rp7UszyUEY8= =sU50 -----END PGP SIGNATURE----- From dhubler at pingtel.com Wed Dec 13 23:18:21 2006 From: dhubler at pingtel.com (Douglas Hubler) Date: Wed, 13 Dec 2006 23:18:21 +0000 (UTC) Subject: automate rpm signing? References: Message-ID: Joe Todaro us.ibm.com> writes: > Here, in fact I made some enhancements to the script > See what you can do with it. Joe, I'm using the expect script you attached to your last post, thanks for posting it! I'm finding on larger RPMs the expect script times out after password but beforethe actual signing and without giving an error message. So I - added a timeout error condition after password is entered. - increase timeout. Does it look right? Seems to work for me. Also, I cannot seem to find documentation on what --with sig_main does, can you explain? modified extras-signer.ex http://pastebin.ca/278275 From jkeating at redhat.com Thu Dec 14 03:31:53 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 13 Dec 2006 22:31:53 -0500 Subject: Announcing pungi-0.1.2 Message-ID: <200612132231.53391.jkeating@redhat.com> Me again (: I fixed a bug that was found in 0.1.1, and added support for doing ppc(64) spins. http://hosted.fedoraproject.org/projects/pungi http://hosted.fedoraproject.org/projects/pungi/wiki/PungiDownload -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Sat Dec 16 17:49:10 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 16 Dec 2006 11:49:10 -0600 Subject: Initial EPEL mock config In-Reply-To: <200611101059.00802.dennis@ausil.us> References: <1163133251.6548.5.camel@vader.jdub.homelinux.org> <200611092328.02803.dennis@ausil.us> <1163169636.16990.1.camel@vader.jdub.homelinux.org> <200611101059.00802.dennis@ausil.us> Message-ID: <1166291351.4812.24.camel@vader.jdub.homelinux.org> Updated config below. I'd very much like to get configs for EPEL included into the mock upstream ASAP. What else is needed to get that done? josh #!/usr/bin/python -tt import os config_opts['root'] = 'epel-4-i386' config_opts['target_arch'] = 'i386' config_opts['yum.conf'] = """ [main] cachdir=/var/cache/yum debuglevel=1 logfile=/var/log/yum.log reposdir=/dev/null retries=20 obsoletes=1 gpgcheck=0 assumeyes=1 # repos [core] name=base mirrorlist=http://mirror.centos.org/?release=4&arch=i386&repo=os [update] name=updates mirrorlist=http://mirror.centos.org/?release=4&arch=i386&repo=updates [groups] name=groups baseurl=http://buildsys.fedoraproject.org/buildgroups/rhel4/i386/ [extras] name=epel mirrorlist=http://fedora.redhat.com/download/mirrors/epel-4 [local] name=local baseurl=http://buildsys.fedoraproject.org/plague-results/epel-4/ """ From jwboyer at jdub.homelinux.org Sat Dec 16 18:20:55 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 16 Dec 2006 12:20:55 -0600 Subject: Initial EPEL mock config In-Reply-To: <1166291351.4812.24.camel@vader.jdub.homelinux.org> References: <1163133251.6548.5.camel@vader.jdub.homelinux.org> <200611092328.02803.dennis@ausil.us> <1163169636.16990.1.camel@vader.jdub.homelinux.org> <200611101059.00802.dennis@ausil.us> <1166291351.4812.24.camel@vader.jdub.homelinux.org> Message-ID: <1166293255.4812.27.camel@vader.jdub.homelinux.org> On Sat, 2006-12-16 at 11:49 -0600, Josh Boyer wrote: > Updated config below. I'd very much like to get configs for EPEL > included into the mock upstream ASAP. What else is needed to get that > done? Updated with comments from Dennis. josh #!/usr/bin/python -tt import os config_opts['root'] = 'epel-4-i386' config_opts['target_arch'] = 'i386' config_opts['yum.conf'] = """ [main] cachdir=/var/cache/yum debuglevel=1 logfile=/var/log/yum.log reposdir=/dev/null retries=20 obsoletes=1 gpgcheck=0 assumeyes=1 # repos [core] name=base mirrorlist=http://mirror.centos.org/?release=4&arch=i386&repo=os [update] name=updates mirrorlist=http://mirror.centos.org/?release=4&arch=i386&repo=updates [groups] name=groups baseurl=http://buildsys.fedoraproject.org/buildgroups/rhel4/i386/ [extras] name=epel mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-4&arch=i386 [local] name=local baseurl=http://buildsys.fedoraproject.org/plague-results/fedora-4-epel/ """ From williams at redhat.com Tue Dec 19 16:59:22 2006 From: williams at redhat.com (Clark Williams) Date: Tue, 19 Dec 2006 10:59:22 -0600 Subject: mock BZ #215321 Message-ID: <45881A6A.7080701@redhat.com> -----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: 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 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----- From williams at redhat.com Tue Dec 19 17:12:42 2006 From: williams at redhat.com (Clark Williams) Date: Tue, 19 Dec 2006 11:12:42 -0600 Subject: mock BZ #215321 In-Reply-To: <45881A6A.7080701@redhat.com> References: <45881A6A.7080701@redhat.com> Message-ID: <45881D8A.30305@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Clark Williams wrote: > 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: > I hate replying to my own email, but... David Smith just reminded me that there are some rpm issues where rpm cheerfully ignores any --root argument and attempts to grab a lock on /var/lib/rpm/db*. It's entirely possible that this issue is hitting one of those spots. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFFiB2KHyuj/+TTEp0RAo1EAJ9J8nhwRSIF9XrB5Yor/R0h9VPIVgCfbU5Q cXnd/fqj81RxEtF7hnKw57k= =ZwgP -----END PGP SIGNATURE----- From sheltren at cs.ucsb.edu Tue Dec 19 19:59:19 2006 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 19 Dec 2006 11:59:19 -0800 Subject: mock BZ #215321 In-Reply-To: <45881A6A.7080701@redhat.com> References: <45881A6A.7080701@redhat.com> Message-ID: <63B01956-6665-45B0-B026-349E73BAAFD0@cs.ucsb.edu> On Dec 19, 2006, at 8:59 AM, Clark Williams wrote: > > 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 > > > 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. Hi Clark, I remember this problem a while back although when it happened for me, the problem was that mock was not creating the /var/ lib/rpm/ directory inside the chroot (actually due to a change in the RPM rpm). This was patched in CVS, although I'm not sure it's been pushed out in any updates. Can you verify that this is trying to create files in /var/lib/rpm and not /var/lib/rpm? -Jeff From jstodaro at us.ibm.com Wed Dec 20 15:54:08 2006 From: jstodaro at us.ibm.com (Joe Todaro) Date: Wed, 20 Dec 2006 10:54:08 -0500 Subject: automate rpm signing? In-Reply-To: Message-ID: Douglas Hubler wrote on 12/13/2006 06:18:21 PM: > Joe Todaro us.ibm.com> writes: > > Here, in fact I made some enhancements to the script > > > See what you can do with it. > > Joe, > > I'm using the expect script you attached to your last post, thanks for posting > it! > > I'm finding on larger RPMs the expect script times out after password but > beforethe actual signing and without giving an error message. > > So I > - added a timeout error condition after password is entered. > - increase timeout. > > Does it look right? Seems to work for me. Yeah. Looks fine Douglas. Good catch. > > Also, I cannot seem to find documentation on what > --with sig_main > does, can you explain? The basic package signing methods are described here: http://library.n0i.net/linux-unix/programming/ma-xrpm/s1-rpm-pgp-signing-packages.html And the "--with sig_main" option can be implemented via the "%_gpg_name" macro, that might look something like this: %_gpg_name %{?_with_sig_main:F333AC40}%{?_with_sig_addon:5036E41F} > > > modified extras-signer.ex > http://pastebin.ca/278275 > > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugs.michael at gmx.net Sun Dec 24 22:04:37 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 24 Dec 2006 23:04:37 +0100 Subject: buildsys misconfigured In-Reply-To: <1164788017.30297.0.camel@metropolis.intra.city-fan.org> References: <20061125161023.239f7451.bugs.michael@gmx.net> <200611281339.32097.dennis@ausil.us> <20061128230114.0f0a8eac.bugs.michael@gmx.net> <200611281650.06967.dennis@ausil.us> <20061129020706.a9804f0e.bugs.michael@gmx.net> <1164788017.30297.0.camel@metropolis.intra.city-fan.org> Message-ID: <20061224230437.0081ec95.bugs.michael@gmx.net> On Wed, 29 Nov 2006 08:13:37 +0000, Paul Howarth wrote: > Perhaps a misconfiguration on one, rarely-used builder? http://buildsys.fedoraproject.org/build-status/job.psp?uid=24566 | 24566: toped-0.8.2-2.fc7 (needsign) | Target: fedora-6-extras | Submitter: cgoorah yahoo com au | Source: toped-0_8_2-2_fc6 If target is fc6 and tag is within fc6 (for example, when all arguments on plague-client command-line refer to fc6), under which circumstances would a build machine use "fc7"? This job built a fc7 src.rpm and fc6 binaries: | http://buildsys.fedoraproject.org/logs/fedora-6-extras/24566-toped-0.8.2-2.fc7/ From fedora at leemhuis.info Mon Dec 25 08:53:34 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 25 Dec 2006 09:53:34 +0100 Subject: buildsys misconfigured In-Reply-To: <20061224230437.0081ec95.bugs.michael@gmx.net> References: <20061125161023.239f7451.bugs.michael@gmx.net> <200611281339.32097.dennis@ausil.us> <20061128230114.0f0a8eac.bugs.michael@gmx.net> <200611281650.06967.dennis@ausil.us> <20061129020706.a9804f0e.bugs.michael@gmx.net> <1164788017.30297.0.camel@metropolis.intra.city-fan.org> <20061224230437.0081ec95.bugs.michael@gmx.net> Message-ID: <458F918E.9080407@leemhuis.info> Michael Schwendt schrieb: > On Wed, 29 Nov 2006 08:13:37 +0000, Paul Howarth wrote: >> Perhaps a misconfiguration on one, rarely-used builder? > http://buildsys.fedoraproject.org/build-status/job.psp?uid=24566 > | 24566: toped-0.8.2-2.fc7 (needsign) > | Target: fedora-6-extras > | Submitter: cgoorah yahoo com au > | Source: toped-0_8_2-2_fc6 > If target is fc6 and tag is within fc6 (for example, when all arguments on > plague-client command-line refer to fc6), under which circumstances would > a build machine use "fc7"? This job built a fc7 src.rpm and fc6 binaries: > | http://buildsys.fedoraproject.org/logs/fedora-6-extras/24566-toped-0.8.2-2.fc7/ Even more interesting IMHO $ rpm -qp toped-0.8.2-2.fc7.src.rpm toped-0.8.2-2.fc6 ^^^ How is above possible at all? Was the srpm renamed? BTW, seems the SRPM was build on ppc2.fedora.redhat.com. And according to the build.log from all three builders it seems they all build packages with disttag "fc6". /me is confused CU thl From nomis80 at nomis80.org Fri Dec 22 18:35:41 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Fri, 22 Dec 2006 13:35:41 -0500 Subject: Fwd: Re: Dead link on FE wiki to linux.duke.edu Message-ID: <200612221335.41769.nomis80@nomis80.org> Here you go... ---------- Forwarded Message ---------- Subject: Re: Dead link on FE wiki to linux.duke.edu Date: Friday December 22 2006 10:22 From: seth vidal To: Simon Perreault On Thu, 2006-12-21 at 17:08 -0500, Simon Perreault wrote: > Hi, > > It seems that the hyperlinks pointing to > > http://linux.duke.edu/~skvidal/misc/buildsys/plague/fedora-upload-ca.cert > and > http://linux.duke.edu/~skvidal/misc/buildsys/plague/fedora-server-ca.cert > > from > > http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup > > are dead. Can you fix this or forward this email to someone who can? send it to the admin team - fedora infrastructure. or to the fedora-buildsys-list thanks, -sv ------------------------------------------------------- From phil.meyer at flyingj.com Fri Dec 29 18:34:18 2006 From: phil.meyer at flyingj.com (Phil Meyer) Date: Fri, 29 Dec 2006 11:34:18 -0700 Subject: pungi issues Message-ID: <45955FAA.6070305@flyingj.com> 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 base Base This is the base group. true true anaconda-runtime authconfig busybox dejavu-lgc-fonts gnome-python2-gtkhtml2 grub kernel libuser policycoreutils selinux-policy selinux-policy-targeted xorg-x11-drivers xorg-x11-fonts-base xorg-x11-fonts-ISO8859-1-75dpi yum postgresql postgresql-contrib postgresql-docs postgresql-jdbc postgresql-odbc postgresql-pl postgresql-python postgresql-server postgresql-tcl postgresql-test crypto-utils distcache httpd httpd-manual mod_auth_kerb mod_auth_mysql mod_auth_pgsql mod_authz_ldap mod_perl mod_python mod_ssl php php-ldap php-mysql php-odbc php-pgsql squid tux webalizer