Proposed removal of unbuildable binaries from lucid (https://wiki.ubuntu.com/LucidPlatformSupportableBinaries)

[Stefan Potyra]

Hi Steve,

Am Monday 29 March 2010 00:53:51 schrieb Steve Langasek:
[..]
>
> On Sun, Mar 28, 2010 at 03:24:11PM +0200, Stefan Potyra wrote:
> > > gcc-4.2: gcc-4.2-base 4.2.4-5ubuntu1 all
> >
> > From a quick grep, gcc-4.2 seems to be a build-dep of sdlmame
> > (multiverse) and a dependency of gdc-4.2 (universe). Maybe we should take
> > a look at these as well?
>
> Here's what the archive spits out:
>
> $ checkrdepends gcc-4.2 lucid
> -- lucid/universe build deps on gcc-4.2:
> hurd
> -- lucid/universe build deps on g++-4.2:
> chromium-browser
> debtags-edit
> -- lucid/universe amd64 deps on g++-4.2:
> geordi
> -- lucid/universe i386 deps on g++-4.2:
> geordi
> -- lucid/universe amd64 deps on libgfortran2:
> abinit
> libcojets2-gfortran
> libeurodec1-gfortran
> libgeant321-2-gfortran
> libherwig59-2-gfortran
> libisajet758-3-gfortran
> libpdflib804-2-gfortran
> libphotos202-1-gfortran
> libphtools2-gfortran
> openmx
> zivot
> -- lucid/universe i386 deps on libgfortran2:
> abinit
> libcojets2-gfortran
> libeurodec1-gfortran
> libgeant321-2-gfortran
> libherwig59-2-gfortran
> libisajet758-3-gfortran
> libpdflib804-2-gfortran
> libphotos202-1-gfortran
> libphtools2-gfortran
> openmx
> zivot
> -- lucid/universe powerpc deps on libgfortran2:
> abinit
> libcojets2-gfortran
> libeurodec1-gfortran
> libgeant321-2-gfortran
> libherwig59-2-gfortran
> libisajet758-3-gfortran
> libpdflib804-2-gfortran
> libphotos202-1-gfortran
> libphtools2-gfortran
> openmx
> zivot
> -- lucid/universe ia64 deps on libgfortran2:
> abinit
> openmx
> zivot
> -- lucid/universe sparc deps on libgfortran2:
> abinit
> libcojets2-gfortran
> libeurodec1-gfortran
> libgeant321-2-gfortran
> libherwig59-2-gfortran
> libisajet758-3-gfortran
> libpdflib804-2-gfortran
> libphotos202-1-gfortran
> libphtools2-gfortran
> openmx
> zivot

hm, looks like we're stuck in a fortran transition? Anyone who'd like to 
volunteer to find out more about that?

> -- lucid/universe build deps on libstdc++6-4.2-dev:
> wine
> wine1.2
> -- lucid/multiverse build deps on gcc-4.2:
> sdlmame
> $
>
> I think it would be ok to leave the reverse-deps uninstallable, but I don't
> want to leave reverse-build-deps here since that just moves the same
> problem up the stack.  wine is a false-positive since it has an ORed
> build-dep on libstdc++-dev as guaranteed by build-essential. 
> chromium-browser is a false-positive because it build-depends on g++-4.3 |
> g++-4.2 (but why doesn't it just use the default g++? :/ ).  That leaves
> hurd, debtags-edit, and sdlmame to be resolved.
>
> The hurd and debtags-edit build-deps are resolved in unstable, so it looks
> like a sync / merge will take care of us.  sdlmame is not in Debian - does
> someone want to take responsibility for this package?
>
> Stefan, do you agree that taking care of the reverse-build-deps is
> sufficient, and the reverse-deps can be handled as normal uninstallable
> packages?

Yes, sounds good to me. Just also took a look again if gdc-4.2 is used 
anywhere as b-d (which would be uninstallable due to gcc-4.2-base), but this 
doesn't appear to be the case.

Cheers,
   Stefan.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20100329/215818de/attachment.pgp