[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#25496: ldso: debian/control with altdev entry for systems without libc5 (powerpc)



I'm quoting the entire message for the benefit of Klee, or whomever is
now handling dpkg-dev.

On Sun, Aug 09, 1998 at 06:57:32PM +0200, Hartmut Koptein wrote:
> > > Package: ldso
> > > Version: 1.9.9-4
> > > 
> > > 
> > > dpkg --build debian/tmp ..
> > > dpkg-deb: building package `ldso' in `../ldso_1.9.9-4_powerpc.deb'.
> > > #
> > > ##############################
> > > # build the libdl1-altdev package
> > >  dpkg-genchanges -B
> > > dpkg-genchanges: arch-specific upload - not including arch-independent packages
> > > dpkg-genchanges: error: package libdl1-altdev in control file but not in files list
> > > 
> > > 
> > > libdl1-altdev is for libc5 systems; not available on powerpc.
> > > 
> > > I think the zlib package is an good example how to do it. 
> > 
> > The zlib package generates the same error for me when I hack it to not
> > generate the i386 libc5 package for testing.  If you'll tell me how to
> > make dpkg-genchanges happy, I'll include it in the next version.
> 
> I think we have two options, but both not that easy.
> 
> 1. control.in file; only nesessary part goes from control.in into control

This would work, but I'd rather not.  This problem is common enough
that there should be a better solution.

> 2. append debhelper with extra command script called dh_libcompat; parameter
>    for dh_libcompat are the `oldlibs`, in this case libdl1-altdev

I don't understand how this will help.  The error is coming from
dpkg-genchanges.

> The problem for generating the changes file for powerpc without libc5 libs
> affects not only your ldso package, also many lib-packages; so i think
> the debhelper is the better choice.
> 
> MfG,
> 
>     Hartmut

David
-- 
David Engel
dlengel@home.com


Reply to: