Bug#650771: r8169 connectivity intermittent, link up messages in syslog
On Sat, Dec 03, 2011 at 06:10:06PM -0600, Jonathan Nieder wrote: Robbert Haarman wrote: I compiled a vanilla 3.2.0-rc4 kernel and that seems to fix the problem. Nice to hear. After a few days still no problems. Looking good! I am going to catch some sleep now. If you need me to bisect things, provide more info, contact people, or whatever, please let me know. Yes, one more test. Could you try the latest squeeze or squeeze-proposed-updates kernel to see if it is affected? I tested using linux-image-2.6.32-5-amd64 version 2.6.32-39, which I think is current for both squeeze and squeeze-proposed-updates. This kernel is affected (problem reproduced using the r8169 driver as shipped by Debian). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650771: linux-image-2.6.39-bpo.2-amd64: r8169 connectivity intermittent, link up messages in syslog
Package: linux-2.6 Version: 2.6.39-3~bpo60+1 Severity: important As far as I can tell, there have been problems with Linux support for the Realtek 8168 for a number of years now. There are reports at least as far back as 2010, for both amd64 and i386 systems, on various Linux distributions. The general symptoms are that the network card may work for a while, then stops working for up to several minutes, works again for a while, and so on. Here are some more things I have been able to gather from various bug reports that are already out there: - The problem affects at least the Realtek 8168 series, with various revisions, at least B through E. - lspci reports them all as Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller, regardless of the actual revision - There are at least two Linux drivers for these cards: 1. The r8169 driver included in vanilla Linux and various distribution kernels 2. The r8168 driver which can be downloaded from Realtek's website - Various fixes have been suggested. Other reports of this bug have been marked as fixed. With every fix out there, there are at least some people for whom it doesn't solve the problem. * Some people report that using the r8168 driver instead of the r8169 driver solves the problem. For others, this reduces the frequency of the network going down, but doesn't completely make it go away. My system ran fine with r8168 for a few days, then started having problems again, accompanied by backtraces in syslog mentioning WATCHDOG. * Some people report that setting the network speed to 100 Mbps instead of 1000 Mbps solves the problem for them. Other people report that this merely reduces the probability of the problem occurring, but doesn't eliminate it. * Some reports claim that reducing the size of the transmit buffer solves the issue. Others claim it doesn't solve the problem, at most makes it occur less frequently. * Some people report that passing pcie_aspm=off to the kernel solves the problem for them. Others report that this does not help for them. It did not help for me. * Some reports mention that heavy network traffic seems to trigger the issue. * Some people report that upgrading their BIOS solved the issue. Others report that they tried that and it didn't help. * At various points in time, this has been marked fixed in some kernel version, only to be reported again against the same or later kernel versions. - To me, the various reports suggest that there may be a race condition somewhere. - As far as I know, the same hardware works without problems under other operating systems (e.g. Windows 7), and also on older (2008?) versions of Linux. - I have the impression that the problem is more frequent on some boots than others: at times, I have been able to use the network card for hours without problems, even while downloading megabytes of files from the Internet. At other times, it will fail after just a few ICMP echo messages. - I would like to emphasize that this problem affects not just this kernel version, not just Debian kernels, and affects the r8169 driver as well as the r8168 driver that is avalaible from Realtek's website. How to reproduce: - On an affected system (Realtek 8168, Gigabit ethernet; other NICs and network speeds may or may not be affected), use the network. Check the syslog for link up messages. Leaving ping running will show a number of messages getting through, then silence for up to several minutes, then messages getting through again, etc. -- Package-specific info: ** Version: Linux version 2.6.39-bpo.2-amd64 (Debian 2.6.39-3~bpo60+1) (norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Tue Jul 26 10:35:23 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.39-bpo.2-amd64 root=/dev/mapper/vg--alpha-root ro quiet ** Not tainted ** Kernel log: [3.516053] ohci_hcd :00:14.5: OHCI Host Controller [3.516061] ohci_hcd :00:14.5: new USB bus registered, assigned bus number 8 [3.524067] usb 1-1: new high speed USB device number 2 using ehci_hcd [3.556030] ohci_hcd :00:14.5: irq 18, io mem 0xfe9fc000 [3.616024] usb usb8: New USB device found, idVendor=1d6b, idProduct=0001 [3.616027] usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [3.616029] usb usb8: Product: OHCI Host Controller [3.616031] usb usb8: Manufacturer: Linux 2.6.39-bpo.2-amd64 ohci_hcd [3.616033] usb usb8: SerialNumber: :00:14.5 [3.616111] hub 8-0:1.0: USB hub found [3.616117] hub 8-0:1.0: 2 ports detected [3.624081] ohci_hcd :00:16.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [3.624092] ohci_hcd :00:16.0: OHCI Host Controller [3.624104] ohci_hcd :00:16.0: new USB bus registered, assigned bus number 9 [3.652030] ohci_hcd :00:16.0: irq 18, io mem 0xfe9f3000 [3.658032] usb 1-1: New USB
Bug#650771: r8169 connectivity intermittent, link up messages in syslog
Hi Jonathan, Thanks for being on the case! I am currently trying the patch at http://article.gmane.org/gmane.linux.kernel/1222924. I downloaded the patch from http://thread.gmane.org/gmane.linux.kernel/1222924 as r8169-patch, and then did the following: sudo aptitude install build-essential devscripts fakeroot libdw-dev libperl-dev python-dev libnewt-dev sudo aptitude build-dep linux-2.6 wget 'http://backports.debian.org/debian-backports/pool/main/l/linux-2.6/linux-2.6_2.6.39.orig.tar.gz' wget 'http://backports.debian.org/debian-backports/pool/main/l/linux-2.6/linux-2.6_2.6.39-3~bpo60+1.diff.gz' tar xzf linux-2.6_2.6.39.orig.tar.gz mv linux-2.6-2.6.39 linux-2.6-2.6.39-inglorion1 cd linux-2.6-2.6.39-inglorion1 gunzip '../linux-2.6_2.6.39-3~bpo60+1.diff.gz' | patch -p1 patch -p5 ../../../r8169-patch # The patch applied cleanly make localmodconfig # This asked for EXT4_USE_FOR_EXT23. I accepted the default selection of Y # Make sure that .config contains CONFIG_R8169=m # If you run localmodconfig while r8169 is not loaded (e.g. because you are using r8168), # then localmodconfig will cause r8169 to NOT be built. cd drivers/net cd ../.. make -j 5 deb-pkg sudo dpkg -i ../linux-image-2.6.39_2.6.39-2_amd64.deb sudo reboot I will run with this for a while and see if I can get the NIC to lock up (it is currently working). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471930: closed by Eckhart Wörner ewoer...@kde.org ()
. The request will be made using the same URI that I typed in the address bar. (ok) 2. The URI shown in the address bar is _different_ from the one that was used to make the request. (wrong) 3. Re-using the URI shown in the address bar sends the same URI as is shown in the address bar. (ok) 4. Re-using the URI shown in the address bar sends a _different_ URI from the original request. (wrong) 5. The URI that will be shown in the history is _different_ from the one that was used to perform the request. (wrong) 6. The URI that will be used when re-performing a request from the history is the same as the URI that was displayed for the history entry. (ok) In particular, the fact that, after performing the original request, the address bar shows a URI that is _not_ the URI that was used to make the request strikes me as wrong: it seems to be saying here is the page with URI X while it is really the page with URI Y. I am looking forward to your thoughts and comments on this. Thanks for your efforts so far, and thanks also to everyone who is looking into this, and, of course, the Konqueror team in general. Keep up the good work! Kind regards, Bob On Sat, Apr 17, 2010 at 12:15:10PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the konqueror package: #471930: konqueror: Konqueror urldecodes URLs and remembers the decoded URL It has been closed by Eckhart Wörner ewoer...@kde.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Eckhart Wörner ewoer...@kde.org by replying to this email. -- 471930: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471930 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Received: (at 471930-done) by bugs.debian.org; 17 Apr 2010 12:14:12 + X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on busoni.debian.org X-Spam-Level: X-Spam-Bayes: score:0. Tokens: new, 18; hammy, 64; neutral, 27; spammy, 0. spammytokens: hammytokens:0.000-+--H*rp:D*kde.org, 0.000-+--H*F:D*kde.org, 0.000-+--H*RU:sk:ewoerne, 0.000-+--H*r:sk:ewoerne, 0.000-+--H*F:U*ewoerner X-Spam-Status: No, score=-1.0 required=4.0 tests=AWL,BAYES_00,MISSING_SUBJECT, NOSUBJECT,SPF_HELO_PASS autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Return-path: ewoer...@kde.org Received: from moutng.kundenserver.de ([212.227.17.10]) by busoni.debian.org with esmtp (Exim 4.69) (envelope-from ewoer...@kde.org) id 1O36ua-7j-CO for 471930-d...@bugs.debian.org; Sat, 17 Apr 2010 12:14:12 + Received: from yoda.localnet (agsb-5d853657.pool.mediaWays.net [93.133.54.87]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MbJR6-1NmfzF28LU-00JEm6; Sat, 17 Apr 2010 14:14:05 +0200 From: Eckhart =?utf-8?q?W=C3=B6rner?= ewoer...@kde.org To: 471930-d...@bugs.debian.org Date: Sat, 17 Apr 2010 14:14:04 +0200 User-Agent: KMail/1.13.2 (Linux/2.6.32-3-686; KDE/4.4.2; i686; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: 7bit Message-Id: 201004171414.04979.ewoer...@kde.org X-Provags-ID: V01U2FsdGVkX1+SVf2p0pQ2WtqAP4AQv3QNt4Rz+VnQ72CXdvH 8a9rsBgeWA6bF/Oy9AF14L+O5qwQwBvup+BppAh569mipc/qFl 55xqDLLRyp20HrR9tS4WZVDSH5eEEk5 As already pointed out, this is a problem with Slashdot. Received: (at submit) by bugs.debian.org; 21 Mar 2008 06:59:18 + X-Spam-Checker-Version: SpamAssassin 3.1.4-bugs.debian.org_2005_01_02 (2006-07-26) on rietz.debian.org X-Spam-Level: X-Spam-Status: No, score=-8.8 required=4.0 tests=BAYES_00,FORGED_RCVD_HELO, FOURLA,HAS_PACKAGE,IMPRONONCABLE_2 autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 Return-path: debian-b...@inglorion.net Received: from smtp1.bbeyond.nl ([82.204.126.15]) by rietz.debian.org with esmtp (Exim 4.63) (envelope-from debian-b...@inglorion.net) id 1JcbDh-0005IM-Tc for sub...@bugs.debian.org; Fri, 21 Mar 2008 06:59:18 + Received: from amavisd-new (smtp1.bbeyond.nl [82.204.126.15]) by smtp1.bbeyond.nl (Postfix) with ESMTP id D9B39495FF; Fri, 21 Mar 2008 07:59:15 +0100 (CET) X-Virus-Scanned: amavisd-new at bbeyond.nl Received: from morgenes.inglorion.net (78-27-26-125.dsl.alice.nl [78.27.26.125]) by smtp1.bbeyond.nl (Postfix) with ESMTP id 7B94E48891; Fri, 21 Mar 2008 07:59:15 +0100 (CET) Received: from inglorion by morgenes.inglorion.net with local (Exim 4.63) (envelope-from debian-b...@inglorion.net) id 1JcbDe-d0-TY; Fri, 21 Mar 2008 07:59:14 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Robbert Haarman debian-b...@inglorion.net To: Debian Bug Tracking System
Bug#479965: konqueror: unexpected behavior with duplicate web shortcut keywords
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch2 Severity: minor Konqueror offers a web shortcuts feature, where keywords can be defined that, when entered as the first word in the location bar, redirect to specific URLs. This is very useful for performing quick searches. However, when the same keyword is defined as a shortcut for more than one service, some unexpected behavior occurs. First of all, there is no warning when the duplicate keyword is defined. Secondly, if such a keyword is used, one of the corresponding services is triggered, but this is not necessarily an enabled service. For example: Debian's konqueror package comes with a number of web shortcuts already defined, including bug for KDE bug searches (http://bugs.kde.org/[EMAIL PROTECTED]). If we now add a web shortcut Mozilla Bugs that redirects to Mozilla's Bugzilla (https://bugzilla.mozilla.org/[EMAIL PROTECTED]), and include bug as one of the keywords that trigger it, we will have a duplicate keyword. Now, if we disable the KDE bug search using the checkbox, and enable the Mozilla Bugs search, and search for bug 747, we will get http://bugs.kde.org/show_bug.cgi?id=747 instead of the more sensible https://bugzilla.mozilla.org/show_bug.cgi?id=747. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-6etch2 control center for KDE ii kdebase-kio-plugi 4:3.5.5a.dfsg.1-6etch2 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-6etch2 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-6etch2 file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch2 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch1 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473583: w3m segfaults on certain pages
Package: w3m Version: 0.5.1-5.1 Severity: normal w3m segfaults when visiting certain URLs. One such URL is (at least at the time of writing) http://de.okcupid.com/feedback. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages w3m depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses55.5-5 Shared libraries for terminal hand ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20070303 Common CA Certificates PEM files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471930: konqueror: Konqueror urldecodes URLs and remembers the decoded URL
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch2 Severity: normal When you open a page whose URL contains characters that must be urlencoded, Konqueror will let you enter the URL properly encoded (with % escapes, etc.) and visit the page correctly. However, it will decode the URL and display the decoded URL in the address bar (e.g. + will be changed to space, %2B will be changed to +, etc.) This often causes the URL in the address bar to not actually be a valid URL. For example, if you select the address bar and press return, you will receive an error, or at the very least not go to the same page whose URL you originally entered. The decoded URL is also saved in the history, so that you can, for example, use the up and down arrow keys in the address bar to select a previously visited page, and not go there, because the URL that has been saved with it is not the right URL, but the urldecoded version of it. This behavior annoys me. I can see the point of wanting to display the address in decoded form for some users in some situations (e.g. when using Konqueror as a file manager - which I never do, by the way). However, I would, at the very least, want to be able to turn off this functionality, so that the URLs I enter will not be mangled. Steps to reproduce: - Visit any website with an URL that contains characters that need escaping. For example: http://slashdot.org/~RAMMS%2BEIN/ - Konqueror will correctly open the page, but mangle the URL. E.g. http://slashdot.org/~RAMMS+EIN/ - If you try to open the same page again, e.g. by selecting the address bar and pressing return, or by selecting the address bar, you will not go to the same page you originally visited. - If you visit another page, then select the address bar and use the up arrow to navigate back to the original page, then press return to select it, you will get the mangled URL and you will not visit the page whose URL you originally entered. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-6etch2 control center for KDE ii kdebase-kio-plugi 4:3.5.5a.dfsg.1-6etch2 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-6etch2 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-6etch2 file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch2 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch1 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471931: konqueror: Only open pages in new windows when requested by the user
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch2 Severity: wishlist Konqueror (and other browsers, but Konqueror is the one I use) can be instructed by websites to open pages in new windows (e.g. through the use of target=_blank in a hyperlink). It annoys me when websites do this. I would like a configuration option that instructs Konqueror to ignore such requests, so that pages always open in the same window, unless I (the user) explicitly request Konqueror to open them in a new tab or window. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-6etch2 control center for KDE ii kdebase-kio-plugi 4:3.5.5a.dfsg.1-6etch2 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-6etch2 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-6etch2 file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch2 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch1 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471933: konqueror: Inconsistent handling of plain text pages in Konqueror
Package: konqueror Version: 4:3.5.5a.dfsg.1-6etch2 Severity: normal Konqueror handles plain text encountered on websites (e.g. pages that specify text/plain as their MIME type) in a way that I find rather odd. The usual behavior for web browsers (and the behavior I would like Konqueror to exhibit) is that the text document is rendered in the window where it would be rendered if it were an HTML document, and be read-only. Konqueror, in my experience, does one of at least three things: 1. It opens the document with an embedded instance of some KDE text editor (perhaps Kate). 2. It opens the document with a handler application outside Konqueror. 3. It asks what to do with the file. In case 1, the document is opened in the expected location (the same location where an HTML document would be rendered), but the behavior of that location is quite different from what it would be for an HTML document: the window is really a different program (e.g. Kate) and behaves differently. This can be a Good Thing in some cases, but is usually a source of mild frustration if you expect to be browsing the web and unexpectedly get confronted with the different behavior. In case 2, the document is usually opened in a separate window. It also may take a long time to load (depending on the configured application). Of course, the user interface is also likely to be completely different from Konqueror's. Again, this can be a Good Thing in some circumstances, but if you are just browsing the web and unsuspectingly hit a plain text document, this is frustrating. More so because you get a window popping up when you didn't expect it. In case 3, you get to choose what happens. The choice has always been save, open in another application, or cancel for me. The option I want, of course, is behave as if it were just another web page, except that you use a plain text renderer instead of an HTML renderer. But that option is not one of my choices, and I get an annoying pop-up to rub it in. What I would like to see is: 1. The possibility to render plain text just like HTML is rendered (but, of course, rendered as the plain text looks, e.g. without whitespace collpasing like HTML does). 2. The possibility to make this the default way to render plain text encountered on the web (and possibly all plain text encountered anywhere). 3. The save as, open with external application, and open with program embedded in Konqueror options should probably still be available, for example through menus (just like I can save an HTML page or choose to open in with a different program through the menus). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-6etch2 control center for KDE ii kdebase-kio-plugi 4:3.5.5a.dfsg.1-6etch2 core I/O slaves for KDE ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-6etch2 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-6etch2 file-find utility for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch2 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch1 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1
Bug#442100: emacs: Dutch spell checking broken (again?)
Package: emacs Version: 21.4a+1-3etch1 Severity: normal Emacs spell checking (both ispell-buffer and flyspell-buffer) fails with Invalid regexp: Invalid range end when the language is set to dutch (M-x ispell-change-language RET nederlands RET). This may be the same problem as in bug #351846 (/usr/bin/emacs-21.2: ispell w/dutch dictionary gives Invalid regexp: Invalid range end) and/or bug #296734 (idutch: emacs integration broken), both of which are supposed to have been fixed. However, rather than using ispell and idutch, I am using aspell (0.60.4-4) and aspell-nl (0.1e-44). I can spell check files fine (both English and Dutch) when I run aspell from the command line. I can also spell check from Emacs if the language is set to english. The only combination that fails is spell checking from Emacs with the language set to nederlands (which is Dutch for Dutch). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages emacs depends on: ii emacs21 21.4a+1-3etch1 The GNU Emacs editor emacs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
