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 presen
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 presen
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 pla
> 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 l
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 may
On 2016-10-17 19:19, a...@alexpilon.ca wrote:
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
d
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 updat
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 /
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 this ancient
conc
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
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. Than
11 matches
Mail list logo