From: Alec Warner <warnera6@egr.msu.edu>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Discussion: alternative compatible utilities
Date: Thu, 16 Jun 2005 17:26:24 -0400 [thread overview]
Message-ID: <42B1EE80.5020905@egr.msu.edu> (raw)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Don't attempt to ignore the complexity because it sucks and gives you a
headache. The complexity of multiple kernels, userlands, arches and
platforms exists whether you like it or not. The key being the
management of the complexity. Currently the tools perform poorly
because it's been primarly GNU userland + Linux kernel + random arches.
The first two are easy to take care of and the third has arch teams.
Thus we probably need more keywords ( x86-fbsd-bsd...etc it's been said
before ) and we need more people to keyword stuff ( arch-kernel-userland
). I think the big issue is to adapt to the new requirements without
making the current tools an overpatched mess.
Part of the issue I see is everyone is only focused on their little
problem. X, Y or Z that I need is broken and I need fix foo; it's
talked about on IRC, it seems to work, it's implemented. Then a week
later someone who wasn't on at time of discussion notes that it broke
something and and now needs to be 'fixed'. I think Flameeyes has done
a pretty good job keeping everyone informed of Gentoo/fbsd's needs and
offering pretty good solutions on how to fix them in a general way. I
think part of the problem is that this doesn't happen often enough and
we end up with a bunch of hacks that need to be integrated together.
- -Alec Warner
Ajec
Dan Meltzer wrote:
>Well it would be nice to have it all abstracted, wouldn't stablizing a
>package get exponetially harder? Not only would each arch need to be
>tested, each combination of packages on each arch would need to be
>tested, if FEX openpam became usable on linux instead of just
>linuxpam, each arch that stableized would now need to say works for
>this arch for linuxpam, and works for this arch for openpam, which
>would cause lots and lots of keywords mess.
>
>Or am I misunderstanding your post?
>
>On 6/16/05, Luca Barbato <lu_zero@gentoo.org> wrote:
>
>
>>Diego 'Flameeyes' Pettenò wrote:
>>
>>
>>
>>>Let me explain: on Gentoo/Linux systems, all the base utilities
(make, tar,
>>>sed, etc etc) are GNUish; on Gentoo/FreeBSD they are BSDish; on
Gentoo/Darwin
>>>I don't really know :P
>>>This limits a bit the user because to use other kind of utilities it
must use
>>>aliases and he can't change, for example, the tar used by portage or
by other
>>>scripts.
>>>
>>>
>>>
>>Surely it would be interesting for developer that want to make sure
>>their code will build in other userspaces w/out switching os,
>>and if that won't be so painful, would worth testing it.
>>
>>Obviously having it now isn't really needed. Thinking about that when
>>committing/updating ebuild would be good.
>>
>>( still I do hate bsd core utils implementations but that is just my
>>opinion =) )
>>
>>lu
>>
>>--
>>
>>Luca Barbato
>>
>>Gentoo/linux Developer Gentoo/PPC Operational Leader
>>http://dev.gentoo.org/~lu_zero
>>
>>--
>>gentoo-dev@gentoo.org mailing list
>>
>>
>>
>>
>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQIVAwUBQrHuf2zglR5RwbyYAQKz7g//ei85Mupvhm/nLq5FH3re1pKpYhmvREyX
bM51xqH4SXNWB1wCrVgHJXs7YV4nTLnl9lpvg+YKElcrCKwc4wqGTdvYWen9L/Is
IzmgHzKkkinfrDHQAXLylCy753S/fuiJowSAcg6rW+8sPadJHU3zYjunC4mhXLLL
99drUDDihS+8KljclJgVkP+fPFMqBo4GgtZtwHH/wksbeomWIIrlF90JFO1AZuA+
2kLrFcriPxe0/9UD4yZYEjgQ649cA3pYDCMoiNtmVLLeIBqvR7qdNP6LnRjhHD/5
d+f6SVADql2zreUZSxxnCTLN+V32ImRE9Mm6zAafQ/B4C+4uxGUkwQYNpPLrWZfd
TmMbd0qHFjmZVTSjwhk6L1lWvcro7Bp9o1IUTQzaqUcpcF/zhsgB9Av29svnhJgY
oqA9IavcoM6fT+gl1zSaiKoVCdGEGIAIxlwN/ePst5/hmf/AXr76ooAamAcJlKMV
Nrb7Q8crdd7usz4QIuNvjcw/39w/sTrXnPCVStNSdvG887vEVGHMJx0WEsXL7vtU
aG5abQ/rPmoYF//SUhAbhYPXXmQhWopGwBobx1cwnnbUEdqEaiuTqGW8eYWiVo3y
ziULbj5H9oH/k9q0SOtGjfrF7nIUVgp48CfRprSFKsCKFYYdZ5Hj58TmuEoGRTiO
4kDCAXCWK3E=
=/Jnb
-----END PGP SIGNATURE-----
--
gentoo-dev@gentoo.org mailing list
next reply other threads:[~2005-06-16 21:29 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-16 21:26 Alec Warner [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-06-16 5:57 [gentoo-dev] Discussion: alternative compatible utilities Diego 'Flameeyes' Pettenò
2005-06-16 8:26 ` Luca Barbato
2005-06-16 11:18 ` Dan Meltzer
2005-06-17 2:32 ` Aron Griffis
2005-06-17 14:05 ` Diego 'Flameeyes' Pettenò
2005-06-18 11:23 ` Martin Schlemmer
2005-06-21 18:45 ` Aron Griffis
2005-07-05 10:37 ` Martin Schlemmer
2005-06-21 18:42 ` Aron Griffis
2005-06-21 18:57 ` Diego 'Flameeyes' Pettenò
2005-06-18 3:29 ` Grant Goodyear
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=42B1EE80.5020905@egr.msu.edu \
--to=warnera6@egr.msu.edu \
--cc=gentoo-dev@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox