On Wed, Jul 18, 2012 at 11:49:42PM -0700, shawn wrote:
> On Thu, 2012-07-19 at 08:45 +0200, Kurt Roeckx wrote: 
> > On Thu, Jul 19, 2012 at 04:46:00AM +0000, shawn wrote:
> > > Package: libtool
> > > Version: 2.4.2-1.1
> > > Severity: important
> > > 
> > > Dear Maintainer,
> > > 
> > > This is important for cross-building
> > > 
> > > https://launchpadlibrarian.net/84463096/libtool_2.4-4ubuntu3_2.4-4ubuntu4.diff.gz
> > 
> > I think that's just wrong.  The /usr/bin/libtool file is generated
> > for the current architecture and doesn't support cross-building.
> > It's also the only reason this is an arch any package and not an
> > arch all pacakge.
> 
> In that case, would Multi-arch: allowed work?
> that way the depending package can specify if cross-arch is OK
> 
> or otherwise split off a multi-arch: foreign package, which libtool
> would depend on. 

I'm currently not sure what to do.

I see a few options:
1) Split the arch all part out in libtool-dev.  Have libtool Depend
   on it so I don't break all reverse depends.
2) Keep the arch all in libtool, but split the binary in
   libtool-bin.
3) Use Multi-arch: allowed
4) Drop the /usr/bin/libtool and change it to an arch all package

In case 1 and 3, everybody that has a build-dependency on libtool
and cares about this should update their build-dependencies.

In case 2 I'm not sure what to do with the Depends.  I don't think
it makes sense for an arch all package to depend on the arch
any package.  There also is no real Depends relation.  So instead
I could just not add a Depends and see what breaks and then deal
with that.

I'm also not sure how ftp-master feels about packages with only
a single binary in it.

I'm currently more inclinded to go for option 4.


Kurt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to