[Bug 218715] Re: Alexandria crashes after startup
Can you try most recent package (ubuntu2) from Hardy Universe repository (might have to remove PPA repository to get it)? This was supposed to fix a similar bug. -- Alexandria crashes after startup https://bugs.launchpad.net/bugs/218715 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 218715] Re: Alexandria crashes after startup
Pretty sure this is an issue with ruby-gnome2 and 64bit (the terminated object (0x40c66238) part makes it look like it's happening in the C part of the bindings), but I'll try to investigate further. -- Alexandria crashes after startup https://bugs.launchpad.net/bugs/218715 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 218715] Re: (x86-64) Alexandria crashes when mouse over books
You could try building and installing ruby-gnome2 from svn and seeing if the behavior remains. -- (x86-64) Alexandria crashes when mouse over books https://bugs.launchpad.net/bugs/218715 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Good catch. I can clean these up in subsequent packaging, but there are no issues here, I can confirm. All of these are necessary generated products that aren't in the source package. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
- One of the project admins wrote a custom rake based installer which displaced the extconf.rb based approach. Somewhere in the install code it's hardwired to install to debian if it's installing for a package. - We were told we had to use debtools and it seems they assume alexandria/ I can make changes to upstream (I am also a project admin), but I'm reluctant because of approaching featurefreeze. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
And regarding debian/rules, do you mean that everything that was done with ruby before is now done with rake? Yes. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Sorry, and rake is a ruby tool that's included in the build requirements. extconf.rb is a monolithic ruby install script. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
In this diff.gz postinst, postinst, prerm are removed. Version number has the -0 debian revision number. Changelog is more descriptive. Redundant steps taken by the installer have been commented out. ** Attachment added: alexandria_0.6.3-0ubuntu1.diff.gz http://launchpadlibrarian.net/13196099/alexandria_0.6.3-0ubuntu1.diff.gz -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
This is a bit desperate, but any chance that the package can be improved with the attached debdiff? This will make a very significant improvement to the end-user experience and avoid numerous bug complaints. The changes are: + * Add libruby-hpricot dependency -- otherwise the Amazon provider which handles the main functionality doesn't work out of the box. + * Change order of Amazon provider (fixed upstream) -- so that Amazon will be searched first + * Fix crashing bug with tooltips -- if a piece of metadata was missing the program would crash when user moused over the affected book My sincere apologies for waiting so long; I had thought FinalFreeze was absolute and was focused on making a package for inclusion in ubuntu- backports. Again, these changes will make a huge difference, especially in light of the LTS. I promise that in the future Alexandria project will be on time and contribute through upstream Debian :) ** Attachment added: alexandria.debdiff http://launchpadlibrarian.net/13465291/alexandria.debdiff -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
diff.gz attached. ** Attachment added: alexandria_0.6.3ubuntu1.diff.gz http://launchpadlibrarian.net/13117030/alexandria_0.6.3ubuntu1.diff.gz -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
I take it today is the last day anything can be uploaded? I've done everything I've been asked to do. Please upload, or you'll be shipping with a mostly broken Alexandria. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Thanks, Emilio! What has to happen to get the upload approved? -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
PPA repository: https://launchpad.net/~alexandria-team/+archive source package: alexandria 0.6.2 taken from http://alexandria.rubyforge.org/svn/trunk/alexandria r904 (can be considered 0.6.2.1) No known Ubuntu changes. Any Ubuntu changes should be overridden. * Added man page * Improved manual * Significant stability improvements. * Adds Smart Libraries which are filtered views on your libraries. * New support for tagging books and filtering on tags. * New multi-input method for CueCat barcode scanners. * Book data attributes for owning, having read, wanting, last read date * Bugs fixed post 0.6.2 #17437 Context right-click on library shouldn't wait for library to load #17192 Please remove Encoding from desktop file #17191 Website download link points to 0.6.2b2... #16855 *** glibc detected *** corrupted double-linked list: 0x... #16853 When looking for book cover, doesn't recognise HTML error page from adlibris.se #16743 Entered ISBN whole screen turned grey and dialogue box did not respond for minutes #16733 A book that was deleted and then re-added to a library is not stored #16728 0.6.2 does not start, perhaps due related to ruby/Revolution #16708 Hitting refresh button makes deleted books reappear #16699 Default smart libraries are not translated #16680 mauvais affichage des caractéres accentués #16647 Latest translaters aren't listed in the About dialog #16633 Affiche de caractères accentués ne fonctionan pas correctement #16618 When you go back into properties program removes read it tag #16614 Loses details when using ISBN search #16611 Entered true ISBN number and got a giberish book back #16567 Add a book the button is grayed out #16557 Close Button on About Dialogue #16541 Tends to Freeze * Many bugs fixed since 0.6.1 including these in Rubyforge tracker: #2518 #2533 #3130 #5911 #6742 #8173 #8719 #9545 #13482 #11170 #11306 #14164 #1423 #14592 #15510 #15924 #16355 #16356 (for full list with descriptions, see attachment) ** Attachment added: alexandria-changes.txt http://launchpadlibrarian.net/11968449/alexandria-changes.txt -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Does it help to say that the packaging has been taken over by the project maintainers, since the old maintainer left? And that the debian directory is integrated into svn now? Responding to Daniel Holbach: Lots of changes have been made in the packaging: - dropped changelog entries, We switched to an automatic read-out of `svn log`. - changed maintainer As mentioned the old maintainer left, but now the project leads are the packagers. - added generated postinst/postrm/prerm? Yes, we did a one-time generation of postinst/postrm/prerm. Is this against policy? - dropped watch file, dropped menu file, dropped manpage There is a manpage in the package. We think that menu files are possibly deprecated? And added watch file to r905. We plan to release 0.6.3 immediately, to clean out our numbers, and we'll make a new package off that. But we need to know: what changes _must_ be made, what changes are optional, and can we still go forward with a sync during this cycle, or are the MOTUs opposed? -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Here's a diff.gz based on the 0.6.1 package available in Ubuntu. Please note it's now at 0.6.3, and is versioned as a Debian package. ** Attachment added: alexandria_0.6.3.diff.gz http://launchpadlibrarian.net/12754338/alexandria_0.6.3.diff.gz -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 191905] Re: [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA
Please note this package has a watch file and a menu file. -- [sync-request] Please sync alexandria 0.6.2 from the alexandria-team PPA https://bugs.launchpad.net/bugs/191905 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 180886] Re: tracker-extract crashed with signal 5 in g_malloc()
I had this. I don't know if I'll be able to reproduce it. This happened when I removed an empty Documents folder and then moved into place a Documents folder with a large number of files in it. So it could be something about Documents or the number of files or something wrong with one of the files. -- tracker-extract crashed with signal 5 in g_malloc() https://bugs.launchpad.net/bugs/180886 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 212467] Re: monodevelop 1.0 pkg cannot find libgtkembedmoz.so
Sorry, this is after installing libxul0d -- monodevelop 1.0 pkg cannot find libgtkembedmoz.so https://bugs.launchpad.net/bugs/212467 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 212467] Re: monodevelop 1.0 pkg cannot find libgtkembedmoz.so
export MOZILLA_FIVE_HOME=/usr/lib/xulrunner/ makes the error message go away for me on 8.04. I don't see any change in functionality, though. -- monodevelop 1.0 pkg cannot find libgtkembedmoz.so https://bugs.launchpad.net/bugs/212467 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 251565] Re: Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work
It doesn't happen when I restart? (shrug) ** Changed in: linux (Ubuntu) Status: New = Invalid -- Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work https://bugs.launchpad.net/bugs/251565 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 251565] Re: Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work
** Attachment added: xorg.conf http://launchpadlibrarian.net/16284032/xorg.conf -- Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work https://bugs.launchpad.net/bugs/251565 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 251565] [NEW] Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work
Public bug reported: hardy-proposed updated the kernel this morning. On first login in GDM the connected USB mouse worked for a second then stopped. Replugged and it worked for a second then stopped. Touchpad works. This is on a Macbook with manually modified xorg.conf to enable right click on the touchpad. ** Affects: linux (Ubuntu) Importance: Undecided Status: Invalid -- Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work https://bugs.launchpad.net/bugs/251565 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 251565] Re: Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work
** Attachment added: dmesg.txt http://launchpadlibrarian.net/16284037/dmesg.txt -- Linux discourse 2.6.24-20-generic hardy-proposed USB mouse doesn't work https://bugs.launchpad.net/bugs/251565 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
When I strace g-s-d it sets up and forks. If I strace the pid there's a
lot of stuff like this repeating:
writev(3, [{\226\t\3\0\0\0\0[\276\0\0..., 12}, {NULL, 0}, {..., 0}], 3) =
12
select(4, [3], [], NULL, NULL) = 1 (in [3])
read(3,
\1|\335\3\4\0\0\0[\276\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\2\0\0\0\0\0\0...,
4096) = 48
read(3, 0x84bf068, 4096)= -1 EAGAIN (Resource temporarily
unavailable)
poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=9,
events=POLLIN|POLLPRI}, {fd=11, events=POLLIN|POLLPRI}, {fd=12,
events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14,
events=POLLIN}], 7, 0) = 0 (Timeout)
The above is actually from the end of an strace on gnome-display-
properties where it occurs as well.
** Attachment added: Initial g-s-d
http://launchpadlibrarian.net/23742233/strace.txt
--
gnome-settings-daemon and gnome-display-properties slow down xserver when
external monitor added
https://bugs.launchpad.net/bugs/339228
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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
** Attachment added: strace of g-s-d pid http://launchpadlibrarian.net/23742245/forked-process.txt -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
** Attachment added: gnome-display-properties run directly http://launchpadlibrarian.net/23742266/gnome-display-properties.txt -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
Created a bugzilla bug here: http://bugzilla.gnome.org/show_bug.cgi?id=574931 -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
Applying the patch that Peter Clifton suggested here (https://bugs.launchpad.net/ubuntu/+source/libxrandr/+bug/307306/comments/23) to libgnome-desktop-2-11 fixes the problems for me. -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 307306] Re: upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow
The g-s-d problem caused me to misinterpret a problem with dual-monitor displays. On a Macbook 1,1 whenever I plugged in a DVI-to-HDMI connector to a flatscreen television (using a TMDS-1 output on an intel card), on hotplug the machine would start to slow down. On coldplug and an unaltered xorg.conf it would attempt to load both displays but the flatscreen would start flickering on and off and eventually stop attempting to display anything. xrandr would show both active LVDS and TMDS-1 connections. Any attempt to use gnome-display-settings would only show a blank application window that could not be closed except by force quit. I had assumed that this was an issue directly with xserver-xorg- intel until I saw this bug. As of today, killing gnome-settings-daemon immediately caused the flatscreen video to appear and slowness issues are gone. Trying to use gnome-display-settings immediately kills the display and shows the blank window again. Perhaps this points to xrandr and intel, or xrandr and dual-monitor auto-detection? 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) -- upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow https://bugs.launchpad.net/bugs/307306 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 307306] Re: upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow
** Attachment added: Xorg.0.log http://launchpadlibrarian.net/23571148/Xorg.0.log -- upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow https://bugs.launchpad.net/bugs/307306 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 307306] Re: upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow
Just to be clear, these are the same symptoms that Chousuke reported on 2009-01-26. Running gnome-display-properties will cause the screen to go black until it's closed, regardless of whether g-s-d is running. A clean X session with g-s-d disabled at startup and briefly running gnome- display-properties is the same size as the previous log. -- upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow https://bugs.launchpad.net/bugs/307306 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 339228] [NEW] gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
Public bug reported: Binary package hint: gnome-settings-daemon Whenever I plugin an external flatscreen TV CPU use goes up, the mouse jumps around and performance becomes jerky. The external monitor flickers for a while and eventually gives up. Killing gnome-settings- daemon immediately causes the external monitor to display properly. Restarting gnome-settings-daemon or starting gnome-display-properties separately both cause the external monitor to stop displaying. When I tail the Xorg.0.log during these times there are spikes in messages about polling the connected monitors for their display sizes. Below I've included the text I wrote in comments to a similar bug (https://bugs.launchpad.net/ubuntu/+source/libxrandr/+bug/307306) that was eventually traced to gnome-settings-daemon and gnome-power-manager. On a Macbook 1,1 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) Philips 42 LCD television === This g-s-d problem caused me to misinterpret a problem with dual-monitor displays. On a Macbook 1,1 whenever I plugged in a DVI-to-HDMI connector to a flatscreen television (using a TMDS-1 output on an intel card), on hotplug the machine would start to slow down. On coldplug and an unaltered xorg.conf it would attempt to load both displays but the flatscreen would start flickering on and off and eventually stop attempting to display anything. xrandr would show both active LVDS and TMDS-1 connections. Any attempt to use gnome-display-settings would only show a blank application window that could not be closed except by force quit. I had assumed that this was an issue directly with xserver-xorg-intel until I saw this bug: https://bugs.launchpad.net/ubuntu/+source/libxrandr/+bug/307306. As of today, killing gnome-settings-daemon immediately caused the flatscreen video to appear and slowness issues are gone. Trying to use gnome-display-settings immediately kills the display and shows the blank window again. Perhaps this points to xrandr and intel, or xrandr and dual-monitor auto-detection? Just to be clear, these are the same symptoms that Chousuke reported here: https://bugs.launchpad.net/ubuntu/+source/libxrandr/+bug/307306/comments/37. Running gnome-display-properties will cause the screen to go black until it's closed, regardless of whether g-s-d is running. A clean X session with g-s-d disabled at startup and briefly running gnome-display- properties is the same size as the current log. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: gnome-settings-daemon 2.25.92-0ubuntu4 ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-settings-daemon Uname: Linux 2.6.28-8-generic i686 ** Affects: gnome-settings-daemon (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/23582881/Dependencies.txt -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
** Attachment added: Xorg.0.log http://launchpadlibrarian.net/23582919/Xorg.0.log -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 307306] Re: upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow
Created new bug here: https://bugs.launchpad.net/ubuntu/+source/gnome- settings-daemon/+bug/339228 -- upgrade to 2:1.2.99.2-0ubuntu1 makes session utterly slow https://bugs.launchpad.net/bugs/307306 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
I've attached two files, coldplug.txt where gnome-settings-daemon --debug --no-daemon is run while the monitor is plugged in, and hotplug.txt, where I unplugged the monitor, ran g-s-d, plugged in the monitor and used xrandr --output TMSD-1 --mode 1920x1080 to activate the monitor. xrandr --auto causes the screen to go black momentarily, similar to the initial moments with g-s-d when brief flashes of the screen can be seen in-between blue or black screens. ** Attachment added: hotplug.txt http://launchpadlibrarian.net/23678028/hotplug.txt -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
** Attachment added: coldplug.txt http://launchpadlibrarian.net/23678044/coldplug.txt -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 339228] Re: gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added
CPU jumps up past 50% on the System Monitor graph with both g-s-d and gnome-display-properties (top claims +60% CPU usage for Xorg). I used glxgears below. I'm not sure how I would test with xrandr. xrandr --auto just takes a second and there's no spike on the cpu history. By running xrandr repeatedly maybe there's a slight increase in activity, but nothing over 50% CPU. glxgears before and after g-s-d met...@discourse:~$ glxgears get fences failed: -1 param: 6, val: 0 302 frames in 5.0 seconds = 60.187 FPS 301 frames in 5.0 seconds = 60.119 FPS 301 frames in 5.0 seconds = 59.954 FPS ^C met...@discourse:~$ gnome-settings-daemon --debug --no-daemon [1] 9295 snip met...@discourse:~$ glxgears get fences failed: -1 param: 6, val: 0 20 frames in 5.3 seconds = 3.771 FPS 17 frames in 5.3 seconds = 3.196 FPS 20 frames in 5.2 seconds = 3.877 FPS glxgears after gnome-display-properties met...@discourse:~$ bg 1 [1]+ gnome-display-properties met...@discourse:~$ glxgears get fences failed: -1 param: 6, val: 0 26 frames in 5.2 seconds = 5.017 FPS 34 frames in 5.4 seconds = 6.310 FPS 31 frames in 5.2 seconds = 5.933 FPS -- gnome-settings-daemon and gnome-display-properties slow down xserver when external monitor added https://bugs.launchpad.net/bugs/339228 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 145267] Re: Add rubygems bin to PATH
FYI, I started a discussion on the Debian bug tracker: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403407 I think Neil has an interesting idea about gradually integrating Rubygems with Debian. Debian Rubygems users would actually appreciate this. For example, IIRC Rails requires a sqlite3-ruby gem which needs the headers to compile. Much easier to just use the deb package for libsqlite3-ruby. As a farther-out prospect, an Ubuntu-specific Rubygems could intelligently install the sqlite3 package, detecting that the deb version matches what's required by the gem. This raises the question of whether we should even have Rubygems. The reason we should say yes is that Rubygems is a cross-platform packaging system. Gems have to install on MacOS and Windows, and Ruby development is targeted to the gems. On those other systems it's necessary to install all the headers before installing the related gems (many of them are provided on the MacOS Developer CD). So Debian Rubygems could be a *better* Rubygems. As Neil mentioned this couldn't happen immediately. I still wonder, though, whether the relevant paradigm isn't build tools, or even rm. Debian can't stop you from hosing your system as long as you can install from source. If files are installed into /usr/local at least the user can delete everything under /usr/local/lib and /usr/local/share to get back to a stable system. -- Add rubygems bin to PATH https://bugs.launchpad.net/bugs/145267 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 145267] Re: Add rubygems bin to PATH
I'd like to file a bug against the communication in this report. Also,
there is a caesura at the end leading to a breakup that is hard to
follow.
Actually, here's an explanation to save others time:
1. Neil Wilson uploads a package
2. Lucas Nussbaum and Scott Kitterman and others disagree with details about
the packaging
3. They discuss it in ubuntu-devel here:
https://lists.ubuntu.com/archives/ubuntu-devel/2008-August/026212.html
4. A bug is filed against the uploaded package by Scott Kitterman:
https://bugs.launchpad.net/ubuntu/+source/libgems-ruby/+bug/262063
5. The uploaded package is reverted by the powers that be
6. The problem will not be fixed this cycle :(
As Scott Kitterman says above, there could be a long useless discussion
about who is being more arrogant or dense or passive-aggressive. In
general I see a lot of confusion about priorities in the Debian
packaging system, as well as some pervasive confusion about the
relationship of Debian policy to the *two different packaging systems*
(I think Lucas Nussbaum and Neil Wilson both understood the precise
issues, but some others got confused). The best thing to do is start
planning for the next cycle on this, especially to make certain process
decisions and get certain clarifications and commitments now.
I would suggest:
0. Clarify that don't use gems isn't a solution. Gems are used for different
reasons than Deb packages.
1. Clarify that Debian policy affects the installation of the rubygems files,
but not the installation of gem files by rubygems.
2. Clarify that Debian policy frowns on installing _any_ rubygems files (that
is, files carried by the Apt package) into /usr/local/ AND that there is a
resistance to simply adding /var/lib/gems/1.{8,9}/bin to the path. The first is
clear but not done by any proposed Rubygems Deb package (right?). The argument
for the second is that gem binaries could then supercede system binaries. We
need to clarify whether this is really beyond the pale, since the decision to
install a gem is an administrator decision, not a user decision. In other
words, installing a gem is equivalent to installing a source package except
that gems allow for quick uninstall.
3. Commit that *if* Debian rejects movement toward a solution, Ubuntu _can_
maintain its own solution.
4. Clarify what if any changes are required/suggested for upstream
5. Commit that *if* upstream is unresponsive or uninterested, Ubuntu _can_
maintain its own patches.
I'd like to help make this happen for the next cycle and to get a
package candidate released into a PPA that Intrepid users can be
directed to.
--
Add rubygems bin to PATH
https://bugs.launchpad.net/bugs/145267
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 262063] Re: rubygems bin in PATH potentially breaks other applications and violates all sense of decency in packaging.
I can't freaking believe we're going to go another cycle with a broken Rubygems. The sad thing is that Ruby has a very creative and productive developer community that is staying on or moving to MacOS because it's so easy to get into Linux-y Ruby development there. Rubygems comes with Leopard! Apple is actively targeting Ruby and Python open source developers. One misunderstanding about Rubygems in these reports is that Rubygems is *not* used for system scripts (I mean, as a rule). It's used to keep track of extremely quick-moving distributed development that's pulled together for web applications (again, as a rule). Nobody would ever dream of using a gem as a requirement in a Deb package. They would do the right thing and package up the library for Apt. That's not the issue here. Rubygems is a tool for keeping pace with the world of Ruby development, which proceeds much faster than a distro packaging process. One horrible irony in all this is that at least until recently the most recent source package for Rubygems is actually broken on Ubuntu systems. You have to manually edit a file to include a require statement presumably because of a difference in the Ruby Debian package from the standard upstream distribution. This is what a Deb package is supposed to do, work out all the little details and even take up slack for the upstream developers. Instead we get this. I'm pretty sure it loses users. -- rubygems bin in PATH potentially breaks other applications and violates all sense of decency in packaging. https://bugs.launchpad.net/bugs/262063 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 77534] Re: Please update Ruby-Gnome2 to 0.16.0
On the contrary. I am the maintainer of the Alexandria project, and most of our bugs are related to 0.15.0 paired with Alexandria on Edgy. We receive many uninteresting backtraces that just say crashed as a result. Alexandria is much more stable when running with 0.16.0 from tarball. Actually, Alexandria is heavily tied into Glade, and many of the crashes indicate problems with 0.15.0 and this. The Alexandria project is ready to do a new release, and one of the things I have been waiting for is the 0.16.0 deb so that I can package Alexandria with this as a minimum dependency. -- Please update Ruby-Gnome2 to 0.16.0 https://launchpad.net/bugs/77534 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
