I think this is unintentionally specious reasoning. No offense intended. :)

true

The program itself is fairly trivial to write.

i don't need such a tool, but if it would be separate tool, then it is all right if someone like to write it. This would be unix way.

So it's really not possible to write the tool and associated documentation "myself". Otherwise I would. The "pointless debating" is really an attempt to get a critical mass of knowledgeable developers to agree to participate in

not really. the idea was to integrate it with shell and turn on it by default, prefering newbies over norml users, and making another change that would actually prevent getting knowledge to newbie.

I've been using FreeBSD since the 90s. My perception (over many years of observation) is that the FreeBSD people most able to document what exists and how to use it seem to also have the greatest resistance to writing any documentation.

what do you mean? FreeBSD manual pages is what i consider great part.

i mean manual pages. handbook is not always up to date but still fine for a NEW USER to learn FreeBSD.

And that's the right way.

"creators", "helpers" like proposed reminds me windows. A "Help" that doesn't really help learning anything.


There are already lots of stupid things that is ALREADY done in FreeBSD without reason.

Few examples:

1) XML output from some sysctl variables. It isn't just stupid. It's sad.
2) bsdlabel -e allows editing only when NONE of partitions are open/mounted, in spite that they are not modified. In FreeBSD 6 it allowed editing everytime and all worked.

"Preventing people doing stupid things would prevent doing clever things".

OK there is gpart now but still bsdlabel is far easier and useful.

3) replacing C compiler with immature one just because licencing is "better". Still - GCC licencing is fine for use in FreeBSD.

4) Adding features that are not really finished and in working state. gjournal is an example, background fsck is another (everyone actually ends in background_fsck=NO)

and more that i don't probably get contact with.


Of course in the same time where are hundreds of good things done, and we all know it. But if people won't understand a problem NOW and fight it, it will become worse.

_______________________________________________
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"

Reply via email to