Re: [dev] app locations?

2016-10-17 Thread Ali H. Fardan
On 2016-10-17 19:44, a...@alexpilon.ca wrote: Throw away your Linux-ish idea of "everything is a package", What the heck is wrong with that? Relax, okay, just relax. And why argue against, if you mentioned it in the first place? I was just pointing out an inconsistency in how it was

Re: [dev] app locations?

2016-10-17 Thread Ali H. Fardan
On 2016-10-17 19:44, a...@alexpilon.ca wrote: Throw away your Linux-ish idea of "everything is a package", What the heck is wrong with that? Relax, okay, just relax. And why argue against, if you mentioned it in the first place? I was just pointing out an inconsistency in how it was

Re: [dev] app locations?

2016-10-17 Thread stephen Turner
I had no intention of starting a debate, just wanted a little direction on where to place these few applications appropriate to legacy linux/bsd. I understand its not the common view of the members here, and I'm definitely not trying to say one way is more correct than the other. Sta.Li has its

Re: [dev] app locations?

2016-10-17 Thread alp
> Throw away your Linux-ish idea of "everything is a package", What the heck is wrong with that? And why argue against, if you mentioned it in the first place? I was just pointing out an inconsistency in how it was presented, as if /bin wasn't managed by the package manager. Geez. > and take a

Re: [dev] app locations?

2016-10-17 Thread alp
On Mon, Oct 17, 2016 at 05:56:56PM +0200, Laslo Hunhold wrote: > There is no reason to support this ancient concept of a separate > /usr-partition. The age of tape-drives is over, there is no need for > it. And I must admit, it really makes things complicated in a lot of > respects. NFS mounts

Re: [dev] app locations?

2016-10-17 Thread alp
On Mon, Oct 17, 2016 at 07:03:59PM +0300, Ali H. Fardan wrote: > /bin - for binaries that come with the system So they never get maintained with a package manager? Sounds like a really weird way of doing things. If you bootstrap with a tarball, the distinction becomes meaningless once you've

Re: [dev] app locations?

2016-10-17 Thread Ali H. Fardan
In my opinion: /bin - for binaries that come with the system /usr/bin - binaries installed the default package manager, which is at /bin /usr/local/bin - is for binaries installed by the user without using the package manager */sbin - is nonsense However, I still support adding everything to

Re: [dev] app locations?

2016-10-17 Thread Laslo Hunhold
On Mon, 17 Oct 2016 16:07:24 +0100 Dimitris Papastamos wrote: Hey, > everything in /bin I agree Dimitris. Some people really do love about the benefits of separating into /bin, /usr/bin, /usr/local/bin, /opt/bin and so on. Let's stop this madness! There is no reason to support

Re: [dev] app locations?

2016-10-17 Thread Dimitris Papastamos
On Mon, Oct 17, 2016 at 10:01:12AM -0400, stephen Turner wrote: > So i have determined the locations of most of sbase and ubase using > the linux FHS [0]. I have a few that needs categories for the legacy > style linux and was hoping someone would have a few pointers. I > offered my thoughts based

[dev] app locations?

2016-10-17 Thread stephen Turner
So i have determined the locations of most of sbase and ubase using the linux FHS [0]. I have a few that needs categories for the legacy style linux and was hoping someone would have a few pointers. I offered my thoughts based on the FHS description of the directories, correct me if I'm wrong.