[users] repoview on Centos 5
Maulvi Bakar
maulvi at maulvi.net
Tue Nov 6 02:25:14 CET 2007
On Nov 6, 2007 4:40 AM, Dag Wieers <dag at wieers.com> wrote:
> On Mon, 5 Nov 2007, Dag Wieers wrote:
>
> > On Tue, 6 Nov 2007, Maulvi Bakar wrote:
> >
> > > I am having a bit trouble in getting the repoview to work. I am using
> the
> > > repoview from rpmforge, specifically the el5. I've been getting "No
> yum
> > > parsing routines found. Please see README." errors. I am getting this
> error
> > > when I'm configuring and running mrepo.
> >
> > I build the repoview 0.6.1 for EL5 now. The Fedora package seems to
> > indicate it requires python 3.0 but the Fedora packages have never been
> a
> > good indicator for requirements so I hope everything goes well :)
>
> Ok, this will not work as 0.6.1 requires the sqlite metadata backend.
>
> I do not understand what those Fedora python developers are thinking when
> they add features and break compatibility. Fedora brought hell and misery
> to our lives instead of paving the way for RHEL/CentOS.
>
> Every other yum, createrepo or repoview release becomes incompatible with
> whatever exists in datacenters.
>
> To Fedora python people: stop using the latest and greatest python
> features, add compatibility and please test your gear on EL3 before
> releasing... Users do not want to run Fedora 8 to create a simple
> repository (for Fedora 8). They want to be able to create repositories for
> EL2, EL3, EL4 and EL5 on a single system that is not necessarily Fedora 8
> (or EL5).
>
> (If anyone is listening...)
>
I am listening.. FWIW :-p
I tried rebuilding repoview using the repository's repoview 0.5.3's spec
file changing it to point to 0.6.1's tar.gz file. It rebuilds nicely. No
more yum parsing errors.
Running mrepo, createrepo now is spewing errors "Sorry, sqlite files not
found in the repository. Please rerun createrepo with a -d flag and try
again.".
Tried running the createrepo manually adding the ominous "-d" into it,
works.. Then tried the repoview command manually as well, but it gives out
these errors -
Examining repository...done
Opening primary database...done
Opening changelogs database...done
Copying layout...done
Examining state db...done
Collecting group information...done
Collecting letters...done
Traceback (most recent call last):
File "/usr/bin/repoview", line 918, in ?
main()
File "/usr/bin/repoview", line 915, in main
Repoview(opts)
File "/usr/bin/repoview", line 170, in __init__
group_kid = Template(file=os.path.join(opts.templatedir, GRPKID))
File "/usr/lib/python2.4/site-packages/kid/__init__.py", line 148, in
Template
mod = load_template(file)
File "/usr/lib/python2.4/site-packages/kid/__init__.py", line 113, in
load_template
code = template.compile(dump_code=cache)
File "/usr/lib/python2.4/site-packages/kid/compiler.py", line 102, in
compile
code = self.code
File "/usr/lib/python2.4/site-packages/kid/compiler.py", line 115, in code
self._code = py_compile(self.python, pyfile, 'exec')
File "/usr/lib/python2.4/site-packages/kid/compiler.py", line 122, in
python
py = kid.parser.parse_file(self.kid_file, self.encoding)
File "/usr/lib/python2.4/site-packages/kid/parser.py", line 54, in
parse_file
return parse(source, encoding)
File "/usr/lib/python2.4/site-packages/kid/parser.py", line 43, in parse
return parser.parse()
File "/usr/lib/python2.4/site-packages/kid/parser.py", line 70, in parse
self.proc_stream(self.module_code)
File "/usr/lib/python2.4/site-packages/kid/parser.py", line 120, in
proc_stream
for (ev, item) in self.stream:
File "/usr/lib/python2.4/site-packages/kid/pull.py", line 142, in _track
for p in stream:
File "/usr/lib/python2.4/site-packages/kid/pull.py", line 169, in
_coalesce
for ev, item in stream:
File "/usr/lib/python2.4/site-packages/kid/pull.py", line 313, in __iter__
for (ev, stuff) in self._expat_stream():
File "/usr/lib/python2.4/site-packages/kid/pull.py", line 285, in
_expat_stream
feed(data)
File "/usr/lib/python2.4/site-packages/kid/pull.py", line 344, in feed
self._parser.Parse(data, 0)
xml.parsers.expat.ExpatError: undefined entity: line 15, column 23
Sorry, I know you mentioned that it didn't work on your end. Still, being
glutton for punishment.. Forgive me ;-)
Oh well.. Life's really becoming interesting...
Sincere regards and thanks
Maulvi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.rpmforge.net/pipermail/users/attachments/20071106/9a633aac/attachment-0001.html
More information about the users
mailing list