Learn more about these different git repos.
Other Git URLs
{{{ ERROR: Command failed: # ['/usr/bin/yum', '--installroot', '/var/lib/mock/fedora-development-pungi-i386-20121023/root/', 'install', 'pungi', 'nfs-utils', 'setarch'] Error: Package: anaconda-18.19-1.fc18.i686 (buildroot) Requires: pykickstart >= 1.99.20 Installing: pykickstart-1.99.19-1.fc18.noarch (buildroot) pykickstart = 1.99.19-1.fc18 You could try using --skip-broken to work around the problem Error: Package: anaconda-18.19-1.fc18.i686 (buildroot) Requires: pykickstart >= 1.99.20 Available: pykickstart-1.99.19-1.fc18.noarch (buildroot) pykickstart = 1.99.19-1.fc18 You could try running: rpm -Va --nofiles --nodigest }}} http://koji.fedoraproject.org/mash/branched-20121023/logs/pungify-i386.log
This same broken dep caused the entire branched compose to fail.
We need: https://admin.fedoraproject.org/updates/FEDORA-2012-16185/pykickstart-1.99.20-1.fc18 to go to stable, since the anaconda that needs it already did.
Not much rel-eng can do here... please get karma for that build?
Ah. Added karma, one more needed.
pykickstart is now stable, but still no images/. Log says: {{{ Traceback (most recent call last): File "/usr/bin/pungi", line 256, in <module> main() File "/usr/bin/pungi", line 96, in main mypungi._inityum() # initialize the yum object for things that need it File "/usr/lib/python2.7/site-packages/pypungi/init.py", line 291, in _inityum self.ayum._getSacks(archlist=arches) File "/usr/lib/python2.7/site-packages/yum/init.py", line 779, in _getSacks self.repos.populateSack(which=repos) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 348, in populateSack sack.populate(repo, mdtype, callback, cacheonly) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 184, in populate if self._check_db_version(repo, mydbtype): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 275, in _check_db_version return repo._check_db_version(mdtype) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1399, in _check_db_version repoXML = self.repoXML File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1585, in <lambda> repoXML = property(fget=lambda self: self._getRepoXML(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1581, in _getRepoXML self._loadRepoXML(text=self.ui_id) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1572, in _loadRepoXML return self._groupLoadRepoXML(text, self._mdpolicy2mdtypes()) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1546, in _groupLoadRepoXML if self._commonLoadRepoXML(text): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1370, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1148, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 963, in _getFile raise Errors.NoMoreMirrorsRepoError(errstr, errors) yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from fedora: [Errno 256] No more mirrors to try. file:///tmp/treebuild.20121024/output/18/i386/os/repodata/repomd.xml: [Errno 14] Could not open/read file:///tmp/treebuild.20121024/output/18/i386/os/repodata/repomd.xml }}} http://koji.fedoraproject.org/mash/branched-20121024/logs/pungify-i386.log
For 20121025 we're missing images/pxeboot/initrd. So much fun! :-) {{{ rsync: send_files failed to open "/var/lib/mock/fedora-development-pungi-i386-20121025/root/tmp/treebuild.20121025/output/18/i386/os/images/pxeboot/initrd-PAE.img": Permission denied (13)
rsync: send_files failed to open "/var/lib/mock/fedora-development-pungi-i386-20121025/root/tmp/treebuild.20121025/output/18/i386/os/isolinux/initrd.img": Permission denied (13) }}} http://koji.fedoraproject.org/mash/branched-20121025/logs/pungify-i386.log
http://koji.fedoraproject.org/mash/branched-20121025/logs/pungify-x86_64.log
Same problem for 20121026.
ok, the problem here seems to have been a change in dracut. https://bugzilla.redhat.com/show_bug.cgi?id=860977
It now makes initrd's all mod 600, which meant that our script was unable to pull them over and somehow also caused it to hang. ;(
We will be adjusting the scripts today hopefully to account for that...
Fixed today. ;)
Metadata Update from @kparal: - Issue set to the milestone: Fedora 18 Beta
Login to comment on this ticket.