Re: Directory structures in the future and other things I want.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2008-03-27 at 15:57 -0600, Stephen John Smoogen wrote:
> I dont know if this is a thread hijack, but I felt this was a better
> name than the previous threads subject. If it is.. my apologies..
> 
> My main 2 things I would like:
> 
> 1) If we were to say get rid of /usr/bin, /bin, or /sbin etc.. Heck I
> wouldn't mind if it wasn't named something people could understand
> like: /SystemPrograms/ . I justwould like to see it come from a joint
> Linux taskforce so that it's not just yet another OS weirdness. I say
> this because I am currently having to rewrite my .profile to deal with
> our growing HP-UX, AIX, SuSE, Red Hat, Solaris, and CygWin
> environment. Everyone but Linux seems to stick things in weird spots
> or you are expected to know that you can't use /opt/bin/blah all the
> time because its a symlink and it breaks on this blah blah blah.
> 
Hm.. I'd keep the standard unix structure... I think it's quite well
thought through and proved working... /SystemPrograms/ would suck a lot,
first it uses capital letters, second it's too long and third it is less
understandable than /bin (or /sbin or /usr/lib or /usr/share is supposed
to be it?)... From all the system dirs I use I would not tell only
what's in /etc by looking at the name, the rest is named pretty well
(though I don't completely understand what binaries go directly to /bin
rather than /usr/bin...)

> 2) One thing that Jesse and Seth brought up was the one major RPM
> breakage that comes up every other release about why we can't do
> something really cool. And that is the problem with symlinks and I
> think directories. I would rather us do something really really
> radical like going to a package system that deals with that than
> moving items from /sbin, /usr/sbin/, /usr/myosrocks/sbin etc.
> 
+1, but rather than going to another packaging system, it would be
better to fix the current one...

> 3) I think I will +1 Bills very clear fix: Just add /sbin:/usr/sbin to
> everyone's path. Deal with 1 and 2 after 9 is out the door, and
> probably shoot for it to be 11 earliest (or if we never go to 10 or
> 11.. whatever the next series is called :)).
> 
-10. In /sbin and /usr/sbin aren't binaries supposed to be run by
average user and some of them even does not work with insufficient
privileges. If you insist on using them you should be proficient enough
to be able to add it to your path yourself.

Anyway, just my thoughts on this matter,
Martin

> -- 
> Stephen J Smoogen. -- CSIRT/Linux System Administrator
> How far that little candle throws his beams! So shines a good deed
> in a naughty world. = Shakespeare. "The Merchant of Venice"
> 

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux