On 2 November 2011 01:41, Michael Basse 104...@bugs.launchpad.net wrote:
why should it be a bug instead of a security-feature?
Because the policy defined in /etc/securetty for local graphical
terminals is inconsistent with the policy defined there for local text
terminals, and because the lack
Happened to me as well on Debian Squeeze, after setting 96dpi as a
default. Changing the dpi key from integer 96 to float 96.0 fixed it for
me too. Thanks, Mary.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
You're a smart man, Mark, but this decision is wrong. Moving standard
controls around without an obviously compelling reason to do so is
madness, as is encouraging your design team to ignore overwhelming user
dissatisfaction. A spiffy aubergine paint job won't sell cars whose
clutch, brake and
Getting the same fading effect with a fresh install of Karmic on a Dell
Dimension E520.
lspci lists the sound hardware as
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 02)
Steps to reproduce:
1. Plug headphones into the front panel.
2. Open Places-Home
OK, this isn't a bug, merely a misconfiguration. See MrQuincle's helpful
post here:
http://ubuntuforums.org/showthread.php?p=8327304#post8327304
This particular Dimension E520 is now working well after adding the
model=5stack option (it has the 5 jacks + SPDIF back panel).
--
Sound fading out
Nicolas François wrote on 2009-05-10:
Why did you included the displays from 0 to 63? (Is 63 the maximum, or
is it just meant to be mostly complete?)
I had no idea about maximums - I was just following the existing pattern
for ttyNN and vc/NN. But from what Steve Langasek wrote on 2009-08-19,
2009/5/9 Mantas Kriaučiūnas man...@akl.lt:
I've assigned this bug to shadow (login) packages, because according to
latest comments from Flabdablet and steve.langa...@canonical.com the
way to solve password-less local login bug by adding lines bellow to
/etc/shadow is correct
They need
On Wed, Mar 4, 2009 at 10:25 AM, Steve Langasek
steve.langa...@canonical.com wrote:
I don't know if the display names always belong to local X servers;
answering that question would go a long way to help resolve this bug.
OK. I just tested this by turning on XDMCP on the desktop box
My Hardy desktop box has five user accounts, one of which (visitor) has
no password. I can confirm that appending the following to
/etc/securetty enables visitor to log in via GDM and successfully unlock
gnome-screensaver and switch users.
# X displays
:0
:0.0
:20
:20.0
:21
:21.0
:22
:22.0
:23
*** This bug is a duplicate of bug 195915 ***
https://bugs.launchpad.net/bugs/195915
Not a dupe, as far as I can tell. I am seeing the specific behavior
described here re. the garbage bin applet in a fresh install of Hardy
(not a beta, the release). Unlike the bug described in #195915, this
My filthy workaround for this issue:
cd /tmp
wget
http://archive.ubuntu.com/ubuntu/pool/main/g/gtk+2.0/libgtk2.0-0_2.10.11-0ubuntu3_powerpc.deb
dpkg -x libgtk2.0-0_2.10.11-0ubuntu3_powerpc.deb foo
cd /usr/lib/gtk-2.0/2.10.0/printbackends
sudo mv libprintbackend-cups.so
Gutsy PowerPC on iMac G3, upgraded from Feisty and up to date,
experiencing this issue sporadically without ever having saved a
session. I've installed dbus-x11 and will report back here if the
problem recurs. Message text:
There was an error starting the GNOME Settings Daemon.
Some things,
12 matches
Mail list logo