Re: cross-compile skalibs

From: Jens Rehsack <>
Date: Sat, 14 Sep 2019 14:11:28 +0200

> Am 13.09.2019 um 23:22 schrieb Colin Booth <>:
> On Fri, Sep 13, 2019 at 07:18:47PM +0200, Jens Rehsack wrote:
>> Hi,
>> I'm currently evaluating s6 in a series of init/supervision suites.
>> Finally I stumbled over a very naive ./configure which misses:
>> * tell exactly what it does and which failure it stumbles
>> * externally override bogus (from target perspective) settings
>> *
>> Long story short: suggesting running ./configure on any target we might want to
>> support with openembedded or Yocto is at the same craziness level as the Perl5
>> guys thought - but the did it 15 years earlier and 3 years ago they accepted
>> (not understand) that it was wrong.
>> I will be really happy adding s6 and other skaware to
>> to allow embedded people booting quickly and supervising their services, but out-of-the-box
>> cross-compiling is mandatory.
> Try `./configure --with-sysdeps=/path/to/your/sysdeps/database
> --host=HOST_TYPE_TRIPLE` when
> building skalibs.

I don't have such a database and such a database is imposible to have.
Plase have a look at, why.

TL;DR: This helps when s6'ing a raspberrian, not when creating a distribution
relying on s6.

> Instead of autodetecting your cross-compilation differences, skalibs
> wants a provided database that it then passes to its dependencies. You
> can hand-roll the database, create one via a non-cross-compiled in-vm
> build of skalibs, or potentially via one posted on the internet. There's
> probably more to do, it all should be described in the skalibs/INSTALL
> file.

This is a more or less hopeless attempt to ride a dead horse.

>> I'm happy to help, just drop a note. But mind NIH is deadly broken for configure stages :)

Since Laurent states, that he is the only one who makes such a decision,
he's the only one who can say whether he wants to be in or not ;)

I just want to avoid to spend hours of effort for void.

Jens Rehsack -

Received on Sat Sep 14 2019 - 12:11:28 UTC

This archive was generated by hypermail 2.3.0 : Sun May 09 2021 - 19:38:49 UTC