On 11/14/05, <b class="gmail_sendername">Dag Wieers</b> <<a href="mailto:dag@wieers.com">dag@wieers.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 10 Nov 2005, Johnny Hughes wrote:<br><br>> I know that it does conflict with Dag's sqlite 2 .. and I am sorry, but<br>> we need to maintain compatibility with the upstream provider, since if<br>> we add other items that use sqlite, we will need to have that
<br>> compatibility.</blockquote><div><br>
Fair enough - using FC's sqlite srpm makes complete sense to me.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'm not familiar with the problem, are we using a package-name that has<br>been obsoleted in some way ? Or are files conflicting ?
</blockquote><div><br>
Dag-  there are no internal file conflicts between the two sqlite
rpms - I solved my problem with  "rpm -ivh
sqlite-3.2.2-1.i386.rpm" and now have both sqlite packages happily
sitting side by side. The problem came earlier when an up2date -u
wanted to replace your sqlite package with the new centos 4.2 one- but
your kannel package needs your sqlite as the new package is really
sqlite3. RHEL users of your kannel package won't be affected, and
hopefully any other centos4 users will find this mail thread or have
solved it for themselves way faster than I did. If you rebuild your
kannel against the new centos sqlite library then you break RHEL users.
I suppose you could change your sqlite package to be called sqlite2 to
avoid the clash, but I guess that would give you all sorts of other
dependency changes elsewhere in your repo.<br>
<br>
I don't know enough about how packages obsolete each other. Maybe the
problem is that the FC/centos4 sqlite rpm should have something in it
to say that it doesn't obsolete sqlite versions < 3?<br>
<br>
</div></div>-- <br>Cheers,<br><br>Tony