Re: [update] More 32bit packages for amd64
Ed Tomlinson <tomlins@cam.org> writes:
> On Monday 18 July 2005 09:03, Goswin von Brederlow wrote:
>> Ed Tomlinson <tomlins@cam.org> writes:
>>
>> > On Sunday 17 July 2005 13:28, Goswin von Brederlow wrote:
>> >> Package fetching is done by reprepro and turning it more verbose gives
>> >> some more messages but not a download progress for files.
>> >>
>> >> The package fetching is also going to be done by a cron job normaly.
>> >> Unless it gets an error it should not say anything (in the finished
>> >> package). I will think about something for the initial install but my
>> >> current plan is to have it create an empty archive and start the cron
>> >> job once manualy in the background.
>> >>
>> >> So, having an interactive (i.e. with download progress) update script
>> >> is not a high priority just now. Later, for people that don't want the
>> >> cron job, maybe. But the reprepro maintainer has to provide support
>> >> for that.
>> >
>> > How well will this work? For instance, I do not really want to maintain
>> > a chroot. The one app I sometimes miss is wine. Do you think this can
>> > be supported with the new package arch?
>> >
>> > TIA,
>> > Ed Tomlinson
>>
>> Add wine and libwine to packages.list and it probably works already. I
>> haven't found anything besides libc6 which needs special tricks for
>> the conversion yet, the general conversion rules work very well.
>
> This ends up with:
> The following packages have unmet dependencies:
> ia32-libwine: Depends: xlibmesa3-gl which is a virtual package. or
xlibmesa* needs to be renamed. The renaming only knows a few
patterns besides lib* that it renames. Anyway, xlibmesa-gl replaces
xlibmesa3-gl under sarge from what i see and that is a real package.
> ia32-libgl1 which is a virtual package.
> which does not seem to want to resolve... here is what I added:
> wine
> libncurses5
> libxi6
> libwine
>
> Suspect that one of these libs might need some help.
>
>> And wine is on my todo. Next time I wanna play StarCraft at the
>> latest.
>
> Thanks
> Ed Tomlinson
If it doesn't install then you are just missing some packages
usualy. There could be some sideeffects of conflicts/provides/replaces
combination at work though. libgl1 does have a few of those and I
guess a simple 32bit package of it would depend and conflcit with the
amd64 package without special treatment.
MfG
Goswin
Reply to: