This probably doesn't have much to do with the MFI driver. Its closer
to the
nameclash in nv77 thread, but its really about who thinks they own the
OpenSolaris
namespace.
Joerg Schilling wrote:
> Let me give an example:
>
> I am sure that the ZFS team is able to derail a ARC fast track if they see
> that
> is would cause problems with their project. If we have an open process, then
> the
> Community members need to be able to derail a ARC fast track in case that it
> causes problems with an important OSS project. We had several examples where
> even this siple way to start a real discussion on problems failed.
>
> Jörg
>
Good example (or bad depend upon how you look at it).
The example is that the all powerful ZFS group gets wind of a fast-track
from
the community, right?
Then NO, the ZFS group can't derail it (or anything for that matter).
In this case, the two groups (with ARC arbitration) would work out a
solution. Do not assume that ZFS would automatically win.
Actually, one of the biggest pluses for PSARC is that they tend to
know alot of what is happening around them and can often get the
potentially warring factions together as early as possible.
What if the fast-track was committed/accepted and only later was the
incompatibility discovered by the ZFS group... Sorry ZFS group, but
you (ZFS) needs to change. (Of course, the ZFS group would also
know better of using a common word to name anything.)
Lets drop down a little to the actual case in hand...
What we have here is a case of something called compare, which has been
sitting around in what is the logical equivalent of "Joerg's home
directory".
This has no more standing that the program (well, shell script) I have in
my home directory called "compare".
Furthermore, unless there are other wonderful things about your compare
which haven't been shared on this thread, I see no reason to place your
version into OpenSolaris under any name. Let's see, in your own words...
- The better readable output from compare is not compatible with the
POSIX cmp definition
- One reason why compare is faster is that it by default does not
count lines wich is also not compatible with the POSIX cmp definition
although nobody usually needs this feature.
All this tells me is that one individual (that would be Joerg) thinks he
knows
better than the POSIX contributors. Why would anybody want this?
I suspect I could come up with an output format to my personally liking
as well.
Joerg, do you really expect that we should respect `ls /home/joerg/bin`
or even `ls /home/shillix/bin`? If possible, it would probably be a good
thing if we tracked the bin directory of MacOS or the base configuration
of Ubuntu (and we often try to), but shillix just doesn't have that type
of wide acceptance. There are just too many second level distributions
around to bother with.
Taking this up a little higher, I personally don't think that OpenSolaris is
the dumping place for everyone to add the contents of their own
$HOME/bin directories. If there that are good features, which can be
compatibly added to the logical utility, then please add them. If there
are features of real value which can't be be added to the existing utility,
then it might be worthwhile to add a new utility, but not for insignificant
or stylistic reasons. That was what I had hoped to be the result of
community
contributions.
If you want to read between the lines, I also don't think that star
should be
integrated (although at least it has some truly worthwhile enhancements).
I think these enhancements should just become part of tar. (I don't care
about the source base it comes from.)
Think about the EOU of this proliferation. Let's see, I start with the tar
manpage. Opps, this doesn't quite do what I want, but look, there is
something
called star. Opps, this doesn't quite do what I want, but look, there
is something
called jek3tar. Hum, that doesn't do what anybody wants! Any other *tar
things I can look at?
Adding a bunch of nearly equivalent utilities does not provide a unique and
desirable experience for using OpenSolaris.
- jek3
_______________________________________________
driver-discuss mailing list
driver-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/driver-discuss
