Re: bitpim binary modules breaks Gentoo QA policies

> is apsw required to be bundled ?  

It needs to exist is all.

> i'm wondering if i add a quick ebuild for apsw to portage, if we can 
> get bitpim to use that 

It is a standard Python package.  It does have a dependency on SQLite.
Unfortunately SQLite is yet another one of those poorly maintained
packages.  The most recent revision not marked ~x86 is 3.2.1-r3
and dates from almost a year ago.  It is fortunately trivial 
to make apsw use a private copy of SQLite.  That will be desireable when
apsw is being used by BitPim.  It won't be when other people use
it though since they will expect the system one to be used.

(The issue here is that SQLite 3.3 changed the file format.  If
it is just used then people will unexpectedly find problems
if they rollback to earlier versions or on another machine.
I will be adding the pragma to BitPim code at some point to
keep to the old format.  At that point BitPim will no longer
about the SQLite version as much.)

> ... doesnt seem like you do apsw releases nearly as often as bitpim, 

Correct.  They only need to be done when the SQLite C api changes.

> mmm we're not quite on the samepage here ... i was thinking of a tool where 
> you feed it an rpm and it'll basically convert it on the fly and treat it 
> like a binary Gentoo package ... no random ebuild needed in a portdir overlay 
> if done right ...

We are on the same page!  I have never dealt with the binary packages
so I don't know how that is all done.  That is an even better way 
of doing it.

> that's what happens when no standard exists for how things should be done ... 
> every distro has a "better" idea than the next as to how to manage packages

Ultimately they all boil down to the same thing.  Some sort
of archive (cpio, zip etc), metadata (versions, authors)
and a system database of installed files and which packages
they belong to.  My rant is that none of the ones on Linux
let you update the system database without a full package
install.  Even the SVR4 one does.

Roger


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642