[Bug 662766] Re: does not reconnect after suspend/resume
This might not be specific to empathy: I see the same issue in xchat and weechat. There's something else affecting it, though: from home on the wired net, xchat always reconnects right away when I resume from suspend, but when I'm traveling and using wifi, neither xchat nor weechat will reconnect automatically, and I have to go through all the server tabs running manual reconnects. I haven't been able to figure out what the difference is. Happens in 12.04 but it's been true for some time now, definitely not new with Pangolin. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to empathy in Ubuntu. https://bugs.launchpad.net/bugs/662766 Title: does not reconnect after suspend/resume To manage notifications about this bug go to: https://bugs.launchpad.net/empathy/+bug/662766/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 780911] Re: epdfview crashes on startup on some PDFs
*** This bug is a duplicate of bug 783109 *** https://bugs.launchpad.net/bugs/783109 Bug 783109 seems to be private, whatever that means. If I click on the link Launchpad is giving me, it tells me: There’s no page with this address in Launchpad. and the note at the bottom of the bug says Remember, this bug report is a duplicate of a private bug. Is there some way to see bug 783109 or track it? I'd like to know if epdfview gets fixed, or if I can help with testing, since you suggested I should add further comments to that bug, I'm guessing maybe it isn't meant to be private. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/780911 Title: epdfview crashes on startup on some PDFs -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 780911] [NEW] epdfview crashes on startup on some PDFs
Public bug reported: Binary package hint: libpoppler13 Split off from bug 669211 since I was told this was a different issue: In Natty, many PDFs cause epdfview to crash on startup. Unhelpful stack trace (no symbols): #0 0xb775b706 in ?? () from /lib/i386-linux-gnu/libc.so.6 #1 0xb7f5777b in g_strdup () from /lib/i386-linux-gnu/libglib-2.0.so.0 #2 0x0011a56e in ?? () #3 0x0011fe93 in ?? () #4 0x00120684 in ?? () #5 0x0011c35d in ?? () #6 0x0011bf40 in ?? () #7 0xb7f602df in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #8 0xb7848e99 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #9 0xb77b173e in clone () from /lib/i386-linux-gnu/libc.so.6 I tried installing poppler-dbg and setting LD_LIBRARY_PATH to /usr/lib/debug and to /usr/lib/debug/usr/lib (where the debug library gets installed) but I still don't get symbols in the stack trace. Any suggestions? ** Affects: poppler (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/780911 Title: epdfview crashes on startup on some PDFs -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 486154] Re: System beep broken in Karmic despite heroic efforts to fix it
A week ago I wrote about un-blacklisting the module. But even with the pcspkr module loaded (lsmod shows it), most of the time there's no beep, either in or out of X. The pcspkr module seems very flaky in Ubuntu kernels. I've never figured out why; if I build my own kernel, pcspkr works fine, whether it's a module or built in. Thought it was fixed in Lucid because it worked once, but I've never gotten it to work again since then. -- System beep broken in Karmic despite heroic efforts to fix it https://bugs.launchpad.net/bugs/486154 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 486154] Re: System beep broken in Karmic despite heroic efforts to fix it
A lot of the discussion in this bug has to do with metacity and pulse, but for people who don't use gnome, metacity, pulse or any of that stuff, and just want their pcspkr module to beep when asked under lucid, I just posted a blog article: http://shallowsky.com/blog/linux/kernel/pcspkr-lucid.html Basically, I had to un-blacklist it in two places, /etc/modprobe.d/blacklist.conf and by removing the obsolete /etc/modprobe.d/00local that some earlier ubuntu version had put there and upgrades never removed. -- System beep broken in Karmic despite heroic efforts to fix it https://bugs.launchpad.net/bugs/486154 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 537275] Re: Regression: Gimp has no progressbar
Here's a slightly updated version of Bhaskar Kandiyal's debdiff (changing the version number and mentioning the upstream commit) for use in an SRU request. ** Attachment added: Updated debdiff (different version number) http://launchpadlibrarian.net/45887889/gimp_2.6.8-2ubuntu1.1.debdiff ** Description changed: + -- Lucid SRU report follows -- + + Impact: A common and visible part of GIMP's UI has disappeared due to + Lucid's switch to gtk 2.19. This will cause confusion for new GIMP users + (the UI won't match tutorials) as well as existing users. + + The bug has been fixed upstream, with new code for the gtk 2.19 case. + + Patch: + http://launchpadlibrarian.net/45887889/gimp_2.6.8-2ubuntu1.1.debdiff + + Regression potential: should be low risk, since the code has been in the + gimp trunk for a few weeks, and the alternative is the current broken + status bar. + + Binary package hint: gimp Gimp has lost his Progressbar within the Statusfield that showed the progress of filters or saving files. This is extremly nasty, the reasons are obvious. ProblemType: Bug Architecture: i386 Date: Thu Mar 11 12:19:15 2010 DistroRelease: Ubuntu 10.04 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Alpha i386 (20100307) Package: gimp 2.6.8-2ubuntu1 ProcEnviron: - LANGUAGE=C - LANG=de_DE.utf8 - SHELL=/bin/bash + LANGUAGE=C + LANG=de_DE.utf8 + SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-16.25-generic SourcePackage: gimp Uname: Linux 2.6.32-16-generic i686 -- Regression: Gimp has no progressbar https://bugs.launchpad.net/bugs/537275 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 537275] Re: Regression: Gimp has no progressbar
** Description changed: -- Lucid SRU report follows -- Impact: A common and visible part of GIMP's UI has disappeared due to Lucid's switch to gtk 2.19. This will cause confusion for new GIMP users (the UI won't match tutorials) as well as existing users. The bug has been fixed upstream, with new code for the gtk 2.19 case. Patch: http://launchpadlibrarian.net/45887889/gimp_2.6.8-2ubuntu1.1.debdiff + + To reproduce: open any image and look at the bottom of the image window. + If there's nothing there, you're seeing the bug. There should be a units + menu (e.g. px), a zoom menu (e.g. 100%) and the regular progress area + (probably showing the name of the current layer). See + http://docs.gimp.org/2.6/en/images/using/imagewindow-description.png Regression potential: should be low risk, since the code has been in the gimp trunk for a few weeks, and the alternative is the current broken status bar. Binary package hint: gimp Gimp has lost his Progressbar within the Statusfield that showed the progress of filters or saving files. This is extremly nasty, the reasons are obvious. ProblemType: Bug Architecture: i386 Date: Thu Mar 11 12:19:15 2010 DistroRelease: Ubuntu 10.04 InstallationMedia: Ubuntu 10.04 Lucid Lynx - Alpha i386 (20100307) Package: gimp 2.6.8-2ubuntu1 ProcEnviron: LANGUAGE=C LANG=de_DE.utf8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-16.25-generic SourcePackage: gimp Uname: Linux 2.6.32-16-generic i686 -- Regression: Gimp has no progressbar https://bugs.launchpad.net/bugs/537275 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 491483] Re: Since failsafe-x was enabled in karmic it starts if gdm is disabled and kdm is used. (low graphics mode error)
I don't use gdm, and hit this bug. I was able to make the dialog go away by moving these files out of /etc/init: gdm.conf failsafe-x.conf plymouth* usplash.conf I'm sure I didn't need to eliminate all of those, but just failsafe-x.conf alone didn't do it so I cast a wider net. -- Since failsafe-x was enabled in karmic it starts if gdm is disabled and kdm is used. (low graphics mode error) https://bugs.launchpad.net/bugs/491483 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 503372] Re: Evince doesn't retain settings in Lucid
Another metoo, worked in karmic until recently, failed in lucid, but: - I don't use gnome, and I notice stderr has a message: ** (evince:5984): WARNING **: Failed to create dbus proxy for org.gnome.SettingsDaemon: Could not get owner of name 'org.gnome.SettingsDaemon': no such name - Karmic's evince until recently has been able to save per-document settings like the page it was on, but just recently that stopped working in Karmic too. Karmic still remembers settings like scaling and not showing the sidebar, but not the per-document page any more. -- Evince doesn't retain settings in Lucid https://bugs.launchpad.net/bugs/503372 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evince in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: provide a way to disable drive polling
Aside from any posible future nautilus UI, I'm not seeing from the hal- disable-polling documentation how someone could use it to disable all polling. It looks like you'd have to mount an investigation to figure out which devices were being polled (read the discussion in this bug to see that it's not necessarily straightforward), then write a script to be called at boot time to disable each device one by one. This bug is asking for a way to say, simply, don't poll anything. Which hal-disable-polling doesn't seem to provide. -- provide a way to disable drive polling https://bugs.launchpad.net/bugs/27323 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 146290] Re: gimp open from url doesn't work
Or if you don't want gnome-vfs, installing gimp-libcurl also works. Could this be included in (or required by) gimp, then let the gnomevfs version be optional (for those who are using gnome)? -- gimp open from url doesn't work https://bugs.launchpad.net/bugs/146290 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 24785] Re: page layout settings not respected in preview and printing
Gnumeric still can't print landscape here (feisty). If I print to a PDF file, and when I view output.pdf in xpdf it's in portrait. Might be related to bug #125691 on firefox, and I suspect there might be some setting in $HOME that isn't getting written properly (perhaps related to the discussion in bug #34112). -- page layout settings not respected in preview and printing https://bugs.launchpad.net/bugs/24785 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 52802] Re: Black background in conversations after upgrade to 2.0beta3
Still happening: I just hit this in a newly installed feisty (using existing preferences from an older gaim, of course). Fortunately this bug was the first google hit and ctrl-R fixed it (thanks, Gerr!) -- Black background in conversations after upgrade to 2.0beta3 https://bugs.launchpad.net/bugs/52802 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48614] Re: New unneeded dependencies on hal
1. How does closing a bug help in getting it assigned to the right component? What is the right component? 2. Where is the appropriate place for this discussion to happen, since you evidently don't think the bug system is the right place? -- New unneeded dependencies on hal https://launchpad.net/bugs/48614 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 48614] New unneeded dependencies on hal
Public bug reported: Binary package hint: hal I just attempted to update dapper -- my last update was a few days before the official release -- and suddenly there are all sorts of dependencies on hal that weren't there a week before dapper's release. In particular, konqueror (via kdebase-kio-plugins), gnome-session (via gnome-power-manager) and libgnomevfs2-common (via pmount) all have broken dependencies without hal. I uninstalled hal because it polls my disk several times a second, eats cpu and causes one of my systems to make a faint beep several times per second (bug 27323). Konqueror and gnome-session have been working fine without it for at least the past six months, until just now. Was this an intentional policy change? It seems like a significant change to make so close within a few weeks of dapper's final release (and it makes these packages unusable for me and anyone else who doesn't want the frequent polling). Please make hal optional, as it always used to be, at least until the polling problem is fixed or a workaround is found. Thanks! ** Affects: hal (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed -- New unneeded dependencies on hal https://launchpad.net/bugs/48614 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk activity every few seconds
Nope. Neither your example, nor the example that's already in the file (which is different: it nests the storage.removable case inside the storage.hotpluggable case) stops the polling. If anything it might be more frequent after making the change. (Yes, I did also uncomment the lines, and I'm rebooting between changes, not just manually restarting processes.) As to what to do about the bug and whether it's still a bug, I don't have a problem with automount (and even polling, if that's truly the only way the kernel can do automount) being on by default. But there are still some bugs left (IMHO, of course): 1. There should be a way to actually stop the polling. Currently, the file says it's possible but the lines in the file don't actually seem to change anything -- surely that counts as a bug? 2. Is it really necessary to have two daemons doing a seemingly identical poll, once a second (or so) each? Couldn't one daemon handle it, and at least cut down the polling by half? 3. Isn't a polling interval of twice a second (or even once a second) rather aggressive? Does hal not allow any possibility of tuning the polling interval? If a way is found to change the polling, I'd even argue that both the interval, and whether to poll at all, would make an excellent addition to one of the sysadmin menus. I bet lots of people don't know that frequent polling is going on, and would disable it or at least scale the interval longer if they knew. But that's more an RFE than a bug, and commandline ways of controlling this (short of sudo aptitude purge hald) would be plenty to fix this bug. -- hal's automount_enabled_hint causes disk activity every few seconds https://launchpad.net/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk to beep every few seconds
User friendly or not, I'd appreciate instructions on how to do it. I tried changing everything I could find that looked like it might be related (see the first couple comments in this bug) but nothing I could find stopped the polling. In hoary it was possible to get hald to stop polling by editing a file, but it doesn't seem to work in either breezy or dapper. Ouch, that sounds really serious; are these bugs known in Malone? I haven't had much luck in the past reporting X and kernel hangs, but I see there's a similar bug reported for the ATI driver (though no one's looking into it yet), so I've reported mine (Savage) as bug 41340. -- hal's automount_enabled_hint causes disk to beep every few seconds https://launchpad.net/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk to beep every few seconds
Inserted media aren't automounted even with the two hal devices polling; running hald makes no difference I've been able to notice. Is automounting dependent on the gnome desktop doing something? I've done a lot of this testing without any desktop running -- in fact, on the Dapper Flight 6 I've been using to test this, running the desktop hangs the machine (no keyboard response, no network response, no flashing keyboard lights, have to unplug the power cord and restart) about two times out of three, so I had to disable it. The hald polling and beeping happens whether or not I run the gnome desktop. The /dev/sda device is created correctly and mounts correctly whether or not the hald processes are running, or indeed even if I aptitude purge the whole hald package. Is there really never going to be a way to disable polling multiple times a second? Is removing hald the only solution for people who don't want all this polling and aren't getting any benefit from it? -- hal's automount_enabled_hint causes disk to beep every few seconds https://launchpad.net/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk to beep every few seconds
** Attachment added: hald-addon-storage trace http://librarian.launchpad.net/2082896/3959.trace -- hal's automount_enabled_hint causes disk to beep every few seconds https://launchpad.net/malone/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk to beep every few seconds
I started with four processes: -acpi, -keyboard, and two -storage processes. Killing the second -storage process didn't stop the access, but when I killed the first one as well, the beeping stopped. -- hal's automount_enabled_hint causes disk to beep every few seconds https://launchpad.net/malone/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 27323] Re: hal's automount_enabled_hint causes disk to beep every few seconds
** Attachment added: hald strace http://librarian.launchpad.net/2026591/hald.trace -- hal's automount_enabled_hint causes disk to beep every few seconds https://launchpad.net/malone/bugs/27323 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
