On Mon, Mar 10, 2008 at 11:50:51AM -0700, Garrett D'Amore wrote: > The argument that commands which only get started by the GUI should not > be accessible via /usr/bin (or some other "easily accessible" path, such > as /usr/gnome/bin or somesuch, ala /usr/dt/bin) is probably being made > mostly by folks who don't really use a CLI for most of their work.
I live in screen(1) in whatever GUI terminal works best for me wherever I happen to be. So, ssh to my desktop, attach to my screen, use mutt for e-mail, CLI tools for practically everything except browsing the web (but I use lynx for reading HTML e-mail) and viewing PDFs. When I have to I break out StarOffice. That's my work environment in a nutshell. You might want to look at my .kshrc.user, .kshaliases and .kshcd files sometime -- let me know and I'll e-mail them to you. And trust me, my view is everything I'd run from the CLI belongs in /usr/bin, with the exception of some admin things that may belong in /usr/sbin. I do start firefox, evince, xpdf and soffice from the CLI some times and some others via the GUI. In other words: pffft :) :) > (Now, "helper" applications, such as a program that is really only a > helper for another GUI application, are a different matter entirely. > /usr/bin/totem-video-indexer is a good example. I suspect that it > serves no useful purpose living in /usr/bin.) Correct. We agree those go in /usr/lib. > Btw, I'm actually moderately offended that gnome/autoconfig tools seem > to like to put the "-config" programs in ${prefix}/bin rather > ${prefix}/lib. These programs are only ever used by > autoconfig/automake subsystems, when building software. Yes, I believe > ${prefix}/bin should be for commands that humans type. :-) But guess what: configure needs to be able to find those! So how will it if those are not in your $PATH? And what will users think when configure doesn't do what they think it should? (Hint: most likely we'll just piss off FOSS developers who find that they have to do things they'd rather not to build on Solaris.) Users can't be expected to know what to add to $PATH to get configure to know how to find *-config. No way. Nico --