Some updates on this topic. The solution that I proposed was bad then, and is
now worse:
- it assumed that all CF cards report the same "CF Card" string, which is not
the case.
- it doesn't work on Wheezy - apparently, KDE no longer uses hal.
New proposed solution:
- create /etc/udev/rules.d/99-
On Sun, June 14, 2009 11:54 pm, Josselin Mouette wrote:
> What is the filesystem for your /var/tmp mount?
$ mount -l
/dev/hda5 on / type ext3 (rw,relatime,errors=remount-ro) [/]
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys ty
OK, sorry, there's more specificity to this experience:
Basically, there is a separate filesystem mounted at /var/tmp
The nautilus Trash can does what you would expect with files that
end up in /home/user/.local/share/Trash
The nautilus Trash successfully moves files to, but CANNOT
DISPLAY OR DE
One, this seems to be a duplicate of bug 511071.
Two, these bugs ARE STILL A PROBLEM as of nautilus 2.26.2-5
Three, a basic desktop function like "Empty Trash" not working is
the kind of thing that drives newbies back to Windows XP. This
should be easy to fix, and it has a strong impact on new u
this behavior is still, or once again,
a problem in nautilus 2.26.2-3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: x11-xserver-utils
Version: 7.3+5
SUMMARY:
xset blanking delays occur in series not parallel
xset dpms 30 60 90 means a total of 180 sec before monitor off
thus xset dpms 90 60 30 should also be legal -- but it is not
Hi!
$ xset dpms
sets the delay before X turns your monitor to
6 matches
Mail list logo
