[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 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
[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-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
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
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 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 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 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 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 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 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
[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-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
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
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 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: 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 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
[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-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 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 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 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 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 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 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 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 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
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 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 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 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 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 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
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 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 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 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 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
[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-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
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
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 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 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 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 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
[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-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: 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 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
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 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 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 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 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
[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-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 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 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
