Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread Chris Down
On 2013-11-14 08:51:11 +0100, patrick295767 patrick295767 wrote: > In my opinion, the lock (slock) shall be remain very light based a > very minimum of x11, in other words just on the x11 minimum of x11 > layer functions/libs Correctness before simplicity, always in that order. pgpOUKmWnz2cg

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread sin
On Thu, Nov 14, 2013 at 08:51:11AM +0100, patrick295767 patrick295767 wrote: > In my opinion, the lock (slock) shall be remain very light based a > very minimum of x11, in other words just on the x11 minimum of x11 > layer functions/libs > > slock might be a minimal x11 lock, without any addit

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread Gregor Best
On Thu, Nov 14, 2013 at 08:51:11AM +0100, patrick295767 patrick295767 wrote: > In my opinion, the lock (slock) shall be remain very light based a > very minimum of x11, in other words just on the x11 minimum of x11 > layer functions/libs > [...] It seems you mistake suckless for the minimalism

[dev] [slock] [patch] Set errno to 0 before getpwuid() and check it afterwards

2013-11-14 Thread sin
Hi, Just a small fix. bye, sin >From cf540c7f316619c728e921082abf5887de15ab93 Mon Sep 17 00:00:00 2001 From: sin Date: Thu, 14 Nov 2013 11:24:08 + Subject: [PATCH 1/2] Set errno to 0 before getpwuid() and check it afterwards --- slock.c | 5 - 1 file changed, 4 insertions(+), 1 deletio

[dev] [slock] [patch] Add a tiny configure script for BSD and Linux systems

2013-11-14 Thread sin
Hi all, This is similar to what we do with http://git.suckless.org/utmp. Take this with a grain of salt at the moment. There are some smaller fixes embedded in this commit and it might be wise to split those out. Second step is to split the ifdef'ed code out into bsd.c and linux.c or similar (an

Re: [dev] [slock] [patch] Add a tiny configure script for BSD and Linux systems

2013-11-14 Thread sin
On Thu, Nov 14, 2013 at 02:24:53PM +0200, sin wrote: > Hi all, > > This is similar to what we do with http://git.suckless.org/utmp. > Take this with a grain of salt at the moment. There are some smaller > fixes embedded in this commit and it might be wise to split those > out. > > Second step is

[dev] [sbase] [patch] Always print the program name

2013-11-14 Thread sin
Hi, Generally very useful - consider going through a configure script or similar that bombs out because of an unimplemented option. This provides a quick indication as to which program actually failed. We should probably default to that. bye, sin >From ec613aeea190bdd9330bdf6394e51df519bb1118 M

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread patrick295767 patrick295767
Me, I do believe that slock shall be targeting the aim of this program: 1) lock x11. Ok, look my example, think about a student behind the rules of the admin. In an ideal case, he compiles the slock, and he locks and it really works. In the present case, he compile, and it crashes since he shall

Re: [dev] IRC on Free node

2013-11-14 Thread patrick295767 patrick295767
what about activating your ssh server only when you need it? You could even activate it via mobile phone (e.g. SMS to your box), and stop your ssh the same way. Exotic ssh port is a very good way to avoid already a good deal of brute attempts. The ssh activation another way to make the box withou

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread Chris Down
On 2013-11-14 15:46:23 +0100, patrick295767 patrick295767 wrote: > Me, I do believe that slock shall be targeting the aim of this program: > 1) lock x11. Lock X11 *in a correct fashion*. pgpQa2d9WxsBQ.pgp Description: PGP signature

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread Carlos Torres
Hi Patrick, On 11/14/13, patrick295767 patrick295767 wrote: > > Ok, look my example, think about a student behind the rules of the admin. Then you must appeal to the administrator(s) and provide the source so that they may review it and install it. just the same way they've installed other X11

[dev] [st][patch] use int instead of long for color

2013-11-14 Thread Johannes Hofmann
Hi, here is a patch that replaces long with int. It saves some memory on 64bit systems. Regards, Johannes diff --git a/st.c b/st.c index fda7044..51ecd21 100644 --- a/st.c +++ b/st.c @@ -179,9 +179,9 @@ typedef unsigned short ushort; typedef struct { char c[UTF_SIZ]; /* character code

Re: [dev] [st][patch] use int instead of long for color

2013-11-14 Thread Roberto E. Vargas Caballero
On Thu, Nov 14, 2013 at 04:09:08PM +0100, Johannes Hofmann wrote: > Hi, > > here is a patch that replaces long with int. > It saves some memory on 64bit systems. If you want 32 bits use uint32_t, in other case I will not apply the patch. -- Roberto E. Vargas Caballero

Re: [dev] [st] why is Glyph.fg, Glyph.bg long?

2013-11-14 Thread Roberto E. Vargas Caballero
On Wed, Nov 13, 2013 at 01:03:47PM +, Thorsten Glaser wrote: > Roberto E. Vargas Caballero dixit: > > >long, because long is at least 32 bits for sure, but int can be only 16 > > On POSIX, int is a minimum 32 bit data type. I prefer follow the ISO rules about data sizes. Regards, -- Rober

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread patrick295767 patrick295767
With 20'000 students including 9000 graduates and about 50 research laboratories, each year, believe me that you will not get any support for anything from the admin of the machines. I already asked or tried, and to get any support for similar things, such as installation of a software on a specifi

Re: [dev] Possible improvement on slock - suid

2013-11-14 Thread Raphaël Proust
On Thu, Nov 14, 2013 at 4:44 PM, patrick295767 patrick295767 wrote: > You get your Linux box, and if you wanna use a specific program you > always can compile to your local. Luckily, suckless software is generally easy to patch. Which means you can ship your own version (to yourself for your uni

[dev] Desktop warping for DWM?

2013-11-14 Thread patrick295767 patrick295767
Hi, For instance, I have been using during years fluxbox, and I must say that there was one feature (one out of many) that was interesting to be used. - It is called "Desktop Warping" What is it? - From the flux man page, it has been indicated as follows: "When desktop warping is enabled, draggi

Re: [dev] [st] why is Glyph.fg, Glyph.bg long?

2013-11-14 Thread Thorsten Glaser
Roberto E. Vargas Caballero dixit: >On Wed, Nov 13, 2013 at 01:03:47PM +, Thorsten Glaser wrote: >> Roberto E. Vargas Caballero dixit: >> >> >long, because long is at least 32 bits for sure, but int can be only 16 >> >> On POSIX, int is a minimum 32 bit data type. > >I prefer follow the ISO

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread Nick
Hi Patrick, Quoth patrick295767 patrick295767: > "When desktop warping is enabled, dragging a window outside the desktop >will change to the next desktop." > > I hope that it describes it well. > > Would you appreciate to have this feature (patch) on DWM? > I know the feature. It does

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread Ryan O’Hara
For a primarily tiling window manager that encourages the use of a keyboard over a mouse and uses the concept of tags rather than multiple desktops… “desktop warping” seems awful.

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread patrick295767 patrick295767
"because I doubt many of us routinely move windows by dragging anyway," Oh, I forgot to add it into my original post since we rarely use the mouse actually. I though about it to write it, but I finally did not mention it. thanks for notice/add-on 2013/11/14 Nick : > Hi Patrick, > > Quoth patrick

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread patrick295767 patrick295767
indeed. Completely correct. I would anyhow have tried to receive a short survey / feedback if some of us, - dwm user, might eventually find it as "nice to have" or might be eventually useful for the dwm... just curious 2013/11/14 Ryan O’Hara : > For a primarily tiling window manager that encourag

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread Christoph Lohmann
Greetings. On Thu, 14 Nov 2013 18:47:31 +0100 patrick295767 patrick295767 wrote: > indeed. Completely correct. > > I would anyhow have tried to receive a short survey / feedback if some > of us, - dwm user, might eventually find it as "nice to have" or might > be eventually useful for the dwm..

Re: [dev] Desktop warping for DWM?

2013-11-14 Thread Raphaël Proust
On Thu, Nov 14, 2013 at 5:02 PM, patrick295767 patrick295767 wrote: > […] > Would you appreciate to have this feature (patch) on DWM? dwm doesn't have “desktop”s. dwm has tags (by default 9 of them, although editing config.h can change that) and views (only 2: the current view and the alternate v

[dev] [ANNOUNCE] togs-0.3 (was stem)

2013-11-14 Thread Ross Mohn
Hi, I've renamed stem to togs so that it no longer conflicts with the Tor stem project, https://stem.torproject.org/ . I'm hopeful that the new togs name will work and will not cause too much agitation. In order to keep your settings the same: 1) exit out of all current stem sessions 2) m

Re: [dev] [st] why is Glyph.fg, Glyph.bg long?

2013-11-14 Thread Roberto E. Vargas Caballero
> > That is stupid because this is a POSIX application and will not > work without POSIX stuff anyway. I don't like use words like stupid, because some times it can change the sense of the discussion. I agree with you that it is a POSIX application, and you can be sure it is not going to be reduc

Tags as tags (Was: [dev] Desktop warping for DWM?)

2013-11-14 Thread Manolo Martínez
On 11/14/13 at 05:57pm, Raphaël Proust wrote: > dwm doesn't have “desktop”s. dwm has tags (by default 9 of them, > although editing config.h can change that) and views (only 2: the > current view and the alternate view). See > http://www.wongdev.com/blog/2013/01/24/dwm-tags-are-not-workspaces/ > fo

Re: Tags as tags (Was: [dev] Desktop warping for DWM?)

2013-11-14 Thread Chris Down
On 2013-11-14 22:13:53 +0100, Manolo Martínez wrote: > I've been referred to that blog post before, and I find it interesting > and useful. But what it probably is not is a description of the way dwm was > meant to be > used or some such. The fact that the poster recommends changing the > default