[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
I am sorry, there was a mistake in my bisect (there seems to be some race conditions between the scsi/usb storage behaviour and the usb serial behaviour that very rarely makes a bad kernel work or a good kernel not to work) However the regression still intervenes with a change in the SCSI cdrom driver code (drivers/scsi/sr.c) commit 93aae17af1172c40c6f74b7294e93a90c3cfaa5d Author: Tejun Heo t...@kernel.org Date: Thu Dec 16 17:52:17 2010 +0100 sr: implement sr_check_events() Replace sr_media_change() with sr_check_events(). It normally only uses GET_EVENT_STATUS_NOTIFICATION to check both media change and eject request. If @clearing includes DISK_EVENT_MEDIA_CHANGE, it issues TUR and compares whether media presence has changed. The SCSI specific media change uevent is kept for compatibility. sr_media_change() was doing both media change check and revalidation. The revalidation part is split into sr_block_revalidate_disk(). The difficulty is that it is possible that it is not something called from sr_check_events that causing the regression, but something triggered in drivers/cdrom/cdrom.c by the new presence of a -check_events in the device operations structure. From my tests, upstream is affected too, even in HEAD (so the recent 79b9677d885d1a792bc103f2febb06f91f92de43 commit evoked above does not solve it). I have not (yet) opened a bug report upstream. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
After a long bisect, first through old natty linux-image package, then through the 9001 git commits between 2.37-12.26 and 2.38-1.27, the regression intervened with commit 638428ece619495edc9579b1e21493eb00f9687c Author: Tejun Heo t...@kernel.org Date: Thu Dec 9 11:18:42 2010 +0100 scsi: fix TUR error handling in sr_media_change() sr_test_unit_ready() returns 0 iff TUR succeeded - IOW, when media is present and the device is actually ready, so the return value wouldn't be zero when TUR ends with sense data. sr_media_change() incorrectly tests (retval || (scsi_sense_valid(sshdr)...)) when it tries to test whether TUR failed without sense data or with sense data indicating media-not-present. Fix the test using scsi_status_is_good() and update comments. - Fixed a comment typo spotted by Eike. This code has been vastly changed in the following weeks after this commit, but its logics remain... It is possible (I did not check yet, but it seems possible) that that commit 79b9677d885d1a792bc103f2febb06f91f92de43 solves it. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=79b9677d885d1a792bc103f2febb06f91f92de43 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
** Changed in: linux (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
** Tags added: kernel-bug natty needs-upstream-testing regression- release -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
So obviously, a temporary workaround (with the security problems it implies) is to use the last build working: https://launchpad.net/ubuntu/+source/linux/2.6.37-12.26 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772577] Re: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it
== Regression details == Discovered in version: 2.6.38-8.42 Last known good version: 2.6.37-12.26 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772577 Title: Kernel in Natty disconnects Huawei E160G, ModemManager can't use it To manage notifications about this bug go to: https://bugs.launchpad.net/modemmanager/+bug/772577/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 487190] Re: MSN name changes on Login to Email
Sorry, I forgot to do the thing in the correct order. Please forget the previous debdiff. Here is a debdiff for lucid. ** Attachment added: Debdiff for Lucid http://launchpadlibrarian.net/36252238/pidgin-friendly-name-cache.lucid.debdiff ** Attachment removed: Debdiff for Karmic http://launchpadlibrarian.net/36251566/pidgin-friendly-name-cache.debdiff -- MSN name changes on Login to Email https://bugs.launchpad.net/bugs/487190 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 487190] Re: MSN name changes on Login to Email
Here is too, in advance, a debdiff for karmic-proposed, for an hypothetical future SRU. ** Attachment added: Debdiff for Karmic Proposed http://launchpadlibrarian.net/36252313/pidgin-friendly-name-cache.karmic-proposed.debdiff -- MSN name changes on Login to Email https://bugs.launchpad.net/bugs/487190 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 487190] Re: MSN name changes on Login to Email
** Changed in: pidgin (Ubuntu) Status: New = Confirmed -- MSN name changes on Login to Email https://bugs.launchpad.net/bugs/487190 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 487190] Re: MSN name changes on Login to Email
** Bug watch added: Pidgin Trac #10763 http://developer.pidgin.im/ticket/10763 ** Also affects: pidgin via http://developer.pidgin.im/ticket/10763 Importance: Unknown Status: Unknown -- MSN name changes on Login to Email https://bugs.launchpad.net/bugs/487190 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 487190] Re: MSN name changes on Login to Email
Here is a debdiff for Karmic based on the upstream fix: http://developer.pidgin.im/viewmtn/revision/info/5471a4305312ead74567c9099c837adcbebb640c ** Attachment added: Debdiff for Karmic http://launchpadlibrarian.net/36251566/pidgin-friendly-name-cache.debdiff -- MSN name changes on Login to Email https://bugs.launchpad.net/bugs/487190 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 451405] Re: zlib extension missing in php5 karmic
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 I can confirm pecl / pear install do not hang silently anymore (silently because of the @ before gzopen). -- zlib extension missing in php5 karmic https://bugs.launchpad.net/bugs/451405 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 432291] Re: Fatal error: Call to undefined function gzopen() on php5 5.2.10.dfsg.1-2ubuntu3
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug is no longer a duplicate of bug 451405 zlib extension missing in php5 karmic ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- Fatal error: Call to undefined function gzopen() on php5 5.2.10.dfsg.1-2ubuntu3 https://bugs.launchpad.net/bugs/432291 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 439407] Re: Abort class-pclzip.php : Missing zlib extensions
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug is no longer a duplicate of bug 451405 zlib extension missing in php5 karmic ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- Abort class-pclzip.php : Missing zlib extensions https://bugs.launchpad.net/bugs/439407 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 451405] Re: zlib extension missing in php5 karmic
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- zlib extension missing in php5 karmic https://bugs.launchpad.net/bugs/451405 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 451314] Re: [SRU] PHP 5.2.10 zlib bug remains for 32bit
There are multiple positive test from users of the -proposed packages on bug #451405 -- [SRU] PHP 5.2.10 zlib bug remains for 32bit https://bugs.launchpad.net/bugs/451314 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 451405] Re: zlib extension missing in php5 karmic
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 I can confirm pecl / pear install do not hang silently anymore (silently because of the @ before gzopen). -- zlib extension missing in php5 karmic https://bugs.launchpad.net/bugs/451405 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 439407] Re: Abort class-pclzip.php : Missing zlib extensions
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug is no longer a duplicate of bug 451405 zlib extension missing in php5 karmic ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- Abort class-pclzip.php : Missing zlib extensions https://bugs.launchpad.net/bugs/439407 You received this bug notification because you are a member of Ubuntu Bugs, which is a bug assignee. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 432291] Re: Fatal error: Call to undefined function gzopen() on php5 5.2.10.dfsg.1-2ubuntu3
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug is no longer a duplicate of bug 451405 zlib extension missing in php5 karmic ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- Fatal error: Call to undefined function gzopen() on php5 5.2.10.dfsg.1-2ubuntu3 https://bugs.launchpad.net/bugs/432291 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 451405] Re: zlib extension missing in php5 karmic
*** This bug is a duplicate of bug 451314 *** https://bugs.launchpad.net/bugs/451314 ** This bug has been marked a duplicate of bug 451314 [SRU] PHP 5.2.10 zlib bug remains for 32bit -- zlib extension missing in php5 karmic https://bugs.launchpad.net/bugs/451405 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 451314] Re: [SRU] PHP 5.2.10 zlib bug remains for 32bit
There are multiple positive test from users of the -proposed packages on bug #451405 -- [SRU] PHP 5.2.10 zlib bug remains for 32bit https://bugs.launchpad.net/bugs/451314 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 442725] Re: anjuta segmentation fault with new project
Yes, it can be tested from my PPA : deb http://ppa.launchpad.net/hugues-fournier/ppa/ubuntu karmic main https://launchpad.net/~hugues-fournier/+archive/ppa Sorry for the versioning number on the PPA (0ubuntu2), something like 0ubuntu2~ppa1 would have been better when I uploaded it in the build queue 12 hours ago... -- anjuta segmentation fault with new project https://bugs.launchpad.net/bugs/442725 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 442725] Re: anjuta segmentation fault with new project
Thank you Chris. And thank you for your precisions/advices. -- anjuta segmentation fault with new project https://bugs.launchpad.net/bugs/442725 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 442725] Re: anjuta segmentation fault with new project
** Bug watch added: GNOME Bug Tracker #597113 http://bugzilla.gnome.org/show_bug.cgi?id=597113 ** Also affects: anjuta via http://bugzilla.gnome.org/show_bug.cgi?id=597113 Importance: Unknown Status: Unknown -- anjuta segmentation fault with new project https://bugs.launchpad.net/bugs/442725 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 442725] Re: anjuta segmentation fault with new project
The segfault has been fixed upstream: http://git.gnome.org/cgit/anjuta/commit/?h=gnome-2-28id=712951e63c67b068565336e908d408eaa5352b7d https://bugzilla.gnome.org/show_bug.cgi?id=597113 ** Attachment added: Here is a debdiff for karmic http://launchpadlibrarian.net/33249057/anjuta-symbol_sb-segfault-fix.debdiff -- anjuta segmentation fault with new project https://bugs.launchpad.net/bugs/442725 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 438792] Re: segfault in symbol_db_engine_file_exists()
*** This bug is a duplicate of bug 442725 *** https://bugs.launchpad.net/bugs/442725 ** This bug has been marked a duplicate of bug 442725 anjuta segmentation fault with new project -- segfault in symbol_db_engine_file_exists() https://bugs.launchpad.net/bugs/438792 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 439607] Re: anjuta crashed with SIGSEGV in symbol_db_engine_add_new_project()
*** This bug is a duplicate of bug 442725 *** https://bugs.launchpad.net/bugs/442725 ** This bug has been marked a duplicate of bug 442725 anjuta segmentation fault with new project -- anjuta crashed with SIGSEGV in symbol_db_engine_add_new_project() https://bugs.launchpad.net/bugs/439607 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 440315] Re: anjuta crashed with SIGSEGV in symbol_db_engine_add_new_files_full()
*** This bug is a duplicate of bug 442725 *** https://bugs.launchpad.net/bugs/442725 ** This bug is no longer a duplicate of bug 441463 [karmic] anjuta crashed with SIGSEGV in symbol_db_engine_add_new_files_full() ** This bug has been marked a duplicate of bug 442725 anjuta segmentation fault with new project -- anjuta crashed with SIGSEGV in symbol_db_engine_add_new_files_full() https://bugs.launchpad.net/bugs/440315 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 441463] Re: [karmic] anjuta crashed with SIGSEGV in symbol_db_engine_add_new_files_full()
*** This bug is a duplicate of bug 442725 *** https://bugs.launchpad.net/bugs/442725 ** This bug has been marked a duplicate of bug 442725 anjuta segmentation fault with new project -- [karmic] anjuta crashed with SIGSEGV in symbol_db_engine_add_new_files_full() https://bugs.launchpad.net/bugs/441463 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 442725] Re: anjuta segmentation fault with new project
The previous debdiff was mistakenly changing the Uploaders line in debian/control. ** Attachment added: Corrected debdiff http://launchpadlibrarian.net/33250693/anjuta-symbol_sb-segfault-fix-corrected.debdiff -- anjuta segmentation fault with new project https://bugs.launchpad.net/bugs/442725 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 225520] Re: Firefox 3 proxy auto config (PAC) reload button does not work
Fixed with 1.9~rc1+nobinonly-0ubuntu1~8.04.2 in hardy and 1.9~rc1 +nobinonly-0ubuntu1 in intrepid as my code has been checked in upstream in rc1. ** Changed in: xulrunner-1.9 (Ubuntu) Status: New = Fix Released -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 225520] Re: Firefox 3 proxy auto config (PAC) reload button does not work
The patch has been checked in upstream. -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 225520] Re: Firefox 3 proxy auto config (PAC) reload button does not work
Patch had approval upstream to land in the 1.9 tree, and is waiting for checkin.. -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 225520] [NEW] Firefox 3 proxy auto config (PAC) reload button does not work
Public bug reported: Binary package hint: xulrunner-1.9 The reload button in the network panel of Firefox 3 beta 5 has no effect. This can be checked either by tcpdumping the request of Firefox, when clicking on the button, or by hosting locally a PAC file and watching the logs. I have tracked it down this regression to the checkin upstream that introduced the influence of http_proxy environment variable on our systems on the proxy configuration of Firefox / XULrunner. A new (intended) behaviour of nsProtocolProxyService::ConfigureFromPAC was introduced in this checkin : ConfigureFromPAC exits early if the uri is already known (this check was previously in other methods). However nsProtocolProxyService::ReloadPAC (that is called by the reload button) calls ConfigureFromPAC with obviously the same uri than the one already known (otherwise this would not be a reload ;) ) Here is the patch I have submitted upstream : https://bugzilla.mozilla.org/attachment.cgi?id=318657 The corresponding upstream bug is bugzilla 422172. ** Affects: xulrunner Importance: Unknown Status: Unknown ** Affects: xulrunner-1.9 (Ubuntu) Importance: Undecided Status: New ** Summary changed: - Firefox 3 proxy auto config (PAC) reload button do not work + Firefox 3 proxy auto config (PAC) reload button does not work ** Bug watch added: Mozilla Bugzilla #422172 https://bugzilla.mozilla.org/show_bug.cgi?id=422172 ** Also affects: xulrunner via https://bugzilla.mozilla.org/show_bug.cgi?id=422172 Importance: Unknown Status: Unknown -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 225520] Re: Firefox 3 proxy auto config (PAC) reload button does not work
Here is a debdiff for Intrepid. In addition to intrepid and hardy, gutsy-backports is affected. (I don't know if it would be correct to set gutsy as needing to be fixed ?) ** Attachment added: Proposed intrepid xulrunner-1.9 debdiff http://launchpadlibrarian.net/14079449/fix_reload_proxyautoconfig_regression.debdiff -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 225520] Re: Firefox 3 proxy auto config (PAC) reload button does not work
** Also affects: gutsy-backports Importance: Undecided Status: New -- Firefox 3 proxy auto config (PAC) reload button does not work https://bugs.launchpad.net/bugs/225520 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 183652] Re: [Gutsy SRU request] CUPS fails to start on boot
Thank you Martin ! I was just about to give some other feedback with months of testing behind, when I saw it was too late ;) -- [Gutsy SRU request] CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: [Gutsy SRU request] CUPS fails to start on boot
Sorry for answering so late. I came through the test cases and with real-life reboots with obviously no more problems than with my own built packages during the last month. But, if anyone can give other feedbacks, it is appreciated (as the problem of the original fix had not been detected, initially, during its time in -proposed, despite testing ) (Debdiff sponsored for my birthday, what a timeliness ;) ) -- [Gutsy SRU request] CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: [Gutsy SRU request] CUPS fails to start on boot
For the record, from my search, this patch has been included in versions lower than 0.6.22 (in which it is inherited from upstream) in : - Fedora Core 8 : http://cvs.fedoraproject.org/viewcvs/rpms/avahi/F-8/avahi-0.6.21-libdns_sd-fix.patch (06 Sep 2007) - Gentoo ( 0.6.21 ebuild, still unstable) http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-dns/avahi/files/avahi-0.6.21-service_name_chosen.patch (25 Sep 2007) - as I said earlier Debian sid ( 0.6.21-2 ) http://packages.debian.org/changelogs/pool/main/a/avahi/current/changelog.html#versionversion0.6.21-2 (09 Sep 2007) http://packages.qa.debian.org/a/avahi/news/20070909T114703Z.html - inherited by Debian lenny/testing (0.6.21-2) and by Ubuntu hardy (0.6.21-4) http://packages.qa.debian.org/a/avahi/news/20070920T223906Z.html (20 Sep 2007) https://launchpad.net/ubuntu/+source/avahi/0.6.21-4 (29 Nov 2007) And it seems it did not raise any problem in the most mainstream (Fedora Core 8) or semi-mainstream (lenny) of the previously listed releases. -- [Gutsy SRU request] CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: [Gutsy SRU request] CUPS fails to start on boot
The proposed fixes of avahi (allowing avahi to be used by cups without segfault — while the current fix consists in disabling avahi in cups by starting it later i.e. reverting the fix of bug 173470) can be tested from my PPA (packages version 0.6.20-2ubuntu3.3~ppa1) : deb http://ppa.launchpad.net/hugues-fournier/ubuntu gutsy main ( https://launchpad.net/~hugues-fournier/+archive ) Anyone who had triggered the fixed bug on one of one's box is helpful as this segfault is not easily reproduceable (being timing/load - dependent) Of course, beware (for your own sake ;) ) not any other packages than avahi ones from my PPA on your gutsy system (as I presume you are not disposed towards getting experimental nspr/nss for your Firefox for example) -- [Gutsy SRU request] CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
I meant the CUPS-avahi interaction problems ** Description changed: After the most recent set of updates, CUPS fails to start on boot if the Publish shared printers checkbox is checked. A /etc/init.d/cupsys restart works just fine, however. + + + TEST CASE: + 1) Reboot your system and do + + 1a) ps uww -C cupsd + It should confirm that cupsd is running + 1b) sudo apt-get install avahi-utils + avahi-browse -k -t -v -r -a + Does the output contain IPP printer entries representing the queues of your local CUPS daemon? + + 2) The boot problem may not appear on some machines at startup : + you should probably trigger it with + sudo nice -n 19 sh -c '/etc/init.d/cupsys stop /etc/init.d/avahi-daemon stop sleep 5 ; /etc/init.d/avahi-daemon start ; /etc/init.d/cupsys start ; sleep 3 ; ps uww -C cupsd' + that should confirm on the last line that cupsd is running -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
Here is a backtrace I dumped with some home-built debug packages : #0 0xb7c84996 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0xb7c86221 in *__GI_abort () at abort.c:88 #2 0xb7c7ddb0 in *__GI___assert_fail (assertion=0xb7b5322b name, file=0xb7b52a50 entrygroup.c, line=424, function=0xb7b52be0 avahi_entry_group_add_service_strlst) at assert.c:78 #3 0xb7b4caa2 in avahi_entry_group_add_service_strlst (group=0x80dd5c8, interface=-1, protocol=-1, flags=0, name=0x0, type=0x80dd398 _ipp._tcp, domain=0x80dbf58 local, host=0x0, port=631, txt=0x80db7a8) at entrygroup.c:424 #4 0xb7e8ece5 in reg_create_service (sdref=0x80dd540) at compat.c:923 #5 0xb7e8f135 in reg_client_callback (s=0x80db878, state=AVAHI_CLIENT_S_RUNNING, userdata=0x80dd540) at compat.c:996 #6 0xb7b4935d in client_set_state (client=0x80db878, state=AVAHI_SERVER_RUNNING) at client.c:101 #7 0xb7b4ab41 in filter_func (bus=0x80d91d8, message=0x80e12f0, userdata=0x80db878) at client.c:188 #8 0xb7ea2c22 in dbus_connection_dispatch () from /usr/lib/libdbus-1.so.3 #9 0xb7b520ec in dispatch_timeout_callback (t=0x80e17d8, userdata=0x0) at ../avahi-common/dbus-watch-glue.c:103 #10 0xb7b5c95a in timeout_callback (t=0x6) at simple-watch.c:449 #11 0xb7b5cc11 in avahi_simple_poll_dispatch (s=0x80d91d8) at simple-watch.c:562 #12 0xb7e90792 in DNSServiceProcessResult (sdref=0x80dd540) at compat.c:497 #13 0x08064678 in cupsdUpdateDNSSDBrowse (p=0x80cd7b0) at dirsvc.c:1364 #14 0x0808f06e in cupsdDoSelect (timeout=1) at select.c:455 #15 0x0806a660 in main (argc=2, argv=0xbf92eb74) at main.c:746 In fact, it is entirely an avahi problem : reg_create_service calls avahi_entry_group_add_service_strlst with sdref-service_name_chosen as the 'name' argument. As sdref-service_name_chosen is null, assert(name) launches the abort of the program. Before calling reg_create_service, reg_client_callback correctly checks if the sdref-service_name_chosen pointer is null and corrects it, but the check is in a conditional statement executed if the sdref-service_name pointer is null (in this case it corrects it with a pointer to the hostname of the client) So a basic fix is to copy the check outside the conditional statement, and to make the check correct 'service_name_chosen' with a pointer to a copy of the value 'service_name' After having testing my own fix (with success), I checked upstream, and in fact a similar fix has already been committed: http://avahi.org/changeset/1536 http://avahi.org/ticket/154 and is officially available since version 0.6.22 (so in fact hardy should be immune to this bug, is it ? That would explain why Till do not succeed to trigger it/). In fact as the fix was backported in Debian version 0.6.21-2, released in unstable on September 9, so maybe with a little more luck, gutsy could have avoided this bug by being inspired to backport it too ;) -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
Here is a debdiff for an eventual SRU to Gutsy ( as it seems hardy get the fix from upstream ) Hopefully it fixes all the CUPS interaction problems. ** Attachment added: Proposed debdiff for Gutsy http://launchpadlibrarian.net/11429143/avahi-definitive-fix-proposed-sru.debdiff -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
As long as the avahi-daemon is running (ready or not really ready, depending on system load and timing), CUPS is set in avahi mode, so it never start without the avahi support if avahi is launched before. Here is the precise way of working (based on the dnssdRegisterPrinter function in scheduler/dirsvc.c) - On start (or when a new printer is added) CUPS use the client avahi library to register the printer. - If the avahi daemon is running, ready or not, the client library returns a kDNSServiceErr_NoError, that leads to the registration of cupsdUpdateDNSSDBrowse as a callback function triggered by I/O on the mdns socket. - In the other case, there is no registration of cupsdUpdateDNSSDBrowse, and there won't as it only happens on start or when a new printer is added. So Cups works in this case without avahi. -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: [Gutsy SRU request] CUPS fails to start on boot
Till, as I wrote, this patch is already in hardy. It came as a backport from upstream in 0.6.21-2 avahi (0.6.21-2) unstable; urgency=low * debian/patches/20_avahi-libdns_sd-crash.patch + Added. Fix a segfault when registering services with libdns_sd before the avahi daemon finished starting up (from upstream SVN) -- Sjoerd Simons [EMAIL PROTECTED] Sun, 09 Sep 2007 12:15:55 +0200 And then it was released in upstream-0.6.22 : avahi (0.6.22-1) unstable; urgency=low ..snip.. [ Sjoerd Simons ] * New upstream release ..snip.. * debian/paches/20_avahi-libdns_sd-crash.patch - Removed. Fixed upstream -- Sjoerd Simons [EMAIL PROTECTED] Thu, 03 Jan 2008 17:00:24 +0100 This is why I was asking if it was really confirmed in hardy (in this case, there would be under hardy a supplementary cause to the segfault/abort) As this bug is timing/system load dependent, anyone who have triggered the bug on one of one's box will be helpful during testing (that I bet will be far from short, to not stress Martin anymore with regressions (xorg-server was probably the straw that broke his camel’s back ;-) ) -- [Gutsy SRU request] CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183457] Re: printing stops working after avahi update to 0.6.20-2ubuntu3.1
*** This bug is a duplicate of bug 183652 *** https://bugs.launchpad.net/bugs/183652 ** This bug has been marked a duplicate of bug 183652 CUPS fails to start on boot -- printing stops working after avahi update to 0.6.20-2ubuntu3.1 https://bugs.launchpad.net/bugs/183457 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 183652] Re: CUPS fails to start on boot
Here is a debdiff for a proposed temporary urgency fix reverting the avahi changes. As I wrote earlier, you can manually revert these changes by entering in a terminal : for l in 2 3 4 5; do old=/etc/rc$l.d/S18avahi-daemon; new=/etc/rc$l.d /S24avahi-daemon; if [ -e $old ] ! [ -e $new ]; then sudo mv $old $new; fi; done ** Attachment added: Proposed urgency fix for avahi http://launchpadlibrarian.net/11406955/avahi-proposed-urgency-fix.debdiff -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183392] Re: [gutsy] cupsys does not start after avahi upgrade
*** This bug is a duplicate of bug 183652 *** https://bugs.launchpad.net/bugs/183652 ** This bug has been marked a duplicate of bug 183652 CUPS fails to start on boot -- [gutsy] cupsys does not start after avahi upgrade https://bugs.launchpad.net/bugs/183392 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 183691] Re: [GUI] Allow user to 'restart', 'stop' and 'start' /etc/init.d/cupsys via system-config-printer
Just for the information, about the problem you described in the first paragraph, this is probably related to the regression described in bug 183652 -- [GUI] Allow user to 'restart', 'stop' and 'start' /etc/init.d/cupsys via system-config-printer https://bugs.launchpad.net/bugs/183691 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 183652] Re: CUPS fails to start on boot
** Also affects: cupsys (Ubuntu) Importance: Undecided Status: New -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
I have just succeeded to manually trigger the bug, even on all my machines where it was not appearing on startup (that means the (n-1) machines that had not any problem) by adding some niceness. sudo nice -n 19 sh -c '/etc/init.d/cupsys stop /etc/init.d/avahi- daemon stop sleep 5 ; /etc/init.d/avahi-daemon start ; /etc/init.d/cupsys start ; sleep 3 ; ps auxww|grep [c]upsd' -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
It would be interesting to get your gutsy logs in debug mode. Can you set cupsd.conf to LogLevel debug or even LogLevel debug2 (more verbose) -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
Obviously, as an urgency fix, we could simply revert the effect of the 0.6.20-2ubuntu3.1 until we have a stable solution. That would disable avahi in cups, but it as been disabled during the last 3 months, until the recent avahi update. -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
You were right Till, the bug is related not related to any of the recent updates of cups but to the fact that cups is starting to early for avahi to be ready. The bug is present on only one of my numerous machines (many others have no symptoms so this really seems schedule-related) On this machine I have reproduced it with all 1.3.2-1ubuntu7* cups versions (from 1.3.2-1ubuntu7 to 1.3.2-1ubuntu7.5), so it is confirmed the regression came with avahi. The bug disappears either by reversing the effect of the avahi 0.6.20-2ubuntu3.1 update ( with : for l in 2 3 4 5; do old=/etc/rc$l.d/S18avahi-daemon; new=/etc/rc$l.d/S24avahi-daemon; if [ -e $old ] ! [ -e $new ]; then sudo mv $old $new; fi; done ) Or by introducing a sleep time in the init file of cups. Before the fix on the avahi side of bug 173470, avahi was starting too late, so cups was working but was opting at each start to not use avahi at all. Now it is using avahi, but it may not start depending of the timing between avahi and cups. The bug should be either solved in the avahi startup script as Till said, or by introducing in the scheduler of CUPS a regular poll of the avahi-daemon (similar to the poll for new network interfaces that 1.3.2-1ubuntu7.5 has made come back) that would allow CUPS to dynamically change his mode of working (with or without avahi) -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 183652] Re: CUPS fails to start on boot
** Changed in: avahi (Ubuntu) Sourcepackagename: None = avahi -- CUPS fails to start on boot https://bugs.launchpad.net/bugs/183652 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 177075] Re: [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression)
Thank you Till and Martin! A brief report after some days of testing on i386 as well as on powerpc and amd64: - As expected, TEST CASE is verified on each of these arches - In some real life usage with OpenVPN interfaces, sharing is available and authorized a few dozen seconds after interface is turned up on the server, whatever be the version of the client. - No surprising crash during these last 5 days. ( I took the opportunity to also test (with success) the HUP signal behaviour related to bug 173470 (1.3.2-1ubuntu7.4) on all these 3 arches ) -- [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] Re: [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression)
Till, I have updated the bug report as a preparation for an eventual SRU request, in the case you agree with it. If it satisfies you, the only thing still missing is the subscription of the SRU team . Thank you. -- [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] Re: CUPS 1.3.x lists network interfaces only at startup (regression)
** Attachment added: Proposed debdiff for a Gutsy SRU http://launchpadlibrarian.net/11232402/cupsys-sru-req.debdiff ** Description changed: Binary package hint: cupsys - From CUPS 1.3.x, except at startup, network interfaces are not anymore - polled for changes (appearance and disappearance of a network interface, - and any IP address or mask change). + Problem: + From CUPS 1.3.x, except at startup, network interfaces are not anymore polled for changes (appearance and disappearance of a network interface, and any IP address or mask change). This means that in a CUPS configuration allowing local connection (sharing of local printer on local network), any connection from a local ip coming on an interface that appeared after CUPS startup (in my case a vpn one), is refused (403 error). And as a result, obviously, printer is not shared on the local network related to this interface. The user has to restart cupsd in order to make cups accept connection on these new network interfaces. Until recently this was difficult to see, because there was another problem affecting sharing in gutsy and hardy, that was necessitating a restart of cupsd (the late start of avahi, recently fixed in bug 173470 ). - I have tracked it down and in fact, the problem appeared with revision - 6123 (pre 1.3.0) in cups svn trunk, that was landing a multiplatform - management of poll (use of poll(), epoll(), or kqueue() depending of the - platform). Part of this checkout moved the Mac OS X specific call to - cupsdUpdateSystemMonitor in main.c to a select callback in sysman.c (we - don't care), but in the same time it removed (inadvertantly) in main.c - the set of NetIFUpdate to 1 every minute or so for all other OS (here, - we care ;-) ) + Fix: + I have tracked it down and in fact, the problem appeared with revision 6123 (pre 1.3.0) in cups svn trunk, that was landing a multiplatform management of poll (use of poll(), epoll(), or kqueue() depending of the platform). Part of this checkout moved the Mac OS X specific call to cupsdUpdateSystemMonitor in main.c to a select callback in sysman.c (we don't care), but in the same time it removed (inadvertantly) in main.c the set of NetIFUpdate to 1 every minute or so for all other OS (here, we care ;-) ) See: svn diff -c 6123 http://svn.easysw.com/public/cups/trunk/scheduler/main.c (look for NetIFUpdate) and more generally svn diff -c 6123 http://svn.easysw.com/public/cups/trunk/scheduler/ (to check that this checkout did not reintroduced the code removed anywhere in the scheduler else (except for Mac OS X) ) svn log -r 6123 http://svn.easysw.com/public/cups/trunk/ I have reported the problem upstream on Sunday : http://www.cups.org/str.php?L2631 with a patch : http://www.cups.org/strfiles/2631/interface-update_v2.patch + + + TEST CASE: + Edit /etc/cups/cupsd.conf in order to get a basic local sharing configuration : change Listen localhost:631 to Port 631 and Browsing Off to Browsing On + + Get your networking off to start it only after CUPS : + 1) sudo /etc/init.d/networking stop + 2) sudo /etc/init.d/cupsys restart + 3) sudo /etc/init.d/networking start + + After these restarts, any CUPS connection coming from the local network is refused if the bug is present + This can be checked from a remote box on the LAN by trying to access *more than 1 minute* after restart to http://cupsserveripaddressonthelan:631 , that leads to a 403 error if the bug is present. + + The 1 minute wait is needed because the check for new network interfaces + takes place once a minute. + + Note that CUPS correctly broadcast on the local network (test: avahi- + browse -k -t -v -r -a) whether or not this bug is present, but this is + useless if it is refusing connections.. ** Summary changed: - CUPS 1.3.x lists network interfaces only at startup (regression) + [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression) -- [Gutsy SRU Request] CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 172297] Re: Cups printer sharing needs restart to work
*** This bug is a duplicate of bug 173470 *** https://bugs.launchpad.net/bugs/173470 This problem can be linked too to the fact that CUPS 1.3.x has a regression : it only detects/lists network interfaces, IPs and netmasks at startup (instead of the normal way of operation that is to regularly poll for changes in the list of network interfaces, IPs and netmasks) The consequence is that any interface appearing after CUPS is started, will have its corresponding network not considered as local even if it is a local network : it will refuse any connection from this network, and a local printer will not be shared on it. See bug 177075. -- Cups printer sharing needs restart to work https://bugs.launchpad.net/bugs/172297 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 177075] Re: CUPS 1.3.x lists network interfaces only at startup (regression)
My proposed patch has been committed with some cosmetic changes some minutes ago upstream (so it will be fixed in the future 1.3.6 release) See: upstream revision 7141 svn log -r 7141 http://svn.easysw.com/public/cups/trunk/ svn diff -c 7141 http://svn.easysw.com/public/cups/trunk/ I will upload a debdiff shortly including these cosmetic changes. I do not think it is necessary (it's just a different commentary, an inversion of two consecutive lines, and a different line for a variable declaration, so in fact nothing different) but it will make easier to detect when the patch will be useless in a future version. -- CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] Re: CUPS 1.3.x lists network interfaces only at startup (regression)
** Attachment added: Update cupsys hardy debdiff http://launchpadlibrarian.net/10979968/cupsys.debdiff -- CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] CUPS 1.3.x lists network interfaces only at startup (regression)
Public bug reported: Binary package hint: cupsys From CUPS 1.3.x, except at startup, network interfaces are not anymore polled for changes (appearance and disappearance of a network interface, and any IP address or mask change). This means that in a CUPS configuration allowing local connection (sharing of local printer on local network), any connection from a local ip coming on an interface that appeared after CUPS startup (in my case a vpn one), is refused (403 error). And as a result, obviously, printer is not shared on the local network related to this interface. The user has to restart cupsd in order to make cups accept connection on these new network interfaces. Until recently this was difficult to see, because there was another problem affecting sharing in gutsy and hardy, that was necessitating a restart of cupsd (the late start of avahi, recently fixed in bug 173470 ). I have tracked it down and in fact, the problem appeared with revision 6123 (pre 1.3.0) in cups svn trunk, that was landing a multiplatform management of poll (use of poll(), epoll(), or kqueue() depending of the platform). Part of this checkout moved the Mac OS X specific call to cupsdUpdateSystemMonitor in main.c to a select callback in sysman.c (we don't care), but in the same time it removed (inadvertantly) in main.c the set of NetIFUpdate to 1 every minute or so for all other OS (here, we care ;-) ) See: svn diff -c 6123 http://svn.easysw.com/public/cups/trunk/scheduler/main.c (look for NetIFUpdate) and more generally svn diff -c 6123 http://svn.easysw.com/public/cups/trunk/scheduler/ (to check that this checkout did not reintroduced the code removed anywhere in the scheduler else (except for Mac OS X) ) svn log -r 6123 http://svn.easysw.com/public/cups/trunk/ I have reported the problem upstream on Sunday : http://www.cups.org/str.php?L2631 with a patch : http://www.cups.org/strfiles/2631/interface-update_v2.patch ** Affects: cupsys (Ubuntu) Importance: Undecided Status: New -- CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] Re: CUPS 1.3.x lists network interfaces only at startup (regression)
Here is a debdiff for hardy. ** Attachment added: Cupsys hardy debdiff http://launchpadlibrarian.net/10947713/cupsys.debdiff -- CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 177075] Re: CUPS 1.3.x lists network interfaces only at startup (regression)
** Also affects: cupsys (Debian) Importance: Undecided Status: New -- CUPS 1.3.x lists network interfaces only at startup (regression) https://bugs.launchpad.net/bugs/177075 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 173470] Re: Gutsy: Bad interaction with avahi
Till, it would be great if the avahi start change could be backported to Gutsy as a bugfix. Thanks. -- Gutsy: Bad interaction with avahi https://bugs.launchpad.net/bugs/173470 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 173043] Re: php5 5.2.3-1ubuntu6.1 introduced segfault regression
This problem probably affects too every other versions from Dapper to Feisty (even I have no evidence of that on one of my Feisty server) as the header is absent from the session.c of each other Ubuntu release. -- php5 5.2.3-1ubuntu6.1 introduced segfault regression https://bugs.launchpad.net/bugs/173043 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 173043] Re: php5 5.2.3-1ubuntu6.1 introduced segfault regression
Sorry I had not seen Kees ' comment (comment #15). Sorry too for the noise.. -- php5 5.2.3-1ubuntu6.1 introduced segfault regression https://bugs.launchpad.net/bugs/173043 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 108928] Re: Scrambled Keys in feisty ubuntu desktop
On the GNOME login, gnome-session has not yet set the keyboard (something it does badly when it is VNC, because it has problems listing available keyboards from the Xvnc session) This is why the GNOME login works right when VNCserver use XDMCP ( vncserver -query localhost) (XDMCP has to be activated too) So there is a temporary solution (that won't work if instead of XDMCP, you are uglily launching gnome-session...) : When you are using XDMCP, VNC first displays the splash login. At this time, through ssh, through the same account that has launched vncserver, save the keyboard map : xmodmap -pke -display :1 ~/xmodmap.map ( if your VNC display is :1 ) Then on the Desktop, just create a script that will load this map with for example nano. --- #!/bin/bash cat ~/xmodmap.map | xmodmap - --- chmod u+x it.. This will allow you to get a correct keymap after you have clicked on it (you can even configure your session through the Session menu to launch it automatically) This ugly hack is obviously just a temporary fix.. -- Scrambled Keys in feisty ubuntu desktop https://bugs.launchpad.net/bugs/108928 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 108928] Re: Scrambled Keys in feisty ubuntu desktop
Obviously you only have to create xmodmap.map once... -- Scrambled Keys in feisty ubuntu desktop https://bugs.launchpad.net/bugs/108928 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 108928] Re: Scrambled Keys in feisty ubuntu desktop
And to correct my thoughtlessness, the culprit is gnome-control-center, not gnome-session. ** Changed in: control-center (Ubuntu) Sourcepackagename: None = control-center -- Scrambled Keys in feisty ubuntu desktop https://bugs.launchpad.net/bugs/108928 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 108928] Re: Scrambled Keys in feisty ubuntu desktop
** Also affects: control-center (upstream) Importance: Undecided Status: Unconfirmed -- Scrambled Keys in feisty ubuntu desktop https://bugs.launchpad.net/bugs/108928 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 98751] Re: feisty beta fails to mount hard drives
Concerning fixed hard drives ( previous comment ), this is an intentional behavior from the maintainer of HAL Martin Pitt, if PolicyKit is not included (and this is the case in Feisty) : debian/patches/55_nonpolkit-mount-policy.patch: Implement a policy check if PolicyKit is not available: Only allow mounting of removable devices to non-root users. +/* root can do everything; only allow handling removable devices + * without uid change to non-root users */ +if (!invoked_by_uid || strcmp(invoked_by_uid, 0)) +if (!privilege || strcmp (privilege, hal-storage-removable-mount)) +permission_denied_privilege (privilege, invoked_by_uid); -- feisty beta fails to mount hard drives https://bugs.launchpad.net/bugs/98751 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 102972] Re: console-setup does not upgrade from edgy to feisty
*** This bug is a duplicate of bug 91399 *** https://bugs.launchpad.net/bugs/91399 This seems a duplicate of bug #91399 A proposed solution is available. ** This bug has been marked a duplicate of bug 91399 fail to install with subprocess post-installation script returned error exit status 3 -- console-setup does not upgrade from edgy to feisty https://bugs.launchpad.net/bugs/102972 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 40473] Re: wacom-tools udev scripts should point to /dev/wacom instead of /dev/input/wacom
Loïc is correct, I've just come to the same conclusion before finding this bug report. -- wacom-tools udev scripts should point to /dev/wacom instead of /dev/input/wacom https://launchpad.net/bugs/40473 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89543] Re: .m2t files don't get recognized as mediafiles
As the bug is not fixed in the last release, just this short message as a kind reminder (I know how much work you should cope with, so do not feel constrained ;) .. As it is fixed upstream, at worst this will be fixed in feisty+1) -- .m2t files don't get recognized as mediafiles https://launchpad.net/bugs/89543 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89543] .m2t files don't get recognized as mediafiles
Public bug reported: Binary package hint: shared-mime-info MPEG Transport Stream (M2T) is the most used transport for DVB-T. So most DVB-T raw recordings arem2t files. M2T is handled by Ubuntu's default multimedia framework, Gstreamer. However, its mime-type is not recognized by GNOME and double click leads to the following message: No application suitable for automatic installation is available for handling this kind of file. share-mime-info has been patched upstream a few hours after the release of the 0.20 version in order to cope with these files, after a bug report on GNOME Bugzilla (#406196) http://bugzilla.gnome.org/show_bug.cgi?id=406196 The related patch (obviously only the second part) : http://webcvs.freedesktop.org/mime/shared-mime-info/freedesktop.org.xml.in?r1=1.226r2=1.227view=patch ** Affects: shared-mime-info (Ubuntu) Importance: Undecided Status: Unconfirmed -- .m2t files don't get recognized as mediafiles https://launchpad.net/bugs/89543 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
