From ken at bitsko.slc.ut.us Thu Mar 1 04:04:51 2007 From: ken at bitsko.slc.ut.us (Ken MacLeod) Date: 28 Feb 2007 22:04:51 -0600 Subject: plague on fc7 with sqlite, xmlrpc problems In-Reply-To: <45E2BF4A.5090508@linux-kernel.at> References: <87odnihtlj.fsf@bitsko.slc.ut.us> <45E2BF4A.5090508@linux-kernel.at> Message-ID: <87r6s9wqvw.fsf@bitsko.slc.ut.us> Oliver Falk writes: > Am 2007-02-25 21:26, Ken MacLeod schrieb: > [ ... ] > > Here's what I've done so far: > > * common/XMLRPCServerProxy.py > > - set self._use_datetime = 0 > > Why that? > > > * common/AuthedXMLRPCServer.py > > - pass allow_none=False and encoding=None to > > SimpleXMLRPCServer.SimpleXMLRPCDispatcher's > > Why that? Yes, as Dan mentioned, both due to Python 2.5. > So you' running 0.5.0 now. The same as I do. Right? It's more accurate to say I'm running CVS MAIN, but yes ;-) > Example config: > builder.cfg: > ==================================== > [General] > comm_type = active > [Active] > xmlrpc_port = 8889 > fileserver_port= 8890 > server.cfg: > ==================================== > [Active Builders] > xmlrpc_server_port = 8889 > file_server_port = 8890 > [UI] > port = 8887 > If you need help creating the ssl certificates or anything else, just > mail me. :-) And don't use sqlite as database backend; It often runs > into locking problems; That's why I switched to mysql. The above config (thanks!) and switching to MySQL has got the builder and server talking to each other and queueing jobs. Not that this changes anything, but I also backed out the sqlite changes that I can't verify. So I still have the XMLRPC change I made and DBManager change same as yours. I don't remember if I created /tmp/builder_work or if the server or builder created it, but on the job I just queued the builder gets an error because /tmp/builder_work is owned by root and the builder can't get access to it. I killed the job (noted a typo in the message about not being able to send mail, patch sent) and requeued. A couple minor glitches later... Success! > However, you do need to create the tables in the mysql database > first. I have the statements ready if you need... I didn't see that, the tables got created. Going to test it out some more... -- Ken From ken at bitsko.slc.ut.us Thu Mar 1 04:18:46 2007 From: ken at bitsko.slc.ut.us (Ken MacLeod) Date: 28 Feb 2007 22:18:46 -0600 Subject: plague on fc7 with sqlite, xmlrpc problems In-Reply-To: <1172493541.3061.2.camel@localhost.localdomain> References: <87odnihtlj.fsf@bitsko.slc.ut.us> <45E2BF4A.5090508@linux-kernel.at> <1172493541.3061.2.camel@localhost.localdomain> Message-ID: <87mz2xwq8p.fsf@bitsko.slc.ut.us> Dan Williams writes: > On Mon, 2007-02-26 at 12:06 +0100, Oliver Falk wrote: > > Am 2007-02-25 21:26, Ken MacLeod schrieb: > > > Here's what I've done so far: > > > > > > * server/DBManager.py > > > - import sqlite3 as sqlite > > > - remove encoding="utf-8" from sqlite.connect > > Why these? I'm guessing Python 2.5 too. If RHEL4 has it different I should be able to work out a patch that works for both. > > > * builder/Config.py > > > server/Config.py > > > - change BaseConfig.BaseConfig.ConfigError to > > > BaseConfig.ConfigError > > > > Yes. I already submitted a patch to Dan for this. > > Hmm, I thought I'd committed that. Will need to look again. I'm not seeing it in CVS MAIN. > Yeah, using a real database is the way to go. Yup, that appears to be the case! -- Ken From oliver at linux-kernel.at Thu Mar 1 08:21:39 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 01 Mar 2007 09:21:39 +0100 Subject: plague on fc7 with sqlite, xmlrpc problems In-Reply-To: <1172508518.26442.8.camel@localhost.localdomain> References: <87odnihtlj.fsf@bitsko.slc.ut.us> <45E2BF4A.5090508@linux-kernel.at> <1172493541.3061.2.camel@localhost.localdomain> <45E2D84C.7010809@linux-kernel.at> <1172508518.26442.8.camel@localhost.localdomain> Message-ID: <45E68D13.4070708@linux-kernel.at> Am 2007-02-26 17:48, Dan Williams schrieb: > On Mon, 2007-02-26 at 13:53 +0100, Oliver Falk wrote: >> Am 2007-02-26 13:39, Dan Williams schrieb: >>> On Mon, 2007-02-26 at 12:06 +0100, Oliver Falk wrote: >> [ ... ] >>> Yeah, using a real database is the way to go. >> Maybe someone should also have a look at the default ports and other >> defaults... >> >> BUT... What's about plague? Will it live or will it die? I'm thinking >> about koji... :-) > > I'm not entirely sure. I had thought the course of action was (a) > opening up most of Brew, and (b) grafting in the bits of plague that > were useful. OK. So it's better to stick with plague until some working >release< of koji is there - at least for me this is true :-) Let's see if it will be possible to run it without all the Kerberos stuff... -of From number.cruncher at ntlworld.com Fri Mar 2 10:22:14 2007 From: number.cruncher at ntlworld.com (Number Cruncher) Date: Fri, 02 Mar 2007 10:22:14 +0000 Subject: mock can't read /dev/tty for FC5 Message-ID: <45E7FAD6.9090600@ntlworld.com> I've been using mock to compile RPMs for everything from RH7.3 to FC4 and some SUSE distributions, but can't build for FC5 because my source RPM requires the input of a licence key and and the mock environment gives: cannot open `/dev/tty': No such device or address Yet if I run a mock shell, I can easily, e.g. "echo test > /dev/tty" Any advice would be great, Thanks, Simon From anthony.seward at ieee.org Fri Mar 2 21:18:47 2007 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: Fri, 02 Mar 2007 14:18:47 -0700 Subject: troubleshooting a build failure under mock In-Reply-To: <20070226174021.GA16981@humbolt.us.dell.com> References: <1172271132.18940.55.camel@fleuret> <1172274195.25626.1.camel@fleuret> <45DF8339.2020201@karan.org> <1172278057.25626.7.camel@fleuret> <45E2FA1B.2080104@redhat.com> <1172509134.4391.13.camel@fleuret> <20070226174021.GA16981@humbolt.us.dell.com> Message-ID: <1172870327.2840.16.camel@fleuret> On Mon, 2007-02-26 at 11:40 -0600, Michael E Brown wrote: > I tend to doubt that it would be a mock problem. It is more likely a > problem where the libc/other_random_component on SL4.4 is expecting a > kernel feature that is present on SL4.4 but not FC6. I ran into > something similar where (IIRC) < FC3 host could not build packages for > >=FC6 target because the FC6 libc was expecting a certain kernel > feature not enabled on FC3. > > This, afaict, is the only hole in the mock process: that we still rely > on the host kernel. If the target build is relying on some kernel > feature that can change from kernel to kernel, you are stuck. > Something that cannot be avoided, though. > > You might instrument the build to get an strace of what is going on > when you get the internal compiler error. > -- > Michael > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list > I did builds in both environments with 'strace -eall -e verbose=all'. Most of the result is Greek to me. The only thing that I saw was differences in GCC's garbage collection parameters. I tried making those equal on both platforms. I know that is not supposed to affect code generation, but I thought it was worth a try. I've attached the relevant logs, if anyone can read Greek. mkscrlib.f.log-02 is the log when SL 4.4 is the build system mkscrlib.f.log-03 is the log when FC 6 is the build system Thanks, Tony From williams at redhat.com Fri Mar 2 21:59:24 2007 From: williams at redhat.com (Clark Williams) Date: Fri, 02 Mar 2007 15:59:24 -0600 Subject: mock can't read /dev/tty for FC5 In-Reply-To: <45E7FAD6.9090600@ntlworld.com> References: <45E7FAD6.9090600@ntlworld.com> Message-ID: <45E89E3C.2040009@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Number Cruncher wrote: > I've been using mock to compile RPMs for everything from RH7.3 to FC4 > and some SUSE distributions, but can't build for FC5 because my source > RPM requires the input of a licence key and and the mock environment gives: > > cannot open `/dev/tty': No such device or address > > Yet if I run a mock shell, I can easily, e.g. "echo test > /dev/tty" > > Any advice would be great, > Thanks, > Simon > Hmmmm. What version of mock are you using? The reason I ask is that the stdout/stderr for any command run under most versions of mock is going to be a pipe. I can envision scenarios where stdout/stderr could be a pipe and stdin is a pty, so /dev/tty gets setup, but I have to work hard at imagining it. Clark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFF6J48Hyuj/+TTEp0RAmHNAJ9Wlw8fBtZoRqVI8r+awvwSRUx0sgCggwh4 dF/v4o/ehbp+eNbShhKJhH8= =98y9 -----END PGP SIGNATURE----- From number.cruncher at ntlworld.com Mon Mar 5 11:01:44 2007 From: number.cruncher at ntlworld.com (Number Cruncher) Date: Mon, 05 Mar 2007 11:01:44 +0000 Subject: mock can't read /dev/tty for FC5 In-Reply-To: <45E89E3C.2040009@redhat.com> References: <45E7FAD6.9090600@ntlworld.com> <45E89E3C.2040009@redhat.com> Message-ID: <45EBF898.80707@ntlworld.com> Clark Williams wrote: > > > Hmmmm. What version of mock are you using? > mock-0.6.11-1.fc6 > The reason I ask is that the stdout/stderr for any command run under > most versions of mock is going to be a pipe. I can envision scenarios > where stdout/stderr could be a pipe and stdin is a pty, so /dev/tty gets > setup, but I have to work hard at imagining it. > Yes. I don't know why the mock build works fine for earlier Fedora chroot's either - though I have noticed all streams are buffered and not connected direct to the terminal (i.e. have to wait until build generates many lines of output before any are seen at the terminal). On closer investigation, this might be a GPG thing. The rpm build process decrypts something via GPG and a passphrase... I'll keep looking, but any ideas would be gratefully received. Simon From mikem at redhat.com Mon Mar 5 20:48:06 2007 From: mikem at redhat.com (Mike McLean) Date: Mon, 05 Mar 2007 15:48:06 -0500 Subject: mock can't read /dev/tty for FC5 In-Reply-To: <45EBF898.80707@ntlworld.com> References: <45E7FAD6.9090600@ntlworld.com> <45E89E3C.2040009@redhat.com> <45EBF898.80707@ntlworld.com> Message-ID: <45EC8206.3080003@redhat.com> Number Cruncher wrote: > On closer investigation, this might be a GPG thing. The rpm build > process decrypts something via GPG and a passphrase... Sounds like a broken package. Builds should not require user input. Perhaps the code is falling back to user input because something needed is missing? From konukhov at parallels.com Wed Mar 7 09:30:15 2007 From: konukhov at parallels.com (Konukhov, Anatoly) Date: Wed, 07 Mar 2007 12:30:15 +0300 Subject: Default package directory. Message-ID: <45EE8627.40203@parallels.com> Hi! I've problem that annoys me. While building distro pungi puts all RPM packages directly into `product_name' directory (e.g. Fedora). IMHO `product_name'/RPMS must be used (considering Fedora and RHEL structure). Is it misconfiguration? For now I've changed pungy.py: ========== patch ========== --- pypungi/pungi.py 2006-12-14 06:19:41.000000000 +0300 +++ pypungi.new/pungi.py 2007-03-07 15:19:40.000000000 +0300 @@ -35,12 +35,16 @@ class Pungi: def doBuildinstall(self): # buildinstall looks for a comps file in base/ for now, copy it into place - os.makedirs(os.path.join(self.topdir, self.config.get('default', 'product_path'), 'base')) + if not os.path.isdir(os.path.join(self.topdir, self.config.get('default', 'product_path'), 'base')): + os.makedirs(os.path.join(self.topdir, self.config.get('default', 'product_path'), 'base')) + if not os.path.isdir(os.path.join(self.topdir, self.config.get('default', 'product_path'), 'RPMS')): + os.makedirs(os.path.join(self.topdir, self.config.get('default', 'product_path'), 'RPMS')) shutil.copy(self.config.get('default', 'comps'), os.path.join(self.topdir, self.config.get('default', 'product_path'), 'base', 'comps.xml')) args = '--product "%s" --version %s --release "%s" --prodpath %s %s' % (self.config.get('default', 'product_name'), ========== patch =========== It simply adds `RPMS' and `base' subdirectories to `product_name' directory. buildinstall script will determine correct directory to put RPM packages to: p=`cd $DIR; /bin/pwd` if [ -d $DIR/$PRODUCTPATH/RPMS ]; then PKGDIR=$p/$PRODUCTPATH/RPMS else PKGDIR=$p/$PRODUCTPATH fi Thanks for this project! Will continue to use it!!! -- With Best Regards, Anatoly Konukhov, Senior Developer http://www.parallels.com/ From jwboyer at jdub.homelinux.org Wed Mar 7 12:52:59 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 07 Mar 2007 06:52:59 -0600 Subject: Default package directory. In-Reply-To: <45EE8627.40203@parallels.com> References: <45EE8627.40203@parallels.com> Message-ID: <1173271979.6561.62.camel@zod.rchland.ibm.com> On Wed, 2007-03-07 at 12:30 +0300, Konukhov, Anatoly wrote: > Hi! > I've problem that annoys me. While building distro pungi puts all RPM > packages directly into `product_name' directory (e.g. Fedora). IMHO > `product_name'/RPMS must be used (considering Fedora and RHEL > structure). Is it misconfiguration? No, the RPMS dir is going away soon from what I understand. josh From konukhov at parallels.com Wed Mar 7 13:18:31 2007 From: konukhov at parallels.com (Konukhov, Anatoly) Date: Wed, 07 Mar 2007 16:18:31 +0300 Subject: Default package directory. In-Reply-To: <1173271979.6561.62.camel@zod.rchland.ibm.com> References: <45EE8627.40203@parallels.com> <1173271979.6561.62.camel@zod.rchland.ibm.com> Message-ID: <45EEBBA7.10006@parallels.com> Josh Boyer wrote: > No, the RPMS dir is going away soon from what I understand. How come? Could you provide me with link to this info? -- With Best Regards, Anatoly Konukhov, Senior Developer http://www.parallels.com/ From jwboyer at jdub.homelinux.org Wed Mar 7 13:26:34 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 07 Mar 2007 07:26:34 -0600 Subject: Default package directory. In-Reply-To: <45EEBBA7.10006@parallels.com> References: <45EE8627.40203@parallels.com> <1173271979.6561.62.camel@zod.rchland.ibm.com> <45EEBBA7.10006@parallels.com> Message-ID: <1173273994.6561.70.camel@zod.rchland.ibm.com> On Wed, 2007-03-07 at 16:18 +0300, Konukhov, Anatoly wrote: > Josh Boyer wrote: > > No, the RPMS dir is going away soon from what I understand. > > How come? Could you provide me with link to this info? I saw it in an IRC conversation yesterday. Jesse, can you elaborate? josh From jkeating at redhat.com Wed Mar 7 14:23:14 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 7 Mar 2007 09:23:14 -0500 Subject: Default package directory. In-Reply-To: <45EEBBA7.10006@parallels.com> References: <45EE8627.40203@parallels.com> <1173271979.6561.62.camel@zod.rchland.ibm.com> <45EEBBA7.10006@parallels.com> Message-ID: <200703070923.17857.jkeating@redhat.com> On Wednesday 07 March 2007 08:18:31 Konukhov, Anatoly wrote: > ?How come? Could you provide me with link to this info? I don't think it was discussed anywhere all that publically. With RHEL5 anaconda was designed to be able to read from multiple "Products" within an install tree, such as Client/ Workstation/ VT/ etc.. each with it's own tree of rpms and yum repodata. We're also moving the base/ directory out, it shouldn't be needed. There is no need to add an exteraneous RPMS/ directory in. -- 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 tom.stage at dvos.dk Mon Mar 12 16:52:32 2007 From: tom.stage at dvos.dk (dvos) Date: Mon, 12 Mar 2007 17:52:32 +0100 Subject: Pungi 2.7-1 Error Message-ID: <001001c764c6$d3e682b0$0a0aa8c0@naga01> Hi there Iam trying to respin FC6 with pungi 2.7-1 and i keep getting the following error: Traceback (most recent call last): File "/usr/bin/pungi", line 186, in ? main() File "/usr/bin/pungi", line 103, in main mygather.downloadPackages() File "/usr/lib/python2.4/site-packages/pypungi/gather.py", line 212, in downloadPackages remote = pkg.relativepath AttributeError: 'YumAvailablePackageSqlite' object has no attribute 'relativepath' The only thing i have done is to change the yum.conf.i386 to point to a local file store, instead of a default yum repo, i have run the createrepo on the directory where the files are located. Iam posting to this list since i cant seem to figure this problem out on my own, and i cant find anything about this on the pungi website. Cheers Tom Stage -------------- next part -------------- An HTML attachment was scrubbed... URL: From konukhov at parallels.com Mon Mar 12 17:03:20 2007 From: konukhov at parallels.com (Konukhov, Anatoly) Date: Mon, 12 Mar 2007 20:03:20 +0300 Subject: Pungi 2.7-1 Error In-Reply-To: <001001c764c6$d3e682b0$0a0aa8c0@naga01> References: <001001c764c6$d3e682b0$0a0aa8c0@naga01> Message-ID: <45F587D8.9000708@parallels.com> Hi! dvos wrote: > Hi there > > Iam trying to respin FC6 with pungi 2.7-1 and i keep getting the > following error: > > Traceback (most recent call last): > File "/usr/bin/pungi", line 186, in ? > main() > File "/usr/bin/pungi", line 103, in main > mygather.downloadPackages() > File "/usr/lib/python2.4/site-packages/pypungi/gather.py", line 212, > in downloadPackages > remote = pkg.relativepath > AttributeError: 'YumAvailablePackageSqlite' object has no attribute > 'relativepath' > The only thing i have done is to change the yum.conf.i386 to point to a > local file store, instead of a default yum repo, i have run the > createrepo on the directory where the files are located. > > Iam posting to this list since i cant seem to figure this problem out on > my own, and i cant find anything about this on the pungi website. > > Cheers > Tom Stage > > > > ------------------------------------------------------------------------ > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list It's easy go to 212th line of file /usr/lib/python2.4/site-packages/pypungi/gather.py and change line from: remote = pkg.relativepath to: remote = yum.relativepath Guys are you going to fix this issue? -- With Best Regards, Anatoly Konukhov, Senior Developer http://www.parallels.com/ From jkeating at redhat.com Mon Mar 12 17:09:18 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 13:09:18 -0400 Subject: Pungi 2.7-1 Error In-Reply-To: <001001c764c6$d3e682b0$0a0aa8c0@naga01> References: <001001c764c6$d3e682b0$0a0aa8c0@naga01> Message-ID: <200703121309.18671.jkeating@redhat.com> On Monday 12 March 2007 12:52:32 dvos wrote: > Iam trying to respin FC6 with pungi 2.7-1 and i keep getting the following > error: Pungi 0.2.7 will not work to spin Fedora 6. There is a reason I didn't release it to Fedora Extras 6. 0.2.7, as well as anything newer than 0.1.2 is not designed to work with the Fedora 6 userland (python) and compose tools (anaconda, yum, createrepo). To compose Fedora 6, please use the pungi that is available in Fedora Extras 6. -- 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 Mar 12 17:11:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 13:11:06 -0400 Subject: Pungi 2.7-1 Error In-Reply-To: <45F587D8.9000708@parallels.com> References: <001001c764c6$d3e682b0$0a0aa8c0@naga01> <45F587D8.9000708@parallels.com> Message-ID: <200703121311.06754.jkeating@redhat.com> On Monday 12 March 2007 13:03:20 Konukhov, Anatoly wrote: > remote = pkg.relativepath > > to: > > remote = yum.relativepath > > Guys are you going to fix this issue? I don't even think this would work. You're going from an attribute of a specific package object to an attribute of the yum class, which doesn't seem to exist here with 'import yum, yum.relativepath'. This code is not meant to run on Fedora Core 6. The api calls are designed for the yum that is available in Fedora development. -- 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 tom.stage at dvos.dk Mon Mar 12 20:40:04 2007 From: tom.stage at dvos.dk (dvos) Date: Mon, 12 Mar 2007 21:40:04 +0100 Subject: FC6 Respin Message-ID: <001001c764e6$9d3d1470$0a0aa8c0@naga01> Hi there The reason i downloaded pungi 2.7-1 was becurse i thought that it would fix the problems that i got with the 0.1.2-2 witch are: Running buildinstall... /srv/pungi/6.89/i386/os/buildinstall.tree.18925 /srv /srv Building images... Assembling package list... Expanding text packages... cpio: warning: skipped 128 bytes of junk cpio: warning: skipped 22046 bytes of junk cpio: premature end of file Expanding graphical packages... retrieving timezones Creating nsswitch.conf Creating libuser.conf Fixing up /etc/man.config to point into /mnt/sysimage Running mkfontdir... Creating SELinux policy... Getting pango modules Getting gtk2 input method modules Getting gtk2 gdk-pixbuf loaders Scrubbing trees... /tmp/treedir.18925/image-template objdump: /tmp/treedir.18925/image-template/usr/sbin/mkfs.msdos: File format not recognized strip: /tmp/treedir.18925/image-template/usr/sbin/mkfs.msdos: File format not recognized objdump: /tmp/treedir.18925/image-template/usr/sbin/mkdosfs: File format not recognized strip: /tmp/treedir.18925/image-template/usr/sbin/mkdosfs: File format not recognized objdump: /tmp/treedir.18925/image-template/usr/sbin/mkfs.vfat: File format not recognized strip: /tmp/treedir.18925/image-template/usr/sbin/mkfs.vfat: File format not recognized Scrubbing trees... /tmp/treedir.18925/instimage objdump: /tmp/treedir.18925/instimage/usr/sbin/mkfs.msdos: File format not recognized strip: /tmp/treedir.18925/instimage/usr/sbin/mkfs.msdos: File format not recognized objdump: /tmp/treedir.18925/instimage/usr/sbin/mkdosfs: File format not recognized strip: /tmp/treedir.18925/instimage/usr/sbin/mkdosfs: File format not recognized objdump: /tmp/treedir.18925/instimage/usr/sbin/mkfs.vfat: File format not recognized strip: /tmp/treedir.18925/instimage/usr/sbin/mkfs.vfat: File format not recognized Compressing .mo files in stage2 images... Creating fontconfig cache Creating debug dir Patching python library... /srv Cleaning ramdisk install images... Creating repository metadata... Making images... Found keymap override, using it unpacking /srv/pungi/6.89/i386/os/Fedora/kernel-2.6.19-1.2911.6.5.fc6.i586.rpm.i586 Building initrd.img WARNING: non-existent file /tmp/treedir.18925/instimage/usr/share/hwdata/videoaliases/* for trimpciids Wrote /tmp/makebootdisk.initrdimage.29444 (5856k compressed) Building isolinux directory 192000 pixels, 9629 bytes, (89.97% compression) mkdosfs 2.11 (12 Mar 2005) cannot find package kernel-xen in path /srv/pungi/6.89/i386/os/Fedora No i586 kernel, trying i686... unpacking /srv/pungi/6.89/i386/os/Fedora/kernel-xen-2.6.19-1.2911.6.5.fc6.i686.rpm.i686 Building i686 guest initrd.img WARNING: non-existent file /tmp/treedir.18925/instimage/usr/share/hwdata/videoaliases/* for trimpciids Wrote /tmp/makebootdisk.initrdimage.29444 (5860k compressed) Building minstg.img Running mksquashfs /tmp/instimage.dir.29444 /tmp/minstg2.img -all-root -no-fragments Creating little endian 3.0 filesystem on /tmp/minstg2.img.29444, block size 65536. Little endian filesystem, data block size 65536, compressed data, compressed metadata, no fragments Filesystem size 30793.20 Kbytes (30.07 Mbytes) 22.99% of uncompressed filesystem size (133927.72 Kbytes) Inode table size 65908 bytes (64.36 Kbytes) 32.96% of uncompressed inode table size (199963 bytes) Directory table size 57695 bytes (56.34 Kbytes) 36.12% of uncompressed directory table size (159739 bytes) Number of duplicate files found 37 Number of inodes 5736 Number of files 3684 Number of symbolic links 1045 Number of device nodes 0 Number of fifo nodes 0 Number of socket nodes 0 Number of directories 1007 Number of uids 1 root (0) Number of gids 0 Wrote /srv/pungi/6.89/i386/os/images/minstg2.img (30796k)... Building stage2.img Running mksquashfs /tmp/treedir.18925/instimage /tmp/instimage.img.29444 -all-root -no-fragments Creating little endian 3.0 filesystem on /tmp/instimage.img.29444, block size 65536. Little endian filesystem, data block size 65536, compressed data, compressed metadata, no fragments Filesystem size 49769.38 Kbytes (48.60 Mbytes) 29.82% of uncompressed filesystem size (166899.88 Kbytes) Inode table size 85343 bytes (83.34 Kbytes) 31.87% of uncompressed inode table size (267817 bytes) Directory table size 70794 bytes (69.13 Kbytes) 46.76% of uncompressed directory table size (151391 bytes) Number of duplicate files found 75 Number of inodes 7546 Number of files 4476 Number of symbolic links 2522 Number of device nodes 0 Number of fifo nodes 0 Number of socket nodes 0 Number of directories 548 Number of uids 1 root (0) Number of gids 0 Wrote /srv/pungi/6.89/i386/os/images/stage2.img (49772k) Writing .discinfo file timestamp not specified; using the current time /srv/pungi/work/i386/docs /srv 4766 blocks /srv /srv/pungi/work/i386/docs /srv 126 blocks /srv Iam not sure if these errors are the course for the installation / Anaconda start up errors witch are: Running anaconda, the FC6 system installer - please wait... Traceback (most recent call last): File "/usr/bin/anaconda", line 588, in ? import signal, traceback, string, isys, iutil, time File "/usr/lib/anaconda/isys.py", line 32, in ? import block ImportError: No module named block install exited abnormally [1/1] sending termination signals...done sending kill signals...done disabling swap... unmounting filesystems... /mnt/runtime done disabling /dev/loop0 /proc done /dev/pts done /sys done /tmp/ramfs done /mnt/source done /selinux done you may safely reboot your system The cpio errors and the mkfs.vfat errors are bugging me alot, and then i had the error with new parted package witch dont provide the libparted-1.8.so.0 anymore. So natrually i tried a newer version. Cheers Tom Stage -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Mon Mar 12 20:45:19 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 12 Mar 2007 14:45:19 -0600 Subject: FC6 Respin In-Reply-To: <001001c764e6$9d3d1470$0a0aa8c0@naga01> References: <001001c764e6$9d3d1470$0a0aa8c0@naga01> Message-ID: <45F5BBDF.1010203@cora.nwra.com> dvos wrote: > Hi there > > The reason i downloaded pungi 2.7-1 was becurse i thought that it would fix the problems that i got with the 0.1.2-2 witch are: > [snip] > Running anaconda, the FC6 system installer - please wait... > Traceback (most recent call last): > File "/usr/bin/anaconda", line 588, in ? > import signal, traceback, string, isys, iutil, time > File "/usr/lib/anaconda/isys.py", line 32, in ? > import block > ImportError: No module named block FC6 parted update broke anaconda (again). See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218466 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From nicholasmanojlovic at gmail.com Tue Mar 13 12:01:35 2007 From: nicholasmanojlovic at gmail.com (nicholas manojlovic) Date: Tue, 13 Mar 2007 23:01:35 +1100 Subject: pungi in fc6 Message-ID: <45F6929F.8050009@gmail.com> I tried to do an i386 respin. I modified pungi.conf. I got stuck here: Copying release note file fedora.css Copying release note file GPL Copying release note file eula.txt Copying release note dir stylesheet-images Traceback (most recent call last): File "/usr/bin/pungi", line 164, in ? main() File "/usr/bin/pungi", line 100, in main mypungi.doSplittree() File "/usr/lib/python2.4/site-packages/pypungi/pungi.py", line 108, 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 340, in splitRPMS self.reportSizes(disc, firstpkg=firstpackage, lastpkg=lastpackage) UnboundLocalError: local variable 'firstpackage' referenced before assignment Ideas? Also, the reason I'm doing this is because I want to respin my current setup (a recording setup with low latency kernels and audio software). Will pungi do the job at this stage? Niko From jkeating at redhat.com Tue Mar 13 14:30:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 13 Mar 2007 10:30:38 -0400 Subject: pungi in fc6 In-Reply-To: <45F6929F.8050009@gmail.com> References: <45F6929F.8050009@gmail.com> Message-ID: <200703131030.39098.jkeating@redhat.com> On Tuesday 13 March 2007 08:01:35 nicholas manojlovic wrote: > ? ? self.reportSizes(disc, firstpkg=firstpackage, lastpkg=lastpackage) > UnboundLocalError: local variable 'firstpackage' referenced before > assignment > > Ideas? > > Also, the reason I'm doing this is because I want to respin my current > setup (a recording setup with low latency kernels and audio software). > Will pungi do the job at this stage? You're asking for more packages than will fit on a single CD. Try bumping up the number of CDs. -- 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 nicholasmanojlovic at gmail.com Tue Mar 13 14:52:49 2007 From: nicholasmanojlovic at gmail.com (nicholas manojlovic) Date: Wed, 14 Mar 2007 01:52:49 +1100 Subject: pungi in fc6 In-Reply-To: <200703131030.39098.jkeating@redhat.com> References: <45F6929F.8050009@gmail.com> <200703131030.39098.jkeating@redhat.com> Message-ID: <45F6BAC1.8080302@gmail.com> Jesse Keating wrote: > On Tuesday 13 March 2007 08:01:35 nicholas manojlovic wrote: > >> self.reportSizes(disc, firstpkg=firstpackage, lastpkg=lastpackage) >> UnboundLocalError: local variable 'firstpackage' referenced before >> assignment >> >> Ideas? >> >> Also, the reason I'm doing this is because I want to respin my current >> setup (a recording setup with low latency kernels and audio software). >> Will pungi do the job at this stage? >> > > You're asking for more packages than will fit on a single CD. Try bumping up > the number of CDs. > > > ------------------------------------------------------------------------ > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list oh good. how do I do this? I didn't seem obvious to me in the config file. I want a DVD niko From nicholasmanojlovic at gmail.com Tue Mar 13 14:55:07 2007 From: nicholasmanojlovic at gmail.com (nicholas manojlovic) Date: Wed, 14 Mar 2007 01:55:07 +1100 Subject: pungi in fc6 Message-ID: <45F6BB4B.3070700@gmail.com> Oh sorry I wish I didn't send that last msg. Found it by LOOKING in the config file. Cheers Niko From bugs.michael at gmx.net Mon Mar 19 13:45:05 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 19 Mar 2007 14:45:05 +0100 Subject: fedora-developmentippc64-extras Message-ID: <20070319144505.4a3c604b.bugs.michael@gmx.net> Extras buildsys lists a couple of active build jobs for fedora-developmentippc64-extras without any build status. Is this anything of importance? From dennis at ausil.us Mon Mar 19 14:14:26 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 19 Mar 2007 09:14:26 -0500 Subject: fedora-developmentippc64-extras In-Reply-To: <20070319144505.4a3c604b.bugs.michael@gmx.net> References: <20070319144505.4a3c604b.bugs.michael@gmx.net> Message-ID: <200703190914.26970.dennis@ausil.us> On Monday 19 March 2007 08:45:05 am Michael Schwendt wrote: > Extras buildsys lists a couple of active build jobs for > > fedora-developmentippc64-extras > > without any build status. Is this anything of importance? > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list That is the target i setup so we can build ppc64 on the side. there should be no jobs in it yet. -- Dennis Gilmore, RHCE From bugs.michael at gmx.net Mon Mar 19 14:21:04 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 19 Mar 2007 15:21:04 +0100 Subject: fedora-developmentippc64-extras In-Reply-To: <200703190914.26970.dennis@ausil.us> References: <20070319144505.4a3c604b.bugs.michael@gmx.net> <200703190914.26970.dennis@ausil.us> Message-ID: <20070319152104.e965b7ef.bugs.michael@gmx.net> On Mon, 19 Mar 2007 09:14:26 -0500, Dennis Gilmore wrote: > > Extras buildsys lists a couple of active build jobs for > > > > fedora-developmentippc64-extras > > > > without any build status. Is this anything of importance? > > > That is the target i setup so we can build ppc64 on the side. there should be > no jobs in it yet. http://buildsys.fedoraproject.org/build-status/ lists four jobs, which look like normal build jobs that should have been built for other targets instead. From dennis at ausil.us Mon Mar 19 14:36:06 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 19 Mar 2007 09:36:06 -0500 Subject: fedora-developmentippc64-extras In-Reply-To: <20070319152104.e965b7ef.bugs.michael@gmx.net> References: <20070319144505.4a3c604b.bugs.michael@gmx.net> <200703190914.26970.dennis@ausil.us> <20070319152104.e965b7ef.bugs.michael@gmx.net> Message-ID: <200703190936.06751.dennis@ausil.us> On Monday 19 March 2007 09:21:04 am Michael Schwendt wrote: > On Mon, 19 Mar 2007 09:14:26 -0500, Dennis Gilmore wrote: > > > Extras buildsys lists a couple of active build jobs for > > > > > > fedora-developmentippc64-extras > > > > > > without any build status. Is this anything of importance? > > > > That is the target i setup so we can build ppc64 on the side. there > > should be no jobs in it yet. > > http://buildsys.fedoraproject.org/build-status/ > > lists four jobs, which look like normal build jobs that should have been > built for other targets instead. Indeed ive corrected those jobs -- Dennis Gilmore, RHCE From konukhov at parallels.com Wed Mar 21 16:27:52 2007 From: konukhov at parallels.com (Konukhov, Anatoly) Date: Wed, 21 Mar 2007 19:27:52 +0300 Subject: exec of anaconda failed: No such file or directory Message-ID: <46015D08.5060109@parallels.com> So I've moved on RHEL 5. This is what installed on my system: rpm-4.4.2-33.el5 yum-3.1.4 pungi-0.2.8 anaconda-11.1.2.16 (from centos) Well first run of pungi ends with this message: <===============================8=< File "/usr/bin/pungi", line 17, in ? import pypungi.pungi File "/usr/lib/python2.4/site-packages/pypungi/pungi.py", line 20, in ? import splittree File "/usr/lib/anaconda-runtime/splittree.py", line 238 if (self.src_discs != 0): ^ TabError: inconsistent use of tabs and spaces in indentation <+==============================8=< Nice, very nice. In /usr/lib/anaconda-runtime/splittree.py on line 238, 392 and 465 tabs are used instead of plain spaces. Ok, simple 's,^\t, ,g' has fixed that problem. Next stop is almost at the end: <===============================8=< File "/usr/bin/pungi", line 182, in ? main() File "/usr/bin/pungi", line 118, in main mypungi.doSplittree() File "/usr/lib/python2.4/site-packages/pypungi/pungi.py", line 209, in doSplittree output = timber.main() File "/usr/lib/anaconda-runtime/splittree.py", line 391, in main self.splitRPMS() File "/usr/lib/anaconda-runtime/splittree.py", line 333, in splitRPMS "%s-disc%d/%s/%s" % (self.dist_dir, disc, pkgdir, file_name)) OSError: [Errno 17] File exists <===============================8=< This is odd because I have cleaned up directory /srv/pungi. Any ideas? May be this is because I've specified 1 as number of disks: [default] product_name = test product_path = test iso_basename = test comps = /etc/pungi/comps-fc6.xml yumconf = /etc/pungi/yum.conf.test.i386 destdir = /srv/pungi cachedir = /srv/pungi/cache arch = i386 version = 1 discs = 1 getsource = No manifest = /etc/pungi/minimal-manifest Ok this is splitRPMS step so `os' directory exists. So I've just created iso image out of it. It boots, even checks disk but fails to start anaconda with message: exec of anaconda failed: No such file or directory How come? I've explored image `stage2.img' from boot disk and have found: /usr/bin/python, /usr/bin/python2.4 and /usr/bin/anaconda. Most annoying thing is that during this stage shell is not available!!! Any help here? -- With Best Regards, Anatoly Konukhov, From jkeating at redhat.com Wed Mar 21 18:01:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 21 Mar 2007 14:01:30 -0400 Subject: exec of anaconda failed: No such file or directory In-Reply-To: <46015D08.5060109@parallels.com> References: <46015D08.5060109@parallels.com> Message-ID: <200703211401.30521.jkeating@redhat.com> On Wednesday 21 March 2007 12:27:52 Konukhov, Anatoly wrote: > So I've moved on RHEL 5. This is what installed on my system: Pungi doesn't run on RHEL 5. -- 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 konukhov at parallels.com Thu Mar 22 07:59:11 2007 From: konukhov at parallels.com (Konukhov, Anatoly) Date: Thu, 22 Mar 2007 10:59:11 +0300 Subject: exec of anaconda failed: No such file or directory In-Reply-To: <200703211401.30521.jkeating@redhat.com> References: <46015D08.5060109@parallels.com> <200703211401.30521.jkeating@redhat.com> Message-ID: <4602374F.4090205@parallels.com> Jesse Keating wrote: > On Wednesday 21 March 2007 12:27:52 Konukhov, Anatoly wrote: >> So I've moved on RHEL 5. This is what installed on my system: > > Pungi doesn't run on RHEL 5. > How come? I thought RHEL 5 is quite similar to Fedora 7. Can you elaborate? -- With Best Regards, Anatoly Konukhov, From esammons at hush.com Thu Mar 22 10:44:31 2007 From: esammons at hush.com (Earl) Date: Thu, 22 Mar 2007 06:44:31 -0400 Subject: exec of anaconda failed: No such file or directory Message-ID: <20070322104433.C5895DA835@mailserver8.hushmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RHEL5 ~~ FC6 Earl On Thu, 22 Mar 2007 03:59:11 -0400 "Konukhov, Anatoly" wrote: >Jesse Keating wrote: >> On Wednesday 21 March 2007 12:27:52 Konukhov, Anatoly wrote: >>> So I've moved on RHEL 5. This is what installed on my system: >> >> Pungi doesn't run on RHEL 5. >> > > How come? I thought RHEL 5 is quite similar to Fedora 7. Can you >elaborate? > > >-- >With Best Regards, > Anatoly Konukhov, > >-- >Fedora-buildsys-list mailing list >Fedora-buildsys-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-buildsys-list -----BEGIN PGP SIGNATURE----- Note: This signature can be verified at https://www.hushtools.com/verify Version: Hush 2.5 wkYEARECAAYFAkYCWucACgkQk7+e+4lPSm0wgACbBoUBOVRPwEilH71oTWV2COCXJrwA n1tiiXPSiCjsL29coARFGV0kN5tm =RoJG -----END PGP SIGNATURE----- From jkeating at redhat.com Thu Mar 22 11:39:34 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 22 Mar 2007 07:39:34 -0400 Subject: exec of anaconda failed: No such file or directory In-Reply-To: <4602374F.4090205@parallels.com> References: <46015D08.5060109@parallels.com> <200703211401.30521.jkeating@redhat.com> <4602374F.4090205@parallels.com> Message-ID: <200703220739.38056.jkeating@redhat.com> On Thursday 22 March 2007 03:59:11 Konukhov, Anatoly wrote: > ?How come? I thought RHEL 5 is quite similar to Fedora 7. Can you > elaborate? RHEL5 is branched from Fedora 6, before Fedora 6 went final. The anaconda, yum, createrepo versions are all different enough to not operate in the same way that they do on Fedora 6. Far away from how these things operate on Fedora 7. Pungi was designed to create Fedora like respins, not RHEL. -- 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 jeroen.janssen at gmail.com Tue Mar 27 08:07:22 2007 From: jeroen.janssen at gmail.com (Jeroen Janssen) Date: Tue, 27 Mar 2007 10:07:22 +0200 Subject: typo in KojiBuildSystem wiki Message-ID: Hello, I don't have wiki editing powers, but the following page contains a typo: http://fedoraproject.org/wiki/Infrastructure/KojiBuildSystem git clone http://git.fedoraprojet.org/hosted/koji should have been: git clone http://git.fedoraproject.org/hosted/koji Best regards, Jeroen Janssen From oliver at linux-kernel.at Tue Mar 27 08:17:54 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 27 Mar 2007 10:17:54 +0200 Subject: typo in KojiBuildSystem wiki In-Reply-To: References: Message-ID: <4608D332.5030202@linux-kernel.at> On 03/27/2007 10:07 AM, Jeroen Janssen wrote: > I don't have wiki editing powers, but the following page contains a typo: > http://fedoraproject.org/wiki/Infrastructure/KojiBuildSystem > > git clone http://git.fedoraprojet.org/hosted/koji > > should have been: > > git clone http://git.fedoraproject.org/hosted/koji Done. -of From sodarock at gmail.com Wed Mar 28 02:56:47 2007 From: sodarock at gmail.com (John Villalovos) Date: Tue, 27 Mar 2007 19:56:47 -0700 Subject: Plague dependency question Message-ID: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> I have a question about Plague. Does Plague have the capability to handle dependencies where if you build one RPM that other RPMS depend on for their BuildRequires that you can then build all those RPMS and any other RPMS which maybe affected by building them? Say I have a package: base. I also have package: dep1 and dep2 which both Require base and BuildRequire base. I have another package: dep-11 which Requires dep1,base and BuildRequires dep1,base I rebuild base in Plague and I would like a way to then automatically rebuild dep1 and dep2. And then rebuild dep-11. Thanks for any help, John From dcbw at redhat.com Wed Mar 28 04:22:32 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 28 Mar 2007 00:22:32 -0400 Subject: Plague dependency question In-Reply-To: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> Message-ID: <1175055752.10578.11.camel@localhost.localdomain> On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: > I have a question about Plague. Does Plague have the capability to > handle dependencies where if you build one RPM that other RPMS depend > on for their BuildRequires that you can then build all those RPMS and > any other RPMS which maybe affected by building them? ie, like debian's build system? No, plague doesn't do that. It was a planned option but Koji is taking over for plague and I'm not sure if that's planned for Koji. Dan > Say I have a package: base. > > I also have package: dep1 and dep2 which both Require base and > BuildRequire base. > > I have another package: dep-11 which Requires dep1,base and > BuildRequires dep1,base > > I rebuild base in Plague and I would like a way to then automatically > rebuild dep1 and dep2. And then rebuild dep-11. > > Thanks for any help, > John > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From oliver at linux-kernel.at Wed Mar 28 06:58:11 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 28 Mar 2007 08:58:11 +0200 Subject: Plague dependency question In-Reply-To: <1175055752.10578.11.camel@localhost.localdomain> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> Message-ID: <460A1203.6020706@linux-kernel.at> On 03/28/2007 06:22 AM, Dan Williams wrote: > On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: >> I have a question about Plague. Does Plague have the capability to >> handle dependencies where if you build one RPM that other RPMS depend >> on for their BuildRequires that you can then build all those RPMS and >> any other RPMS which maybe affected by building them? > > ie, like debian's build system? > > No, plague doesn't do that. It was a planned option but Koji is taking > over for plague and I'm not sure if that's planned for Koji. AFAIK, it's planned for koji. And don't blame me, but OpenSuSE's build system has this capability :-) [ ... ] -of From dcbw at redhat.com Wed Mar 28 12:03:44 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 28 Mar 2007 08:03:44 -0400 Subject: Plague dependency question In-Reply-To: <460A1203.6020706@linux-kernel.at> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> <460A1203.6020706@linux-kernel.at> Message-ID: <1175083424.4067.1.camel@localhost.localdomain> On Wed, 2007-03-28 at 08:58 +0200, Oliver Falk wrote: > On 03/28/2007 06:22 AM, Dan Williams wrote: > > On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: > >> I have a question about Plague. Does Plague have the capability to > >> handle dependencies where if you build one RPM that other RPMS depend > >> on for their BuildRequires that you can then build all those RPMS and > >> any other RPMS which maybe affected by building them? > > > > ie, like debian's build system? > > > > No, plague doesn't do that. It was a planned option but Koji is taking > > over for plague and I'm not sure if that's planned for Koji. > > AFAIK, it's planned for koji. And don't blame me, but OpenSuSE's build > system has this capability :-) Yeah; it's nice to have. It's also a headache in some situations so it needs to be selectable. Dan > [ ... ] > > -of > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From sodarock at gmail.com Wed Mar 28 20:32:04 2007 From: sodarock at gmail.com (John Villalovos) Date: Wed, 28 Mar 2007 13:32:04 -0700 Subject: Plague dependency question In-Reply-To: <1175055752.10578.11.camel@localhost.localdomain> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> Message-ID: <5e61b72f0703281332w39c4044br82e28a70dfe0c50c@mail.gmail.com> On 3/27/07, Dan Williams wrote: > On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: > > I have a question about Plague. Does Plague have the capability to > > handle dependencies where if you build one RPM that other RPMS depend > > on for their BuildRequires that you can then build all those RPMS and > > any other RPMS which maybe affected by building them? > > ie, like debian's build system? > > No, plague doesn't do that. It was a planned option but Koji is taking > over for plague and I'm not sure if that's planned for Koji. Okay. Thanks for the info, not what I was hoping for, but thanks anyway :) John From oliver at linux-kernel.at Thu Mar 29 07:18:14 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 29 Mar 2007 09:18:14 +0200 Subject: Plague dependency question In-Reply-To: <1175083424.4067.1.camel@localhost.localdomain> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> <460A1203.6020706@linux-kernel.at> <1175083424.4067.1.camel@localhost.localdomain> Message-ID: <460B6836.20309@linux-kernel.at> On 03/28/2007 02:03 PM, Dan Williams wrote: > On Wed, 2007-03-28 at 08:58 +0200, Oliver Falk wrote: >> On 03/28/2007 06:22 AM, Dan Williams wrote: >>> On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: >>>> I have a question about Plague. Does Plague have the capability to >>>> handle dependencies where if you build one RPM that other RPMS depend >>>> on for their BuildRequires that you can then build all those RPMS and >>>> any other RPMS which maybe affected by building them? >>> ie, like debian's build system? >>> >>> No, plague doesn't do that. It was a planned option but Koji is taking >>> over for plague and I'm not sure if that's planned for Koji. >> AFAIK, it's planned for koji. And don't blame me, but OpenSuSE's build >> system has this capability :-) > > Yeah; it's nice to have. It's also a headache in some situations so it > needs to be selectable. I think, the bsys should raise up a list of deps that might need a rebuild; A webpage with checkboxes and a go button. :-) Eventuall a notification to the maintainer if build fails, and/or a bug#, whatever. But if you want autorebuilds in such a way, the system needs to know how to increase the release number and add a cl entry to the spec; Needs cvs commit rights and so on... Maybe nothing anyone wants to be automated... However, I'm not goin' to code this :-P -of From bugs.michael at gmx.net Thu Mar 29 08:50:40 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 29 Mar 2007 10:50:40 +0200 Subject: Plague dependency question In-Reply-To: <460B6836.20309@linux-kernel.at> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> <460A1203.6020706@linux-kernel.at> <1175083424.4067.1.camel@localhost.localdomain> <460B6836.20309@linux-kernel.at> Message-ID: <20070329105040.25ad216e.bugs.michael@gmx.net> On Thu, 29 Mar 2007 09:18:14 +0200, Oliver Falk wrote: > I think, the bsys should raise up a list of deps that might need a > rebuild; A webpage with checkboxes and a go button. :-) Eventuall a > notification to the maintainer if build fails, and/or a bug#, whatever. > But if you want autorebuilds in such a way, the system needs to know how > to increase the release number and add a cl entry to the spec; Needs cvs > commit rights and so on... Maybe nothing anyone wants to be automated... > However, I'm not goin' to code this :-P And once it's made too easy to rebuild package sets like this, we will see many needless rebuilds in Fedora. "Automatic rebuilds" in my opinion implies that there is a way to check automatically whether a rebuild is necessary. For instance, if a soname has changed and breaks the ABI. But the build system cannot know whether this is expected. 3rd party repositories which depend on our packages won't like such breakage and our attempts to work around it with automatic mass-rebuilds. From oliver at linux-kernel.at Thu Mar 29 10:12:39 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 29 Mar 2007 12:12:39 +0200 Subject: Plague dependency question In-Reply-To: <20070329105040.25ad216e.bugs.michael@gmx.net> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> <460A1203.6020706@linux-kernel.at> <1175083424.4067.1.camel@localhost.localdomain> <460B6836.20309@linux-kernel.at> <20070329105040.25ad216e.bugs.michael@gmx.net> Message-ID: <460B9117.8080701@linux-kernel.at> On 03/29/2007 10:50 AM, Michael Schwendt wrote: > On Thu, 29 Mar 2007 09:18:14 +0200, Oliver Falk wrote: > >> I think, the bsys should raise up a list of deps that might need a >> rebuild; A webpage with checkboxes and a go button. :-) Eventuall a >> notification to the maintainer if build fails, and/or a bug#, whatever. >> But if you want autorebuilds in such a way, the system needs to know how >> to increase the release number and add a cl entry to the spec; Needs cvs >> commit rights and so on... Maybe nothing anyone wants to be automated... >> However, I'm not goin' to code this :-P > > And once it's made too easy to rebuild package sets like this, we will see > many needless rebuilds in Fedora. > > "Automatic rebuilds" in my opinion implies that there is a way to check > automatically whether a rebuild is necessary. For instance, if a soname > has changed and breaks the ABI. But the build system cannot know whether > this is expected. 3rd party repositories which depend on our packages > won't like such breakage and our attempts to work around it with > automatic mass-rebuilds. That's why I said, that the buildsystem should only do it semi-automatic; Only with human-intervention. :-) -of From jkeating at redhat.com Thu Mar 29 10:49:24 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 29 Mar 2007 06:49:24 -0400 Subject: Plague dependency question In-Reply-To: <20070329105040.25ad216e.bugs.michael@gmx.net> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <460B6836.20309@linux-kernel.at> <20070329105040.25ad216e.bugs.michael@gmx.net> Message-ID: <200703290649.24751.jkeating@redhat.com> On Thursday 29 March 2007 04:50:40 Michael Schwendt wrote: > "Automatic rebuilds" in my opinion implies that there is a way to check > automatically whether a rebuild is necessary. For instance, if a soname > has changed and breaks the ABI. But the build system cannot know whether > this is expected. 3rd party repositories which depend on our packages > won't like such breakage and our attempts to work around it with > automatic mass-rebuilds. While I'm not in favor of fully automatic rebuilds, I am in favor of being able to do a repoclosure with your freshly built package against the repo that was used to BUILD said package and send alerts out to the person who built it and the person(s) who's packages might now have broken deps because of the build, as well as logging it to a webpage for a quick "hitlist" to keep track of. It would then be up to the maintainer(s) to either initiate rebuilds of the broken packages, or untag the new build as it would break too much. -- 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 dcbw at redhat.com Thu Mar 29 12:06:37 2007 From: dcbw at redhat.com (Dan Williams) Date: Thu, 29 Mar 2007 08:06:37 -0400 Subject: Plague dependency question In-Reply-To: <460B6836.20309@linux-kernel.at> References: <5e61b72f0703271956x2ec936cdi1f0d637bd1591dcb@mail.gmail.com> <1175055752.10578.11.camel@localhost.localdomain> <460A1203.6020706@linux-kernel.at> <1175083424.4067.1.camel@localhost.localdomain> <460B6836.20309@linux-kernel.at> Message-ID: <1175169997.10582.9.camel@localhost.localdomain> On Thu, 2007-03-29 at 09:18 +0200, Oliver Falk wrote: > On 03/28/2007 02:03 PM, Dan Williams wrote: > > On Wed, 2007-03-28 at 08:58 +0200, Oliver Falk wrote: > >> On 03/28/2007 06:22 AM, Dan Williams wrote: > >>> On Tue, 2007-03-27 at 19:56 -0700, John Villalovos wrote: > >>>> I have a question about Plague. Does Plague have the capability to > >>>> handle dependencies where if you build one RPM that other RPMS depend > >>>> on for their BuildRequires that you can then build all those RPMS and > >>>> any other RPMS which maybe affected by building them? > >>> ie, like debian's build system? > >>> > >>> No, plague doesn't do that. It was a planned option but Koji is taking > >>> over for plague and I'm not sure if that's planned for Koji. > >> AFAIK, it's planned for koji. And don't blame me, but OpenSuSE's build > >> system has this capability :-) > > > > Yeah; it's nice to have. It's also a headache in some situations so it > > needs to be selectable. > > I think, the bsys should raise up a list of deps that might need a > rebuild; A webpage with checkboxes and a go button. :-) Eventuall a Two things I see with this: 1) I can rebuild any package without a maintainer's permission; That's going to be a problem in some cases. 2) We'd have to make 110% sure that a script that rebuilds the SRPMs and bumps the release correctly; often there are some packages that have problems with auto-bumped release. This could be solved through more stringent packaging guidelines. Dan > notification to the maintainer if build fails, and/or a bug#, whatever. > But if you want autorebuilds in such a way, the system needs to know how > to increase the release number and add a cl entry to the spec; Needs cvs > commit rights and so on... Maybe nothing anyone wants to be automated... > However, I'm not goin' to code this :-P > > -of > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From sodarock at gmail.com Thu Mar 29 21:58:24 2007 From: sodarock at gmail.com (John Villalovos) Date: Thu, 29 Mar 2007 14:58:24 -0700 Subject: How to have plague run mock with --autocache Message-ID: <5e61b72f0703291458i5e9facdbhb712312c22c55a4a@mail.gmail.com> I would like my mock builds to run a little bit faster. So I was thinking that the --autocache option might help that. So I was wondering how I get plague to call mock with the --autocache option? Also are there any preparation steps I need to do before hand so that mock will take advantage of this? Thanks, John From Michael_E_Brown at dell.com Fri Mar 30 01:17:34 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Thu, 29 Mar 2007 20:17:34 -0500 Subject: How to have plague run mock with --autocache In-Reply-To: <5e61b72f0703291458i5e9facdbhb712312c22c55a4a@mail.gmail.com> References: <5e61b72f0703291458i5e9facdbhb712312c22c55a4a@mail.gmail.com> Message-ID: <20070330011733.GD10779@humbolt.us.dell.com> On Thu, Mar 29, 2007 at 02:58:24PM -0700, John Villalovos wrote: > I would like my mock builds to run a little bit faster. So I was > thinking that the --autocache option might help that. > > So I was wondering how I get plague to call mock with the --autocache > option? > > Also are there any preparation steps I need to do before hand so that > mock will take advantage of this? Add the cache directive to the mock config files you are using. use_cache=1 -- Michael From Michael_E_Brown at dell.com Fri Mar 30 04:19:17 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Thu, 29 Mar 2007 23:19:17 -0500 Subject: How to have plague run mock with --autocache In-Reply-To: <20070330011733.GD10779@humbolt.us.dell.com> References: <5e61b72f0703291458i5e9facdbhb712312c22c55a4a@mail.gmail.com> <20070330011733.GD10779@humbolt.us.dell.com> Message-ID: <20070330041916.GE10779@humbolt.us.dell.com> On Thu, Mar 29, 2007 at 08:17:34PM -0500, Michael E Brown wrote: > On Thu, Mar 29, 2007 at 02:58:24PM -0700, John Villalovos wrote: > > I would like my mock builds to run a little bit faster. So I was > > thinking that the --autocache option might help that. > > > > So I was wondering how I get plague to call mock with the --autocache > > option? > > > > Also are there any preparation steps I need to do before hand so that > > mock will take advantage of this? > > Add the cache directive to the mock config files you are using. > > use_cache=1 Sorry, typed incorrectly from memory, here is the option: config_opts['use_cache'] = 1 -- Michael From sodarock at gmail.com Fri Mar 30 05:47:53 2007 From: sodarock at gmail.com (John Villalovos) Date: Thu, 29 Mar 2007 22:47:53 -0700 Subject: How to have plague run mock with --autocache In-Reply-To: <20070330041916.GE10779@humbolt.us.dell.com> References: <5e61b72f0703291458i5e9facdbhb712312c22c55a4a@mail.gmail.com> <20070330011733.GD10779@humbolt.us.dell.com> <20070330041916.GE10779@humbolt.us.dell.com> Message-ID: <5e61b72f0703292247y26d7db89lda5ff39696ce19b9@mail.gmail.com> On 3/29/07, Michael E Brown wrote: > On Thu, Mar 29, 2007 at 08:17:34PM -0500, Michael E Brown wrote: > > On Thu, Mar 29, 2007 at 02:58:24PM -0700, John Villalovos wrote: > > > I would like my mock builds to run a little bit faster. So I was > > > thinking that the --autocache option might help that. > > > > > > So I was wondering how I get plague to call mock with the --autocache > > > option? > > > > > > Also are there any preparation steps I need to do before hand so that > > > mock will take advantage of this? > > > Sorry, typed incorrectly from memory, here is the option: > > config_opts['use_cache'] = 1 Thanks! I will give that I try.