On Tue, Jan 30, 2007 at 06:09:02AM +0100, Roland Mainz wrote:

> Grumpf... please read the dtksh example at the bottom of
> http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2007-January/002117.html
> and think about it.

It's a fair point, though such a scenario can only occur once everyone has
stopped caring about the project for some time, and then someone wants to
resurrect (what would be at that point) an ancient project.

> -- snip --
> 79 f none usr/sfw/share/src/tcp_wrappers/socket.c 444 root bin
> 80 f none usr/sfw/share/src/tcp_wrappers/socket.c.diff 444 root bin
> 81 f none usr/sfw/share/src/tcp_wrappers/socket.c.org 444 root bin
> 82 f none usr/sfw/share/src/tcp_wrappers/strcasecmp.c 444 root bin
> -- snip --

This doesn't show anything.  The tcpd *distribution*

    ftp://ftp.porcupine.org/pub/ipv6/tcp_wrappers_7.6-ipv6.1.tar.gz

contains these files, and whoever integrated this version into ON thought
that all freeware was GPL and required full source distribution.

The grub patches are baked into the sources already; I can't comment on why
they continue to exist as separate entities.  Perhaps Jan can.

I don't see any files in the perl source in ON that have "patch" or "diff"
in them (except for a CGI script), so I'm not sure what you're talking
about there.

Indeed, the ON build log shows no instances of the patch utility being run
to apply diffs to the source.

That's not to say that we can't or we shouldn't, only that we don't, and
that at least what's currently in ON doesn't depend on it.  Thus the
resistance, as to all process change, for better or for worse.

What we don't have in ON is a frequently-updated piece of freeware that
requires non-trivial changes for Solaris.  Most of that is because the bulk
of the freeware doesn't change much at all.  Sendmail is the only thing I
can think of that tracks the outside closely, and I think that jbeck has
gotten all the stuff Solaris needs into the main distribution over the
years.  It might be instructive to ask how he maintained Solaris sendmail
before a new drop was an easy thing to take in.

Danek

Reply via email to