Multilib lunar

[Dennis Veatch]

On Thursday 03 September 2009 6:13:16 am Peter de Ridder wrote:
> On Thu, Sep 3, 2009 at 5:06 AM, Auke Kok<sofar at foo-projects.org> wrote:
> > Peter de Ridder wrote:
> >> Hi,
> >>
> 
> My motives are that some programs I want to use don't come in a 32-bit
> version and more important I like to do it as a hobby project. So for
> me it wouldn't be waste time, but spend time.
> I know there are other solutions like chroot.
> 

Aside from those noted in this thread, would you mind listing the applications 
that makes this an important feature of lunar?

> > Q: Why does anyone want a multilib system?
> > A: To run applications that are not available on (32|64) bit systems that
> > won't run on my (64|32) bit system
> >
> > Q: What applications are that?
> > A: Only binary only proprietary software
> 
> Grub for example and wine. wine isn't such a strong point, since it
> already is a separate environment so a chroot wouldn't change much.
> 
> > Q: Why would we make moonbase unworkable for just these modules?
> > A: We don't.
> >
> > At least, this is how I see the issue. The only benefit multilib gives is
> > a barely marginal one. Desktop systems should just be 32-bit, since
> > everything works and latency is much better (64 bits comes as a cost),
> > and nobody needs the memory features anyway (in this decade).
> >
> > So, most likely your efforts will be wasted since there is little support
> > from other lunar devs to make all this work. It's been proposed before in
> > other forms, but it pretty much comes down to the same conclusion: it's
> > just not worth most developer's time.
> 
> I can understand other developers don't want to spend time on this,
> since in there opinion it is useless. I like to work on it for a bit,
> but need some help figuring thing. But if none wants/can help me, that
> is ok, just to bad for me ;).
> 

"Useless" is perhaps the wrong description. Its more like the few perceived 
modules that are 32 bit only versus the number of modules we have. Besides 
grub, wine and virtualbox, I cannot think of anything in moonbase that has 
this limitation, there may be a few others but none come to mind. So I think 
it goes back the the 32 bit apps you want to use but haven't specified what 
those are.

> > if you could make it work without impacting any module in moonbase (e.g.
> > lunar's BUILD code would be smart enough) then I'd be much more
> > interested in it... for now I think it's a pipe dream.
> 
> This is the reason for this mail, to find some way how the moonbase
> would still be maintainable.
> 
> Regards,
> Peter
> _______________________________________________


-- 
Dennis
You can tuna piano, but you can't tune a fish.