Re: [dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread Anselm R Garbe
Hi Kajetan, On 4 July 2017 at 14:23, Kajetan Jasztal wrote: > What do you think can be the downsides of filesystem hierarchy of > Gobo Linux[0]? STALI[1] was attempting to modify default hierarchy > after all. I personaly think it's clear, evident (only problem I have > is hiding symlinks in /) a

Re: [dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread Rendov Norra
I use a modified version of the Gobo hierarchy (pretty much just keeping programs in /Programs and symlinking them to root), and I think it's a definite improvement on using a package manager or installing to root. It's stupid simple to set up, the shell script I use to symlinking everything is ~20

Re: [dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread hiro
check tinycorelinux symlinks to squashfs mounts in /tmp/tcloop/package/ hierarchy.

Re: [dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread Cág
Kajetan Jasztal wrote: > What do you think can be the downsides of filesystem hierarchy of > Gobo Linux[0]? STALI[1] was attempting to modify default hierarchy > after all. I personaly think it's clear, evident (only problem I have > is hiding symlinks in /) and elegant. It's in a way compatible w

Re: Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

2017-07-04 Thread Anselm R Garbe
Hi Kamil, On 4 July 2017 at 14:32, Kamil Cholewiński wrote: > On Tue, 04 Jul 2017, Anselm R Garbe wrote: >> I've used my own for almost a decade: http://monitor.garbe.us/ >> It checkes the services every 20 minutes and sends me a mail if some >> service goes offline. > > Care to share the code?

Re: [dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread sylvain . bertrand
On Tue, Jul 04, 2017 at 02:23:54PM +0200, Kajetan Jasztal wrote: > Hi there, > > What do you think can be the downsides of filesystem hierarchy of > Gobo Linux[0]? STALI[1] was attempting to modify default hierarchy > after all. I personaly think it's clear, evident (only problem I have > is hidin

Re: Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

2017-07-04 Thread hiro
without machine learning and genetic algorithms i fear i might get woken up in the middle of the night.

Re: Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

2017-07-04 Thread Kamil Cholewiński
On Tue, 04 Jul 2017, Anselm R Garbe wrote: > I've used my own for almost a decade: http://monitor.garbe.us/ > It checkes the services every 20 minutes and sends me a mail if some > service goes offline. Care to share the code?

[dev] [question] gobo linux filesystem hierarchy

2017-07-04 Thread Kajetan Jasztal
Hi there, What do you think can be the downsides of filesystem hierarchy of Gobo Linux[0]? STALI[1] was attempting to modify default hierarchy after all. I personaly think it's clear, evident (only problem I have is hiding symlinks in /) and elegant. It's in a way compatible with Unixes by symlink

Re: Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

2017-07-04 Thread Anselm R Garbe
Hi, On 4 July 2017 at 11:31, Kamil Cholewiński wrote: > On Tue, 04 Jul 2017, Anselm R Garbe wrote: >> On 4 July 2017 at 00:36, Anselm R Garbe wrote: >>> On 4 July 2017 at 00:06, Michael Forney wrote: I noticed that git.suckless.org is no longer accepting connections with the git prot

Re: [dev] [st] Larger HISTSIZE consumes huge memory

2017-07-04 Thread Jordi Marine
Check https://en.wikipedia.org/wiki/Virtual_memory On Thu, Jun 22, 2017 at 10:54 PM, Techno Implant wrote: >> Wrong: ... > > Sorry for posting again. Does that mean If I have single st window > open it'll allocate 120MiB but won't actually use that?? And also > other applications can't use that

Re: [dev] git://git.suckless.org not accepting connections

2017-07-04 Thread Laslo Hunhold
On Tue, 4 Jul 2017 11:23:58 +0200 "Ivan J." wrote: Hey Ivan, > How would anonymous pushing to the sites repository keep working? you can push over git:// when push access is enabled. No need for a ssh-login. With best regards Laslo Hunhold -- Laslo Hunhold

Suckless monitoring [was Re: [dev] git://git.suckless.org not accepting connections]

2017-07-04 Thread Kamil Cholewiński
On Tue, 04 Jul 2017, Anselm R Garbe wrote: > On 4 July 2017 at 00:36, Anselm R Garbe wrote: >> On 4 July 2017 at 00:06, Michael Forney wrote: >>> I noticed that git.suckless.org is no longer accepting connections >>> with the git protocol. HTTP still works though. >>> >>> Just pointing that out

Re: [dev] git://git.suckless.org not accepting connections

2017-07-04 Thread Ivan J.
On Tue, 04 Jul 2017, Laslo Hunhold wrote: > On Tue, 4 Jul 2017 10:12:45 +0200 > Hiltjo Posthuma wrote: > > Hey Hiltjo, > > > Maybe we should only allow SSH for private repos and git:// for the > > public ones (sites). This is also more efficient. > > > > What do you think? > > I assume you me

Re: [dev] git://git.suckless.org not accepting connections

2017-07-04 Thread Laslo Hunhold
On Tue, 4 Jul 2017 10:12:45 +0200 Hiltjo Posthuma wrote: Hey Hiltjo, > Maybe we should only allow SSH for private repos and git:// for the > public ones (sites). This is also more efficient. > > What do you think? I assume you mean that we only allow git:// for read-only cloning of the repos a

Re: [dev] git://git.suckless.org not accepting connections

2017-07-04 Thread Hiltjo Posthuma
On Tue, Jul 04, 2017 at 12:46:58AM +0200, Anselm R Garbe wrote: > On 4 July 2017 at 00:36, Anselm R Garbe wrote: > > On 4 July 2017 at 00:06, Michael Forney wrote: > >> I noticed that git.suckless.org is no longer accepting connections > >> with the git protocol. HTTP still works though. > >> > >