Re: [dev] [ANNOUNCE] slock-1.3

> as well and using a backgrounded `sleep 5; s2ram` before starting slock also > is > kind of stupid if slock fails to start up correctly. How does your integrated execution of s2ram change that? Your slock can still fail in just the same way.

Re: [dev] [ANNOUNCE] slock-1.3

hiro wrote: > - new: slock now allows to run any command after the screen has been > locked, for >example suspending to ram. > > how come you can't just run slock from a shell script instead? Heyho hiro, you don't know when the screen is locked, since slock does not fork itself. If you want

Re: [dev] [ANNOUNCE] slock-1.3

On Sat, Feb 13, 2016 at 12:54:26AM +0100, hiro wrote: > how come you can't just run slock from a shell script instead? I haven't looked at the code, but if I had to guess, it's probably because of race conditions. If you ran the program in a shell script, you'd have to query some X11 program to ve

Re: [dev] [ANNOUNCE] slock-1.3

- new: slock now allows to run any command after the screen has been locked, for example suspending to ram. how come you can't just run slock from a shell script instead?

[dev] [ANNOUNCE] slock-1.3

Heyho, I am happy to announce the release of slock version 1.3. slock is a simple X display locker. You can download it at: http://dl.suckless.org/tools/slock-1.3.tar.gz The changes since version 1.2 are: - bugfix: The cover window now resizes correctly when new screens are added or the resolu

[dev] [farbfeld] farbfeld-resize update

I pushed an update to farbfeld-resize: https://github.com/ender672/farbfeld-resize It now operates in 16-bit color. Interpolation is now in a single function. The whole project is one file, zero dependencies, 131 sloc. It transposes the image during each resizing pass in order to achieve vertic

[dev] [sbase][PATCH v2] install

New command with corresponding man page. Includes the flags: -s strip binary -d create directory -D create missing directories -t DIR target directory -m MODEpermission bits -o USERset owner -g GROUP set group Installed files are copied, and default mode is 7

[dev] [sbase][PATCH] Makefile: add sbase-box-uninstall rule

Signed-off-by: Mattias Andrée --- Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 1742992..807823f 100644 --- a/Makefile +++ b/Makefile @@ -243,9 +243,12 @@ sbase-box-install: sbase-box for m in $(MAN); do sed "s/^\.Os sbase/.Os s

Re: [dev] [sbase][PATCH] install

On Thu, Feb 11, 2016 at 12:06:14PM +0100, Mattias Andrée wrote: > diff --git a/Makefile b/Makefile > index 1c09cac..b34800d 100644 > --- a/Makefile > +++ b/Makefile > @@ -103,6 +103,7 @@ BIN =\ > getconf\ > grep\ > head\ > + install.out\ > join\ > hostname\ >

Re: [dev] [sbase][PATCH] Makefile: uninstall [ command in the uninstall rule

On Fri, Feb 12, 2016 at 09:45:03AM +0100, Mattias Andrée wrote: > Signed-off-by: Mattias Andrée > --- > Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Makefile b/Makefile > index 1c09cac..1742992 100644 > --- a/Makefile > +++ b/Makefile > @@ -202,7 +202,7 @@ in

[dev] [sbase][PATCH] add manpage for install

Signed-off-by: Mattias Andrée --- Makefile | 2 +- install.1 | 88 +++ 2 files changed, 89 insertions(+), 1 deletion(-) create mode 100644 install.1 diff --git a/Makefile b/Makefile index b34800d..e4b8a6b 100644 --- a/Makefile +++ b/

[dev] [sbase][PATCH] Makefile: uninstall [ command in the uninstall rule

Signed-off-by: Mattias Andrée --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 1c09cac..1742992 100644 --- a/Makefile +++ b/Makefile @@ -202,7 +202,7 @@ install: all cd $(DESTDIR)$(MANPREFIX)/man1 && chmod 644 $(MAN) uninstall: