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

Re: ia32-libs depends on ia32-apt-get ?



Josselin Mouette <joss@debian.org> writes:

> Le lundi 29 juin 2009 à 21:30 +0200, Goswin von Brederlow a écrit :
>> Josselin Mouette <joss@debian.org> writes:
>> > No, it is not going to be. The whole design needs work before it can be.
>> 
>> There is a better design. It is called multiarch. But some people are
>> blocking that.
>
> Identify the blockers. Work with people interested in this, so that

Currently the blocker is Guillem Jover <guillem@debian.org> as you can
see in Bugs #528205, #528140, #528143, #528194, #528198, #528141. I
stopped filing more after that.

As said in the bugs I've taken the discussion to debian-dpkg:
http://lists.debian.org/debian-dpkg/2009/05/msg00031.html

As you can see it just hits the wall of silence. Same thing that
happened to the binutils, gcc and dpkg patches for years now.

This really makes me wonder. Don't they want to have multiarch support
in Debian? Do they want Ubuntu to have it first and be the saviour of
Debian?

> appropriate action is taken. If people are working against it, we can
> invoke the TC. All of this, if you do things by the rules.
>
> If you continue to push broken software, we will have no other solution
> but to remove them from the archive.
>
>> >> > How would aptitude users do now?
>> >> 
>> >> apt-get update; aptitude
>> >
>> > And how would synaptic users do?
>> 
>> apt-get update; synaptic
>> 
>> Do you see a pattern?
>
> Yes, I see that you donâ??t understand that ia32-apt-get is FUBAR.

ia32-libs and ia32-atpt-get is a dirty ugly horrible hack. That is why
over 5 years ago some people got together and worked out the multiarch
proposal. Ia32-apt-get is a bandaid to tie people over till finally
multiarch comes. It is the best that can be done with mutliarch still
being blocked.

>> In synaptic Edit->"Reload package information" needs to be adapted and
>> Settings->Repositories.
>
> No. Adapting each and every APT frontend is not the way to go.

Adapting the backend is fine too and for the "update" part that might
totally suffice. But you won't be able to avoid patching
Settings->Repositories to know about multiarch. That is changing the
sources.list files so it will have to know about extensions to its
syntax.

Same with aptitude. The update part can most probably be done in
libapt but aptitudes peculiar depenency resolver will have to be
adapted too. That is what you get for writing your own.

And mind that I'm not talking about just ia32-apt-get but multiarch in
general.

MfG
        Goswin


Reply to: