[Bug 601299] Re: maverick btrfs slow install
James, In comment #6 you mentioned that you experience no btrfs slowdowns in a virtualized environment. That's probably because btrfs is running on an underlying filesystem, with a separate caching mechanism by the physical hard disk and host OS's handling of your disk. The net effect seems to mitigate whatever performance issues exist with btrfs, as opposed to what happens when used directly on bare metal. -- maverick btrfs slow install https://bugs.launchpad.net/bugs/601299 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 601299] Re: maverick btrfs slow install
I can confirm the same issue; installation via the alpha 2 32bit alternate media takes ~2 hours when installing to a btrfs partition, compared to ~15 minutes to ext4. I'm not sure that system specs are necessary, because I don't think this is a bug (or if it is, it should be addressed upstream). There's an old thread on the linux-btrfs list[1] which mentions a similar problem, so perhaps btrfs' performance characteristics are unfavourable towards file activity related to package unpacking/installation. [1] http://www.mail-archive.com/linux- bt...@vger.kernel.org/msg03104.html -- maverick btrfs slow install https://bugs.launchpad.net/bugs/601299 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228302] Re: [HARDY-LUCID] No DMA nor 32bits IO support
Igor, Andy others, I've done some investigation and found that it's not necessary to build ata_generic.ko as a module. From the kernel-parameters.txt documentation I noticed it says the following: Module parameters for modules that are built into the kernel image are specified on the kernel command line with the module name plus '.' plus parameter name, with '=' and value if appropriate [...] Therefore, the parameter we should use is: ata_generic.all_generic_ide=1 So, this is how to get it working: 1. Add blacklist pata_ali to /etc/modprobe.d/blacklist 2. Run sudo update-initramfs -u 3. Add ata_generic.all_generic_ide=1 to the GRUB_CMDLINE_LINUX line in /etc/default/grub 4. Run sudo update-grub 5. Reboot (preferably using the recovery option so that you can see the verbose boot information). WARNING: the above instructions may render your system unbootable (as it did for myself). If that happens, you will need to boot from a live CD, chroot into your installation and undo the blacklisting of the pata_ali module. If you're not comfortable with this risk, then don't follow the steps above. Unfortunately, this still doesn't solve the problem for me, as the ata_generic driver refuses to work with my hard drive (spewing DMA errors). If I can find some way to make the kernel assign the pata_ali to ATA port 1 (my hard disk) and ata_generic to ATA port 2 (CD-ROM), perhaps that would work. If anyone has suggestions, let me know. [1] http://www.kernel.org/doc/Documentation/kernel-parameters.txt -- [HARDY-LUCID] No DMA nor 32bits IO support https://bugs.launchpad.net/bugs/228302 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Petar, You clearly implied that I was misinterpreting my results in the first sentence of comment #37. In comment #59, I acknowledged that your system appears not to have the same memory leak issue; as I said, your allocation increases /and/ decreases, unlike my own. I asked for evidence simply because I was concerned that some people may have prematurely reported the bug as fixed (thankfully however, it seems that my issue is a corner-case). I am not interested in an argument, so don't try to create a mountain out of a molehill. Regardless, in light of the 1.8 server being uploaded to xorg-edgers (version 2:1.8.0+git20100422+server-1.8-branch.5455df65-0ubuntu0sarvatt2), I gave the newest packages another try. Unfortunately, compiz stilI freezes on my system with the 1.8 server. Although I'm not sure if it matters, considering that the leak in this report is related to GLX/OpenGL, I did enable metacity compositing (which uses XRender), and after 5 hours uptime I can see the object bytes allocation remaining stable at ~43MB. The system is very responsive, and closing applications has the expected effect of decreasing the GEM allocation. -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Martin, Although the initial feedback from most people seems to indicate that the proposed update fixes the issue, I haven't seen anybody post output that would positively confirm the leak as being fixed (in other words, that the GEM object byte allocation is actually reducing when applications are closed). Is it possible that the leak is still present with the patched server? The reason why I'm asking is that my system has just 768MB of RAM, and depending on my usage pattern it can take several hours for me to recognize the sluggishness (typically when the GEM allocation reaches ~300MB or so). Users with larger amounts of RAM may not notice any problems until much later, perhaps. -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Petar Volkovski, What you did in comment #51 is just another variation of the testcase in the bug description that others have been performing (and that you insist does not represent a memory leak). Your output differs from mine in that the GEM allocation increases *and* decreases. I have never seen the GEM object bytes allocation decrease on my system (as I said, even when I close every application and leave nothing but an empty GNOME desktop and panel running); only stopping/restarting the server will reduce the allocation. I can understand that the object bytes may level out at a certain size, but on my system it grows out of control. Once it hits ~300MB (of a system with the integrated graphics set to 128MB, and with just 768MB ram in total), the system becomes unusable due to I/O and swapping. It is clearly a memory leak. -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Unfortunately, this proposed X server update has not resolved the problem on my system. I'm using a stock Ubuntu Lucid installation, compiz enabled, and with the proposed X server update. c...@nx9010:~$ lspci | grep VGA 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 330M/340M/350M c...@nx9010:~$ glxinfo | grep GLX version GLX version: 1.2 After approximately one hour uptime (watching a Flash video [1]), I noticed the system becoming sluggish, especially scrolling pages in Firefox. This is the output which I captured shortly after noticing the sluggishness had begun: c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog /usr/share/backgrounds ; echo `grep object bytes /sys/kernel/debug/dri/0/gem_objects` `ps ocomm,vsz,rss $pid |grep X`; done 290811904 object bytes Xorg 32120 24264 292790272 object bytes Xorg 32120 24264 294481920 object bytes Xorg 32120 24264 295972864 object bytes Xorg 32120 24264 297984000 object bytes Xorg 32120 24264 302874624 object bytes Xorg 32120 24264 304979968 object bytes Xorg 32888 24840 306962432 object bytes Xorg 32120 24264 308514816 object bytes Xorg 32120 24264 310161408 object bytes Xorg 32120 24264 There also seems to be something strange with the GEM pinned/gtt counts: c...@nx9010:~$ cat /sys/kernel/debug/dri/0/gem_objects 1212 objects 308838400 object bytes 0 pinned 0 pin bytes 0 gtt bytes 0 gtt total I was aware of the memory leak in KMS for some time, but only discovered this bug report today. Aside from disabling KMS, the only way in which I was able to stop this memory leak was to use a combination of the xorg- edgers packages and the mainline kernel 2.6.34-rc5. I am unsure which specific component eliminated the problem, but the problem disappeared only after installing kernel 2.6.34-rc5 [2] (which may or may not be coincidence, as an update in one of the xorg-edgers packages may have really solved the issue). I will now test the xorg- edgers packages against the official 2.6.32-21-generic kernel to try to isolate the problem. If you require any more information or a separate bug report filed, please let me know. [1] http://www.southparkstudios.com/episodes/103922/ [2] http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.34-rc5-lucid/ -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Update on comment #33: I managed to have a quick word with David Airlie, and he told me that the radeon driver does not report the pinned/pin/gtt values, so that's not an issue. Here are some results from kernel 2.6.34-rc5 with the latest xorg-edgers packages [1]: c...@nx9010:~$ glxinfo | grep GLX version GLX version: 1.4 c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog /usr/share/backgrounds ; echo `grep object bytes /sys/kernel/debug/dri/0/gem_objects` `ps ocomm,vsz,rss $pid |grep X`; done 317861888 object bytes Xorg 23524 15108 319795200 object bytes Xorg 23524 15120 321794048 object bytes Xorg 23524 15120 323530752 object bytes Xorg 24292 15696 328589312 object bytes Xorg 24292 15696 329527296 object bytes Xorg 24292 15696 329826304 object bytes Xorg 23524 15120 331714560 object bytes Xorg 23524 15128 333737984 object bytes Xorg 23524 15168 335695872 object bytes Xorg 23524 15168 The results are almost identical to comment #33 - however, I am experiencing absolutely no slowdown or sluggishness despite the same high object count. Perhaps the bug is still present, but the driver or X server is more resistant to the GEM leak, somehow. [1] current xorg-edgers X server version: 2:1.7.6.901+git20100413+server-1.7-nominations.e7ab6537-0ubuntu0sarvatt3. Upon inspecting the source, this build uses the same patches as mentioned in this bug's description, which probably means that the memory leak is to be expected. Why the slowdown does not occur is still a mystery, though. -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Using kernel 2.6.32-21-generic and xorg-edgers packages: After just 10 minutes uptime the slowdown has occurred, with a lower object bytes count than before. Here is the output at the point in which the slowdown became noticeable: c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog /usr/share/backgrounds ; echo `grep object bytes /sys/kernel/debug/dri/0/gem_objects` `ps ocomm,vsz,rss $pid |grep X`; done 156647424 object bytes Xorg 26912 18948 158511104 object bytes Xorg 26912 18948 163356672 object bytes Xorg 27680 19524 162840576 object bytes Xorg 27680 19524 164474880 object bytes Xorg 26912 18948 166895616 object bytes Xorg 21808 13844 168878080 object bytes Xorg 21808 13844 170754048 object bytes Xorg 21808 13844 172756992 object bytes Xorg 21808 13844 174747648 object bytes Xorg 21808 13844 Conclusion: in the case of my particular system, the memory leak is occurring in all cases (with or without the X server update or xorg- edgers packages), but the slowdown can be avoided by using the 2.6.34-rc5 kernel. I have just one more combination to test: kernel 2.6.34-rc5 + stock drivers (i.e., no xorg-edgers packages) + the proposed X server update. After that, I promise to stop spamming this bug ;). -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Final test: kernel 2.6.34-rc5 + stock drivers + proposed X server update. X server uptime: approximately 1 hour. c...@nx9010:~$ glxinfo | grep GLX version GLX version: 1.2 c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog /usr/share/backgrounds ; echo `grep object bytes /sys/kernel/debug/dri/0/gem_objects` `ps ocomm,vsz,rss $pid |grep X`; done 372658176 object bytes Xorg 32400 19844 374898688 object bytes Xorg 32400 19900 376623104 object bytes Xorg 32400 19840 378945536 object bytes Xorg 32400 19800 380846080 object bytes Xorg 32400 19712 382578688 object bytes Xorg 32400 19712 384847872 object bytes Xorg 32400 19712 386646016 object bytes Xorg 32400 19712 32432 object bytes Xorg 32400 19712 390582272 object bytes Xorg 32400 18480 As you can see, the leak is still occurring. After reaching ~300MB in object bytes, the computer began to slow down due to excessive I/O and disk swapping, so applications were slower to load and respond; however, in periods of calm I/O activity, graphics performance is absolutely fine. I see no graphical slowdown whatsoever! To summarise: Kernel 2.6.32-21-generic + proposed X server from this bug report = memory leak, graphical slowdown Kernel 2.6.32-21-generic + xorg-edgers packages = memory leak, graphical slowdown Kernel 2.6.34-rc5 + proposed X server from this bug report = memory leak, no discernible graphical slowdown Kernel 2.6.34-rc5 + xorg-edgers package = memory leak, no discernible graphical slowdown In other words: a) I get a memory leak in all cases, with or without the patched X server; b) the newer kernel eliminates any graphical performance impact from the memory leak. I'm not sure in what direction to proceed; since it seems that most people are seeing the bug fixed, perhaps this is a separate leak that's not related to 03_fedora_glx_versioning.diff and 04_fedora_glx14-swrast.diff. Shall I file a new bug, and if so, against what component? -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 565981] Re: [KMS] gem objects not deallocated
Peter Velkovski, Thanks for the suggestion, but on my system - even if I close all applications on the running X server - the GEM object bytes value *never* decreases. Freeing the pagecache, dentries and inodes (as you suggest) makes no difference at any point. The only way to reduce the ever-increasing GEM allocation is to restart the running X server. At the conclusion of all my tests (comments #33-36), I always stopped GDM, switched to a VT, and checked the values in /sys/kernel/debug/dri/0/gem_objects. With no X server running, the object bytes allocation is usually reduced to ~30MB. Let me also clarify something: In comments #33-36, I neglected to mention that by patched X server, I was referring to version 2:1.7.6-2ubuntu7~xup2 from the X-Updates PPA. I have subsequently tried to test version 2:1.7.6-2ubuntu7.5 from https://edge.launchpad.net/~sarvatt/+archive/bugs and noted the following: GDM starts up and I can enter my login credentials, but I get stuck at the purple wallpaper with no other graphical elements loading. The pointer is responsive and I can switch to a VT (which I do). At this point I check the kernel and Xorg.0.log, but see no errors or useful output from the tail sections. When I try to switch from the VT back to the running server, my system freezes and I am forced to power cycle the system. It seems to me that the 2ubuntu7.5 packaged with the backported fixes has the bigger potential for regressions. As for my particular system, I guess that my last recourse it to test a vanilla 1.8 server to see if that fixes the memory leak. -- [KMS] gem objects not deallocated https://bugs.launchpad.net/bugs/565981 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 542659] Re: 2 different scrollbars in the light themes
While the problem is related to GtkRange::trough-under-steppers = 1 in the theme gtkrc, let me clarify that this is a GTK widget style property, and *not* a Murrine engine option [1]. XULRunner-based applications (such as Firefox, Thunderbird, etc.) seem to ignore some (or all?) GTK widget style properties. Another property that gets ignored is GtkNotebook::tab-overlap. In my Dichotomy theme [2] I have set the GtkNotebook::tap-overlap property to -1 which should have the effect of spacing tabs 1 pixel apart. This works in all applications except those that are XULRunner-based [3]. [1] http://library.gnome.org/devel/gtk/unstable/GtkRange.html#GtkRange--s-trough-under-steppers [2] https://wiki.ubuntu.com/Artwork/Incoming/Lucid/Dichotomy [3] Attachment Dichotomy-tap-overlap.png. ** Attachment added: Illustrates Firefox's different handling of GTK style properties compared to other applications (in this case, GtkNotebook::tab-overlap=-1) http://launchpadlibrarian.net/41681758/Dichotomy-tab-overlap.png -- 2 different scrollbars in the light themes https://bugs.launchpad.net/bugs/542659 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 542659] Re: 2 different scrollbars in the light themes
I also forgot to mention: OpenOffice.org also does not seem to respect style properties; this is hardly surprising, since it's all-round GTK support is quite poor. -- 2 different scrollbars in the light themes https://bugs.launchpad.net/bugs/542659 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228302] Re: [HARDY-LUCID] No DMA nor 32bits IO support
Andy, I noticed that you re-modularized the PATA/SATA drivers in kernel 2.6.32-17.26. Unfortunately, you forgot to re-modularize the ata_generic module as well. I tried blacklisting the pata_ali driver and booting with all_generic_ide, but no hard drives or ATAPI drives were detected, and I was booted to the initramfs shell. I suspect that the boot option isn't parsed because the ata_generic module is still built- in to the kernel. ... or perhaps the option has been renamed; I'll do some experimenting and try to find out. -- [HARDY-LUCID] No DMA nor 32bits IO support https://bugs.launchpad.net/bugs/228302 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 380126] Re: [Karmic] Touchpad not recognised correctly, synaptics driver not in use
Jeremy, Unfortunately I can no longer do any testing due to the fact that the laptop in question became physically damaged. However, the bug may be invalid; I remember that there was a change to the default mouse configuration which disabled touch-to-click at the time I filed this bug (a fact I became aware of later). This change to the default configuration was later reverted, and the touchpad appeared to function normally. I'm not sure if the configuration change was coincidental (since the original log I posted shows no log activity for the Synaptics driver), or if the generic mouse driver also supports tap- to-click. -- [Karmic] Touchpad not recognised correctly, synaptics driver not in use https://bugs.launchpad.net/bugs/380126 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228302] Re: [HARDY-LUCID] No DMA nor 32bits IO support
Igor, Let's try to get a summary of action needed. Problem: the pata_ali kernel driver does not support ATAPI DMA transfers properly on certain ALI chipsets (even if force-enabled via the driver option atapi_dma=1). The ata_generic kernel driver supports ATAPI DMA transfers for such chipsets and has a special kernel boot option, all_generic_ide, which causes it to override the manufacturer-specific drivers. However, this option does not work correctly when the ata_generic and pata_ali drivers are compiled-in to the kernel, which means that the ata_generic driver is impossible to use. Solution: Change these kernel config parameters: CONFIG_PATA_ALI=y CONFIG_ATA_GENERIC=y To the following: CONFIG_PATA_ALI=m CONFIG_ATA_GENERIC=m Result: 1. For all other users: there will be no functional difference between the original and modified kernel configuration (as long as the logic to automatically modprobe the ata_generic/pata_ali kernel modules is properly in place) 2. For users with buggy ALI chipsets, they can now take advantage of the kernel boot options all_generic_ide and/or to manually blacklist the pata_ali driver, which will cause the ata_generic driver to be used (and as a result, ATAPI DMA will work properly). Am I missing anything, Igor? -- [HARDY-LUCID] No DMA nor 32bits IO support https://bugs.launchpad.net/bugs/228302 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 533520] Re: Unreadable hint in Remote Desktop Preferences
Kenneth, Even if the application uses the correct @tooltip_fg_color, the application may still look odd due to the new themes using such a dark purple colour for the tooltip background. The author chose that colour with the impression that tooltips always using a light background colour (which is almost always the case, except for dark themes). I'm attaching a patch against vino for consideration, that merely removes the use of the gtk-tooltip type in the code (note that the author specifically refers to it as a hack ;)). ** Patch added: Prevent vino-preferences from using tooltip style for messagebox http://launchpadlibrarian.net/40443121/03_remove_tooltip_bg.patch -- Unreadable hint in Remote Desktop Preferences https://bugs.launchpad.net/bugs/533520 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 94940] Re: mdns listed in nsswitch.conf causes excessive time for dns lookups
Has there been any progress on this issue? I experience slow DNS lookup times on *all* my machines with Ubuntu (including Lucid), but not on any version of Windows. I can confirm that changing the hosts line in /etc/nsswitch.conf from: files mdns4_minimal [NOTFOUND=return] dns mdns4 to: files mdns_minimal [NOTFOUND=return] dns mdns ...completely resolves the slow DNS lookup times. I assume this effectively enables IPv6 support for avahi-daemon, and taking into consideration that my router and ISP uses IPv4 addressing, I assume that this change will not break other legacy IPv4 setups either. Can we get someone with experience of the avahi-daemon to comment on the feasibility of this change? -- mdns listed in nsswitch.conf causes excessive time for dns lookups https://bugs.launchpad.net/bugs/94940 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 524304] Re: High CPU usage with murrine progressbars
This seems to be a duplicate of #523949, which is a general performance regression caused by the client-side decorations patch. -- High CPU usage with murrine progressbars https://bugs.launchpad.net/bugs/524304 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 452664] Re: Firefox GTKEntry Bug in Human Theme
** Changed in: ubuntustudio-look Status: New = Fix Released ** Changed in: ubuntustudio-look Assignee: (unassigned) = Conn O Griofa (psyke83) -- Firefox GTKEntry Bug in Human Theme https://bugs.launchpad.net/bugs/452664 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 523949] Re: after upgrade to 2.19.5-1ubuntu3 rhythmbox hogs the cpu while playing
I'm confirming the problem, which appears to visually affect many/all applications. With the latest update:- -Video playback stutters every 1/2 second -Dragging a window is noticeably slow (especially when compositing is disabled) -Aislerot Solitaire - dragging cards causes ghosting effect -GTKPerf test now completes in 41 seconds, compared to previous score of 26 seconds. -- after upgrade to 2.19.5-1ubuntu3 rhythmbox hogs the cpu while playing https://bugs.launchpad.net/bugs/523949 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 355355] Re: Update Manager causes high Xorg CPU usage when checking for updates
I've noticed this problem as well (with the radeon and intel drivers on separate machines). My impression is that the GtkProgressbar widget is causing the excessive CPU usage (at least during the installation of updates). -- Update Manager causes high Xorg CPU usage when checking for updates https://bugs.launchpad.net/bugs/355355 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 452664] Re: Firefox GTKEntry Bug in Human Theme
Dashua and Vish, I added Dashua's fix to my branch at: https://code.launchpad.net/~psyke83/human-theme/human-theme The merge request is at: https://code.launchpad.net/~psyke83/human-theme/human-theme/+merge/18747 I already put in a merge request for my branch, as it contains updates that were supposed to be included in Karmic (from Humanity GTK 1.2), and adds support/documentation of the new Murrine GIT engine options. I've already notified Ken about this, and he's going to take a look and make sure that it's safe to merge, I think. (Slightly OT: Dashua, when I look at the diff for your merge, it seems that it considers the entire gtkrc file as completely new. Surely that can't be right? Or is that because you didn't create a copy of the original branch first?) ** Also affects: ubuntustudio-look Importance: Undecided Status: New -- Firefox GTKEntry Bug in Human Theme https://bugs.launchpad.net/bugs/452664 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 452664] Re: Firefox GTKEntry Bug in Human Theme
This also affects the UbuntuStudio theme (in the ubuntustudio-look branch). I put in a merge request for UbuntuStudio which fixes the problem here: https://code.launchpad.net/~psyke83/ubuntustudio- look/UbuntuStudio/+merge/18821 *However*, this branch also contains visual updates for the UbuntuStudio theme which have not yet been approved. I sent an e-mail to Cory Kontros (I'm not sure if anybody else has taken over responsibility for theming UbuntuStudio in Lucid). -- Firefox GTKEntry Bug in Human Theme https://bugs.launchpad.net/bugs/452664 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 452664] Re: Firefox GTKEntry Bug in Human Theme
@dashua, Feel free to prepare the updates on the other Murrine-based themes, but you can skip Human itself and DarkRoom (concerning the latter, I'm also working on a visual update, and I'll be sure to include your GTKEntry fix). I heard back from Cory - it seems he'll be merging the Studio theme update which includes your fix. -- Firefox GTKEntry Bug in Human Theme https://bugs.launchpad.net/bugs/452664 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
