Re: [dev] [sup] Bring the simple user privilege escalation tool back home?

2016-05-16 Thread Anselm R Garbe
On 16 May 2016 at 23:22, Marc André Tanner wrote: > On Tue, May 10, 2016 at 01:27:40PM +0200, FRIGN wrote: >> I think the vis editor alone is enough bloat in the suckless >> repositories. > > I don't know what vis has to do with the original thread, nonetheless > it would be interesting to know wh

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Timothy Rice
> I'm not sure my other "factual error(s?)" was, but I would be happy to > be enlightened. Yeah, I wrote in a hurry. After sending it I thought it could have been worded better. The issues I noticed and was responding to were: 1. Uncertainty around whether .xinitrc would be recognised on session

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Eric Pruitt
On Tue, May 17, 2016 at 10:45:19AM +1000, Timothy Rice wrote: > There seems to be some confusion around xsessions etc, resulting in some > factual errors in one or two recent emails. The following might be useful: > [...] > I can't speak one way or the other for the .xsession file, but it is not >

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Timothy Rice
Dear all, There seems to be some confusion around xsessions etc, resulting in some factual errors in one or two recent emails. The following might be useful: http://unix.stackexchange.com/questions/47359/what-is-xsession-for To summarise, .xsession is used as a custom script when starting X from

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 03:00:16PM -0800, Britton Kerin wrote: > I just made .xinit: > > $ ls -l .xinitrc > -rw-r--r-- 1 bkerin bkerin 9 May 16 14:50 .xinitrc > $ cat .xinitrc > exec dwm > $ > > I slightly remember doing that 20 years ago or so, fun. But it doesn't > seem to work nowadays at least

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Britton Kerin
On Mon, May 16, 2016 at 2:11 PM, Eric Pruitt wrote: > On Mon, May 16, 2016 at 02:05:58PM -0800, Britton Kerin wrote: >> Is it possible to run dwm and keep my desktop icons somehow? I have >> most of my projects sort of geographically organized there which sucks >> I know but I'd rather not lose i

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 09:51:08PM +0200, Jan Christoph Ebersbach wrote: > > On the system I'm using that relies on PAM, my account doesn't have an > > entry in the local /etc/passwd file. Disabling getpw and related bits > > makes the patch work for me. > > I fixed the issue and moved the getpw co

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 10:38:00PM +0200, Jan Christoph Ebersbach wrote: > On Mon 16-05-2016 11:54 -0700, Eric Pruitt wrote: > > Since PAM configurations typically enforce a delay before you can > > reauthenticate after an incorrect password is entered, it would be > > nice if there was another col

Re: [dev] running dwm from/with gnome

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 02:05:58PM -0800, Britton Kerin wrote: > Is it possible to run dwm and keep my desktop icons somehow? I have > most of my projects sort of geographically organized there which sucks > I know but I'd rather not lose it right now. I found lots of ancient > pages about this I

[dev] running dwm from/with gnome

2016-05-16 Thread Britton Kerin
I just replaced ancient laptop yes I hate gnome3 too now but having lots of other shit to do and already behind from this "upgrade" I can't afford break my whole system lose desktop icons etc all at once Is it possible to run dwm and keep my desktop icons somehow? I have most of my projects sort

Re: [dev] termbox fork

2016-05-16 Thread Marc André Tanner
On Sun, May 15, 2016 at 11:07:47PM -0800, M Farkas-Dyck wrote: > tty sucks but ain't about to die soon... The same applies to curses. The NetBSD curses library[1] was recently ported to Linux. I haven't yet tried it out myself, but the code looks much cleaner than ncurses. This might be interestin

Re: [dev] [sup] Bring the simple user privilege escalation tool back home?

2016-05-16 Thread Marc André Tanner
On Tue, May 10, 2016 at 01:27:40PM +0200, FRIGN wrote: > I think the vis editor alone is enough bloat in the suckless > repositories. I don't know what vis has to do with the original thread, nonetheless it would be interesting to know which aspects of vis you consider bloated? -- Marc André Ta

Re: [dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
On Mon 16-05-2016 11:54 -0700, Eric Pruitt wrote: > I have a suggestion -- I think you should add another color option to > the configuration. Since PAM configurations typically enforce a delay > before you can reauthenticate after an incorrect password is entered, > it would be nice if there was

Re: [dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
On Mon 16-05-2016 11:47 -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach > wrote: > > I guess this issue can still happen. I didn't remove most of the > > getpw* code in order to keep the patch small. I'm using sssd and so > > the getpw calls still wo

Re: [dev] [slock] PAM support

2016-05-16 Thread Markus Teich
Eric Pruitt wrote: > I think you should add another color option to the configuration. Heyho, if you add that to the patch be sure to also run `sed -i s/slock/nyanlock/` on all files before submitting the new version. --Markus

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 11:47:38AM -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach wrote: > > I guess this issue can still happen. I didn't remove most of the getpw* > > code in order to keep the patch small. I'm using sssd and so the getpw > > calls

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 08:07:54PM +0200, Jan Christoph Ebersbach wrote: > I guess this issue can still happen. I didn't remove most of the getpw* > code in order to keep the patch small. I'm using sssd and so the getpw > calls still work. The only issue is that the password hash can't be > retr

Re: [dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
Hi Eric, On Mon 16-05-2016 10:05 -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 06:32:54PM +0200, Jan Christoph Ebersbach > wrote: > > Yes, it's there in git but it takes a while till the web pages have > > be regenerated, I guess. > > I could be wrong, but I'm fairly certain the website is

Re: [dev] [slock] PAM support

2016-05-16 Thread FRIGN
On Mon, 16 May 2016 17:21:01 +0200 Jan Christoph Ebersbach wrote: Hey Jan, > I've added support for PAM authentication to slock. When you try it, > I'd very happy about feedback because I haven't really done any serious > work with PAM yet: > > http://tools.suckless.org/slock/patches/pam_auth

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 06:32:54PM +0200, Jan Christoph Ebersbach wrote: > Yes, it's there in git but it takes a while till the web pages have be > regenerated, I guess. I could be wrong, but I'm fairly certain the website is manually regenerated. Otherwise, it would be pretty easy to do malicious

Re: [dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
Yes, it's there in git but it takes a while till the web pages have be regenerated, I guess. On Mon 16-05-2016 09:06 -0700, Eric Pruitt wrote: > On Mon, May 16, 2016 at 05:21:01PM +0200, Jan Christoph Ebersbach > wrote: > > I've added support for PAM authentication to slock. When you try > > it,

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 05:59:37PM +0200, Kamil Cholewiński wrote: > On Mon, 16 May 2016, Jan Christoph Ebersbach wrote: > > What auth system are you using if it's neither PAM nor shadow/passwd? > > Kumbaya auth, or cowboy auth, according to personal preference I vote for Stallman auth -- passwor

Re: [dev] [slock] PAM support

2016-05-16 Thread Eric Pruitt
On Mon, May 16, 2016 at 05:21:01PM +0200, Jan Christoph Ebersbach wrote: > I've added support for PAM authentication to slock. When you try it, > I'd very happy about feedback because I haven't really done any serious > work with PAM yet: > > http://tools.suckless.org/slock/patches/pam_auth When

Re: [dev] [slock] PAM support

2016-05-16 Thread Kamil Cholewiński
On Mon, 16 May 2016, Jan Christoph Ebersbach wrote: > What auth system are you using if it's neither PAM nor shadow/passwd? Kumbaya auth, or cowboy auth, according to personal preference

Re: [dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
What auth system are you using if it's neither PAM nor shadow/passwd? On Mon 16-05-2016 17:38 +0200, hiro wrote: > bad idea, just like the existing bullshit for auth in slock. > signature.asc Description: PGP signature

Re: [dev] [slock] PAM support

2016-05-16 Thread hiro
bad idea, just like the existing bullshit for auth in slock.

[dev] [slock] PAM support

2016-05-16 Thread Jan Christoph Ebersbach
Hi, I've added support for PAM authentication to slock. When you try it, I'd very happy about feedback because I haven't really done any serious work with PAM yet: http://tools.suckless.org/slock/patches/pam_auth Cheers, Jan Christoph -- Jan Christoph Ebersbach I didn’t want some petty, inferi

Re: [dev] termbox fork

2016-05-16 Thread rain1
On 2016-05-16 08:07, M Farkas-Dyck wrote: Hi, i forked termbox [0] at an earlier version before much stupidity [1, 2]. Would suckless community be interested to adopt this repo? tty sucks but ain't about to die soon... [0] https://github.com/strake/termbox.c [1] https://github.com/nsf/termbox/

[dev] termbox fork

2016-05-16 Thread M Farkas-Dyck
Hi, i forked termbox [0] at an earlier version before much stupidity [1, 2]. Would suckless community be interested to adopt this repo? tty sucks but ain't about to die soon... [0] https://github.com/strake/termbox.c [1] https://github.com/nsf/termbox/commit/e1186c771347c396e47c33a570ffc38642226