Bug 682230

Summary: pungi fails to build rawhide image. Kickstart problem?
Product: [Fedora] Fedora Reporter: Horst H. von Brand <vonbrand>
Component: pungiAssignee: Dennis Gilmore <dennis>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 19CC: dcantrell, xning
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-17 13:40:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
/usr/share/spin-kickstarts/fedora-install-fedora.ks from spin-kickstarts-0.15.2-1.fc16.noarch none

Description Horst H. von Brand 2011-03-04 14:38:39 UTC
Description of problem:
pungi --force --nosource --nodebuginfo --flavor Fedora --name Fedora --ver rawhide -c /usr/share/spin-kickstarts/fedora-install-fedora.ks

results in:
WARNING: SELinux is enforcing.  This may lead to a compose with selinux disabled.
Consider running with setenforce 0.
Traceback (most recent call last):
  File "/usr/bin/pungi", line 214, in <module>
    main()
  File "/usr/bin/pungi", line 47, in main
    ksparser.readKickstart(opts.config)
  File "/usr/lib/python2.7/site-packages/pykickstart/parser.py", line 770, in readKickstart
    self._stateMachine (fh.readline)
  File "/usr/lib/python2.7/site-packages/pykickstart/parser.py", line 641, in _stateMachine
    self.handleCommand(lineno, args)
  File "/usr/lib/python2.7/site-packages/pykickstart/parser.py", line 479, in handleCommand
    retval = self.handler.dispatcher(args, lineno)
  File "/usr/lib/python2.7/site-packages/pykickstart/base.py", line 399, in dispatcher
    obj = self.commands[cmd].parse(args[1:])
  File "/usr/lib/python2.7/site-packages/pykickstart/commands/repo.py", line 157, in parse
    (opts, extra) = self.op.parse_args(args=args, lineno=self.lineno)
  File "/usr/lib/python2.7/site-packages/pykickstart/options.py", line 106, in parse_args
    return OptionParser.parse_args(self, **kwargs)
  File "/usr/lib64/python2.7/optparse.py", line 1396, in parse_args
    self.error(str(err))
  File "/usr/lib/python2.7/site-packages/pykickstart/options.py", line 51, in error
    raise KickstartParseError, formatErrorMsg(self.lineno, msg=msg)
pykickstart.errors.KickstartParseError: The following problem occurred on line 13 of the kickstart file:

Option --excludepkgs: invalid string value: '--exclude'


Version-Release number of selected component (if applicable):
pungi-2.5-2.fc15.noarch
lorax-0.3-3.1.fc16.noarch
anaconda-16.1-1.fc16.x86_64
fedora-kickstarts-0.15.2-1.fc16.noarch

How reproducible:
Always

Steps to Reproduce:
1. Run pungi
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Jesse Keating 2011-03-04 16:17:19 UTC
your kickstart is malformed it would seem. Can you share it?

Comment 2 Horst H. von Brand 2011-03-04 17:04:00 UTC
Created attachment 482330 [details]
/usr/share/spin-kickstarts/fedora-install-fedora.ks from spin-kickstarts-0.15.2-1.fc16.noarch

This file is directly from spin-kickstarts-0.15.2-1.fc16.noarch, "rpm -V" says the package is clean.

Comment 3 Brian Lane 2011-03-04 17:59:50 UTC
Try removing the empty --exclude from the --repo line and see if that works

'--exclude kernel-kdump* --exclude --exclude syslog-ng'

Comment 4 Jesse Keating 2011-03-04 18:06:49 UTC
Ah, looks like Bruno broke it with dc62a3e5d70ca7ade95bde900ad0741d6477dd50

So the kickstart file is indeed corrupt.  That's a separate issue.  (and I've just pushed up a fix for that)

The pungi issue is that we shouldn't traceback here, and handle it more gracefully.

Comment 5 Horst H. von Brand 2011-03-04 18:52:22 UTC
(In reply to comment #3)
> Try removing the empty --exclude from the --repo line and see if that works
> 
> '--exclude kernel-kdump* --exclude --exclude syslog-ng'

Doh, didn't see that.

At least now it isn't bombing out immediately.

Comment 6 Fedora Admin XMLRPC Client 2012-02-10 18:58:40 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 7 Xibo Ning 2012-05-11 08:19:27 UTC
Hi,
I got the same problem. I followed the guide: 
http://fedoraproject.org/w/index.php?title=How_to_create_a_Fedora_install_ISO_for_testing&oldid=249252
The error as follows:
<mock-chroot>[root@desktop /]# pungi --nosource --nodebuginfo -G -C -B   --flavor Fedora --name Fedora --ver rawhide   -c /usr/share/spin-kickstarts/fedora-install-fedora.ks
Warning: Reusing existing destination directory.
Pungi:INFO: Adding repo fedora
Pungi:INFO: URL for repo fedora is ['file:///var/www/fedora/linux/development/x86_64/os']
Pungi:INFO: Adding repo fedora-source
Pungi:INFO: Mirrorlist for repo fedora-source is http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-source-rawhide&arch=x86_64
Pungi:INFO: Getting sacks for arches ['x86_64', 'noarch', 'src']
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 287, in _inityum
    self.ayum._getSacks(archlist=arches)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 767, in _getSacks
    self.repos.populateSack(which=repos)
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 294, in populateSack
    sack.populate(repo, mdtype, callback, cacheonly)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 167, in populate
    if self._check_db_version(repo, mydbtype):
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 225, in _check_db_version
    return repo._check_db_version(mdtype)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1272, in _check_db_version
    repoXML = self.repoXML
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1466, in <lambda>
    repoXML = property(fget=lambda self: self._getRepoXML(),
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1462, in _getRepoXML
    self._loadRepoXML(text=self)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1453, in _loadRepoXML
    return self._groupLoadRepoXML(text, self._mdpolicy2mdtypes())
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1428, in _groupLoadRepoXML
    if self._commonLoadRepoXML(text):
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1243, in _commonLoadRepoXML
    result = self._getFileRepoXML(local, text)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1021, in _getFileRepoXML
    size=102400) # setting max size as 100K
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 848, in _getFile
    raise Errors.NoMoreMirrorsRepoError, errstr
yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from fedora: [Errno 256] No more mirrors to try.

Comment 8 Fedora End Of Life 2013-04-03 14:30:32 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 9 Fedora End Of Life 2015-01-09 16:35:58 UTC
This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 10 Fedora End Of Life 2015-02-17 13:40:19 UTC
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.