[Bug 426239] Re: grub-pc hangs while package is configured
This happens to me, reproducibly (as long as usb_storage is loaded), when upgrading from 10.04 to 10.10. It results in an unusable system that I wasn't even able to fix via chrooting. As mentioned earlier, making sure the usb_storage module is not loaded works as a workaround. -- grub-pc hangs while package is configured https://bugs.launchpad.net/bugs/426239 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 278800] Re: ath5k: frequent, intermittent dropouts when roaming between APs
*** This bug is a duplicate of bug 291760 *** https://bugs.launchpad.net/bugs/291760 My intention is to keep this bug focused to the actual problem I was originally reporting (as the person who opened it). Since that problem seems to be completely described by bug #291760, I marked this as a duplicate. If you would like to file another bug about some other problem you were having (or, maybe you don't need to if it's already fixed), then of course you're welcome to. It's better if each bug only covers one very specific problem, not just every problem that could ever possibly happen with the same hardware. Then there's a better chance of the problem actually being addressed. -- ath5k: frequent, intermittent dropouts when roaming between APs https://bugs.launchpad.net/bugs/278800 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 278800] Re: ath5k: frequent, intermittent dropouts when roaming between APs
*** This bug is a duplicate of bug 291760 *** https://bugs.launchpad.net/bugs/291760 Alright, reading through the comments here I see the reference to bug #291760, and I think the remaining behavior I'm seeing is just what's described in that bug. So I went ahead and marked this as a duplicate. ** This bug has been marked a duplicate of bug 291760 network-manager roams to (none) ((none)) -- ath5k: frequent, intermittent dropouts when roaming between APs https://bugs.launchpad.net/bugs/278800 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 278800] Re: ath5k: frequent, intermittent dropouts when roaming between APs
Well, the reason I suggest that this is related to roaming is that when the dropouts occur, I clearly see messages in the log showing that NetworkManager is attempting to roam (see the original bug description). In fact, it roams onto a network with an SSID of '(none)' and then back again. With the other drivers (madwifi, ndiswrapper) I can watch this roaming occur as well, but it occurs in a sensible way. It occasionally roams onto a valid alternative MAC address, presumably based on the signal strength; it doesn't roam onto '(none)' and let the network drop out while this is occurring. And it roams rarely, maybe every several hours, not every few minutes. There may be other factors involved, of course. But the behavior for me is still definitely the same as before. I'm not sure how much more information I can provide. The kernel version on Jaunty is (the standard release kernel): Linux eee900 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux The other information was provided before, but I will repeat: lspci: 01:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) network: WEP 64-bit key with 5 access points on the same SSID -- ath5k: frequent, intermittent dropouts when roaming between APs https://bugs.launchpad.net/bugs/278800 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 278800] Re: ath5k: frequent, intermittent dropouts when roaming between APs
Changed the title to more accurately reflect the original problem being reported here. Remember, just because your WiFi is working under Jaunty, it doesn't necessarily mean that you're confirming a fix of this problem. You have to be on a network with multiple roamable APs in order to test this. Perhaps there are other, related problems that have been fixed, but I'm trying to narrow this bug down to the original problem that was being reported, which is still occurring in the same way. ** Summary changed: - ath5k giving frequent, intermittent wireless dropouts on EeePC 900 + ath5k: frequent, intermittent dropouts when roaming between APs -- ath5k: frequent, intermittent dropouts when roaming between APs https://bugs.launchpad.net/bugs/278800 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 278800] Re: ath5k giving frequent, intermittent wireless dropouts on EeePC 900
I've tried the current Jaunty, and the problem is not resolved. It's exactly the same as before. As far as Sitsofe's report, for all we know he may not have seen the problem on Intrepid either. It's not really good evidence that anything has been resolved. I believe the problem is related to the type of network I'm on, which has multiple access points on the same SSID (repeaters). The driver seems to get confused by the process of switching from one of the access points to another based on which one has the best signal. The madwifi and ndiswrapper drivers can handle this (and will switch properly from one access point to another), but the ath5k driver somehow gets bogged down and confused and leaves the network in a disconnected state for minutes at a time. ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- ath5k giving frequent, intermittent wireless dropouts on EeePC 900 https://bugs.launchpad.net/bugs/278800 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 288093] Re: Can't play sound because of pulseaudio hang
As others are saying, it seems to me that this is some kind of interaction between the newer Flash, ALSA, and the Intel audio drivers. I've tried running without pulseaudio for a few days. What happens is that after several hours, about the amount of time it would take pulseaudio to hang, the audio in Firefox hangs. When Firefox is killed and restarted it works again. Audio in other apps continues to work all along. So it may not be a pulseaudio problem per se (except for the notion that pulseaudio should be able to recover from whatever the hang is). Not sure if another bug should be opened; if someone wants me to do that, let me know. audio device: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) -- Can't play sound because of pulseaudio hang https://bugs.launchpad.net/bugs/288093 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 235990] Re: pulseaudio hangs
Bug 288093 (already mentioned as a possible dup above) may be the same thing with more detail. -- pulseaudio hangs https://bugs.launchpad.net/bugs/235990 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 235990] Re: pulseaudio hangs
I might have a small extra clue here. I just watched pulseaudio hang in the middle of playback (leaving it looping a few milliseconds of sound over and over). In the syslog I caught this message: Dec 15 10:04:48 inspiron pulseaudio[6157]: protocol-native.c: Failed to push data into queue Dec 15 10:04:53 inspiron last message repeated 8443 times I looked through my old syslogs, and this has happened 3 other times over the past week. So it looks like I'm getting this message every time I'm experiencing the hang. -- pulseaudio hangs https://bugs.launchpad.net/bugs/235990 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 235990] Re: pulseaudio hangs
Happens to me as well, however for me it only seemed to start happening when I upgraded to Intrepid. pulseaudio hangs every 12-24 hours or so. Hardware is a Dell e1405 notebook. Sound devices: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) List of PLAYBACK Hardware Devices card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: STAC92xx Digital [STAC92xx Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 -- pulseaudio hangs https://bugs.launchpad.net/bugs/235990 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 267339] Re: wireless (atheros) doesn't work after suspend
An alternative to Trampas's fix is to create a file called /etc/pm/config.d/madwifi-fix (exact filename doesn't matter), with the following contents: SUSPEND_MODULES="$SUSPEND_MODULES ath_pci" pm-utils already provides you with this SUSPEND_MODULES variable, to deal with exactly this kind of thing, I suppose. -- wireless (atheros) doesn't work after suspend https://bugs.launchpad.net/bugs/267339 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 23092] Re: madwifi wireles not working after software suspend
I have the same problem, but I was able to work around it by creating a file called /etc/pm/config.d/madwifi-wix (filename doesn't matter), with the following contents: SUSPEND_MODULES="$SUSPEND_MODULES ath_pci" This makes pm-utils unload and reload the module on suspend/resume. I am on Intrepid, by the way. -- madwifi wireles not working after software suspend https://bugs.launchpad.net/bugs/23092 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 144323] Re: No Sound After Hibernation U205-S5067
I seem to have the same problem, although using suspend instead of hibernate, on my EeePC 900. I'm using the latest Intrepid kernel. I find that if any sound is playing when I suspend, when I come back from the suspend the sound no longer works. If no sound is playing when I suspend, then everything is fine. When the sound breaks, I see messages like the following in syslog at the time of the resume: Oct 5 06:38:49 eee pulseaudio[5822]: module-alsa-sink.c: Got POLLERR from ALSA I think this is the same thing this bug is describing. If it's different enough that you'd prefer that I open a different bug (or one already exists), let me know. lspci output: 00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) -- No Sound After Hibernation U205-S5067 https://bugs.launchpad.net/bugs/144323 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 144323] Re: No Sound After Hibernation U205-S5067
I should also say, bug #194903 seemed like a closer match to me, but it was marked as a dup of this one. -- No Sound After Hibernation U205-S5067 https://bugs.launchpad.net/bugs/144323 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 278800] [NEW] ath5k giving frequent, intermittent wireless dropouts on EeePC 900
Public bug reported: Running Intrepid on an Eee PC 900, kernel linux-image-2.6.27-4-generic using the ath5k wireless driver. lspci shows: 01:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) I'm getting frequent dropouts on the wireless, maybe every 1-2 minutes when it's in heavy use. daemon.log shows something like this: Oct 5 14:08:44 eee NetworkManager: [1223240924.781343] periodic_update(): Roamed from BSSID 00:11:22:33:44:55 (networkname) to (none) ((none)) Oct 5 14:08:45 eee NetworkManager: (wlan0): supplicant connection state change: 7 -> 3 Oct 5 14:08:46 eee NetworkManager: (wlan0): supplicant connection state change: 3 -> 0 Oct 5 14:08:46 eee NetworkManager: (wlan0): supplicant connection state change: 0 -> 4 Oct 5 14:08:46 eee NetworkManager: (wlan0): supplicant connection state change: 4 -> 7 Oct 5 14:08:50 eee NetworkManager: [1223240930.785415] periodic_update(): Roamed from BSSID (none) ((none)) to 00:11:22:33:44:55 (networkname) (changed MAC and SSID) Sometimes the 'supplicant connection state change' section goes on for quite a while, maybe almost a minute. During that time the wireless is dead. Sometimes the 'supplicant connection state change' start up without the roaming messages (and the wireless again is down). This is on a WEP network with a 64-bit hex key. I saw some bugs that looked fairly similar, but not quite identical, so sorry if this is a dup. Thanks for any help. ** Affects: ubuntu Importance: Undecided Status: New -- ath5k giving frequent, intermittent wireless dropouts on EeePC 900 https://bugs.launchpad.net/bugs/278800 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 229693] Re: power.sh must reapply laptop-mode settings after suspend
A setting that goes into /proc/sys/vm is just going into system memory, which of course is retained across a suspend. But the hdparm setting is only retained by the hard drive itself, and the hard drives that I'm familiar with seem to clear the setting when they wake from suspend. I haven't tried moving the hdparm settings into power.d/laptop-tools yet, but I believe by virtue of being in the power.d directory that that script is only meant to be run on power state changes (which is correct given its current contents). "I suppose that if there are hdparm settings that are specifically executed for each change in power state , EXCEPT for sleep/resume, then it would directly be an acpi/pm-utils bug for simply not including those scripts." This seems to be the current situation, yes. Sleep/resume is not considered a "change in power state". So the hdparm settings in power.sh are pretty much useless, unless of course you never suspend at all. -- power.sh must reapply laptop-mode settings after suspend https://bugs.launchpad.net/bugs/229693 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 229693] Re: power.sh must reapply laptop-mode settings after suspend
Well, /usr/lib/pm-utils/power.d/laptop-tools currently only sets settings in /proc/sys/vm, not the hdparm settings. Those settings will stick across a suspend, so there's really no bug there currently. It may be that the hdparm calls should be moved from power.sh into pm- utils/power.d/laptop-tools, in which case the problem is transferred over there; now that script has to run after suspend and not just after a power change (which it didn't before). Again, I have no opinion on where the solution should ultimately lie. I'm hoping the experts on the ins-and-outs of these scripts will be able to choose where the best fix should go (and reassign the bug to a different project if necessary). -- power.sh must reapply laptop-mode settings after suspend https://bugs.launchpad.net/bugs/229693 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 89269] Re: power.sh: wrong laptop_mode activation
I opened bug 229693 to describe the remaining problem. If that is not appropriate, I'm sure someone can correct. Thanks... -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
I opened bug 229693 to describe the remaining unsolved problem in bug 89269. I believe a proper fix here would solve this problem for most users (as long as they set the ENABLE_LAPTOP_MODE flag in /etc/default /acpi-support). -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 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 229693] Re: power.sh must reapply laptop-mode settings after suspend
Well, remember, those only take effect if ENABLE_LAPTOP_MODE=true in /etc/default/acpi-support. I don't really know whether the hdparm settings should be made from acpi-support or pm-utils, but either way, it seems someone needs to figure out once and for all where the settings should be made, and make sure it happens, even when waking from suspend. -- power.sh must reapply laptop-mode settings after suspend https://bugs.launchpad.net/bugs/229693 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 229693] [NEW] power.sh must reapply laptop-mode settings after suspend
Public bug reported: If ENABLE_LAPTOP_MODE is set, power.sh applies hdparm settings when the power source is changed. The problem is, these settings do not stick across a suspend, and hence need to be reapplied after a suspend _even if the power source is the same_. There is a workaround for the problem here: https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/89269/comments/18 but an official fix is needed. ** Affects: acpi-support (Ubuntu) Importance: Undecided Status: New -- power.sh must reapply laptop-mode settings after suspend https://bugs.launchpad.net/bugs/229693 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 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Dennis, I agree with what you're saying; I'm just trying to make sure everyone knows that the problem with not restoring the setting after suspend is described in bug 89269, which also includes a workaround. That bug needs to be reopened or a new bug opened to provide an official fix. -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 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 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
I find it strange that so many people say there is no possible workaround for their system. If you can stop the problem by applying hdparm -B 255 (or 254) yourself, then the only remaining problem is to make sure that is always applied (particularly after a suspend). If that is the problem, then see the tail comments of bug 89269. Or are there some drives where even hdparm -B 255/254 does not prevent the parking? Seems to me the only difference between a "broken" and "non-broken" drive is the default value of this setting, and whether or not it goes back to the default (and hence needs to be changed again by Ubuntu) after a suspend (or reboot). -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 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 89269] Re: power.sh: wrong laptop_mode activation
It seems there still needs to be an official fix for the problem that Valentin Neacsu's workaround solves. Should this bug be reopened, or would it be better to open a new one? -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 78103] Re: VLC crashes when seeking in a mkv file
I seem to have the same problem, although I see a slightly different assertion failure: vlc: /build/buildd/libmatroska-0.8.1/make/linux/../../matroska/KaxCluster.h:131: uint64 libmatroska::KaxCluster::GlobalTimecodeScale() const: Assertion `bTimecodeScaleIsSet' failed. Aborted Any news here? Thanks. -- VLC crashes when seeking in a mkv file https://bugs.launchpad.net/bugs/78103 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 89269] Re: power.sh: wrong laptop_mode activation
All I did was follow Valentin's exact steps above. Then I made sure that ENABLE_LAPTOP_MODE was set to 'true' in /etc/default/acpi-support. That was all that was needed for me. The hdparm commands are already in /etc/acpi/power.sh; they were just not being executed at the needed time, for me. If it still doesn't work, maybe try putting some debug echos in power.sh and see what is happening there. -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
I would recommend taking a look at bug 89269. The real problem, at least for me, is that the hdparm settings that are supposed to take place in power.sh when you have LAPTOP_MODE_ENABLED actually only take place when you change power sources, not when you resume from a suspend. See Valentin Neacsu's most recent comment in bug 89269 for a workaround that fixes the problem for me. -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 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 89269] Re: power.sh: wrong laptop_mode activation
Oops, never mind, I forgot to reenable ENABLE_LAPTOP_MODE. With that, the posted workaround works. Thanks for the help. -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 80777] Re: anacron is not executed with typical laptop usage
By the way, the workaround by Valentin Neacsu in bug 89269 fixes this for me. -- anacron is not executed with typical laptop usage https://bugs.launchpad.net/bugs/80777 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 89269] Re: power.sh: wrong laptop_mode activation
Hmm, that workaround still does not make the hdparm settings take effect for me. My solution for that is just to hardcode the hdparm calls at the beginning of power.sh (since I always want it this way anyway). It does make anacron run when it normally wouldn't, though. -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 80777] Re: anacron is not executed with typical laptop usage
I have the same problem. For whatever reason, as of Hardy, the scripts sleep.sh and resume.sh never seem to be run. Under my normal usage (always plugged into AC, occasionally suspending), only power.sh and lid.sh are run. Anacron only runs if the machine is on at 7:30 am or if I deliberately unplug and replug the AC adapter. -- anacron is not executed with typical laptop usage https://bugs.launchpad.net/bugs/80777 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 89269] Re: power.sh: wrong laptop_mode activation
Sorry, I'm not really up to speed on the issues here, but I have the same problem Valentin Neacsu mentions above: the 'hdparm -B 255' command is not run when waking up from suspend, which is necessary on my machine. My previous workaround solution to this problem was to put a script in /etc/acpi/resume.d, but that no longer works, either. It does seem that the power.sh script runs, so maybe it just looks and says, OK, I'm in the same state, the hdparm commands are not necessary. On my system that is not true; it needs to run those commands on wake from suspend even if it's in the same state as before. Thanks for any help. -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 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 214787] Re: Intermittent monitor flicker after screen blanking in Hardy
Hello, I found the following upstream bugs that seem to be the same problem. Apparently turning off the FramebufferCompression option is a workaround, but I haven't verified this myself yet. http://bugs.freedesktop.org/show_bug.cgi?id=13326 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463382 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466462 -- Intermittent monitor flicker after screen blanking in Hardy https://bugs.launchpad.net/bugs/214787 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 190754] Re: Over-optimistic buffering in PulseAudio causes underruns (audible stuttering, pops)
I wonder if these changes are expected to fix this: http://0pointer.de/blog/projects/pulse-glitch-free.html -- Over-optimistic buffering in PulseAudio causes underruns (audible stuttering, pops) https://bugs.launchpad.net/bugs/190754 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 208579] Re: VLC not using PulseAudio by default
I had been removing vlc-plugin-pulse as a workaround for bug 190754. VLC going through pulse can't even play a 128k mp3 under zero load without skipping on my system. Now that's impossible. Of course, I can just run 'vlc --aout ALSA'. But this is bringing me closer to just removing pulse entirely, the opposite of the intended effect. Running vlc through ALSA with everything else on pulse has never been a problem here, and certainly has not caused the lockups rumored above. -- VLC not using PulseAudio by default https://bugs.launchpad.net/bugs/208579 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 214787] Re: Intermittent monitor flicker after screen blanking in Hardy
Yes, I am able to observe the same issue at resolution 1280x1024. The monitor is a Samsung SyncMaster 220WM. Attached is the Xorg.0.log. Thanks for your help. ** Attachment added: "Xorg.0.log" http://launchpadlibrarian.net/13300377/Xorg.0.log -- Intermittent monitor flicker after screen blanking in Hardy https://bugs.launchpad.net/bugs/214787 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 214787] [NEW] Intermittent monitor flicker after screen blanking in Hardy
Public bug reported: Setup: Dell Inspiron e1405 notebook w/ Intel 945GM graphics Internal monitor: 1440x900 LCD External monitor: 1650x1080 Samsung 22" LCD, connected by VGA cable Power management set to blank screen after 5 minutes Both monitors available via xrandr, but internal monitor is turned off and external being used as primary The symptom is that every 2-3 minutes the monitor flickers. It looks as if it loses horizontal sync for a split second and then goes back to normal. Now, normally I would think this was a hardware problem (bad cable, etc.), but what makes it strange is: -- It never happens under Gutsy. -- It doesn't happen under Hardy until _after_ the first time the screen is blanked by the power management. -- Once it starts happening, I can make it go away by using xrandr commands to switch from the external to the internal monitor and back again. Then things will be fine until the first time the screen blanking kicks in again. -- (I can also force it to start happening by running 'xset dpms force off' by hand.) (Of course, the flicker starts once the screen wakes back up after being blanked/powered down.) It seems to me that something different is happening with respect to the power management that is causing this. Thanks for taking the time to look at this. ** Affects: xserver-xorg-video-intel (Ubuntu) Importance: Undecided Status: New -- Intermittent monitor flicker after screen blanking in Hardy https://bugs.launchpad.net/bugs/214787 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 41411] Re: Fonts are mapped to ugly fonts (which also causes problems with OOo)
Has something changed here between Gutsy and Hardy? In Gutsy, I seemed to have all DejaVu fonts in Firefox. In Hardy, I'm getting the Nimbus fonts for the fonts mentioned (Times, Helvetica, Courier), which look pretty bad. Strangely, even if I copy my Gutsy /etc/fonts back over, it still wants to go to Nimbus (and yes, I cleared the cache, etc.). The only way I've found to get rid of the Nimbus fonts is to completely remove the /usr/share/fonts/type1/gsfonts directory. I don't know if it's truly correct and proper to use the DejaVu fonts here or not; all I know is the Nimbus ones look terrible on my screen. -- Fonts are mapped to ugly fonts (which also causes problems with OOo) https://bugs.launchpad.net/bugs/41411 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
