On Wed, Jun 20, 2012 at 05:51:10PM +0200, Wojciech Puchar wrote:
> >So let me know if you have any ideas for anything that would be
> >considered more than just a slight improvement, that would make you go
> >"OK, now it's seriously worth considering OpenRC as this is more than
> >just a nominal improvement in functionality."
>
> actually i am happy with current system, but maybe others.
>
> My most important ideas are:
>
> - any new system should not be more complex
Just to point out what may seem to only be a symantic issue, but
can be significant. There is a difference between being complex
and being complicated.
Complex refers to the ability to handle a good variety of needs in
a diverse environment. Complexity can mean adding the ability to
work with current and know requirements as well as new - even yet to
be discover - needs and circumstances.
Complicated can mean making things require more steps or locations and/or
exceptions and levels of abstraction to do the tasks than would be
imposed in a well designed system.
A well designed process handles a very complex set of needs without
adding unnecessary complications.
So, if Mr Puchar, in his comment, changes complex for complicated, then
I think we can all agree with the wish that it does not add complication.
But, a sophisticated complexity might be needed to handle all of the
complications and diversity in the process.
////jerry
> - ability to keep all flags and main config in single file (/etc/rc.conf)
> must persist. I don't want mess. And for sure not only me.
>
> - once again - the less files, the better.
>
> Some time ago i had to use linux (fortunately no longer needed). As i
> don't use it normally i just took debian installer that i remembered it
> WAS usable.
>
> After seeing the incredible complexity of /etc structure, not just rc
> scripts, i deleted most of it and put startup sequence in single file.
>
> It was plain horror.
>
> >>If someone would like to make new ports subsystem from scratch then it
> >>would
> >>be great. Would you like to ? ;)
> >
> >I know you are joking, but in all seriousness, this is another area of
>
> yes i am. but that joke is clear suggestion that we have already tens of
> thousands better or worse made ports!
>
> >it's a good idea to stay in touch :)
>
> if you have idea how to improve existing rc.d AND make ports working as is
> then go on.
>
> Anyway i don't see rc.d subsystem to be such a big deal that great
> improvement are possible at all.
>
> For me it is OK.
>
> For a cases when i need really quick start or so - i just deleted it and
> put everything in /etc/rc
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
