sqlite rpm issue

[Highland]

Just thought I'd mention it

package sqlite-3.7.0.1-1.el5.art.art.x86_64 (which is newer than sqlite-3.7.0.1-1.el5.art.i386) is already installed

It's one of those funky x86_64 vs i386 issues but I'm not sure why a package would conflict with itself like that.

[scott]

what install/update were you running?

[Highland]

nss.i386 appears to be the culprit

================================================================================
Package Arch Version Repository Size
================================================================================
Updating:
nss i386 3.14.3-6.el5_9 updates 1.2 M
nss x86_64 3.14.3-6.el5_9 updates 1.2 M
Installing for dependencies:
sqlite i386 3.7.0.1-1.el5.art atomic 325 k
Updating for dependencies:
nss-devel x86_64 3.14.3-6.el5_9 updates 243 k
nss-tools x86_64 3.14.3-6.el5_9 updates 714 k

Transaction Check Error:
package sqlite-3.7.0.1-1.el5.art.art.x86_64 (which is newer than sqlite-3.7.0.1-1.el5.art.i386) is already installed

[Highland]

This was a dev server so I could afford to leave it broken for a few weeks. I finally dug into the problem a bit more and found something odd.

When I was looking at sqlite (the package that was failing) I noticed an extra .art in the devel package. After a bit of tinkering I decided to downgrade sqlite and here's what I got (emphasis mine)

Downgrading:
sqlite x86_64 3.7.0.1-1.el5.art atomic 320 k
Removing for dependencies:
rpm-devel x86_64 4.4.2.3-32.el5_9 installed 4.1 M
sqlite-devel x86_64 3.7.0.1-1.el5.art.art installed 294 k

Not sure how it got there but this did the trick. All is working well with yum now.

[scott]

Its a build server artefact, nothing to worry about. If you really want to know whats going on there, thats what happens when the package is built from a src.rpm instead of a spec file.

[faris]

Just in case it is important, there is something odd about the x86_64 filename (it has .art.art. in it). Oooh, maybe art.art is the sound an atomic turtle makes?

Transaction Check Error:
package sqlite-3.7.0.1-1.el5.art.art.x86_64 (which is newer than sqlite-3.7.0.1-1.el5.art.i386) is already installed

[scott]

Its just an artefact of the build process if a src.rpm is used. Normally we build like this:

[mockbuild@archelon asl]$ art-build -v -d el6 asl.spec
Building asl-3.3.0-30.87 for el6-i386: OK
Building asl-3.3.0-30.87 for el6-x86_64: OK


But if we build like this:
[mockbuild@archelon asl]$ art-build -v -d el6 -s asl-3.3.0-30.87.art.src.rpm

We can end up with the tag (.art) being duplicated.

Other builders are designed to build from the src.rpm, or in some cases out of SCM. art-build creates the src.rpm on the fly from the spec file so you can skip a few steps, as well as do some automated stuff against it (lint, add tags, twitter, etc). Builds from src.rpms are pretty rare these days, but it pops up like that once in a while.

PS- The seal goes ow ow ow.