richardcoleman at mindspring.com
Sat Aug 30 19:19:53 PDT 2003
0$269$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <slrnbkvm7b.oig.weingart at xxxxxxxxxxxxxxxxxxxxxxx> <20030829184829.2fedd129.cpressey at xxxxxxxxxxxxxxx> <200308300659.h7U6xOM0059135 at xxxxxxxxxxxxxxxxxxxx> <3f50871c$0$269$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <3f50ab95$0$269$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <200308302143.h7ULhrtG065363 at xxxxxxxxxxxxxxxxxxxx> <3f512938$0$271$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <Xns93E7C3F58A0ACjustinshiningsilence at xxxxxxxxxxxxx>
In-Reply-To: <Xns93E7C3F58A0ACjustinshiningsilence at xxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii; format=flowed
Message-ID: <3f515b40$0$271$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
X-Trace: 1062296384 crater_reader.dragonflybsd.org 271 22.214.171.124
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:769
Justin C. Sherrill wrote:
> Richard Coleman <richardcoleman at xxxxxxxxxxxxxx> wrote in
> news:3f512938$0$271$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx:
>>With that said, I think it is more important that SOME scripting
>>language (perl/python/icon/tcl/ruby/whatever) be put in the base
>>system and extensively used, rather than which one is picked. There
>>are many languages that would be suitable. I just happen to think
>>that tcl is a good choice. I just hope that Dragonfly can avoid the
>>mishmash of scripts that are used in FreeBSD.
> Purely from a user perspective, I want to note that having to deal with
> a "system perl" vs. a "user perl" on FreeBSD has been an incredible
> annoyance, especially when trying to work with projects that require
> multiple modules and/or particular versions of Perl. I'd like to not
> have that hassle again.
So, hide the "system" version so it is not in the default path.
We shouldn't let such annoyances prevent us from making any progress.
Do we really want to be doing everything with "sh" and "make" forever?
God, I hope not.
More information about the Kernel