FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Build System

 
 
LinkBack Thread Tools
 
Old 02-18-2009, 03:10 PM
"William F. Acker WB2FLW +1 303 722 7209"
 
Default Error from repoview when composing with pungi.

Hi all,

I'm not sure which new package might have broken this; I think I
succeeded after upgrading yum, but I can't be sure.


Here's the spewage.

Pungi:ERROR: Got an error from /usr/bin/repoview
Pungi:ERROR: Traceback (most recent call last):
File "/usr/bin/repoview", line 926, in <module>
main()
File "/usr/bin/repoview", line 923, in main
Repoview(opts)
File "/usr/bin/repoview", line 191, in __init__
packages = self.do_packages(repo_data, group_data, pkgnames)
File "/usr/bin/repoview", line 554, in do_packages
if self.has_changed(pkg_filename, checksum):
File "/usr/bin/repoview", line 607, in has_changed
scursor.execute(query)
sqlite3.IntegrityError: column filename is not unique


Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete
Traceback (most recent call last):
File "/usr/bin/pungi", line 195, in <module>
main()
File "/usr/bin/pungi", line 99, in main
mypungi.doCreaterepo()
File "/usr/lib/python2.5/site-packages/pypungi/__init__.py", line 636, in doCreaterepo
self._makeMetadata(self.topdir, cachedir, compsfile, repoview=True, repoviewtitle=repoviewtitle)
File "/usr/lib/python2.5/site-packages/pypungi/__init__.py", line 612, in _makeMetadata
pypungi.util._doRunCommand(repoview, self.logger)
File "/usr/lib/python2.5/site-packages/pypungi/util.py", line 36, in _doRunCommand
raise OSError, "Got an error from %s: %s" % (command[0], err)
OSError: Got an error from /usr/bin/repoview: Traceback (most recent call last):
File "/usr/bin/repoview", line 926, in <module>
main()
File "/usr/bin/repoview", line 923, in main
Repoview(opts)
File "/usr/bin/repoview", line 191, in __init__
packages = self.do_packages(repo_data, group_data, pkgnames)
File "/usr/bin/repoview", line 554, in do_packages
if self.has_changed(pkg_filename, checksum):
File "/usr/bin/repoview", line 607, in has_changed
scursor.execute(query)
sqlite3.IntegrityError: column filename is not unique

Any ideas?

TIA.


--
Bill in Denver

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 
Old 02-18-2009, 03:16 PM
seth vidal
 
Default Error from repoview when composing with pungi.

On Wed, 2009-02-18 at 09:10 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:
> Hi all,
>
> I'm not sure which new package might have broken this; I think I
> succeeded after upgrading yum, but I can't be sure.
>
> Here's the spewage.
>
> Pungi:ERROR: Got an error from /usr/bin/repoview
> Pungi:ERROR: Traceback (most recent call last):
> File "/usr/bin/repoview", line 926, in <module>
> main()
> File "/usr/bin/repoview", line 923, in main
> Repoview(opts)
> File "/usr/bin/repoview", line 191, in __init__
> packages = self.do_packages(repo_data, group_data, pkgnames)
> File "/usr/bin/repoview", line 554, in do_packages
> if self.has_changed(pkg_filename, checksum):
> File "/usr/bin/repoview", line 607, in has_changed
> scursor.execute(query)
> sqlite3.IntegrityError: column filename is not unique
>


pretty sure it is b/c of the update to sqlite. The columns will probably
need a rename in repoview. I'll check the changelogs on sqlite.

-sv


--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 
Old 02-18-2009, 08:35 PM
"William F. Acker WB2FLW +1 303 722 7209"
 
Default Error from repoview when composing with pungi.

On Wed, 18 Feb 2009, seth vidal wrote:


On Wed, 2009-02-18 at 09:10 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:

Hi all,

I'm not sure which new package might have broken this; I think I
succeeded after upgrading yum, but I can't be sure.

Here's the spewage.

Pungi:ERROR: Got an error from /usr/bin/repoview
Pungi:ERROR: Traceback (most recent call last):
File "/usr/bin/repoview", line 926, in <module>
main()
File "/usr/bin/repoview", line 923, in main
Repoview(opts)
File "/usr/bin/repoview", line 191, in __init__
packages = self.do_packages(repo_data, group_data, pkgnames)
File "/usr/bin/repoview", line 554, in do_packages
if self.has_changed(pkg_filename, checksum):
File "/usr/bin/repoview", line 607, in has_changed
scursor.execute(query)
sqlite3.IntegrityError: column filename is not unique




pretty sure it is b/c of the update to sqlite. The columns will probably
need a rename in repoview. I'll check the changelogs on sqlite.



I back leveled sqlite on the build machine which didn't help. I know
that's not conclusive since some packages such as Anaconda are downloaded
from the repo and never cached. So, before putting the old sqlite into
the repo, I checked to see the when I was last successful VS when I
installed sqlite. It turns out that both yum and sqlite were installed on
2/5, and my last successful spin was on 2/8. I don't see any packages
installed since them that are obviously connected to this problem.


BTW, Seth, how is one supposed to use the allowdowngrade plugin for
yum. I tried yum --allow-downgrade localinstall sqlite*, with the result
the same as if I didn't use the option. localupdate was no better. I had
to fall back on "rpm -Uv --oldpackage sqlite*".


Thanks.
--
Bill in Denver

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 
Old 02-18-2009, 08:43 PM
seth vidal
 
Default Error from repoview when composing with pungi.

On Wed, 2009-02-18 at 14:35 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:

> I back leveled sqlite on the build machine which didn't help. I know
> that's not conclusive since some packages such as Anaconda are downloaded
> from the repo and never cached. So, before putting the old sqlite into
> the repo, I checked to see the when I was last successful VS when I
> installed sqlite. It turns out that both yum and sqlite were installed on
> 2/5, and my last successful spin was on 2/8. I don't see any packages
> installed since them that are obviously connected to this problem.
>

I'm not sure if this is sqlite anymore - I've been mucking with it
today. Oddly on rawhide here I can't make it happen.


> BTW, Seth, how is one supposed to use the allowdowngrade plugin for
> yum. I tried yum --allow-downgrade localinstall sqlite*, with the result
> the same as if I didn't use the option. localupdate was no better. I had
> to fall back on "rpm -Uv --oldpackage sqlite*".

In most cases, you're not. allowdowngrade sometimes is just not working.
It's a long story as to why but it is something that is being worked on
- it's just not trivial.

-sv


--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 
Old 02-18-2009, 11:02 PM
seth vidal
 
Default Error from repoview when composing with pungi.

On Wed, 2009-02-18 at 16:43 -0500, seth vidal wrote:
> On Wed, 2009-02-18 at 14:35 -0700, William F. Acker WB2FLW +1 303 722
> 7209 wrote:
>
> > I back leveled sqlite on the build machine which didn't help. I know
> > that's not conclusive since some packages such as Anaconda are downloaded
> > from the repo and never cached. So, before putting the old sqlite into
> > the repo, I checked to see the when I was last successful VS when I
> > installed sqlite. It turns out that both yum and sqlite were installed on
> > 2/5, and my last successful spin was on 2/8. I don't see any packages
> > installed since them that are obviously connected to this problem.
> >
>
> I'm not sure if this is sqlite anymore - I've been mucking with it
> today. Oddly on rawhide here I can't make it happen.
>
>

ah ha! My sample size was too small. I found out what was causing the
problem

somehow we had two packages VLGothic-fonts and vlgothic-fonts - repoview
case normalizes for the .html files it makes - hence this problem.
Fedora was not supposed to have those two pkgs - it was an oversight and
that has been fixed. I'll also change repoview to not case normalize the
filenames.

-sv


--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 
Old 03-15-2009, 11:09 PM
"William F. Acker WB2FLW +1 303 722 7209"
 
Default Error from repoview when composing with pungi.

On Wed, 18 Feb 2009, seth vidal wrote:


On Wed, 2009-02-18 at 16:43 -0500, seth vidal wrote:

On Wed, 2009-02-18 at 14:35 -0700, William F. Acker WB2FLW +1 303 722
7209 wrote:


I back leveled sqlite on the build machine which didn't help. I know
that's not conclusive since some packages such as Anaconda are downloaded
from the repo and never cached. So, before putting the old sqlite into
the repo, I checked to see the when I was last successful VS when I
installed sqlite. It turns out that both yum and sqlite were installed on
2/5, and my last successful spin was on 2/8. I don't see any packages
installed since them that are obviously connected to this problem.



I'm not sure if this is sqlite anymore - I've been mucking with it
today. Oddly on rawhide here I can't make it happen.




ah ha! My sample size was too small. I found out what was causing the
problem

somehow we had two packages VLGothic-fonts and vlgothic-fonts - repoview
case normalizes for the .html files it makes - hence this problem.
Fedora was not supposed to have those two pkgs - it was an oversight and
that has been fixed. I'll also change repoview to not case normalize the
filenames.


Hi again,

I haven't seen new fonts or a new version of repoview.
Openoffice-langpack-jp requires either the old or new fonts, so I don't
see how I could exclude them. How should I proceed?


TIA

--
Bill in Denver

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
 

Thread Tools




All times are GMT. The time now is 01:21 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org