On Sun, Mar 15, 2009 at 6:39 PM, Mike Bonnet <[email protected]> wrote: > Steve Traylen wrote: >> >> On Sun, Mar 15, 2009 at 12:45 PM, Steve Traylen <[email protected]> wrote: >>> >>> Hi, >>> Got koji basically working for me over the last couple of weeks. Was >>> very keen to >>> try its new external repository support. >>> >>> Starting with a fresh instance I made a tag (dist-slc5) containing two >>> repos. >>> >>> koji add-external-repo -t dist-slc5 -p 10 "slc5-64-base" >>> http://linuxsoft.cern.ch/cern/slc5X/x86_64/yum/os >>> koji add-external-repo -t dist-slc5 -p 10 "slc5-32-base" >>> http://linuxsoft.cern.ch/cern/slc5X/i386/yum/os >>> >>> and then tried to make a koji repo from that. >>> >>> koji regen-repo dist-slc5 >>> >>> This called >>> >>> /usr/libexec/kojid/mergerepos -a i386 -b >>> /mnt/koji/repos/dist-slc5-build/189/i386/blocklist -o >>> /tmp/koji/tasks/556/556/repo \ >>> -g /mnt/koji/repos/dist-slc5-build/189/groups/comps.xml -r >>> http://linuxsoft.cern.ch/cern/slc5X/x86_64/yum/os/ \ >>> -r http://linuxsoft.cern.ch/cern/slc5X/i386/yum/os/ >>> >>> resulting in as below. Any ideas ? >> >> To hopefully answer my own question. Is this because these slc yum >> repositories do not contain the sqlite files thats that mergerepo makes >> use of. >> Looking at CentOS and ScientificLinux neither of these look to make >> use of the '-d' option to createrepo to generate the sqlite files. >> Is there a way around this or we have to ask CentOS to generate >> the sql files? > > The error occurs when parsing other.xml. I would check your external repos > to see if other.xml passes XML validation successfully. Hi Mike,
That's exactly the problem. Thanks. It fails later now but I'll look into it first. Steve > >> Of course maybe it is something else entirely? >> Steve >> >> >>> Steve >>> >>> >>> >>> process:19630): GLib-WARNING **: GError set over the top of a previous >>> GError or uninitialized memory. >>> This indicates a bug in someone's code. You must ensure an error is >>> NULL before it's set. >>> The overwriting error message was: Parsing other.xml error: PCDATA >>> invalid Char value 8 >>> >>> Traceback (most recent call last): >>> File "/usr/libexec/kojid/mergerepos", line 241, in <module> >>> main(sys.argv[1:]) >>> File "/usr/libexec/kojid/mergerepos", line 236, in main >>> merge.write_metadata() >>> File "/usr/libexec/kojid/mergerepos", line 216, in write_metadata >>> mdgen.doPkgMetadata() >>> File "/usr/lib/python2.5/site-packages/createrepo/__init__.py", line >>> 332, in doPkgMetadata >>> self.writeMetadataDocs(packages) >>> File "/usr/lib/python2.5/site-packages/createrepo/__init__.py", line >>> 475, in writeMetadataDocs >>> clog_limit=self.conf.changelog_limit)) >>> File "/usr/lib/python2.5/site-packages/yum/packages.py", line 959, >>> in xml_dump_other_metadata >>> msg += "%s\n</package>\n" % >>> misc.to_unicode(self._dump_changelog(clog_limit)) >>> File "/usr/lib/python2.5/site-packages/yum/packages.py", line 927, >>> in _dump_changelog >>> if not self.changelog: >>> File "/usr/lib/python2.5/site-packages/yum/packages.py", line 423, in >>> <lambda> >>> changelog = property(fget=lambda self: self.returnChangelog()) >>> File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 225, >>> in returnChangelog >>> self._loadChangelog() >>> File "/usr/lib/python2.5/site-packages/yum/sqlitesack.py", line 202, >>> in _loadChangelog >>> self.sack.populate(self.repo, mdtype='otherdata') >>> File "/usr/lib/python2.5/site-packages/yum/yumRepo.py", line 184, in >>> populate >>> dobj = repo_cache_function(xml, csum) >>> File "/usr/lib/python2.5/site-packages/sqlitecachec.py", line 60, in >>> getOtherdata >>> self.repoid)) >>> TypeError: Parsing other.xml error: PCDATA invalid Char value 8 >>> >>> >>> Steve >>> >>> >>> >>> >>> -- >>> Steve Traylen >>> >> >> >> > > -- > Fedora-buildsys-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list > -- Steve Traylen -- Fedora-buildsys-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
