mergerepo fails with PCDATA invalid Char value 8

[Steve Traylen]

On Sun, Mar 15, 2009 at 6:39 PM, Mike Bonnet <mikeb at redhat.com> wrote:
> Steve Traylen wrote:
>>
>> On Sun, Mar 15, 2009 at 12:45 PM, Steve Traylen <steve at traylen.net> 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
> Fedora-buildsys-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
>



-- 
Steve Traylen