The other bug mentions using packages from debian sid. You may want to
try those packages as well (or sit tight and see if it is packaged for
Hardy).
Before marking this as a duplicate of the other bug, I would test that
it is a regression from Gutsy. The other bug mentions it worked on
Gutsy bu
For the virtual desktop you could get away with "Virtual 1024 1536"
Are you trying to clone the internal monitor or have an extended
desktop?
I have a similar setup to yours (except I have the misfortune of an x1400; what
a pain!) and the following works to get my external monitor working as an
What resolution are the monitors you are using (both the internal LCD
and external monitor)?
The "Virtual 2048 2048" line is not meant to be copied verbatim. It is
meant to be the size of your virtual desktop. For instance I have a
1400x1050 LCD on my Thnkpad, and if I connect it to my 1680x1050
I offered a patch upstream that was accepted. What is the proper
procedure to get an ubuntu package made with this patch so that people
may test it? I would build the package myself, but I believe it is bad
practice for people to install random binaries so I would prefer to not
perpetuate this pr
Try adding the following:
SubSection "Display"
Depth24
Modes"1600x1200" "1280x1024" "1024x768" "800x600"
"640x480"
# ADD A VIRTUAL LINE TO PROVIDE FOR THE LARGEST SCREENS YOU WILL
HOTPLUG
Virtual 204
If you restore your xorg.conf to its original settings and run xrandr
-q, what output do you get?
--
open source ati driver in hardy can't do external monitor on laptop
https://bugs.launchpad.net/bugs/222905
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
*** This bug is a duplicate of bug 192684 ***
https://bugs.launchpad.net/bugs/192684
** This bug has been marked a duplicate of bug 192684
metacity color doesn't change (after you change the gtk2 engine) until you
logout and log back in
--
window decoration colors do not change immediat
Forgot to attach
** Attachment added: "Screenshot.png"
http://launchpadlibrarian.net/13954687/Screenshot.png
--
metacity color doesn't change (after you change the gtk2 engine) until you
logout and log back in
https://bugs.launchpad.net/bugs/192684
You received this bug notification because
You mean like in the attached picture?
I've been playing with it and can't figure out why it is doing it. If
you look, the scrollbar and window decoration are different colors.
I've actually gotten it so that I can have 3 windows, each with a
different color (I only got this once).
As far as I
I just checked my iso checksum, and it matches the reported checksum.
If you can download via bittorrent you get some built in checksumming
which makes it easier than downloading from the mirrors several times
(and can be faster if you are able to torrent).
--
804-alternate-i386.iso Integrity te
I think I have a fix for you until something better comes along (Hardy +1/2
maybe?):
See https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/108993
Specifically these comments:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/108993/comments/8
https://bugs.launchpad.net/ubunt
Are you running any firefox addons? I'm running a fresh install of
firefox on hardy, and it doesn't crash on that page. If you could give
a list of plugins I can see if I can reproduce this error.
--
firefox causes X to crash when openning a large page
https://bugs.launchpad.net/bugs/221906
You
Does the iso's MD5 compare to that published on the mirror sites?
--
804-alternate-i386.iso Integrity test failed
https://bugs.launchpad.net/bugs/221908
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
I don't think this is a bug. The thinkfinger package is for libpam.
The keyring does not use pam to authenticate.
If you read the known issues on the place to which you linked it say the
same thing.
--
After logging in by thinkfinger, I have to give nm-applet access to keyring by
typing in pas
I believe I have fixed the issue. After playing around I realized that
smbclient would complain that 'client plaintext auth' was disabled (my
campus server needs plaintext for some reasom).
Adding the following to smb.conf and rebooting fixed my problem entirely:
client plaintext auth = yes
clien
I've narrowed down the issue some more. It appears to be an issue with
deciding which username to use for authenticating.
I did the following on Gutsy and Hardy:
-Installed wireshark
-Scanned for SMB protocol
-Looked at authentication tries
-Noted usernames.
Results:
-Gutsy authenticated once wi
I can confirm this as can some others on my campus.
In my case it fails without any forward slashes in the password.
I don't believe it is an escaping problem as changing the URI for the
printer to match what I see on Gutsy shows the same log message with the
same URI.
I'm also getting "cupsdAut
17 matches
Mail list logo
