Final sanity pass: xdev

Poul-Henning Kamp phk at phk.freebsd.dk
Mon Mar 30 01:04:28 PDT 2009


In message <86wsa96r3v.fsf at ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr
ites:
>Chuck Robey <chuckr at telenix.org> writes:
>> In fact, needing that python26 would really stop this from ever
>> getting into the base, wouldn't it?  Not that I'd mind a good excuse
>> to get python into our base, but I don't think anyone else would agree
>> with me.
>
>Trust me, you *don't* want python (or any other widely used script
>language) in base.  There's a good reason why we removed Tcl and Perl.

Actually, I think there is an obvious avenue for doing stuff like
this: rename it.

I faced this problem with libexpat for XML parsing and simply calling
the library something else solved the problem entirely:  We have had
libexpat in src for seven years and not once has a port tripped over
it.

There is nothing preventing us from importing a scripting language[1]
as long as we call it "bsdrun".

The important distinction here, is that we import a language to be
FreeBSD's built-in scripting language, we do *NOT* do it to make
it easier to run tcl, perl or python programs under FreeBSD.

Poul-Henning


[1] Meet at dawn, with loaded weapons, in front of the cathedral
to decide which, last man standing tells us which[2].

[2] If we do it, I would still argue for Tcl, because it is built to
be embedded, and small enough that you can put it into programs
like inetd, syslogd and similar[3]

[3] But I'm not going to be present at the Cathedral, because just
like our logo, this will not be decided on technical merit but by
who has the larger fan-club.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.


More information about the freebsd-arch mailing list