Bug 442064
Summary: | need 2 passes: current downloads aren't good enough to continue | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Reiser <jreiser> |
Component: | pungi | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-07-16 17:42:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Reiser
2008-04-11 15:18:58 UTC
Yeah, there is a bug that got introduced I think because of yum some point recently. The code I have for downloading looks for any error out put and will act as if the download failed. But it seems that something is leaking failures but the download is OK. I haven't had a lot of time to track it down, I hope to after F9 goes out the door and I'll put out an F9 update. Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping hrm, I can't duplicate now. Is this still an issue? Yes, there is still an issue about communication between buildinstall and pungi. pungi quits, saying that buildinstall gave an error, but I don't see anything wrong. -----tail of console log Pungi.Gather:INFO: Finished downloading packages. Pungi.Pungi:INFO: Making repodata Previous repo file missing: 1750/1750 - Packages/libesmtp-1.0.4-7.fc9.i386.rpm rpm Saving Primary metadata Saving file lists metadata Saving other metadata Generating sqlite DBs Sqlite DBs complete Pungi.Pungi:INFO: Running /usr/bin/repoview --quiet --state-dir /var/cache/pungi/repoviewcache --title "Fedora 10 - i386" /data/Fedora10/10/i386/os Pungi.Pungi:INFO: Linking release note file GPL Pungi.Pungi:INFO: Linking release note file README-BURNING-ISOS-en_US.txt Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-i386 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-x86_64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-ppc Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-ppc64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-primary Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-ia64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-x86_64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-ia64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-i386 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-primary Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-ppc64 Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test-ppc Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora Pungi.Pungi:INFO: Running /usr/lib/anaconda-runtime/buildinstall --product Fedora --version 10 --release "Fedora 10" --bugurl http://bugzilla.redhat.com /data/Fedora10/10/i386/os Pungi.Pungi:ERROR: Got an error from /usr/lib/anaconda-runtime/buildinstall Pungi.Pungi:ERROR: Traceback (most recent call last): File "/usr/bin/pungi", line 189, in <module> main() File "/usr/bin/pungi", line 98, in main mypungi.doBuildinstall() File "/usr/lib/python2.5/site-packages/pypungi/pungi.py", line 168, in doBuildinstall pypungi._doRunCommand(buildinstall, self.logger) #, env={"TMPDIR": self.workdir}) File "/usr/lib/python2.5/site-packages/pypungi/__init__.py", line 70, in _doRunCommand raise OSError, "Got an error from %s: %s" % (command[0], err) OSError: Got an error from /usr/lib/anaconda-runtime/buildinstall: # -----end of console log What's in the log file itself? Fedora10/logs/i386.log has 82094 lines, ending with: ----- Pungi.Pungi.DEBUG: Running buildinstall... /tmp/buildinstall.tree.ELec68 /tmp No Match for argument anaconda-runtime Nothing to download Pungi.Pungi.ERROR: Got an error from /usr/lib/anaconda-runtime/buildinstall Pungi.Pungi.ERROR: ----- where that last line is "Pungi.Pungi.ERROR: " with one space after the colon. Perhaps I didn't give enough context. The two preceding lines are: ----- Pungi.Pungi.INFO: Linking release note file RPM-GPG-KEY-fedora Pungi.Pungi.INFO: Running /usr/lib/anaconda-runtime/buildinstall --product Fedora --version 10 --release "Fedora 10" --bugurl http://bugzilla.redhat.com /data/Fedora10/10/i386/os ----- Are you using the Fedora 9 version of pungi for this? What's your pungi version, because the buildinstall call doesn't seem to have the repos you used to do your compose passed to it, which is necessary. You'll need the rawhide version of buildinstall too. You can't use F9 to compose f10 unless you do it in a chroot comprised of f10 packages. Yes, that was under Fedora 9 with pungi-1.2.18.1-1.fc9.noarch. With only medium-speed DSL, rawhide is hard to use until a little bit before alpha. Why cannot pungi check these things, then complain if necessary? It would be so nice if vanilla F9 were enough to compose F10. You're right, I should have /some/ way to determine that you're doing something that isn't the native running system. I just don't know of a clever way of doing that as of yet. Anyway, since pungi uses the system installed anaconda-runtime for doing the buildinstall work, it really needs the version of anaconda that will be used for the install locally installed. That's why you need the f10 package set. YOu can do this in a mock chroot so that you don't have to 'run rawhide'. I'm closing this as NEXTRELEASE since it's not a problem in rawhide and the F10 package. |