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:
- 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
>
Hey,
On 22 December 2011 22:35, anonymous 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
On Mon, Jan 23, 2012 at 10:59 AM, Nick wrote:
> More generally, though, I agree, SSL is a good example of a
> security technology which is well worth the additional
> complexity.
It's funny because OpenSSL -- probably the most used implementation of
SSL -- is unreadable: http://corte.si//posts/co
On Sun, Jan 22, 2012 at 7:22 PM, Peter John Hartman
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
> compilations) you can't really
Hi Michael,
On 23 January 2012 15:49, Michael Stummvoll wrote:
> On 23.01.2012 15:40, Connor Lane Smith wrote:
>> On 23 January 2012 14:38, Nick 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.
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
On Mon, Jan 23, 2012 at 10:50 AM, Eckehard Berns 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
> why you have these g
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 awa
On Mon, 23 Jan 2012 11:04:55 -, Nick 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 Mon, 23 Jan 2012 09:59:21 -, Nick wrote:
They may well be examples of things that stunnel can work
fine with. Wrapper programs can be very handy alternatives
to building in alternative network functionality (e.g.
torify), though they tend to play less well with static
binaries.
You can't
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 fulls
On 23.01.2012 15:40, Connor Lane Smith wrote:
> Hey,
>
> On 23 January 2012 14:38, Nick 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
Hey,
On 23 January 2012 14:38, Nick 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 patch
> is EXACTLY as
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 thing
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: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.
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: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 "
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
Somebody claiming to be Kurt H Maier wrote:
On Mon, Jan 23, 2012 at 01:33:35PM +0100, Michael Stummvoll wrote:
so I patched slock to not demant root-rights, but just checks,
if the password-query commands are successfull.
I also patched the Makefile to do not setuid root but setgid shadow instea
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 passwo
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
passw
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 M
> 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 w
> Wow! It is not right answer, try again?
A reply nonetheless.
23.01.2012 15:27, hiro пишет:
... --- .-. .-. -.-- --..-- / .. / -.-. .- -. .. - / .--. .-
.-. ... . / -.-- --- ..- .-. / -- . ... ... .- --. . .-.-.-
Wow! It is not right answer, try again?
> 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
Hey,
On 23 January 2012 11:08, Nikolay G. Petrov 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]: http://dl.s
... --- .-. .-. -.-- --..-- / .. / -.-. .- -. .. - / .--. .-
.-. ... . / -.-- --- ..- .-. / -- . ... ... .- --. . .-.-.-
On 23.01.2012, Nikolay G. Petrov wrote:
> 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
Certainly it's you who's trolling today.
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 glad.
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.
Security is not a feature.
2012/1/23 ilf :
>>
> 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
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,
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 speci
sorry, this appears to be something wrong with my own setup. Thank you.
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
>> 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.
40 matches
Mail list logo
