Debian Developers - Re: Proposed new POSIX sh policy

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > November 2006 > Re: Proposed new POSIX sh policy





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: Proposed new POSIX sh policy
Bill Allombert

2006-11-15, 1:21 pm

On Wed, Nov 15, 2006 at 11:13:37AM +0100, Gabor Gombas wrote:
> On Tue, Nov 14, 2006 at 09:36:36PM -0800, Thomas Bushnell BSG wrote:
>
>
> POSIX (SUSv3) + -a/-o + local was such a statement, and you started
> arguing because it did not contain your favorite-of-the-day feature. You
> fail to realize that any such statement _WILL_ restrict the set of
> allowed features because that is the _purpose_ of such a statement.
>
> And yes, the world moves and sometimes the limits should be extended -
> that's happening right now. But that does not mean that suddenly
> everything-and-the-kithcen-sink that some particular implementation
> supports should be allowed. And it is also _fine_ if GNU coreutils
> supports more than required by the policy; just make sure you explicitely
> write "/usr/bin/test" if you want to rely on such a feature.


Hard-coding path is frowned upon theses days and there is no standard way
to disable a shell built-in, so in practice we are actively prevented
from using coreutils test and thus coreutils test features. So the
question is not merely what should be the default.

Cheers,
--
Bill. <ballombe@debian.org>

Imagine a large blue swirl here.


--
To UNSUBSCRIBE, email to debian-policy-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com