Re: bitpim binary modules breaks Gentoo QA policies

On Saturday 04 March 2006 00:12, Roger Binns wrote:
> > i wont address this because i have no idea what bitpim is
>
> http://www.bitpim.org :-)

it doesnt support sony ericsson phones does it ?  ive got a T226 that supports 
like OBEX or something ... never really looked into it, just refuse to pay 
retarded fees for simple crap i can d/l off the internet

> > let alone try and take over maintenance for it :)
>
> The problem isn't really with BitPim.  Gentoo doesn't currently
> handle a package that updates as quickly as BitPim does

right ... i wasnt trying to imply that the trouble rested anywhere else than 
over here in Gentoo Land ...

> > this fix is simple ... just change build.sh to pass -fPIC to gcc
>
> Done.

thanks

> >> > TEXTREL usr/lib/bitpim-0.8.08/apsw.so
> >
> > hmm, i'll have to do some research to figure out what's wrong with this,
> > but i would guess that it's as simple as the fix for libusb.so ...
>
> This is built as a Python extension.  Python has something called
> distutils which hides how programs are built on the platform.  I
> provide this as a setup.py file:
> <snip>
> Distutils compiles and links it without me caring how.

odd ... downloading the apsw source zip (apsw-3.2.7-r1.zip) and proceeding to 
run `python setup.py build` produces a proper apsw.so for me ... you say 
you're building this on the Redhat 9 box ?  wonder if the distutils that you 
have installed on there are outdated and dont build proper shared objects 
with -fPIC ...

> > hmm, what version of binutils does your Redhat 9 box have ?
>
> 2.13.90.0.18
>
> > see if the version of ld on it supports exec stack markings
>
> It doesn't.

fun !  i'll have to ponder hard on this one ... is there no package which 
provides the `bmp2avi` util ?

> > i maintain netpbm and make sure that it stays up-to-date ...
> > so the proposed idea seems like it'll work just dandy
>
> It won't unless whoever provides the bitpim ebuild makes it
> remove those binaries before the install phase.

this shouldnt be a problem

> I can make the code look for /etc/gentoo release and then
> use the system netpbm.  However that will still cause the
> QA whining message on install and doesn't really improve
> things (the binaries we ship run fine, the images are
> small).

right; typically the issues we're raising here do not affect the day-to-day 
usuability of applications one way or the other ... we're just being 
pessimistic and trying to cover the extraneous cases

> My other suggestion was a seperate package (eg gentoo-rpm)
> that will install an rpm and keep the contents known to
> portage synthesizing the existence of an ebuild.  I am
> happy to then put scripts into the rpm that tool could read.
> For example the scripts would remove the netpbm binaries
> we supply.

an interesting concept ... and i doubt the basic implementation would present 
too much trouble ... simply unpacking an rpm, inserting relevant portage 
information, and not worrying about crap like dependencies ...
-mike


-------------------------------------------------------
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