b.smeelen at ose.nl
Mon Nov 26 23:04:42 UTC 2012
On 11/26/12 23:48, Bas Smeelen wrote:
> On 11/26/12 23:36, Rick Miller wrote:
>> On Mon, Nov 26, 2012 at 5:25 PM, Bas Smeelen <b.smeelen at ose.nl> wrote:
>>> Just modify newvers.sh to 9.1-RELEASE recompile and your on RELEASE :)
>>> Who has a no non-release policy, management?
>> It's not just management,
Just to sum it up
Make sure you document with second and third party approval!
What you did and How you did it
There is no reason to document for Why you did it, though this can be
With this, it comes to that the FreeBSD development and distributing
model is very well, let's say highly transparent, it is up to you as a
systems administrator or even developer (they are more out in the clear
though) to account for (document and get this approved) and be
transparant for all the actions that have been commited, to the FDA for
instance in the industries (Pharma, Biomed, etc, I work in). I guess
fbi, cia, nsa or other 'higher' governmental institutions don't have to
account for this, because they are much smarter anyway.
I apologise for the dutch grammar.
> checked, they don't have a clue, that's what we're here for
>> but also software engineers,
> checked, mutually accepted, they know what you're up to, and keep them
> clear, be honest
> and even better, they know what they're up to, but try to blame you for
> just keep them as very close 'friends'
> it helps when you are able to 'clean up their messes sometimes'
> is like in between management and software engineers, dangerous maybe
>> , and
>> business folks.
> management or otherwise
>> When a company runs a service whose production SLA is
>> 100%, many tend to be less forgiving.
> 100% that's a dare!
> For them it may be 100%, for me I am at 98% then, at best 99,636% :)
> There is a lot of playfield unknown
>> There's a lot riding on running
>> a development branch in production, even if it is a "Release
> Agree 100% :)
> RELEASE is better than RC or even BETA for sakes ;)
> freebsd-stable at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
More information about the freebsd-stable