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
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
> 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 Tue, Oct 18, 2016 at 07:46:14PM +0200, Kamil Cholewiński wrote:
> not running stali (Debian here), but should work all the same.
> I simply put wpa_supplicant and dhclient under runit:
dhclient? I thought that was, *relatively* speaking, looked down on?
> On 10/21/16 11:48, Anselm R Garbe wrote:
> > I've been arguing against MS Windows' misdesign to reboot the system
> > on configuration changes. But from a stali perspective I kind of
> > prefer rebooting the system for the prize of avoiding a daemon or
> > runlevel management. It's simpler and it
On Tue, Oct 25, 2016 at 12:53:36PM +0200, Anselm R Garbe wrote:
> To bring it to one sentence, Apple is about providing their stuff as
> incompatible as possible with all non-Apple stuff. […] proceeds with
> the keyboard layout,
Unh, other than swapping Mod1 and Mod4, they've usually been the most
