It seems removing all 3rd party themes and reinstalling fixed this
problem.
** Changed in: meta-gnome2 (Ubuntu)
Assignee: (unassigned) => #Reistlehr- (thedaywassaved)
Status: New => Fix Released
** Changed in: meta-gnome2 (Ubuntu)
Status: Fix Released => Invalid
For some reason, it seems as if, the selected theme is applied to the
windows opened with root privileges (gksu). And the theme selected prior
is applied to all normal windows. New windows are then opened in a 3rd
theme. No valuable output is supplied when running gnome-appearance-
manager from te
Update.
Check out the attachment, for a better understanding.
** Attachment added: "Screenshot-1.png"
http://launchpadlibrarian.net/14894800/Screenshot-1.png
--
Slow Selection Customizing Themes
https://bugs.launchpad.net/bugs/236635
You received this bug notification because you are a memb
** Attachment added: "The screenshot shows one theme selected, but the one
beneath it is applied."
http://launchpadlibrarian.net/14894737/Screenshot.png
--
Slow Selection Customizing Themes
https://bugs.launchpad.net/bugs/236635
You received this bug notification because you are a member of
Public bug reported:
Binary package hint: gnome
When selecting themes using the gnome-appearance-manager and creating a
'customized' theme via the GUI interface, theme selection lags behind by
one selection. This in turn does not apply to all windows. Windows will
be multi-themed, instead of shar
For me, if i disable the nvidia driver, gnome does not slow on boot.
Only when the driver is initialized, do i experience problems.
--
[Gutsy] very slow gnome startup
https://bugs.launchpad.net/bugs/128803
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which i
Originally i believed that blue tooth was part of the problem, so i
completely removed it. Removed the modules, removed the daemons, removed
from sessions, removed all references. The problem still exists.
I switched back to Gentoo for now. The Dev's haven't even taken a stab
at this.
--
[Gutsy
Well, as previously stated, there are multiple problems that can be
causing this issue.
>From what i have figured out, some systems experience a session problem
after installing the nvidia drivers (official/glx-new)
Some others are having a problem with compiz itself
Other are experiencing netwo
DrCurl -> I installed an i386 image on another computer, and noticed the
same (That it was running smoother, faster, load times decreased), only
after some updates, did i notice the reported behavior. Currently
investigating.
--
[Gutsy] GNOME takes too much time to load during system boot
https:/
All terminals, 1-6 respectivly, prompt me to login. If i login, and
restart GDM, the same exact thing happens. It seems that only the first
session is successful. I have this problem only on my AMD64 Laptop,
whereas my i386 desktop is running fine.
Let me know if you need the dmesg output, .gnome2
This is the last posti made in the forums.
Ok. In Failsafe Gnome, it still took some time, but it basically seemed
to come right up.
Altering the session script made no change.
Changing the session from xclient to gnome made no change.
Disabling compiz made no change. Although, i still think co
Just throwing a suggestion out there. If i rememebr right, in tribe 4,
there was a bug that was milestoned too late to make the final release,
that had to do with an audit of the cupsd daemon. It wouldnt allow
printing because of a conflict with apparmor. Looking at this line from
dmesg
[ 48.63472
Confirmed:
One thing i noticed too, is if you do nosmp in the boot line, the gnome-
panel will load, then disappear, only to reappear after a lifetime of
waiting.
AMD64, nVidia Go 7600GT
here's part of my dmesg:
[ 43.920271] ACPI: AC Adapter [ACAD] (on-line)
[ 44.112234] powernow-k8: Found
13 matches
Mail list logo
