BIND segway -> python -> first-class ports

[Teske, Devin]

On Dec 8, 2013, at 11:02 AM, Alfred Perlstein wrote:

> 
>> On Dec 8, 2013, at 10:32 AM, "Teske, Devin" <Devin.Teske at fisglobal.com> wrote:
>> 
>> 
>>> On Dec 5, 2013, at 5:28 PM, Alfred Perlstein wrote:
>>> 
>>> 
>>>> On 12/5/13, 4:39 PM, Kevin Oberman wrote:
>>>>> On Wed, Dec 4, 2013 at 9:17 AM, Tom Evans <tevans.uk at googlemail.com> wrote:
>>>>> 
>>>>>> On Wed, Dec 4, 2013 at 5:09 PM, Kevin Oberman <rkoberman at gmail.com> wrote:
>>>>>> Of course, the question of what needs to be a class 1 port may prove to
>>>>> be
>>>>>> the bikeshed to end all bikesheds! (I think we need Python, Perl, JPEG,
>>>>>> PNG, GPG, BIND and bright yellow!) And we need a reasonable mechanism to
>>>>>> update this list as the popularity of various tools does change.
>>>>> Woah, this is missing most of what Alfred was saying. There should be
>>>>> no "class 1 ports", and if jpeg went in base, it should be because
>>>>> base requires and uses it, not because it is useful to 3rd party
>>>>> software in base. The base jpeg *would not* even be visible to
>>>>> ports/3rd party software by default, only to base and things
>>>>> especially configured to use base.
>>>>> 
>>>>> You are correct. I did not understand Alfred's proposal correctly.  Of
>>>> course, I can see several issues with that, as well, but it' a lot more
>>>> tractable than a set of "baseline" ports.
>>> Tom hit the nail on the head and perfectly described the proposal. Thank you Tom.  Kevin, thanks for being open to the idea.
>>> 
>>> 
>>> My hope is that it allows us to build richer system.  For instance, go look at portsnap(1), it's written in sh(1) and due to that it's pretty slow
>> 
>> Perhaps bsdconfig is the exception to that rule (and can lend a hand).
>> I designed bsdconfig to run fast under double-emulation...
>> 
>> + Running under qemu, while...
>> + Qemu is running inside a VM, wile...
>> + VM has only 1 CPU and 128MB RAM, with minimal disk space, while...
>> + VM is running on a 8 year old laptop
>> 
>> The idea is that... if you develop for the worst of environments... you'll get
>> screamin' performance on modern hardware.
>> 
>> In my emulation environment... a single fork is very costly.
>> 
>> So...
>> 
>> Does portsnap need some work? is that what I'm hearing? (smiles)
> 
> My take is that you are a very talented person who shouldn't be spending time micro optimizing shell code and instead be granted a language that makes writing such tools more efficiently easier. 
> 
> So if I were going to task the talented Devin Teske with something, remember you just asked my opinion, then it would be to look at putting Lua in the boot loader, getting python into base, or working on making our utilities be able to output standard machine readable formats such as yaml, XML and json.  
> 

My opinion is one of...

+ I get to work with an amazing team
+ I love to please

So if that's the consenting direction, I'll go that route ;D

I can see the value-add in all of those things. My only fear is recoil (so perhaps
a test bed of FreeNAS to show those things are of great value once added).
-- 
Devin

_____________
The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.