2010/08/02, 18:43
By default, GIMP-portable tries to use a folder below the one it has been started from for temp and swap. That’s just fine if you use it on your usb-stick, but it bugs you with an error message if GIMP is supplied from a read-only network drive: “Unable to open a test swap file.”
This can be fixed by editing (or creating) the system-wide gimprc file, which is located in \Data\settings\ …
First, I tried to use the windows-style %APPDATA% variable, but GIMP does not interpret it correctly. Digging a bit in the web revealed the way how to do it, they have to be used in shell-style including curly brackets like this:
(temp-path "${APPDATA}\\gimp-2.6")
(swap-path "${APPDATA}\\gimp-2.6")
(undo-size 512M) |
2009/10/30, 16:40
ever ran into a (x)sane-message claiming an error to scan via hplip like this?
"failed to open device hpaio:/net/HP_LaserJet_M1522nf_MFP?ip=192.168.12.34"
well, it turned out that on my system (currently ubuntu 9.04) HPLIP was installed fine and even downloading and installing HP’s proprietary code for scanning was done right by HPLIP. what actually was missing is a link on “libhpmud.so”, issuing the following command solved my problem and everything works fine now:
sudo /bin/ln -s /usr/lib/libhpmud.so.0 /usr/lib/libhpmud.so |
for more information, see launchpad bug nr 357801
2009/09/21, 01:30
it took me hours to figure out why amarok (2) didn’t want to give a damn tone out of its entrails on my jaunty system. checked if phonon has an appropriate backend installed (xine and gstreamer available, tried all combinations), switched around the settings in KDE’s control panel “systemsettings” (i’m a gnome user, so i had to install this first). strangely enough, the latter played the test-sound without any problems, so it seemed to be impossible to be a general sound-server problem.
what else? well, the other KDE sound app named “juk” didn’t play mp3s as well – it just skipped any song and proceeded to the next one, until the end of the playlist was reached (just as amarok did). now i figured out why: they just had no possibility to decode them, since the appropriate xine-lib was missing! a simple command fixed the issue:
sudo aptitude install libxine1-ffmpeg |
as far as i can see this is indeed a deficiency in debians package format, since this kind of dependency cannot be mapped. speaking in human words, this means: if you install amarok and want to use it with phonon-backend-xine and want to play MP3s, then you have to install libxine1-ffmpeg
2009/02/05, 13:11
today, vino (the gnome vnc-server) killed my background image (at least to me, vino seems to be responsible for this, since it has an option to switch off the backround on existing remote connections). some experimenting with compiz-settings, nautilus and bonobo-activation-server did not show the expected results, but some wizardry via gconf-editor did it:
/desktop/gnome/background/draw_background: yes