On Tue, 2008-12-23 at 00:04 +0100, Dag Wieers wrote:
On Mon, 22 Dec 2008, James Antill wrote:
On Mon, 2008-12-22 at 23:57 +0200, Axel Thimm wrote:
On Mon, Dec 22, 2008 at 10:34:55PM +0100, Dag Wieers wrote:
Can you be a little bit more specific ? Is there a thread describing the issue ? Is there going to be a real fix for it ?
The BZ I can easily find is RH 465898:
[https://bugzilla.redhat.com/show_bug.cgi?id=465898 TypeError: 'NoneType' object is unsubscriptable error in sqlitesack.py:94:_read_db_obj (pkgId can't be found)]
...although I'm sure we discussed something with You or Axel at one point about multiple pkgId's in one repo.
It wasn't me. How can multiple pkgId's be in one repo ?
The pkgId is¹ just the sha1sum of the .rpm file (from the checksum element), so the easiest way is:
% mkdir foo foo/1 foo/2 % cp yum-3.2.20-3.fc10.noarch.rpm foo/1 % cp yum-3.2.20-3.fc10.noarch.rpm foo/2 % createrepo foo
...the usual way I've seen this happen is due to multilib (two .i386 packages, one in a i386 dir. and one in a x86_64 dir. say).
I can add that I would be happy to use the latest and greatest createrepo if those newer versions would work with older distributions (namely, older python versions) and if they can produce metadata that works with older yum/apt releases as well. (Also on RHEL2.1 and RH7.3 systems)
AFAIK noone has any plans to backport any version of createrepo to work with RHEL-2.1 or older. There is a nebulous plan to create a simple script² which can be used on "older" releases, which will take the normal createrepo (without -d) and just add the .sqlite files in. How far back it'll go isn't clear yet (having not been written), but I'd guess that without help from you RHEL-2.1 is probably not going to be tested.
¹ This will probably change a bit "soon", but mainly for Fedora 11 / CentOS 6 timeframes ... and it should just work with older/current createrepo too.
² In theory this is easy in that it just needs to call the APIs yum calls, and then do the modifyrepo thing ... but again noone's done it, yet.