[Bug 2063983] Re: 24.04 Upgrade/Fresh Install results in black screen on reboot on AMDGPU system
Some additional information on my system with AMD Ryzen 5 8600G w/ Radeon 760M Graphics. This is a new system originally installed with Ubuntu 23.10 which worked ok. After upgrading to 24.04 the same thing started happening: blank screen after boot. Works when booted from 24.04 live USB, but after installation I could not figure out permanent fix for blank screen. It does work in safe mode (nomodeset), but of course quite slowly. When I installed SSH server in safe mode and rebooted back to blank screen, I could login remotely even though the system looked dead. Nothing stood out in the logs, looked like the system thought it was working normally. Magic sysrq also works. I went back to 23.10 for now, but a couple of week old logs from booting 24.04 are available if they might be useful. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2063983 Title: 24.04 Upgrade/Fresh Install results in black screen on reboot on AMDGPU system To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2063983/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 569273] Re: memory leak in gnome-power-manager
I am not sure if yet another me too helps anything, but I am seeing this problem on a ubuntu 10.10 x86 desktop. Despite being a desktop, gnome-power-manager sees some action because it warns when the mouse (logitech mx1000) battery gets low. On this computer gnome-power-manager now takes 102636kB (Size from /proc/pid/smaps) after five days of uptime. The computer is always on and after about a month gnome-power-manager has to be killed and restarted because the overall performance starts to degrade caused by wasted memory. Gnome-power-manager does not seem to ever get swapped out and stays in RAM, so it must access all that allocated memory quite often. I am not sure which menu icons matter, but for example gedit does not show icons in file/edit/etc menus, but gnome-panel shows them in applications/places/system menus. There is no interface tab in gnome- appearance-properties to change the setting. BTW, why is this bug hidden when searching gnome-power-manager memory leak in bugs.ubuntu.com? This page is the first hit in google with the same search string. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/569273 Title: memory leak in gnome-power-manager -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 409889] Re: NC10 fails to up and down the brightness
A kernel patch for backlight support for (few) samsung laptops was presented by Greg K-H in http://lkml.org/lkml/2009/8/16/274 . Apparently it is not included in upstream final 2.6.31 kernel. -- NC10 fails to up and down the brightness https://bugs.launchpad.net/bugs/409889 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 423247] Re: Superblock last mount times cause fsck to fail
I am not certain if this is the same bug as the reported one, but the symptoms are similar and the ~bug only started happening in karmic this week (around beginning of september 2009). I changed nothing in the configs, just upgraded (it was karmic before, only few days worth of packages). This is current karmic installed in Virtualbox running in Windows XP. In /etc/default/rcS UTC=yes and the timezone is UTC+3. After I start virtualbox and boot karmic, everything goes fine. Then I immediately reboot karmic (still running in same Virtualbox instance) and on next reboot it stops when fsck whines: Superblock last mount time (Thu Sep 3 21:27:09 2009, now = Thu Sep 3 18:31:30 2009) is in the future. And I have to run fsck manually. Correct time is 18:31, btw. This is actually quite logical. In first boot Virtualbox gives the hwclock to linux and linux thinks it is in UTC, then adds the time-zone +3. That's where the boot time three hours in the future comes from (21:27 localtime). Later in the boot sequence it gets the correct time from ntp and when the system is rebooted, that value is updated to hwclock, taking UTC setting into account. So on second reboot linux gets the correct time, 15:31 UTC (18:31 localtime). If I change /etc/default/rcS UTC=no, which is correct because that is what the host OS uses, then karmic in virtualbox works fine on every boot. So arguably in my case this is not a bug, but I still wonder why I never saw that whine from fsck before now. -- Superblock last mount times cause fsck to fail https://bugs.launchpad.net/bugs/423247 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 223234] Re: Audacious won't load m3u files
** Changed in: audacious (Ubuntu) Status: Confirmed = Fix Released -- Audacious won't load m3u files https://bugs.launchpad.net/bugs/223234 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 290774] Re: Rotation of second monitor produces screen artifact Ubuntu 8.10
Just upgraded to jaunty and the bug is still there with the newest nvidia driver (180.44-0ubuntu1). ** Changed in: nvidia-graphics-drivers-180 (Ubuntu) Status: New = Confirmed -- Rotation of second monitor produces screen artifact Ubuntu 8.10 https://bugs.launchpad.net/bugs/290774 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 290774] Re: Rotation of second monitor produces screen artifact Ubuntu 8.10
I can confirm this (apparently) compiz bug. In my case the first monitor is 1280x1024 and the second one 1360x768. On the second monitor the rightmost 80 pixels are black. Works fine without compiz. Common points to the reporter are nvidia's proprietary driver and monitors set up without xinerama/twinview, so the screens are separate (not possible to move windows from one to other). I'd guess compiz makes some screen size assumptions based on the first screen and when the second one is larger, a part of it appears as black. -- Rotation of second monitor produces screen artifact Ubuntu 8.10 https://bugs.launchpad.net/bugs/290774 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 259041] Re: 0.7 nokia 3109c not detected as GPRS modem by NetworkManager
One more Nokia phone not detected (and probably a hundred models to go) is Nokia 6120 Classic with product_id=0x2f. I wonder if it is sane to add a bug and make a separate edit in 10-modem.fdi for each of them, or if some other data from hal could be used for matching the phones... No new phones after the release will work this way, and I doubt if even half of the old ones will be supported either before intrepid is released. -- 0.7 nokia 3109c not detected as GPRS modem by NetworkManager https://bugs.launchpad.net/bugs/259041 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 259041] Re: 0.7 nokia 3109c not detected as GPRS modem by NetworkManager
Actually it seems that solving this for all Nokia phones would be easiest if product_id's are skipped altogether and we rely only on vendor_id and usb.interface.class and .subclass instead. I modified the rule in WigglerAway's comment a bit and at least my Nokia 6120 Classic works fine (and I assume all other Nokia phones which had product specific rules will too) with this in 10-modem.fdi: match key=@info.parent:usb.vendor_id int=0x421 match key=@info.parent:usb.interface.class int=0x02 match key=@info.parent:usb.interface.subclass int=0x02 append key=info.capabilities type=strlistmodem/append append key=modem.command_sets type=strlistV.250/append append key=modem.command_sets type=strlistGSM-07.07/append append key=modem.command_sets type=strlistGSM-07.05/append /match /match /match -- 0.7 nokia 3109c not detected as GPRS modem by NetworkManager https://bugs.launchpad.net/bugs/259041 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 223234] Re: Audacious won't load m3u files
Fixed in intrepid (audacious 1.5.1-2ubuntu2), m3u playlists with relative paths now work. -- Audacious won't load m3u files https://bugs.launchpad.net/bugs/223234 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 82528] Re: Write load on DM-Crypt LUKS partition (reiserfs and ext3) jams system
At least for me this has been fixed in hardy. Writes to an encrypted partition go at full and constant speed, very much unlike in gutsy. The upstream bug (http://bugzilla.kernel.org/show_bug.cgi?id=8020) has been marked as fixed and the fix is in 2.6.24, which is in hardy. As this bug report has quite many comments and at least one kernel bug causing it has been fixed, maybe this bug should be closed and a new one opened if someone is still seeing similar issues. -- Write load on DM-Crypt LUKS partition (reiserfs and ext3) jams system https://bugs.launchpad.net/bugs/82528 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 231637] Re: MP3 bitrate not displayed correctly for VBR
Audacious displays (correctly) the average bitrate of the track, not a random bitrate. I think it makes more sense to display the average instead of the bitrate of every frame, but that is of course a matter of preference. -- MP3 bitrate not displayed correctly for VBR https://bugs.launchpad.net/bugs/231637 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 223234] Re: Audacious won't load m3u files
Actually playlists work if they include full path to audio files, but do not work if they have relative paths, which I'd think is much more common. There is a similar bug reported against the debian package (debian bug #479106) but with some other format of playlist. -- Audacious won't load m3u files https://bugs.launchpad.net/bugs/223234 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 223234] Re: Audacious won't load m3u files
Confirmed here, audacious won't load .m3u playlists anymore in hardy while it worked fine in gutsy. Whether monkey's audio plugin is enabled or not does not affect it. -- Audacious won't load m3u files https://bugs.launchpad.net/bugs/223234 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 208666] Re: audacious crashed with SIGSEGV in g_type_check_instance_cast()
Audacious now works with audacious-crossfade_0.3.14-1build1_i386.deb, thanks! -- audacious crashed with SIGSEGV in g_type_check_instance_cast() https://bugs.launchpad.net/bugs/208666 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 84262] Re: Gnome desktop icons are shifted when the file is edited
This seems to be fixed now in hardy (nautilus 2.22.1-0ubuntu1), icons stay in the same place when the file is saved (tested with gnumeric and gedit). -- Gnome desktop icons are shifted when the file is edited https://bugs.launchpad.net/bugs/84262 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 97042] Re: Wrong CPU scaling frequencies
** This bug is no longer a duplicate of bug 82242 speedstep-centrino.ko: missing kernel module in kernel 2.6.20-5.7 -- Wrong CPU scaling frequencies https://bugs.launchpad.net/bugs/97042 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 97042] Re: Wrong CPU scaling frequencies
I removed the duplicate marking because this is a different bug than #82242. The bug is still alive and kicking in hardy (confirmed with live-cd from 2008-03-14). The problem is that powernowd selects speedstep-centrino driver, which cannot use all available frequencies like the correct acpi-cpufreq driver (see details above in my comment from a year ago). I am not sure if the bug was present in feisty and gutsy, because I fixed it locally by editing /etc/init.d/powernowd to use the correct driver. Anyway, after upgrading to hardy the bug came back. -- Wrong CPU scaling frequencies https://bugs.launchpad.net/bugs/97042 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 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
The bug still exists in hardy, or at least parts of it: thumbnails are recreated often for files which are downloaded. According to the upstream bug nothing has changed since 2005-05-08 and a steady stream of duplicates is still coming. Even though nautilus updates the thumbnail only when the file has not been modified in a few seconds (3s according the upstream bug), at least with bittorrent there are often short breaks between writes because of buffering and the thumbnailer still gets often activated. When the thumbnailer works ok, this does not cause too bad CPU waste, but occasionally with broken files (which is kind of normal state for incomplete files) it will waste all cpu for a while before giving up. This actually seems to be fixed in hardy, nautilus does not bother to try again if thumbnailer fails even once. As a result there is no cpu waste but often no thumbnails either, if nautilus was displaying the directory while the file was downloaded. I am not sure if that is intentional or not... -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://bugs.launchpad.net/bugs/79030 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 82528] Re: Write load on DM-Crypt LUKS partition with reiserfs jams system
I can confirm this on current gutsy. This is very annoying, makes using encrypted partitions nearly impossible (core2duo and 500GB sata disk). With the dual-core processor the computer actually performs fine, the wait-time reported by top is 50% as only one core is being hogged, but the write performance to a dm-crypt encrypted ext3 partition is absolutely horrible (I didn't measure but the average speed seemed to be below 1MB/s). The problem has nothing to do with encryption overhead itself, the computer is idling most of the time without any cpu-load and writing to hd only occasionally. Writing to a plain unencrypted partition is going 50MB/s on the same disk. Interestingly, write performance is fine to the encrypted partition when there is some other writing going on to a plain ext3 partition at the same time. -- Write load on DM-Crypt LUKS partition with reiserfs jams system https://bugs.launchpad.net/bugs/82528 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 149297] xserver-xorg-video-intel package missing changelog
Public bug reported: Binary package hint: xserver-xorg-video-intel The package xserver-xorg-video-intel (installed version version 2:2.1.1-0ubuntu5) is missing changelog.gz and changelog.Debian.gz in its /usr/share/doc directory. I checked the debian sid packages and they actually have the changelogs. I noticed this while trying to find out why my laptop suddenly started to fail suspending and suspected a recent -intel driver upgrade. ** Affects: xserver-xorg-video-intel (Ubuntu) Importance: Undecided Status: Confirmed -- xserver-xorg-video-intel package missing changelog https://bugs.launchpad.net/bugs/149297 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 139954] Re: [Gutsy] intel driver resets laptop brightness to highest mode after start, logout or video play
I am seeing the same bug on current gutsy with Thinkpad X41 when using intel driver, the brightness jumps to highest setting when playing a video or when going to console etc. With i810 driver this does not happen. While I do not the same laptop as the original reporter, the graphics controller seems to be identical: From lspci: 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) -- [Gutsy] intel driver resets laptop brightness to highest mode after start, logout or video play https://bugs.launchpad.net/bugs/139954 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 136878] Re: 00xserver-xgl_start-server Should Be Optional
I had xserver-xgl installed for some reason, maybe I tried it during edgy... Anyway the package has been installed since then and hasn't caused problems until this upgrade. I guess that's my own fault, but it sure took some time debugging why X got totally borked (running like without acceleration, wrong keyboard settings, any gl app crashing whole X, etc)... This using i810 and intel drivers with 915GM. Anyway, I doubt I am alone having stale xserver-xorg package installed, popcon.ubuntu.com says installed 14317 and vote 2390, meaning that vast majority of xserver-xorg installations are unused and will only serve to break X for the user. At least some warning would help people fix their x-servers. -- 00xserver-xgl_start-server Should Be Optional https://bugs.launchpad.net/bugs/136878 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 136878] Re: 00xserver-xgl_start-server Should Be Optional
A couple of clarifications, so I had xserver-xgl installed without (ever) using it, and of course I meant stale xserver-xgl, not xserver- xorg... The numbers are for the xserver-xgl package. -- 00xserver-xgl_start-server Should Be Optional https://bugs.launchpad.net/bugs/136878 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 122666] Re: [gutsy] brightness always appears after Idle
Thinkpad X41 and gnome-power-manager 2.19.6-0ubuntu2. I have the same issue, dim display when idle is unchecked, but after the laptop has been idle for a while, the brightness is changed to whatever value is in set display brightness to:. I think this started happening for me only a week or so ago and I assumed that g-p-m 2.19.6 broke this and that the following changelog entry is the culprit: * Try to discover the laptop backlight type by checking the backlight state before we try and set it. Fixes #436717 . -- Oliver Grawert [EMAIL PROTECTED] Thu, 02 Aug 2007 11:44:34 +0200 However, that doesn't fit to the original filing date of this bug, so I am not certain if the underlying bug is the same (or maybe I did not notice it earlier). A log from gnome-power-manager --no-daemon --verbose is attached. It shows all the lines which appear when the laptop has been idle for a while and g-p-m decides to change the brightness to full. No buttons were pressed while that log was generated, even if the log claims so. As a side note, fixing a brightness related bug #61184 would be appreciated :P ** Attachment added: gpm_log.txt http://launchpadlibrarian.net/8779448/gpm_log.txt -- [gutsy] brightness always appears after Idle https://bugs.launchpad.net/bugs/122666 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 127868] Re: gnome-power-manager using between 2% and 10% of cpu.
I saw the same bug on 32bit x86, gnome-power-manager (2.19.5-0ubuntu1 from gutsy) wasting 1-10% of CPU. Strace was very similar: [pid 27866] ioctl(21, 0x4122, 0xb4b6ff88) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b6fe80) = 0 [pid 27866] read(20, \1\0\0\0\361\37\247F\372%|4\1\0\0\0, 64) = 16 [pid 27866] ioctl(21, 0x4122, 0x824bc40) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b700b8) = 0 [pid 27866] ioctl(21, 0x4122, 0x1800) = 0 [pid 27866] poll([{fd=20, events=POLLIN|POLLERR|POLLNVAL, revents=POLLIN}], 1, -1) = 1 [pid 27866] ioctl(21, 0x4122, 0xb4b70068) = 0 [pid 27866] ioctl(21, 0x4122, 0x400)= 0 [pid 27866] ioctl(21, 0x4122, 0xb4b6ffe8) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b70138) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b70088) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b70068) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b70048) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b6ff88) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b6fe80) = 0 [pid 27866] read(20, \1\0\0\0\361\37\247Fe\243\3015\1\0\0\0, 64) = 16 [pid 27866] ioctl(21, 0x4122, 0x824bc40) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b700b8) = 0 [pid 27866] ioctl(21, 0x4122, 0x1c00) = 0 [pid 27866] poll([{fd=20, events=POLLIN|POLLERR|POLLNVAL, revents=POLLIN}], 1, -1) = 1 [pid 27866] ioctl(21, 0x4122, 0xb4b70068) = 0 [pid 27866] ioctl(21, 0x4122, 0x400)= 0 [pid 27866] ioctl(21, 0x4122, 0xb4b6ffe8) = 0 [pid 27866] ioctl(21, 0x4122, 0xb4b70138) = 0 And this was spinning as fast as possible. Killing gnome-power-manager and restarting returned sanity. -- gnome-power-manager using between 2% and 10% of cpu. https://bugs.launchpad.net/bugs/127868 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 112349] Re: Firefox / Thunderbird fonts are smaller than system fonts rest when reducing the font resolution
I noticed this bug too in gutsy with firefox 2.0.0.4+2-0ubuntu1. With DPI set to 75 in gnome font dialog (so that there is some usable scale to select font sizes, see bug #114498) the font sizes in firefox are much smaller than in gnome otherwise. Interestingly, with firefox installed from upstream (firefox-2.0.0.4.tar.gz) the fonts are OK: the fonts in firefox appear to be identical to the ones used by gnome. So, apparently there is some difference between upstream firefox and ubuntu firefox which breaks the DPI setting. -- Firefox / Thunderbird fonts are smaller than system fonts rest when reducing the font resolution https://bugs.launchpad.net/bugs/112349 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 82424] Re: nautilus uses 99% of cpu and responds very slowly
I can confirm this running Feisty and using gnome-video-thumbnailer from totem-gstreamer 2.18.1-0ubuntu3. I don't think this is actually a bug, meaning that nautilusthumbnailer is doing what they are designed to do. 1. Azureus is loading a video file to a directory nautilus is watching. 2. Nautilus notices oh, the file changed, better create a thumbnail for it. 3. Thumbnailer runs, and usually even creates a thumbnail successfully (.avi needs only the beginning and the end to be viewable in sane players, and those are the parts azureus tries to fetch first). 4. Go back to step 2 because the file has already changed. The end result is that while the file downloads nautilus continually recreates the thumbnail wasting 100% of the CPU in the process (and this shouldn't have anything to do with azureus, the same ought to happen while downloading with any bittorrent client). Workaround is to download to a directory which is not watched, but some fix to nautilus would be nice, e.g., have some timeout before creating a new thumbnail for the same, changed file. This is probably the same as as bug #56738. -- nautilus uses 99% of cpu and responds very slowly https://bugs.launchpad.net/bugs/82424 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 82424] Re: nautilus uses 99% of cpu and responds very slowly
Sorry, I commented wrong bug :( Should have been to bug #79030. -- nautilus uses 99% of cpu and responds very slowly https://bugs.launchpad.net/bugs/82424 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 79030] Re: gnome-video-thumbnailer uses all available CPU power when using bittorrent
I can confirm this running Feisty and using gnome-video-thumbnailer from totem-gstreamer 2.18.1-0ubuntu3. I don't think this is actually a bug, meaning that nautilusthumbnailer is doing what they are designed to do. 1. Azureus is loading a video file to a directory nautilus is watching. 2. Nautilus notices oh, the file changed, better create a thumbnail for it. 3. Thumbnailer runs, and usually even creates a thumbnail successfully (.avi needs only the beginning and the end to be viewable in sane players, and those are the parts azureus tries to fetch first). 4. Go back to step 2 because the file has already changed. The end result is that while the file downloads nautilus continually recreates the thumbnail wasting 100% of the CPU in the process (and this shouldn't have anything to do with azureus, the same ought to happen while downloading with any bittorrent client). Workaround is to download to a directory which is not watched, but some fix to nautilus would be nice, e.g., have some timeout before creating a new thumbnail for the same, changed file. This is probably related to bug #56738. -- gnome-video-thumbnailer uses all available CPU power when using bittorrent https://bugs.launchpad.net/bugs/79030 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 94048] Re: [feisty] Slow gnome application startup due to /etc/hosts misconfiguration
JuliusBloch, Doesn't look like network related (as could be guessed from /etc/hosts not changing start up time). Gcalctool seems to be doing something weird with the fonts, first 27000 lines of the strace log are mostly stuff like stat64(/usr/share/fonts/truetype/ttf-arabeyes/ae_AlYermook.ttf, {st_mode=S_IFREG|0644, st_size=121972, ...}) = 0 open(/usr/share/fonts/truetype/ttf-arabeyes/ae_AlYermook.ttf, O_RDONLY) = 15 fcntl64(15, F_SETFD, FD_CLOEXEC) = 0 fstat64(15, {st_mode=S_IFREG|0644, st_size=121972, ...}) = 0 mmap2(NULL, 121972, PROT_READ, MAP_PRIVATE, 15, 0) = 0xb600f000 close(15) = 0 munmap(0xb600f000, 121972) = 0 So it opens a font file, mmaps it, then closes and munmaps, presumably doing something with the font data in between. And it does that a lot. Grepping for stat.*usr.*fonts gives 2823 hits, and the font stuff takes most of the time in strace log. I straced galctool myself and the same grep gave only 39 hits and starts in under one second. I have no idea why it's doing that with the fonts in your case, maybe someone with more knowledge of gnome font handling has some idea... It's a separate bug to this /etc/hosts case anyway. -- [feisty] Slow gnome application startup due to /etc/hosts misconfiguration https://bugs.launchpad.net/bugs/94048 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 97042] Re: Wrong CPU scaling frequencies
*** This bug is a duplicate of bug 82242 *** https://bugs.launchpad.net/bugs/82242 Speedstep-centrino (which is now used by default) gives worse frequency scaling choices for me too on Thinkpad X41, compared to acpi-cpufreq. With kernel linux-image-2.6.20-14-generic version 2.6.20-14.22 speedstep-centrino gives: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 798000 1064000 133 1596000 And with acpi-cpufreq: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 160 150 140 130 120 110 100 90 80 60 So the acpi-cpufreq gives more choices for the frequency and most importantly can go 200mhz lower. This used to work fine a few weeks back, I am not sure when it changed but I think it was kernel version 2.6.20-13. It has one suspicious comment in changelog, linux-source-2.6.20 (2.6.20-13.21) feisty; urgency=low * speedstep-centrino: Include linux-phc built-in tables. - GIT-SHA fc9f7238d11d5a9ff03ce67fae0b5b5c9fd7f436 - Bug #63789 How come speedstep-centrino is used anyway? It was disabled in linux-source-2.6.20 (2.6.20-3.4) feisty; urgency=low * debian/config: Disable speedstep_centrino in favor of acpi_cpufreq. - GIT-SHA 2a0e7ef37fb8db5953f4c467219552835d78 and changelog doesn't mention reverting that. -- Wrong CPU scaling frequencies https://bugs.launchpad.net/bugs/97042 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 94048] Re: [feisty] Slow gnome application startup due to /etc/hosts misconfiguration
Vipul, Unfortunately there does not seem to be any clear difference between starting times before or after the change. Looking at the strace logs the total times are before 1.71s and 0.76s, and after 0.61 and 0.65. The only one that stands out of those is is strace-before-1.log and looking at it seems that normal file handling operations etc were a bit slower, it was probably the first run and files were not yet cached. Also time-* logs show 1-1.5s elapsed times for all runs, so in this case the /etc/hosts modification does not seem to make a difference. Strace log would be interesting from a case where the startup of gnome- terminal is significantly slower than it is after the /etc/hosts modification, for example, from a ~10s startup like the original bug reporter mentions. -- [feisty] Slow gnome application startup due to /etc/hosts misconfiguration https://launchpad.net/bugs/94048 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 94048] Re: [feisty] Slow gnome application startup due to /etc/hosts misconfiguration
Command time gnome-terminal -e exit is ok for checking if there is a difference in startup times before and after /etc/hosts modification. The startup time alone does not tell anything useful even if there is a clear difference, so the strace log should be attached from the slow startup case. The command for getting the strace log is (copypaste from above) strace -r gnome-terminal -x echo /tmp/log which stores the log to /tmp/log -- [feisty] Slow gnome application startup due to /etc/hosts misconfiguration https://launchpad.net/bugs/94048 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 94048] Re: [feisty] Slow gnome application startup due to /etc/hosts misconfiguration
First of all, gnome apps are starting fine and fast on my two feisty installations without this modification. Anyway, I think strace should show where the slowdown happens quite clearly. If for example gnome-terminal is one of the apps that start slowly, strace can be used like this (when using bash): strace -r gnome-terminal -x echo /tmp/log With option -r, strace counts the time for each syscall, and gnome- terminal will quit immediately after executing the echo command. The log will be in /tmp/log, each line starts with a number telling how long executing the call took, and most of them will be close to zero. When the slowdown happens there should be one or maybe few lines with abnormally high values (probably several seconds, if the app really is taking 5-10s to start). Maybe someone with the slowdown could attach the log here, or maybe just few lines around the slow call? A quick way to check if there are some offending lines in the log is grep -v '^\ *0' /tmp/log which will show if there are lines in the log which took = 1 second (lines which don't start with a zero). -- [feisty] Slow gnome application startup due to /etc/hosts misconfiguration https://launchpad.net/bugs/94048 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89004] Wonky partitioner choices in alternate cd
Public bug reported: Binary package hint: partman-auto Feisty i386 alternate cd from 28-Feb-2007 19:51, the computer is AMD64 3000+, abit AV8, with three harddrives (one sata, two pata). The partitioner gives choices IDE%s slave, partition #%s (%s), 0, guided - resize..., guided - use entire disk, which are quite mystifying. ** Affects: partman-auto (Ubuntu) Importance: Undecided Status: Unconfirmed -- Wonky partitioner choices in alternate cd https://launchpad.net/bugs/89004 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89004] Re: Wonky partitioner choices in alternate cd
** Attachment added: Syslog with DEBCONF_DEBUG=5 http://librarian.launchpad.net/6582943/syslog -- Wonky partitioner choices in alternate cd https://launchpad.net/bugs/89004 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89004] Re: Wonky partitioner choices in alternate cd
** Attachment added: Partman log with DEBCONF_DEBUG=5 http://librarian.launchpad.net/6582944/partman -- Wonky partitioner choices in alternate cd https://launchpad.net/bugs/89004 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89004] Re: Wonky partitioner choices in alternate cd
** Attachment added: Syslog with DEBCONF_DEBUG=5 and set -x added to /bin/partman http://librarian.launchpad.net/6583077/syslog -- Wonky partitioner choices in alternate cd https://launchpad.net/bugs/89004 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89004] Re: Wonky partitioner choices in alternate cd
** Attachment added: Another syslog with set -x also in /lib/partman/auto.d/10initial_auto http://librarian.launchpad.net/6591537/syslog -- Wonky partitioner choices in alternate cd https://launchpad.net/bugs/89004 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84262] Gnome desktop icons are shifted when the file is edited
Public bug reported: Binary package hint: nautilus I noticed this (minor but annoying) bug after upgrading to feisty around herd2. I am using defaultish gnome desktop and the current version of nautilus is 2.17.90-0ubuntu1. Steps to reproduce: 1. Create a text-file to desktop (~/Desktop), for example foo.txt 2. Move the file's icon to somewhere else from its default place 3. Double-click the icon so it gets opened (in gedit here) 4. Write something and save 5. The icon is moved to upper left corner, while it should stay where it was (and did so in edgy). Creating a new user with empty $HOME did not help, so I assume it is not caused by any local settings. However, the bug does not seem to affect all kinds of files, for example icons of images stay in the same place when edited. I tried to find if the bug has been reported before but did not find anything. Closest match I found was http://bugzilla.gnome.org/show_bug.cgi?id=330298 and it seems like there was some patch applied to nautilus post-edgy; maybe it's related to this. Anyway, this bug is quite annoying as I have become used to storing few frequently edited text files in the desktop, and now they all want to gather round in the left upper corner. ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Unconfirmed -- Gnome desktop icons are shifted when the file is edited https://launchpad.net/bugs/84262 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 78726] Re: No intermediate brightness steps on Thinkpad
*** This bug is a duplicate of bug 61184 *** ** This bug has been marked a duplicate of bug 61184 Screen brightness buttons don't work properly on Thinkpad Z61T -- No intermediate brightness steps on Thinkpad https://launchpad.net/bugs/78726 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 74939] Re: laptop screen brightness issue
*** This bug is a duplicate of bug 61184 *** ** This bug has been marked a duplicate of bug 61184 Screen brightness buttons don't work properly on Thinkpad Z61T -- laptop screen brightness issue https://launchpad.net/bugs/74939 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 64708] Re: Can only set 0% or 100% display brightness using keyboard
*** This bug is a duplicate of bug 61184 *** ** This bug is no longer a duplicate of bug 64469 Display dimming broken ** This bug has been marked a duplicate of bug 61184 Screen brightness buttons don't work properly on Thinkpad Z61T -- Can only set 0% or 100% display brightness using keyboard https://launchpad.net/bugs/64708 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 64469] Re: Display dimming broken
*** This bug is a duplicate of bug 61184 *** ** This bug has been marked a duplicate of bug 61184 Screen brightness buttons don't work properly on Thinkpad Z61T -- Display dimming broken https://launchpad.net/bugs/64469 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 61184] Re: Screen brightness buttons don't work properly on Thinkpad Z61T
I triaged a bit for duplicates of this bug. Hopefully the bugs I marked are truly duplicates and not some other issues. There are also other thinkpad brightness bugs which may be related to this, but I did not mark them as duplicates: bugs #67805, #69624, #70073, #76061 at least. -- Screen brightness buttons don't work properly on Thinkpad Z61T https://launchpad.net/bugs/61184 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 63810] Re: Gnome-panel occasionally hanging trying to connect to esd in edgy
OK, turns out that this was caused by loopback interface disappearing when the laptop is suspended. It's not even a bug in acpi-support scripts because I broke it myself :/ -- Gnome-panel occasionally hanging trying to connect to esd in edgy https://launchpad.net/bugs/63810 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 63810] Re: Gnome-panel occasionally hanging trying to connect to esd in edgy
** Changed in: gnome-panel (Ubuntu) Status: Unconfirmed = Rejected -- Gnome-panel occasionally hanging trying to connect to esd in edgy https://launchpad.net/bugs/63810 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 65787] Re: Major Problem with DHCP setting MTU Correctly.
Probably the same issue as bug #61989. If it is, removing interface- mtu from request-line in /etc/dhcp3/dhclient.conf and rebooting will fix it. -- Major Problem with DHCP setting MTU Correctly. https://launchpad.net/bugs/65787 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 61184] Re: Screen brightness buttons don't work properly on Thinkpad Z61T
Problem still here with Thinkpad X41 and hal 0.5.7.1-0ubuntu16. smbios.system.manufacturer = 'IBM' (string) smbios.system.version = 'ThinkPad X41' (string) -- Screen brightness buttons don't work properly on Thinkpad Z61T https://launchpad.net/bugs/61184 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58927] Re: Network unreachable with Edgy
*** This bug is a duplicate of bug 61989 *** ** This bug has been marked a duplicate of bug 61989 [Edgy dhclient regression] error: Message too long -- Network unreachable with Edgy https://launchpad.net/bugs/58927 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 61989] Re: [Edgy dhclient regression] error: Message too long
I marked earlier bug #58927 about the same issue as duplicate of this as this had one duplicate already and the description/title is more concise. Anyway, I'll repeat some info the other bug: The bug is actually in the crappy router which reports too low value for interface-mtu (64 in all reports I have seen). Why this worked fine in dapper is because dhclient did not ask for interface-mtu then and the default value is used instead in that case, and the network works fine. Then dhclient.conf was changed to include interface-mtu query in Debian and the package was imported to Ubuntu post-dapper. Most of the routers cannot be fixed to return correct interface-mtu, so the dhcp should not ask for it by default. This very same bug was actually fixed once already (from the changelog): dhcp3 (3.0.1-1ubuntu4) hoary; urgency=low * Revert changes to debian/dhclient.conf, apparently at least some DHCP servers supply broken interface-mtu information, so this isn't safe to enable without broader testing (Ubuntu #8241) I hope it will fixed again before edgy :) ** Bug 58927 has been marked a duplicate of this bug -- [Edgy dhclient regression] error: Message too long https://launchpad.net/bugs/61989 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 65006] Re: network-manager sometimes thinks my wireless card is wired
*** This bug is a duplicate of bug 59981 *** ** This bug has been marked a duplicate of bug 59981 suspend makes network-manager say eth1 is a wired device -- network-manager sometimes thinks my wireless card is wired https://launchpad.net/bugs/65006 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 59981] Re: suspend makes network-manager say eth1 is a wired device
** Bug 65006 has been marked a duplicate of this bug -- suspend makes network-manager say eth1 is a wired device https://launchpad.net/bugs/59981 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58927] Re: Network unreachable with Edgy
It is definitely a router dependent problem which happens when DHCP asks for interface-mtu and the router reports some too low value (which is 64 in all ifconfig outputs attached to this report). A simple way to check if this is the problem, and not something else, is to check what ifconfig says for the MTU value after DHCP has asked the address. MTU is 1500 by default, but anything over 576 is ok, lower than that can cause problems. Moky, if one computer with edgy works ok with that router and another not, maybe you have set up the network with static IP in the computer which works? In that case DHCP would have no chance to set the MTU to wrong value. Network card or driver should have no effect to this... Anyway, the best way to fix this is to remove interface-mtu from /etc/dhcp3/dhclient.conf request-line and reboot the computer (so that MTU is reset to default value). And some ubuntu dev should do that for the dhcp3-client package so that we won't have to take a count how many ~broken routers there are in the world ;) -- Network unreachable with Edgy https://launchpad.net/bugs/58927 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 63751] Re: [edgy] after hibernate/suspend nm thinks that my wireless device is wired
*** This bug is a duplicate of bug 59981 *** ** This bug has been marked a duplicate of bug 59981 suspend makes network-manager say eth1 is a wired device -- [edgy] after hibernate/suspend nm thinks that my wireless device is wired https://launchpad.net/bugs/63751 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 59981] Re: suspend makes network-manager say eth1 is a wired device
** Bug 63751 has been marked a duplicate of this bug -- suspend makes network-manager say eth1 is a wired device https://launchpad.net/bugs/59981 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 63810] Gnome-panel occasionally hanging trying to connect to esd in edgy
Public bug reported: Binary package hint: gnome-panel Gnome-panel sometimes hangs for a couple of minutes when I hit System / Quit... (which should display a window with log out, lock screen etc), it happens about one time in ten tries. After a while, it resumes normally and displays the window. As this doesn't happen every time, it has been quite hard to debug... This has happened since I upgraded to edgy around knot2 and just happened now on current edgy, 2006-10-03, and I never saw the same problem before in dapper. Backtrace from gnome-panel: #0 0xe410 in __kernel_vsyscall () #1 0xb7644661 in connect () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb72e1d99 in esd_close () from /usr/lib/libesd.so.0 #3 0xb72e2201 in esd_open_sound () from /usr/lib/libesd.so.0 #4 0xb7e55e78 in gnome_config_get_int_with_default_ () from /usr/lib/libgnome-2.so.0 #5 0xb7e55ed7 in gnome_sound_connection_get () from /usr/lib/libgnome-2.so.0 #6 0xb7e56481 in gnome_sound_play () from /usr/lib/libgnome-2.so.0 #7 0xb7e56652 in gnome_triggers_vdo () from /usr/lib/libgnome-2.so.0 #8 0xb7e56a1b in gnome_triggers_do () from /usr/lib/libgnome-2.so.0 #9 0xb7f0e8cc in gnome_client_request_save () from /usr/lib/libgnomeui-2.so.0 #10 0x0806d444 in panel_session_request_logout () #11 0xb7895b29 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #12 0xb788879b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #13 0xb7898b93 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #14 0xb789a0b7 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #15 0xb789a279 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #16 0xb7c5e734 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb7b53778 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #18 0xb7b54d42 in gtk_menu_shell_append () from /usr/lib/libgtk-x11-2.0.so.0 ---Type return to continue, or q return to quit--- #19 0xb7b4c935 in gtk_menu_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #20 0xb7b46aa0 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb7886fb9 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #22 0xb788879b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #23 0xb78991e3 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #24 0xb7899e7f in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #25 0xb789a279 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #26 0xb7c5a398 in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #27 0xb7b3fe93 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #28 0xb7b41097 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb79ca7ca in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #30 0xb7740802 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #31 0xb77437df in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #32 0xb7743b89 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #33 0xb7b41514 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x08061d8c in main () And strace from gnome-panel (started when it hanged, and the next few lines after it resumed): connect(18, {sa_family=AF_INET, sin_port=htons(16001), sin_addr=inet_addr(127.0.0.1)}, 16) = -1 ETIMEDOUT (Connection timed out) close(18) = 0 open(/etc/esound/esd.conf, O_RDONLY) = 18 fstat64(18, {st_mode=S_IFREG|0644, st_size=153, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb5e4b000 read(18, [esd]\nauto_spawn=1\nspawn_options..., 4096) = 153 read(18, , 4096) = 0 close(18) = 0 munmap(0xb5e4b000, 4096)= 0 So gnome-panel hung trying to connect to esound, which never answered and is not listening to 16001 (according to lsof or netstat), and after a couple of minutes timed out. esd is however running, gnomes preferences are set to autodetect and they work, and Enable software sound mixing (ESD) is not checked. Grepping through ~/.gconf/ gives: desktop/gnome/sound/%gconf.xml:entry name=enable_esd mtime=1145501959 type=bool value=false So if that is to be trusted it should not be using esd. Anyway, I don't know what more info to give. If there is anything needed I can try get that, however, it will take time as this is not happening every time, only when it is really, really annoying. BTW, googling for htons(16001) ETIMEDOUT gives some results so I am apparently not the only one, for example https://www.redhat.com/archives /fedora-list/2005-February/msg07286.html , but no help there... ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: Unconfirmed -- Gnome-panel occasionally hanging trying to connect to esd in edgy https://launchpad.net/bugs/63810 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 59981] Re: suspend makes network-manager say eth1 is a wired device
Patch works for me, for half a dozen resumes wireless card was identified correctly every time. -- suspend makes network-manager say eth1 is a wired device https://launchpad.net/bugs/59981 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58927] Re: Network unreachable with Edgy
I have the same problem now with edgy (upgraded from dapper around knot3), in dapper this used to work fine. On my home network dhcp fails with Message too long. DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 send_packet: Message too long I tried to look at the traffic with wireshark but not even a single packet was sent. This felt a bit weird, but the reason was simple: interface mtu was set to 64, so a single dhcp query packet was too large. If I set the interface mtu by hand (ifconfig eth0 mtu 1400) and then tried to obtain an address it worked fine but it reset the mtu back to 64, which is not good. However, everything was working as expected because dhclient was asking for interface mtu and the crappy adsl-router returned mtu=64 (confirmed with wireshark). It is not possible to change the mtu-value returned by the adsl-router, so dhcp must be set to not ask the mtu (edit /etc/dhcp3/dhclient.conf and remove interface mtu from request line). This way default mtu will be used and the network works fine. I assume this config change for dhcp was done after dapper as my network used to work fine then? If the setting is left as it is now (dhcp3-client version 3.0.4-6ubuntu5), there will be many with non- working networks. Those A-Link Roadrunners (model 44E for me, but I doubt the problem exists only for a single model) are very common here at least as ISPs have been giving them for new customers. -- Network unreachable with Edgy https://launchpad.net/bugs/58927 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 58927] Re: Network unreachable with Edgy
A bit of additional data about the interface mtu request and debian/ubuntu dhcp3 packages: The setting was disabled during hoary (from changelog): dhcp3 (3.0.1-1ubuntu4) hoary; urgency=low * Revert changes to debian/dhclient.conf, apparently at least some DHCP servers supply broken interface-mtu information, so this isn't safe to enable without broader testing (Ubuntu #8241) Then the request was enabled in debian and imported to ubuntu: dhcp3 (3.0.4-6) unstable; urgency=high * debian/dhclient.conf: also request the interface-mtu setting (closes: #372689) The closed bug is a mere wishlist bug, not fixing any actual use case. So I'd suggest the interface mtu request is removed because of (very real) potential of still causing breakage. -- Network unreachable with Edgy https://launchpad.net/bugs/58927 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 60545] Sporadically mixes up wireless network as wired
Public bug reported: This on current (as of 2006-09-15) Edgy, and it used to work fine on Dapper. I have thinkpad X41 with tg3 wired card and ipw2200 wlan. Network- Manager applet in gnome sometimes shows that ipw2200 is also wired, and displays selection between two wired cards. This makes using wireless networks pretty hard as it does not show which networks are available and what are their statuses, but this doesn't matter much because wireless network to connect to cannot be selected anyway... From the few tests I have it works OK after reboot (meaning, it shows one wired and one wireless card correctly), and usually (pretty much always) gets broken (meaning, shows two wired cards) after suspend. Here is a bit of NetworkManager --no-daemon output when coming back from suspend and recognizing both cards as wired: NetworkManager: information Waking up from sleep. NetworkManager: debug info[1158314002.466493] nm_hal_device_added (): New device added (hal udi is '/org/freedesktop/Hal/devices/net_00_16_d3_20_7d_ea'). NetworkManager: information eth0: Device is fully-supported using driver 'tg3'. NetworkManager: information nm_device_init(): waiting for device's worker thread to start NetworkManager: information nm_device_init(): device's worker thread started, continuing. NetworkManager: information Now managing wired Ethernet (802.3) device 'eth0'. NetworkManager: information Deactivating device eth0. NetworkManager: information Will activate wired connection 'eth0' because it now has a link. NetworkManager: debug info[1158314002.913971] nm_hal_device_added (): New device added (hal udi is '/org/freedesktop/Hal/devices/net_00_16_6f_1b_e1_af'). NetworkManager: information eth1: Device is fully-supported using driver 'ipw2200'. NetworkManager: information nm_device_init(): waiting for device's worker thread to start NetworkManager: information nm_device_init(): device's worker thread started, continuing. NetworkManager: information Now managing wired Ethernet (802.3) device 'eth1'. NetworkManager: information Deactivating device eth1. NetworkManager: information Will activate wired connection 'eth1' because it now has a link. NetworkManager: information SWITCH: no current connection, found better connection 'eth1'. NetworkManager: information Will activate connection 'eth1'. NetworkManager: information Device eth1 activation scheduled... And then it goes and activates eth1. Which is another bug as eth0 [wired tg3] was connected before suspend, but maybe it is somehow related to this bug of mixing up wired and wireless cards. And here is what lspci says about the two cards in case it matters: 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) 04:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) ** Affects: network-manager (Ubuntu) Importance: Untriaged Status: Unconfirmed -- Sporadically mixes up wireless network as wired https://launchpad.net/bugs/60545 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 60545] Re: Sporadically mixes up wireless network as wired
I thought I checked the old bugs, but it seems that this is duplicate of Bug #60162. -- Sporadically mixes up wireless network as wired https://launchpad.net/bugs/60545 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs