I had similar results until I compiled the st terminfo file by running:
I've also installed the terminfo for st, but the screen is still
garbled. The default font in config.def.h works great however I cannot
use anyother font.
On 01-22 21:14, Eckehard Berns wrote:
I don't think it's a good idea to add complexity to a suckless program
for a _bug_ in X (that is kinda fixed already).
This got me tinking: Is there a place in the suckless philosophy for
security? (However one wants to define that). Small code base can't
On Mon, Jan 23, 2012 at 04:21:20AM -0500, Christopher Lunsford wrote:
I've also installed the terminfo for st, but the screen is still
garbled. The default font in config.def.h works great however I cannot
use anyother font.
From your screenshot I would guess that the font pattern you
sorry, this appears to be something wrong with my own setup. Thank you.
On Mon, Jan 23, 2012 at 10:40:03AM +0100, ilf wrote:
This got me tinking: Is there a place in the suckless philosophy for
security? (However one wants to define that). Small code base can't
mean insecurity.
I for one, love suckless software, but I want security as a basic
feature, too.
2012/1/23 ilf i...@zeromail.org:
I also really like sic and ii, but without extra code for SSL, I won't use
it.
there is a ssl patch for ii: http://tools.suckless.org/ii/patches/ssl
i'd like one for sic too
Security is not a feature.
On Mon, Jan 23, 2012 at 11:57:42AM +0100, hiro wrote:
Security is not a feature.
I thought you were restricting yourself to Sundays.
Hi!
I already tired...I work in dwm on freebsd, but now I need from linux,
and cannot install from source dwm. My Os is Ubuntu x64 latest, I unpack
and 'make clean install', and nothing.
My question, if you have or know a resource that have instruction to
install dwm on ubuntu I would be
Certainly it's you who's trolling today.
... --- .-. .-. -.-- --..-- / .. / -.-. .- -. .. - / .--. .-
.-. ... . / -.-- --- ..- .-. / -- . ... ... .- --. . .-.-.-
On 23.01.2012, Nikolay G. Petrov r...@dir.bg wrote:
Hi!
I already tired...I work in dwm on freebsd, but now I need from linux,
and cannot install from source dwm.
Hey,
On 23 January 2012 11:08, Nikolay G. Petrov r...@dir.bg wrote:
Thanks in advance for 'dwm' (very usefull), and not thanks for absent
instruction isntall to some famous OS ) .
We write software, we don't support distros, famous or otherwise.
Grab a tarball [1], and make install.
[1]:
I don't think it's a good idea to add complexity to a suckless program
for a _bug_ in X (that is kinda fixed already). Even xscreensaver
doesn't want to fight X insecurities[1].
Let me throw this in:
dmenu_run sleep 1; slock
The screen goes black for a moment, but then slock disappears
23.01.2012 15:27, hiro пишет:
... --- .-. .-. -.-- --..-- / .. / -.-. .- -. .. - / .--. .-
.-. ... . / -.-- --- ..- .-. / -- . ... ... .- --. . .-.-.-
Wow! It is not right answer, try again?
Wow! It is not right answer, try again?
A reply nonetheless.
Hi!
I already tired...I work in dwm on freebsd, but now I need from linux,
and cannot install from source dwm. My Os is Ubuntu x64 latest, I unpack
and 'make clean install', and nothing.
My question, if you have or know a resource that have instruction to
install dwm on ubuntu I would
Hi suckless folks,
I fresh adopted the maintaince for the suckless-tools package in debian.
Its debian-policy to avoid setuid root binaries wherever this is possible,
so I patched slock to not demant root-rights, but just checks,
if the password-query commands are successfull.
I also patched the
On Mon, Jan 23, 2012 at 12:38:04PM +0100, Roman Z. wrote:
This is a security hole. For example, my laptop executes slock when I
close the lid. If I close the lid while dmenu is running, slock will
have no effect.
there's another security hole with slock: if I run slock, then type my
On Mon, Jan 23, 2012 at 01:33:35PM +0100, Michael Stummvoll wrote:
I fresh adopted the maintaince for the suckless-tools package in debian.
Its debian-policy to avoid setuid root binaries wherever this is possible,
so I patched slock to not demant root-rights, but just checks,
if the
On 23.01.2012 14:28, Kurt H Maier wrote:
Not all distributions even have a shadow group.
the patch in slock.c is indepedent of this group, it just checks if it can get
the password-entry,
so it still runs on systems without shadow-group. It doesn't matter at all if
you realize the access
with
On Mon, Jan 23, 2012 at 03:03:07PM +0100, Michael Stummvoll wrote:
With the Makefile your object may is right. Maybe somebody finds a better
solution here than mine
The better solution is for distribution packagers to stop trying to push
distribution-specific garbage upstream. If there's a
Hi,
I don't think, that checking if the tool has access to the password instead of
assuming this by its effective user is distribution specific.
Kind Regards,
Michael
On Mon, Jan 23, 2012 at 03:20:44PM +0100, Michael Stummvoll wrote:
I don't think, that checking if the tool has access to the password instead
of assuming this by its effective user is distribution specific.
It isn't. Using setgid shadow is.
than, may we could make the shadow-group configurable in the config.mk or
Makefile?
Kind Regards,
Michael
On Mon, Jan 23, 2012 at 03:35:02PM +0100, Michael Stummvoll wrote:
than, may we could make the shadow-group configurable in the config.mk or
Makefile?
No no no, much simpler that debian holds that 1 line
Makefile patch, and any other distributions who want to
change it from setuid. Such things
Hey,
On 23 January 2012 14:38, Nick suckless-...@njw.me.uk wrote:
No no no, much simpler that debian holds that 1 line
Makefile patch, and any other distributions who want to
change it from setuid. Such things are very distro-specific,
and besides, changing a config.mk setting in a debian
On 23.01.2012 15:40, Connor Lane Smith wrote:
Hey,
On 23 January 2012 14:38, Nick suckless-...@njw.me.uk wrote:
No no no, much simpler that debian holds that 1 line
Makefile patch, and any other distributions who want to
change it from setuid. Such things are very distro-specific,
and
On Mon, Jan 23, 2012 at 12:38:04PM +0100, Roman Z. wrote:
dmenu_run sleep 1; slock
The screen goes black for a moment, but then slock disappears (without
dying) and you can use the computer again.
In general, you need to
1. run a key-grabbing program, like dmenu or most games in fullscreen
On Mon, 23 Jan 2012 11:04:55 -, Nick suckless-...@njw.me.uk wrote:
On Mon, Jan 23, 2012 at 11:57:42AM +0100, hiro wrote:
Security is not a feature.
I thought you were restricting yourself to Sundays.
Yes, on Sundays ;)
--
-,Bjartur
On Sun, 22 Jan 2012 20:08:03 -, hiro 23h...@googlemail.com wrote:
People used to take their steering wheels with them so that nobody
drives their car away. So I think your approach should work. Perhaps
you could take away the whole keyboard. It's very easy on my thinkpad.
Only 7 screws away
On Mon, Jan 23, 2012 at 10:50 AM, Eckehard Berns ecki-suckl...@ecki.to wrote:
From your screenshot I would guess that the font pattern you specified
isn't strict enough. St uses the maximum width of all characters in all
fonts in the font set to calculate how wide the characters are. That's
Hi all,
Due to popular demand and being fed up with x11 core fonts, I've made
a new branch xft. X11 core fonts are still used in the default
branch and this new branch is just an experiment. It might be merged
back in default depending on how things go.
As of now, the code is still a bit messy
Hi Michael,
On 23 January 2012 15:49, Michael Stummvoll mich...@stummi.org wrote:
On 23.01.2012 15:40, Connor Lane Smith wrote:
On 23 January 2012 14:38, Nick suckless-...@njw.me.uk wrote:
No no no, much simpler that debian holds that 1 line
Makefile patch, and any other distributions who
On Sun, Jan 22, 2012 at 7:22 PM, Peter John Hartman
peterjohnhart...@gmail.com wrote:
Hi,
Unfortunately, the tmux-split-pane problem still persists. The
tmux-split-pane problem is this: if one pane in tmux is spitting
out a bunch of text (e.g. a sudo cat /var/log/messages or most
Hey,
On 22 December 2011 22:35, anonymous p37si...@lavabit.com wrote:
Tiny cleanup patch. Now more memory is allocated than necessary.
Thanks for the patch, I've applied it to tip. Sorry for the delay, I
didn't notice this thread. ;)
cls
- Original Message -
From: Roman Z.
Sent: Tuesday, January 10, 2012 5:54 PM
Subject: Re: [dev] dwm: bug in fullscreen mode (SDL?)
Games work when the screen resolution of the game is the same as the
resolution in dwm. If the resolution is different, all I get is a black
screen
You could always run fullscreen apps/games on a separate X display
using:
xinit $(which gameName) -- :8
-Matt
On Mon, Jan 23, 2012 at 02:14:40PM -0800, mikshaw wrote:
- Original Message -
From: Roman Z.
Sent: Tuesday, January 10, 2012 5:54 PM
Subject: Re: [dev] dwm: bug in
37 matches
Mail list logo