All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Sokolovsky <pmiscml@gmail.com>
To: "Leon Woestenberg" <leon.woestenberg@gmail.com>
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [RFC] ANGSTROM_MODE -> SYSTYPE
Date: Thu, 20 Dec 2007 22:10:48 +0200	[thread overview]
Message-ID: <30318843.20071220221048@gmail.com> (raw)
In-Reply-To: <c384c5ea0712201038v167f7a86jfc2189e04bae0ec1@mail.gmail.com>

Hello Leon,

Thursday, December 20, 2007, 8:38:12 PM, you wrote:

> Hello Paul,

>> ...the proposal
>> is about introduction of the standard OE variable name for distro
>> parameter tweaking. Its meaning however completely depends on the
>> distro.
>>
> Do you see the contradiction? A *standard* OE variable name that
> *completely depends* on the
> distro. Please, no.

  Well, it seems you mix up *levels*. The variable with standard
*name*, whose *value* gets interpreted by a distro, what's a problem
here? You know, it's like PATH unix envvar - it is standard,
but different systems and different users put different stuff there.

>> Some distro needs switch libc's. Some needs to switch WMs.
>> Others need to switch many other things, possibly, in combinations.
>> Very good. OE recommends a standard general syntax for that - a
>> SYSTYPE. Exact format of what goes into SYSTYPE and its semantics is
>> up to distro (and users will know about all that by reading distro's
>> docs). (Now that we talk about validation, it puts additional
>> syntactic constraints on SYSTYPE value, that's why I'm personally not
>> keen to start with [rigid] validation from the beginning).
>>
> MACHINE and DISTRO are extremely well understood: they select one
> option out of a list, and the name implies what you select.

> Extremely user friendly.

> SYSTYPE does not fulfill these two properties in your proposal.

 ??? How it is not? Do you have a proposal for better name?

>> > +0 for the making DISTRO_LIBC a global C library selector.
>>
>>   Gotcha! That's exactly what I'm trying to avoid - proliferation of
>> adhoc distro config parameters! We have ANGSTROM_MODE now, supposedly
>> FooNas will want to call it FOONAS_LIBC, with lots others alike. Then
>>
> No, "DISTRO_LIBC". Literally. Like Marcin set out more explicitly than I did.
>> bitbake --distro=foo --systype=bar --machine=baz package
>>
> Argh. No!

  Indeed? Maybe you even have arguments? ;-) Or rather, maybe you have
the whole paradigm how make OE more friendly for newcomers/casual
users? Please share, that's what I'm trying to solve here.

>>   And nothing really precludes SYSTYPE to be not just "libc", but
>> "libc,release", or "libc,release,wm=xfce", or
>> "libc,release,wm=xfce,weird_user_config=some_file.conf".
>>
> Sorry, you didn't convince me, at all.

> I strongly agree with Richard to either not do this (therefore my -2),
> or either to define a sane namespace that some distro's might support,
> agreeing with Marcin.

  We somehow interpret differently what Richard wrote. Per my
understanding, his concern was that it won't be clear if given feature
will be supported by some distro, or no. SYSTYPE offers validation to
solve this issue.

> Regards,



-- 
Best regards,
 Paul                            mailto:pmiscml@gmail.com




  reply	other threads:[~2007-12-20 20:10 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-15  2:39 [RFC] ANGSTROM_MODE -> SYSTYPE Paul Sokolovsky
2007-12-15  3:17 ` Khem Raj
2007-12-15 10:49 ` Koen Kooi
2007-12-15 15:05   ` Paul Sokolovsky
2007-12-15 13:26 ` Leon Woestenberg
2007-12-15 15:35   ` Paul Sokolovsky
2007-12-16  4:51     ` Rod Whitby
2007-12-16  9:36       ` Paul Sokolovsky
2007-12-20 18:38     ` Leon Woestenberg
2007-12-20 20:10       ` Paul Sokolovsky [this message]
2007-12-21 21:42         ` Leon Woestenberg
2007-12-16 20:48 ` Marcin Juszkiewicz
2007-12-16 22:31   ` Paul Sokolovsky
2007-12-16 22:58     ` Richard Purdie
2007-12-17  2:57       ` Paul Sokolovsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=30318843.20071220221048@gmail.com \
    --to=pmiscml@gmail.com \
    --cc=leon.woestenberg@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.