Public bug reported:
Zenity (specifically, the --info mode) should have a flag that will
cause it to ignore Pango markup in its input. I frequently want to use
Zenity to display output from scripts, and I shouldn't have to worry
about whether the text has things like ampersands in it.
(This is p
Public bug reported:
When an error occurs during login, the gdm slave will redirect errors to
~/.xsession-errors. The gdm daemon will then attempt to display the
contents of the file to the user. If the user's home directory is on a
networked filesystem that the daemon process does not normally
This bug is present in Jaunty too. Can this get fixed or can the man
page be updated?
jdr...@infinite-loop:~$ tar --checkpoint=100 --checkpoint-action=dot -xf
somefile.tar
tar: dot: unknown checkpoint action
tar: Error is not recoverable: exiting now
>From the man page:
--checkpoint-action
Although this has been fixed in Karmic (it'sin x11-common), it's still
missing in Jaunty. Can we get an update to x11-common on Jaunty that
includes this 17K file?
** Changed in: xorg (Ubuntu)
Status: Fix Released => Confirmed
--
missing "/etc/X11/rgb.txt" file and broken link to it
http
I have an identical experience to what Andriy described. If fglrx is
loaded, attempting to run gnome-display-properties (via
System->Preferences->Display or the command line) causes Xorg to use
100% of one core (on a Core 2 DUO E8400). I'm able to reproduce the
problem with fglrx on a ATI Radeon
Oops, I should have included relevant version information
MIKE-WAZOWSKI:~> lsb_release -rd
Description:Ubuntu 9.04
Release:9.04
MIKE-WAZOWSKI:~> apt-cache policy gnome-control-center
gnome-control-center:
Installed: 1:2.26.0-0ubuntu3
Candidate: 1:2.26.0-0ubuntu3
Version table:
To reproduce:
1) Set up an AFS infrastucture with Kerberos authentication, or an NFS
infrastructure where the local gdm daemon (running as root) does not have
permission to read a user's remote home directory.
2) Ensure that the login process fails (perhaps by setting the user's shell to
tcsh a
>Not sure why would anybody want to change the log names
If you re-read my original bug report, you'll see that we're more
interested in changing the path of the file than its name. GDM, like
most GNOME products, assumes that all home directories are stored on
local disk and that processes runnin
Public bug reported:
Binary package hint: cups
/etc/cups/interfaces does not exist by default in Ubuntu (at least not
in Karmic or Jaunty). Normally, one should be able to add interface
scripts for SysV queues with something like:
lpadmin -p myprinter -E -i /path/to/my/interface/script -v
para
