[Bug 1784232] Re: Grub-install failed because of no EFI mounted, but msinfo32 indicates an older BIOS
Revised description: The cause is that the partition intendeed for EFI had been given an incorrect tag and thus was not mounted. The problem would have been uncovered if the installation would refuse to proceed without EFI-partion when one is required. (duplicate) ** Changed in: grub-installer (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1784232 Title: Grub-install failed because of no EFI mounted, but msinfo32 indicates an older BIOS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1784232/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1784232] [NEW] Grub-install failed because of no EFI mounted, but msinfo32 indicates an older BIOS
Public bug reported: msinfo32 says: BIOS-Type: Older Yet, grub-install fails poining to missing EFI-mount. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: ubiquity 18.04.14 [modified: lib/partman/automatically_partition/question] ProcVersionSignature: Ubuntu 4.15.0-20.21-lowlatency 4.15.17 Uname: Linux 4.15.0-20-lowlatency x86_64 ApportVersion: 2.20.9-0ubuntu7 Architecture: amd64 CasperVersion: 1.394 Date: Sun Jul 29 17:38:19 2018 InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/ubuntustudio.seed boot=casper only-ubiquity quiet splash --- LiveMediaBuild: Ubuntu-Studio 18.04 LTS "Bionic Beaver" - Release amd64 (20180426) ProcEnviron: LANGUAGE=nb_NO.UTF-8 PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=nb_NO.UTF-8 LC_NUMERIC=C.UTF-8 SourcePackage: grub-installer UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: grub-installer (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic ubiquity-18.04.14 ubuntustudio -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1784232 Title: Grub-install failed because of no EFI mounted, but msinfo32 indicates an older BIOS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1784232/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1686894] Re: mysql-server hangs on postinst script
I'm in the middle of an upgrade of ubuntu-studio from 16.10 to 17.04. Upgrade stopped at "systemctl stop mysql.service". Had to manually kill (-9) mysqld to continue the upgrade. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1686894 Title: mysql-server hangs on postinst script To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1686894/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1565060] Re: defaults file is ignored
This bug affects among others anyone with intermittent or permanent ipv6 routing problems. Most documented workarounds for ipv6-problems in dual- stack configurations hint at disabling ipv6 in /etc/default/bind9, but that won't work when the file is ignored when systemd is in control of the processes. My suggestion is thus to edit the service-file for bind9 to include the defaults-file, and thus maintain backward compatibility with most of the published documentation. The following service-section in /lib/systemd/system/bind9.service seems to do the job: [Service] EnvironmentFile=-/etc/default/bind9 ExecStart=/usr/sbin/named -f $OPTIONS ExecReload=/usr/sbin/rndc reload ExecStop=/usr/sbin/rndc stop -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1565060 Title: defaults file is ignored To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1565060/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1607535] Re: ttf-mscorefonts-installer 3.4+nmu1ubuntu2 fails to install core fonts and should be updated to version 3.6 from Debian
Solutions to this problem is to either use a more capable HTTP-client for download to cope with Sourceforge's ads and redirections, or to host the fonts elsewhere. Workarounds by directing the installer to particular mirrors etc may work for a while, and/or from some places, but aren't likely to be reliable in the long term. Less complex servers should be preferred for automated downloads. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1607535 Title: ttf-mscorefonts-installer 3.4+nmu1ubuntu2 fails to install core fonts and should be updated to version 3.6 from Debian To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/msttcorefonts/+bug/1607535/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1608753] Re: Cannot build nvidia driver via dkms because compiler doesn't match kernel
When examining repos it seems like the inconsistency was introduced in xenial-updates where packages in the build toolchain was bumped from 5.3.1 to 5.4.0 while the supplied kernel still is built with GCC 5.3.1 and the dependecy-packages that provide symlinks to tool-binaries also remain at version 5.3.1 Package xenial xenial-security xenial-updates gcc 4:5.3.1-1ubuntu1 gcc-55.3.1-14ubuntu25.3.1-14ubuntu2.1 5.4.0-6ubuntu1~16.04.1 The issue of inconsistent versions relates to a number of packages in the chain of build-tools (binaries and libraries) tagged with versions 5.3.1 and/or 5.4.0. DKMS is not to blame. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1608753 Title: Cannot build nvidia driver via dkms because compiler doesn't match kernel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1608753/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1608753] Re: Cannot build nvidia driver via dkms because compiler doesn't match kernel
Seems like alle the dependency-packages are listed as version 5.3.1 (cpp, g++, gcc etc), but the symlinks within links to 5.4.0 binaries. Anyone trying to compile and/or link kernel-modules will have a problem. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1608753 Title: Cannot build nvidia driver via dkms because compiler doesn't match kernel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1608753/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1608753] Re: Cannot build nvidia driver via dkms because compiler doesn't match kernel
It's not just gcc that has mismatching versions. It's the whole toolchain. The installed gcc package (according to dpkg) has version 4:5.3.1-1ubuntu1 while the /usr/bin/gcc symlink contained within is pointing to gcc-5.4.0. There is no trace of 5.3.1 binaries on the system, nor are there any available from the repos. The bug will affect anyone who try to compile and/or link any kernel modules. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1608753 Title: Cannot build nvidia driver via dkms because compiler doesn't match kernel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dkms/+bug/1608753/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 680811] Re: incorrect maximise behaviour with twinview
This problem appear to be fixed in version 2:1.9.0-0ubuntu7.3 distributed in maverick-proposed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/680811 Title: incorrect maximise behaviour with twinview -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 680811] Re: incorrect maximise behaviour with twinview
The current Xorg-log (attached) shows that I'm running a non-standard kernel (for audio) and updated nvidia-driver (260.19.26 is the first vdpau-capable driver that seem reasonably free from memleaks with my gtx260-card). The system does however behave the same with stock 10.10 packages. ** Attachment added: Xorg.0.log https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/680811/+attachment/1757853/+files/Xorg.0.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/680811 Title: incorrect maximise behaviour with twinview -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 680811] Re: incorrect maximise behaviour with twinview
As requested: XINERAMA version 1.1 opcode: 151 head #0: 1920x1200 @ 0,0 head #1: 1280x1024 @ 1920,0 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/680811 Title: incorrect maximise behaviour with twinview -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 680811] [NEW] incorrect maximise behaviour with twinview
Public bug reported: The maximise behaviour of windows in a twinview setup changes with xserver packages version 1.9.0-0ubuntu7.1. After upgrade panels (gnome) span all screens and windows (metacity) maximise across all available screens. Previously objects would only maximise within their current screen. Downgrade and lock to the old version (1.9.0-0ubuntu7) of the x-server restores the expected behaviour. ** Affects: xorg-server (Ubuntu) Importance: Undecided Status: New -- incorrect maximise behaviour with twinview https://bugs.launchpad.net/bugs/680811 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 680861] [NEW] pulseaudio goes into poll-read loop when removing usb device
Public bug reported: Binary package hint: pulseaudio I'm testing with 2 USB sound devices. One works, one doesn't. Using a Cakewalk (Roland) UA-25EX (2 audio channels in/out + midi in/out) works fine. The device may be connected, removed and reconnected at any time wouthout problems. A Digitech RP1000 guitar processor (2 audio channels in/out + midi in/out) sends pulseaudio into an endless loop when it is disconnected or powered off. It appears to be an unhandled ENODEV as repeated in strace: [pid 21874] ppoll([{fd=3, events=POLLIN}, {fd=56, events=POLLIN}, {fd=55, events=POLLIN}, {fd=7, events=POLLIN}, {fd=58, events=POLLIN}, {fd=64, events=POLLIN}, {fd=67, events=POLLIN}, {fd=19, events=POLLIN}, {fd=57, events=POLLIN}, {fd=18, events=POLLIN}, {fd=25, events=POLLIN}, {fd=51, events=POLLIN}, {fd=54, events=POLLIN}, {fd=50, events=POLLIN}, {fd=49, events=POLLIN}, {fd=48, events=POLLIN}, {fd=47, events=POLLIN}, {fd=46, events=POLLIN}, {fd=45, events=POLLIN}, {fd=37, events=POLLIN}, {fd=40, events=POLLIN}, {fd=36, events=POLLIN}, {fd=35, events=POLLIN}, {fd=34, events=POLLIN}, {fd=33, events=POLLIN|POLLERR|POLLHUP}, {fd=33, events=0}, {fd=27, events=POLLIN}, {fd=30, events=POLLIN}, {fd=21, events=POLLIN}, {fd=24, events=POLLIN}, {fd=14, events=POLLIN}, {fd=17, events=POLLIN}, ...], 37, {5, 749931000}, NULL, 8) = 1 ([{fd=58, revents=POLLERR}], left {5, 749924521}) [pid 21874] clock_gettime(CLOCK_MONOTONIC, {12993, 777619310}) = 0 [pid 21874] read(58, 0xbf8d1194, 72)= -1 ENODEV (No such device) [pid 21874] clock_gettime(CLOCK_MONOTONIC, {12993, 777676225}) = 0 ... then back to poll() and it keeps looping trying to read off the same fd (58). Output from pulseaudio (--log-level=debug) from pulseaudio starting when the RP1000 gets connected is attached. There is only one line of info written after the cable is pulled (or turned off) before pulseaudio spins off in the loop. D: module-udev-detect.c: /dev/snd/controlC2 is accessible: no ** Affects: pulseaudio (Ubuntu) Importance: Undecided Status: New -- pulseaudio goes into poll-read loop when removing usb device https://bugs.launchpad.net/bugs/680861 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 680861] Re: pulseaudio goes into poll-read loop when removing usb device
** Attachment added: pulseaudio-log from the device is attached https://bugs.launchpad.net/bugs/680861/+attachment/1743327/+files/pa-log.txt -- pulseaudio goes into poll-read loop when removing usb device https://bugs.launchpad.net/bugs/680861 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 680861] Re: pulseaudio goes into poll-read loop when removing usb device
The problem is observed on ubuntu 10.10 x86/32, pulseaudio 0.9.22. It may be related to a bug reported, but not yet commented, upstream in http://pulseaudio.org/ticket/869 ** Bug watch added: PulseAudio sound server #869 http://pulseaudio.org/ticket/869 -- pulseaudio goes into poll-read loop when removing usb device https://bugs.launchpad.net/bugs/680861 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 343520] Re: rythmbox and totem crash when getting http://www.radiomayavision.net/106-9.m3u
The crash in rhythmbox when connecting to mms streams through libmms is an old one. It usually happens when switching to a mms:// source from listening to something else (e.g. an mp3 file). I've seen exactly the same behaviour in every release over the last 3-4 years. Switching from listening to a mp3 file to a mms:// source will cause a crash almost every time. I'm not sure if the problem lies in inappropriate data initialisation by rhythmbox, or a bug in libmms. A BT from the crashing thread shows: Thread 30 (Thread 0xa91feb70 (LWP 24118)): #0 0xb0ec7dcd in ?? () from /usr/lib/libmms.so.0 #1 0xb0ec93bd in mms_connect () from /usr/lib/libmms.so.0 #2 0xb0ecbec1 in mmsx_connect () from /usr/lib/libmms.so.0 #3 0xb0efcc07 in ?? () from /usr/lib/gstreamer-0.10/libgstmms.so #4 0xb76bedb8 in gst_base_src_start (basesrc=0xaf1435c8) at gstbasesrc.c:2649 #5 0xb76c4f27 in gst_base_src_activate_push (pad=0x904f0d0, active=1) at gstbasesrc.c:2874 #6 0xb763a00f in gst_pad_activate_push (pad=0x904f0d0, active=1) at gstpad.c:923 #7 0xb763a9f5 in gst_pad_activate_default (pad=0x904f0d0) at gstpad.c:590 #8 0xb763aafc in gst_pad_set_active (pad=0x904f0d0, active=1) at gstpad.c:679 #9 0xb761915b in activate_pads (pad=0x904f0d0, ret=0xa91fdc5c, active=0xa91fdcbc) at gstelement.c:2632 #10 0xb762b9f7 in gst_iterator_fold (it=0xaf12a380, func=0xb7619130 activate_pads, ret=0xa91fdc5c, user_data=0xa91fdcbc) at gstiterator.c:545 #11 0xb761908f in iterator_activate_fold_with_resync (iter=0xaf12a380, func=value optimised out, user_data=0xa91fdcbc) at gstelement.c:2664 #12 0xb761b69b in gst_element_pads_activate (element=0x90e2000, active=1) at gstelement.c:2701 #13 0xb761dbfb in gst_element_change_state_func (element=0x90e2000, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstelement.c:2778 #14 0xb76c61dc in gst_base_src_change_state (element=0x90e2000, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstbasesrc.c:3017 #15 0xb761a435 in gst_element_change_state (element=0x90e2000, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstelement.c:2548 #16 0xb761d928 in gst_element_set_state_func (element=0x90e2000, state=GST_STATE_PAUSED) at gstelement.c:2504 #17 0xb76197f0 in gst_element_set_state (element=0x90e2000, state=GST_STATE_PAUSED) at gstelement.c:2405 #18 0xb7609827 in gst_bin_element_set_state (element=0x9050b50, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstbin.c:2118 #19 gst_bin_change_state_func (element=0x9050b50, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstbin.c:2417 #20 0xb761a435 in gst_element_change_state (element=0x9050b50, transition=GST_STATE_CHANGE_READY_TO_PAUSED) at gstelement.c:2548 #21 0xb761a22e in gst_element_continue_state (element=0x9050b50, ret=GST_STATE_CHANGE_SUCCESS) at gstelement.c: #22 0xb761a4bf in gst_element_change_state (element=0x9050b50, transition=GST_STATE_CHANGE_NULL_TO_READY) at gstelement.c:2585 #23 0xb761d928 in gst_element_set_state_func (element=0x9050b50, state=GST_STATE_PAUSED) at gstelement.c:2504 #24 0xb76197f0 in gst_element_set_state (element=0x9050b50, state=GST_STATE_PAUSED) at gstelement.c:2405 #25 0xb7f56b86 in ?? () from /usr/lib/librhythmbox-core.so.0 #26 0xb7f4646b in rb_player_open () from /usr/lib/librhythmbox-core.so.0 #27 0xb7eccb5a in ?? () from /usr/lib/librhythmbox-core.so.0 #28 0xb7eccce4 in ?? () from /usr/lib/librhythmbox-core.so.0 #29 0xb737fdef in g_thread_create_proxy (data=0x82db000) at /build/buildd/glib2.0-2.24.1/glib/gthread.c:1893 #30 0xb743896e in start_thread (arg=0xa91feb70) at pthread_create.c:300 #31 0xb7023a4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 This particular crash happened when switching from an mp3 file to mms://straumr.nrk.no/nrk_radio_ndte_p1_h -- rythmbox and totem crash when getting http://www.radiomayavision.net/106-9.m3u https://bugs.launchpad.net/bugs/343520 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 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
Slight update to #142. I may have gotten protocol orders wrong in my analysis, or the dns- lookup-mechanism has been altered in the last libc update. The net result however, is still that every attempt by an application to connect to a v4-only host is preceded by a dns-request that result in a lost nxdomain response. Example: capturing DNS packets while connecting to a webserver with no v6-support reveal the following order of DNS queries and responses: 1. The client searches for an record. The DNS-server returns SOA with noerror. 2. The client tries the local variant of the record. The DNS-server returns NXDOMAIN which is lost in the faulty DNS-forwarder. 3. After timeout (20sec) the client goes looking for an A-record and succeeds. Wouldn't it be preferable to prioritise differently? The client could send concurrent requests for A and , and drop the attempt on the local variant of when it gets one or more valid a-records. -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 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 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
This is as Jeroen and others have pointed out repeatedly, primarily an issue with broken resolvers/forwarders often part of cheap broadband/wlan routers. I just want to repeat that this isn't specific to IPv6, and emphasise that changes in karmic have made things worse. Karmic always first tries to append the local/search-domain to requests. That is an important change from previous versions where search-domains are appended only when the client application only specifies the host- part. In the last couple weeks I've come across number of different broadband CPE's (multiple brands) which have a DNS-forwarder that fails to forward nxdomain responses to the clients. In the past these clients would only experience delays for non-existent hosts. After upgrading to karmic they get a 20sec delay for every request. I.e. the user types ubuntu.com in the browser, karmic first tries ubuntu.com.searchdomain and sits waiting as the nxdomain-response is lost. -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 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 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
Another issue in addition to ipv6 is how the resolver-lib handles search domains. I found I could avoid the delay by removing the domain and search statements from /etc/resolv.conf. In this particular case there's a broadband-router which put either the providers domains or a configured local alternative in the DHCP-response. There's no way to make it drop the options altogether when it's not used properly. Thus a solution (in addition to a local caching resolver etc described above) is to remove these options (domain-name and domain-search) from the list of options the dhcp-client (/etc/dhcp3/dhclient.conf) asks for. This problem is easily identified as described in #82 above. -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 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 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
Wrt #84, is it a correct observation that the resolver-library in karmic always tries to add search-domains to the queried string even when the original query from the application is for a FQDN? The first DNS- request from a karmic client looking for www.google.com in a browser is for www.google.com.localdomain when domain or search is specified in /etc/resolv.conf. I thought the search-strings only were appended when there was no domain-part specified, and/or if there was no response/hit on the first request. -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 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 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
The reason for the delay described in #84 and #85 seems to be a firmware-bug in a wlan router (D-Link DIR-655). It doesn't seem to pass NXDOMAIN-responses to the clients when it is set up to relay requests. The upstream servers respond immediately with NXDOMAIN when queried directly. However, this problem wasn't discovered before so the behaviour of the client resolver has obviously changed in karmic. -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 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 396928] Re: Firefox 3.5 identifies as Shiretoko
What the application is called in GUI-elements doesn't really matter all that much. It does after all simplify package-management slightly when the decision has been made not to make it a default upgrade on old distributions. That the browser identifies itself as Shiretoko to websites is however a problem. It seem to be a string that is carried over in the config for users who already used a beta and then upgraded to final later. 3.5.x final should ideally update this during its first startup along with the check for add-on compatibility etc. Users do however have the ability to change it later by opening about:config in the location bar, search for general.useragent.extra.firefox and change it from Shiretoko/3.5.x to Firefox/3.5.x. That does seem to fix the problems I've had with browser compatibility on some sites. I don't know whether there are sites that rely on being able to identify Shiretoko though. -- Firefox 3.5 identifies as Shiretoko https://bugs.launchpad.net/bugs/396928 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 378606] Re: Jaunty fast then slow out of sync video with stuttering sound
*** This bug is a duplicate of bug 345627 *** https://bugs.launchpad.net/bugs/345627 Not so sure it's a duplicate. I hear no scratching sounds which are the main complaint in 337429, yet have major problems with audio/video sync. I suspect it is related to the variable audio latency introduced with pulseaudio 0.9.14 (and the current 0.9.15). Pulseaudio 0.9.10 which was used in intrepid didn't have this problem. Wrt duplicates look at https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/347376 instead. -- Jaunty fast then slow out of sync video with stuttering sound https://bugs.launchpad.net/bugs/378606 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 347376] Re: [jaunty] Choppy video playback and high CPU usage when watching online video
To me it looks like video and audio keeps having sync issues with any player when pulseaudio is involved (totem, mplayer, mythtv, flashplugin, vlc, ffplay). The results are better for players that use gstreamer with pulse disabled (kill daemon and disable autospawn). Ditto for mplayer with direct ALSA output. Sending sound through jackd also works fine for players that support it. It looks like this is a problem which has been introduced somewhere between pulseaudio 0.9.10 (intrepid) and 0.9.14 (jaunty). At some point I tried 0.9.14 with intrepid, but reverted to 0.9.10 because of this problem. I've tried pulseaudio 0.9.15 with both intrepid and jaunty, and that makes the problem even worse. A kernel with CONFIG_HZ_1000=y as recommended by pulse developers show some improvement, but doesn't completely solve the problem. Debugging with mythtv (svn trunk) indicate that audio latency varies a lot (40-200ms) when pulseaudio 0.9.14/15 is used, but remains fairly constant (~40ms) with pulseaudio 0.9.10. Could this be the cause? These numbers are from a E6600 system with an ASUS Xonar DX soundcard (snd_virtuoso). Numbers differ slightly with other soundcards, but the symptoms are the same. -- [jaunty] Choppy video playback and high CPU usage when watching online video https://bugs.launchpad.net/bugs/347376 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 296019] Re: Rhythmbox 0.11.6 Segmentation fault in Ubuntu 8.10 (more info)
Backtrace from rhythmbox attached. The behaviour is the same for all application which establish connections using libmms through gstreamer on all machine-architectures and ubuntu-releases I've tried over the last year or two so it shouldn't be hard to reproduce. Just try swapping back and forth between listening to a mp3-file and netradio from a mms url and it will fail. Often the first time switching to mms, almost certainly within 3 or 4 attempts. All backtraces pointing to a string overflow within mms_connect(). ** Attachment added: gdb-rhythmbox.txt http://launchpadlibrarian.net/27183929/gdb-rhythmbox.txt -- Rhythmbox 0.11.6 Segmentation fault in Ubuntu 8.10 (more info) https://bugs.launchpad.net/bugs/296019 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 296019] Re: Rhythmbox 0.11.6 Segmentation fault in Ubuntu 8.10 (more info)
This bug is still present in Ubuntu 9.04 (libmms 0.4-2) and affects all applications which access mms urls through gstreamer and libmms. Totem, Rhythmbox and Banshee all show the same behaviour. Listen to a mp3 file, then switch to network radio from a mms url and it crashes immediately. -- Rhythmbox 0.11.6 Segmentation fault in Ubuntu 8.10 (more info) https://bugs.launchpad.net/bugs/296019 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 204960] Re: [Hardy] Lirc devinput (linux-input-layer) broken
The fix in 0.8.4a-0ubuntu1 is not complete. Exceptions are made for HAL to ignore a list of known receivers, but there are surely more to come. A permanent fix can only be made upstream by making HAL able to identify dev/input IR-receivers in general, or integrate lircd to take events from dev/input via HAL/DBUS. -- [Hardy] Lirc devinput (linux-input-layer) broken https://bugs.launchpad.net/bugs/204960 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 99508] Re: Titlebar incorrectly drawn with geforce 5/6/7, compiz and human-theme
As previously described, 180.06 did sole this problem for me. It is however a beta so don't take that statement as a recommendation for general use. Stability seems somewhat questionable. However, after 180.06 solved this particular problem for me, but didn't appear stable I decided to try 177.82 again and either drop compiz altogether or use the emerald decorator ... Big surprise, window frames now works with this version too. Stability still wasn't good though, so I opted for another downgrade - to 177.80 - and now the window borders look fine here too with /usr/bin/compiz-decorator. I'm confused! Back where I started, running the software version that once didn't work, but now it does. The only possibility that I can think of is if there was something missing from the original 177.80 install that has been included with upgrades and not been removed again during downgrade. -- Titlebar incorrectly drawn with geforce 5/6/7, compiz and human-theme https://bugs.launchpad.net/bugs/99508 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 99508] Re: Titlebar incorrectly drawn with geforce 5/6/7, compiz and human-theme
GeForce Go 7600: 177.82 does not work 180.06 works - see http://www.nvnews.net/vbulletin/showthread.php?t=123072 -- Titlebar incorrectly drawn with geforce 5/6/7, compiz and human-theme https://bugs.launchpad.net/bugs/99508 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 216999] Re: Decoration Plugin: Window shadow color is not displayed as set in plugin properties on NV GeForce 8600 GTS, using nvidia-new drivers
Confirm. I see pinkish shadows around windows and menus on a NV-8800GTS. There are other issues which have been blamed on composite handling in the current driver too, like a delay that is introduced in the handling of several gtk-widgets on only some of the displays in a multi-head config. Maybe it's still time for an upgrade to a more recent driver. -- Decoration Plugin: Window shadow color is not displayed as set in plugin properties on NV GeForce 8600 GTS, using nvidia-new drivers https://bugs.launchpad.net/bugs/216999 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 216999] Re: Decoration Plugin: Window shadow color is not displayed as set in plugin properties on NV GeForce 8600 GTS, using nvidia-new drivers
It seems to be something in the packaging that introduce this problem. The same version from nvidia works just fine. I just removed nvidia-glx-new, nvidia-kernel-common and dependencies (incl all accumulated restricted-modules), then booted single-user and compiled and installed the original 169.12 driver and resumed normal boot. xorg.conf has not been touched, but 3D-shadows are now normal. (it doesn't fix the dual-head delay though). -- Decoration Plugin: Window shadow color is not displayed as set in plugin properties on NV GeForce 8600 GTS, using nvidia-new drivers https://bugs.launchpad.net/bugs/216999 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 211893] Re: Bluetooth handsfree does not work and floods syslog
To be a bit more specific: I'm now running a kernel built from the ubuntu.com git repository, with the specified patch applied. From there I've built and installed binary-generic. The BT-handsfree-kit works (kind of) with this kernel. While running with this kernel I've seen bt-audio once end up in a weird state where it repeats the following to syslog: Apr 12 15:23:57 audio[14838]: Audio API: received BT_STREAMSTART_REQ Apr 12 15:23:57 audio[14838]: Audio API: sending BT_STREAMSTART_REQ When this happened mplayer reported the following while trying to open the bt-device: [AO_ALSA] pcm prepare error: Invalid argument [AO_ALSA] Write error: Bad file descriptor [AO_ALSA] Trying to reset soundcard. [AO_ALSA] alsa-lib: pcm_bluetooth.c:1481:(audioservice_expect) Bogus message BT_STREAMSTART_REQ received while BT_STREAMSTART_RSP was expected --- Sound tends to break up regardless of the distance between the devices, so I've tried to install the most recent releases from bluez.org (bluez- libs-3.30, bluez-utils-3.30, bluez-firmware-1.2, bluez-hcidump-1.41, bluez-gnome-0.26). Unfortunately that makes no difference to sound quality. (Btw; nor is there yet anything that can help with the previously mentioned pairing issue for headsets). The new packages are built and installed on-top of the standard files from hardy to avoid loosing other bt-tools through dependencies (yes I'm aware of the consequences;). The only significant difference except bug-fixes seem to be that services now are plugins in the form of shared-libs and not separate processes as they used to be. Next is to check for other kernel-patches. Now I wonder where the actual version of bluez-code in the current hardy-kernel comes from. It doesn't seem to match vanilla 2.6.24 from kernel.org, nor does it match the latest patches from bluez.org. It seems to be something in the middle. --- I think BT-audio is going to be hard to solve in hardy for several reasons: - bluez since release 3.26 (the one in hardy) is in a bit of a limbo. This is the first of the 3.x releases that are describes as part of a transition to new architecture in bluez 4.0 - kernel modules for alsa/bluez integration that supposedly are obsolete as of bluez 3.26 are still included in hardy - then there is the incomplete alsa/pulseaudio transition. Half-baked is probably an appropriate description. -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 211893] Re: Bluetooth handsfree does not work and floods syslog
Grabbed the kernel-source from git, applied the BT patch (http://lkml.org/lkml/diff/2008/2/25/530/1) and built new packages. My BT-2.0 headset works with this new kernel. The sound gets choppy after a few seconds, but there are still more options to explore in the BT-audio config that may change that. There are no more hci_scodata_packet messages is the logs, and everything else on BT still works. It remains to see if anything else could be affected, but it looks good so far. -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 211893] Re: Bluetooth handsfree does not work and floods syslog
@Brian Murray : bug 198494 does indeed cover the pairing issue mentioned, but that's the simple bit. @MsTiFtS : bug 39414 is similar, but concerns a USB-BT adapter. In this case the adapter works with multiple devices (keyboard, mouse and several phones using obex-transfers and HID). Only BT-audio seems to cause the problem in this case. Unfortunately my BT-1.2 headset has died so I can't test that one any more. What I've dug out so far pointed to the kernel failing to fall back from eSCO (BT-2.x) to SCO (BT-1.x). I have however tested a BT 2.0 headset (Jabra BT5010) with the same result, so so much for that theory. What remains to be tested is the kernel-patch that others on the bluez- users-list have reported to work. -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 202301] Re: Firefox not translated/localized
Not only is the re-packaging of mozilla.org's translations into separate locale and binary packages missing for FF3. The ones in the repos for FF2 have not been updated from 2.0.0.7 and don't work with the current 2.0.0.13. Looks like we're getting close to a release with epiphany as the only gnome-based multilingual browser. -- Firefox not translated/localized https://bugs.launchpad.net/bugs/202301 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 191760] Re: [Hardy] Youtube Plugin can't play video
Something seems to have happened with hardy's recent upgrade to totem 2.22.1. I have all gstreamer-10 plugins and totem-plugins I can find installed, yet totem complains that the necessary plugins is missing when trying to play a youtube video from the search-results. It does play locally-stored flash videos though. -- [Hardy] Youtube Plugin can't play video https://bugs.launchpad.net/bugs/191760 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 211893] Re: Bluetooth handsfree does not work and floods syslog
This relates to a similar bug in gutsy and before, but both bluez and the kernel has changed since so the fixes for those may not apply anymore. In short this seems to relate to missing or incomplete support for eSCO in the kernel that makes most, if not all, BT=1.2 headsets fail. There's a number of patches listed to support this in the kernel listed at http://kernelnewbies.org/Linux_2_6_24#head- efad198ce9f2c533fcc541c306e566fc3a42af91 It seems these are included in the current kernel-source (2.6.24-15). In addition there is a small patch to make it work listed in http://lkml.org/lkml/diff/2008/2/25/530/1 This has been reported to work with 2.6.24 (http://article.gmane.org/gmane.linux.bluez.user/13682). -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 211893] Re: Bluetooth handsfree does not work and floods syslog
** Changed in: linux (Ubuntu) Sourcepackagename: None = linux -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 211893] [NEW] Bluetooth handsfree does not work and floods syslog
Public bug reported: [I'm not sure is this big relates to bluez or alsa or something else . It concerns hardy beta] First, to get pairing to work I have to use parts of the suggested python-script from the bluez-wiki. To make the PC visible and connectable prior to setting the headset in pairing mode is not enough to trigger the pairing process. From there it appears normal in the log when the headset is turned on: With audio sent to the device there is no sound, but syslog is flooded: mplayer -ao alsa:device=headset /usr/share/sounds/shutdown1.wav The repeaded log-entry contains: Apr 4 13:39:34 obelix kernel: [ 460.424359] hci_scodata_packet: hci0 SCO packet for unknown connection handle 46 Output to syslog continues after the mplayer process is terminated. It does not stop until the bt-headset is turned off and gets de-registered from the bt service. The USB dongle in use works fine with other services (obex,hid etc) Further details attached. ** Affects: ubuntu Importance: Undecided Status: New -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 211893] Re: Bluetooth handsfree does not work and floods syslog
** Attachment added: bt-info.txt http://launchpadlibrarian.net/13116789/bt-info.txt -- Bluetooth handsfree does not work and floods syslog https://bugs.launchpad.net/bugs/211893 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 149214] Re: [Gutsy] Intel 4965AGN wireless connection dies
Don't expect this to be fixed in Gutsy as components of a release rarely (if at all) are upgraded within a release-cycle. Are any bugs being addressed at all if they're not security-related? That seems to be a problem with Ubuntu. The best fix for wireless problems in 7.10 seems to be to reinstall 7.04 if your hardware works there. There's not much new in 7.10 apart from eye-candy. -- [Gutsy] Intel 4965AGN wireless connection dies https://bugs.launchpad.net/bugs/149214 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 183969] Re: xserver-xorg-core update breaks java wxwidgets apps
The problem with tvtime reported earlier is still there with the last version. The picture (window or fullscreen) sometimes gets very dark (and distorted when corrected with brightness/contrast settings). There are no errors reported when tvtime is run from the command-line. Besides, a check with vlc confirms that it also shows a distorted picture. Reload of driver-modules for the capture hardware makes no change. The only fix is to restart the xserver. The problem doesn't appear quite as frequently with the latest xserver (Version: 2:1.3.0.0 .dfsg-12ubuntu8.3), but it eventually gets in the weird state after a day or two. This points to some form of buffer corruption in a video- extension or similar. Further investigation needed. -- xserver-xorg-core update breaks java wxwidgets apps https://bugs.launchpad.net/bugs/183969 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 183969] Re: xserver-xorg-core update breaks java wxwidgets apps
Arrg forget my previous comment about tvtime. It first happened to me after the broken xserver update, so I incorrectly assumed the problem was related to one of the many changes in the code. It turns out it is totem that messes with picture settings and that it also affects other media applications. Now that I've found the cause, I've also found a way to correct it. -- xserver-xorg-core update breaks java wxwidgets apps https://bugs.launchpad.net/bugs/183969 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 183969] Re: xserver-xorg-core update breaks java apps
Upgrade to xserver-xorg-core version 2:1.3.0.0.dfsg-12ubuntu8.1 causes numerous problems: wxwidget-based applications don't work (vlc etc) tvtime get in a weird state with brightness/contrast after a while Various other intermittent problems and graphics anomalies (possible memory buffer corruption). All observed problems disappear after downgrade to the previous version of the package. -- xserver-xorg-core update breaks java apps https://bugs.launchpad.net/bugs/183969 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 158045] Re: the distribution should use iwl3945 instead of ipw3945 by default
Not only should iwl3945 be used instead of ipw3945, but Gutsy also needs an upgrade to new versions of the iwl3945 and related drivers. The current driver causes occasional system freezes. These may, at least in part, be related to the use of software encryption in the current driver. It seems slightly better with hardware encryption enabled. Swap driver by: 1. Prevent the system from loading the old driver through blacklisting. Add the following line to /etc/modprobe.d/blacklist: blacklist ipw3945 2. Force load of the iwl3945 driver by adding it to /etc/modules. I.e. add a line in the file with the word iwl3945. Then reboot. -- Hardware encryption can be enabled by creating a file /etc/modprobe.d/iwl3945 containing the following line of text: options iwl3945 hwcrypto=1 Then reboot. -- the distribution should use iwl3945 instead of ipw3945 by default https://bugs.launchpad.net/bugs/158045 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 141396] Re: ipw3945 hangs intermittently on Thinkpad T61
Hardware encryption seems to improve stability for the iwl3945 module. put options iwl3945 hwcrypto=1 in a file in /etc/modutils.d (ex create a file called iwl3945) With default software-crypto my test-computer would hang randomly after transmitting anywhere between a few MB up to 1 or 2 GB. With hardware- crypto enabled I just completed a test-transfer of 40GB+ -- ipw3945 hangs intermittently on Thinkpad T61 https://bugs.launchpad.net/bugs/141396 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 141396] Re: ipw3945 hangs intermittently on Thinkpad T61
Funny it's not been mentioned yet in this thread, but the iwlwifi drivers in gutsy are rather old. Changelogs from intellinuxwireless.org describe heaps of serious bugs that have been squashed recently. Those fixes should IMHO make it into the next revision of the linux-ubuntu- modules package. There's also a lot of annoying bugs in gutsy's current kernel, so maybe there's a hope for an updated kernel and modules shortly. -- ipw3945 hangs intermittently on Thinkpad T61 https://bugs.launchpad.net/bugs/141396 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 141396] Re: ipw3945 hangs intermittently on Thinkpad T61
I've got the same with 7.10 on an Acer Aspire. Nothing further to add,except confirming that: - I didn't notice any such problem on 7.04. - Both iwl3945 and ipw3945 show the same behaviour. -- ipw3945 hangs intermittently on Thinkpad T61 https://bugs.launchpad.net/bugs/141396 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 48499] Re: hald blocks ide bus if cdrom on same bus with harddisk(was:Extremly slow IO performance with dapper, high wa% on Dell Inspiron 8200)
Anco: the rules I added to /usr/share/hal/fdi/preprobe/10osvendor/10 -ide-drives.fdi were those that were removed by an earlier patch found in http://launchpadlibrarian.net/5907427/hal-fix-remove_blacklisted_HL- DT-STCD-RW.txt Apply the reverse of that patch, or if you don't know patch simply add the lines starting with '-' (without the '-' of course - and use the lines before and after the patched section to find the right spot in the file). Then restart hald (or reboot) to activate the change. //per -- hald blocks ide bus if cdrom on same bus with harddisk(was:Extremly slow IO performance with dapper, high wa% on Dell Inspiron 8200) https://bugs.launchpad.net/bugs/48499 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 98641] Re: [nvidia-glx-new] NVidia driver missing libwfb
Is there a good reason why the solution hasn't yet made its way into feisty? It appears to be a simple omission in packaging as the missing libwfb.so is readily supplied by nvidia. The only reasonable alternative would be to communicate clearly to the ubuntu community that 8800 gpus are not supported by feisty which seem a bit silly considering the simplicity of the solution. -- [nvidia-glx-new] NVidia driver missing libwfb https://bugs.launchpad.net/bugs/98641 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 107831] Re: Feisty don't work with nVidia GeForce 8800 GTS and 8800 GTX
In my case I found that the 8800gts was not working due to a missing x-server module as reported in the Xorg.0.log. The required file is included with Nvidia's driver-package, but there's no trace of /usr/lib/xorg/modules/libwfb.so* in any ubuntu-packages. I.e. it seems to be a build/packaging issue, and that the file simply should be included in the nvidia-glx-new package. The X-server works, with eye- candy and all, using the driver in nvidia-glx-new if the missing file manually extracted from nvidia's package and copied into /usr/lib/xorg/modules. -- Feisty don't work with nVidia GeForce 8800 GTS and 8800 GTX https://bugs.launchpad.net/bugs/107831 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 48499] Re: hald blocks ide bus if cdrom on same bus with harddisk(was:Extremly slow IO performance with dapper, high wa% on Dell Inspiron 8200)
This update adds information I have previously reported in a thread on ubuntuforums.org: hald on edgy still behaves badly on an Inspiron 8200 here. I've found that it does *not* work to stop hald from polling the CD-drive and stop blocking the IDE-channel by adding filters in /etc/hal. It does however work if I add the rule in /usr/share/hal/fdi/preprobe/10osvendor/10-ide- drives.fdi. I haven't yet examined the source for hald to figure out why blacklisting the device through config-files in /etc doesn't have the same effect as changing the vendor-file in /usr/share/hal. The problem was introduced through a CVS update in october 2005. A copy of the diff is attached. Reversing this diff and then restart hald solves the problem. The system will not detect changes to the CD-drive with the blacklist entry in place, but having to mount manually is much preferred over crippled IDE performance. ** Attachment added: HAL blacklist-entry removal diff http://librarian.launchpad.net/5907427/hal-fix-remove_blacklisted_HL-DT-STCD-RW.txt -- hald blocks ide bus if cdrom on same bus with harddisk(was:Extremly slow IO performance with dapper, high wa% on Dell Inspiron 8200) https://launchpad.net/bugs/48499 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs