Re: luau and 0export

>
> You're right. Now when I think of it I don't see the need either.
>> Isak, do you know what we could replace luau with? Or shouldn't it be
>> replaced at all?
>>
>
> It was never fully used anyway, at least not by any third party
> packagers. I do think that Curtis used it for our packages, although
> I'm not sure to what extent.
>
> So there's really no crucial need to replace it for the purpose of
> fixing a regression. Although the features it was supposed to provide
> (or does provide?) would be nice to have though, so it might be worth
> doing if someone has the energy to do it.


Yes, please keep Luau in place.  I released Quamachi v0.4.0 yesterday, which
uses it to download and install the Hamachi dependency.

Apart from the "libcurl.so.3" bug that's easy to fix, Luau seems to work
well in AP v1.2.6.  BTW, is that bug caused by Luau or AP?

Thomas: is this something where autopackage could leverage on the
> 0install technologies?
>

If there's a better way that doesn't add any layers of complexity, I won't
object to moving forward.