Please stop using iso-8859 in your mails and programs, either do pure ASCII or UTF-8 but please do not use iso-8859, this is so old century and you look like ������.
src : unicode over 60 percent of web |
Please stop using iso-8859 in your mails and programs, either do pure ASCII or UTF-8 but please do not use iso-8859, this is so old century and you look like ������.
src : unicode over 60 percent of web |
Imagine you just want to create a graph to represent some network topology so you can parse it and generate the configuration files accordingly. You probably want to do that in an editor because you want to quickly check different topologies. So no fancy diagram editor just nodes, edges, attributes, point and click interface which exports in a simple and clear dot format that’s it.
I’m afraid this doesn’t seem to exist. Most people will redirect you to yEd, which is a somewhat cumbersome java diagram editor (it takes more than ten seconds to start the thing). It cannot even export in the dot format, instead it saves in an overly verbose and messy GraphML format. Well, there are some other diagram editors which can export to the dot format but these tools are used to produce good looking visual content and the resulting dot file will be crowded with useless attributes and sometime invisible nodes.
It’s crazy one cannot find a such simple graph editor. Does anyone know one? Does anyone want to create one? I see… a nice and clean GUI in Python/GtkBuilder which saves in dot and GraphML and can export the thing in various format with the “dot” command.
I already posted an article about the impact of a slow XScreenSaver when you suspend your machine. However if you wait for the screen to be effectively locked then a slow XScreenSaver will annoyingly delay going into sleep. The same apply if you often use your keyboard to lock your screen. And when I say slow I mean you can wait up to 6 entire seconds or more before you screen is effectively locked.
The reason behind this may be that some other program is grabbing the mouse or keyboard. If you want to investigate you may turn on XScreenSaver’s verbose mode and start it manually. Modify these two lines in ~/.xscreensaver :
verbose: False captureStderr: False
xscreensaver: 20:10:22: LOCK ClientMessage received; activating and locking. xscreensaver: 20:10:22: 0: locked mode switching. xscreensaver: 20:10:22: user is idle (ClientMessage) xscreensaver: 20:10:22: blanking screen at Mon Jul 29 20:10:22 2013. xscreensaver: 20:10:22: 0: grabbing keyboard on 0x81... GrabSuccess. xscreensaver: 20:10:22: 0: grabbing mouse on 0x81... AlreadyGrabbed. xscreensaver: 20:10:23: 0: grabbing mouse on 0x81... AlreadyGrabbed. xscreensaver: 20:10:24: 0: grabbing mouse on 0x81... AlreadyGrabbed. xscreensaver: 20:10:25: 0: grabbing mouse on 0x81... AlreadyGrabbed. xscreensaver: 20:10:26: couldn't grab pointer! (AlreadyGrabbed)
As you can see, XScreenSaver desperately tries to grab the mouse and refuses to lock until it finally gives up four seconds later. In my case it was unclutter which was grabbing it. Moreover I was using the -grab option and I guess this was causing the problem so you may just start the command this way instead :
unclutter -idle 5 -root &
Dream in color
Live in black and white.
In a world where I learned to shut the fuck up.
Have I been wrong all these years ?
You may have some sound problems with zsnes on Debian amd64 (jessie) especially if you want to use pulseaudio with SDL. There are a lot of old posts about these kind of sound problems with zsnes though none of the proposed solutions will work anymore. The last zsnes version (1.510+bz2-5) comes with only the SDL audio output. I configured the SDL audiodriver to pulseaudio but it had to be configured to pulse for zsnes to work (well don’t know why). Anyway all I had to do was this :
export SDL_AUDIODRIVER=pulse zsnes
And now it works. So you may just add an alias or wrap this into a script to do that automatically.
Everyday I hope that, by some chance, you have forgiven me.
You can’t attach a patch on an issue on GitHub. Instead, it seems you have to use this :
Well… Copy-pasting ain’t a way to issue a patch. So I made a little script to upload files on my server. You can download it here:
https://raw.github.com/gawen947/scripts/master/bin/upload.sh
It uses some other commands from the SUnix repository. Though it should be easy to adapt it without them.
What a better title to start such a blog?
I’m not a writer, and I guess I never will. Nobody will read me anyway.
Some clumsy written wandering hitherto forgotten as time passes.
It ain’t my goal that anybody read this. Nor do I seek any kind of recognition.
Certainly not! For in this very place I share for the ones I am made of.
I just whish these thoughts finally find a place to rest.
Recently we had problems with our gateway, connections were dropped and so on.
After a bit of investigation we found that it was due to a bugged game using Javascript which, when it ran on Firefox, opened connections in a loop flooding the connection tracking table in a matter of hours. Once found, it was easy to fix. This was also the occasion to tighten the timeouts values of nf_conntrack a little bit. Indeed 5 days timeouts for established connection doesn’t really make sense when your public IPv4 change every 36hours or so.
It seems rational to request XScreensaver to lock your screen when you suspend your machine. This is possible in Debian via the /etc/default/acpi-support file, especially with this line :
# Comment this out to disable screen locking on resume LOCK_SCREEN=true
However for some obscure reason this will lock the screen (i.e. issue the “xscreensaver-command -lock” command) after suspend, that is on resume. Since the locking process is not immediate your desktop will be available for anyone to watch (and use) for a duration of about one or two second. There is no need to say that this is unacceptable.
It is possible to avoid that by disabling the default screen locking mechanism and hooking it manually to PM. So you should add a script into /etc/pm/sleep.d. The following script is the first version of the script I used (beware it doesn’t work, see below) :
#!/bin/sh # XScreensaver should be called BEFORE going to sleep to avoid the desktop # to be shown for a few seconds when the system resumes from sleep. case "$1" in hibernate|suspend) xscreensaver-command -lock sleep 1 # annoying sleep ;; *) exit 0;; esac
You may notice that the script issues a sleep just after the xscreensaver-command has returned. It ensures that the screen will be really locked when the system effectively enters into sleep. This is needed because the xscreensaver-command will not lock the screen immediately, that is it is non-blocking in a certain way and you cannot ensure that the screen is effectively locked as soon as the command has returned.
However the script above doesn’t work. As Marcus Moeller commented, the above script won’t work by default on Debian and probably with most other distributions. That is because we don’t issue the xscreensaver lock command as the user owning the xscreensaver daemon. I quote his solution here :
#!/bin/sh # XScreensaver should be called BEFORE going to sleep to avoid the desktop # to be shown for a few seconds when the system resumes from sleep. IS_ACTIVE="$( pidof /usr/bin/xscreensaver )" case "$1" in hibernate|suspend) # check if xscreensaver is running. if not, just skip on. if [ -z "$IS_ACTIVE" ] then : else # run the lock command as the user who owns xscreensaver process, # and not as root, which won't work. su "$( ps aux | grep xscreensaver | grep -v grep | grep $IS_ACTIVE | awk '{print $1}' )" -c "/usr/bin/xscreensaver-command -lock" & sleep 1 fi ;; *) exit 0;; esac
Digging in xscreensaver’s code shows that what the command actually needs is a connection to the X server. If xscreensaver-command cannot find the display from either command line or environment variables, it will fall back to “:0.0“. But this will fail if root cannot connect to the X server (which is generally the case). That’s how the ‘user approach’ fixes it. However this won’t work anymore if there are multiple instance of xscreensaver running on different displays (only one of them will be locked). Another solution would be to issue the command on each display where root can connect to. However this poses two problems :
#!/bin/sh # XScreensaver should be called BEFORE going to sleep to avoid the desktop to be shown # for a few seconds when the system resumes from sleep. case "$1" in hibernate|suspend) # The X server may not be running if [ ! -d /tmp/.X11-unix ] then exit 0 fi # Lock each available display for socket in $(ls /tmp/.X11-unix) do display=$(echo "$socket" | tr "X" ":") xscreensaver-command -display "$display" -lock done sleep 1 # annoying sleep ;; *) exit 0;; esac
However we are not done yet. As you can see we still rely on sleep to ensure that the screen is locked before our script returns control to the suspend procedure. With usage it became clear that one second was not sufficient as the script would return too early from time to time. Incrementing the duration of the sleep would be more than annoying and it doesn’t offer any real guarantee anyway. The only solution would be to find a way to exit the script when we are sure that the display is effectively locked. This is possible by watching at the changes of states of the screensaver while issuing the lock command. There is a slight last problem however. If multiple displays are present we want to issue that “lock ‘n watch” procedure in paralell to avoid accumulating the locking delays. That’s the solution I use in the script below, note that we don’t rely on sleep anymore:
#!/bin/sh # XScreensaver should be called BEFORE going to sleep to avoid the desktop to be # shown for a few seconds when the system resumes from sleep. PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin lock_display() ( socket="$1" display=$(echo "$socket" | tr "X" ":") # Temporary pid file for the watching command tpid=$(mktemp) # Wait until the display is actually locked. (timeout 2s xscreensaver-command -display "$display" -watch & echo $! > $tpid) | ( # Issue the lock command only when we know that # the watching pipe is ready. xscreensaver-command -display "$display" -lock while read line do line=$(echo $line | cut -d' ' -f 1) if [ "$line" = LOCK ] then # We have to kill the watching command manually before breaking. kill -TERM $(cat $tpid) break fi done ) rm $tpid ) case "$1" in hibernate|suspend) # The X server may not be running if [ ! -d /tmp/.X11-unix ] then exit 0 fi # Lock each available display for socket in $(ls /tmp/.X11-unix) do # Lock the display lock_display $socket & done # Wait until every displays are locked wait ;; *) exit 0;; esac
As stated above you still need to allow connections from root to your display. You may for example use this command when your session start :
xhost si:localuser:root
Or, as the man page of xhost states, use the file /etc/X*.hosts to do that globally.