Bug#567363: evince cannot correctly save some pdf forms
I just encountered this in a more serious form -- evince now attempts to save filled in data in forms, but doesn't it doesn't always work. I was also filling in my tax information to an IRS form, tested to make sure saving the form data worked before I got started, and then started filling things out -- when I saved partway through, I got a corrupt file and lost all my information. I'm having difficulty reproducing the bug, but I do have the saved corrupt files (two different kinds: one was just a 0-byte file, the other seemed to include the filled in form data but none of the data from the original PDF, and is not a valid PDF). To me this seems like it should have severity serious, since it leads to data loss in its current form -- no? This is with evince 3.14.1-1; here's my dependency information: -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages evince depends on: ii evince-common 3.14.1-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libevdocument3-4 3.14.1-1 ii libevview3-3 3.14.1-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnautilus-extension1a3.14.1-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libsecret-1-0 0.18-1+b1 ii libxml22.9.1+dfsg1-4 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages evince recommends: ii dbus-x11 1.8.12-3 ii gvfs 1.22.2-1 Versions of packages evince suggests: ii nautilus 3.14.1-2 ii poppler-data 0.4.7-1 pn unrar none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775638: IPv6 database is corrupt
Okay, I sorted it out. The reason the city DB was corrupted is because we were putting so many locations into the location file that we were overflowing the addressable places to put them. The Maxmind format uses 3 bytes to store offsets, so when we exceed offset 0xFF our offsets wrap around to 0 and nothing good happens after that. I added a check for the overflow condition, so the code that creates city DBs errors out instead of silently making a corrupted database. Coincidentally, we were just barely over the size limit for Maxmind's format, which is why a fairly small number of entries were affected. That left the issue of why we were overflowing in the first place. It turns out that a large fraction of the locations in the CSV data aren't actually needed (aren't associated with any IP address). In order to fit the data into a .dat file in Maxmind's format, we have to scan for those and remove them. There are a huge number of them, as I said -- removing them shrinks the .dat file from 31 MB to 20 MB. I've attached a patch which does both of those things. I've built gdnsd successfully with this patch applied and the DBs rebuilt. I've also tested it by running geoiplookup against the database for several addresses. The patch also fixes the area code and metro code for US addresses, which I noticed were backwards (switched with one another). Hope this helps, let me know if you see any issues. -Andrew On Fri, Jan 23, 2015 at 11:52 AM, Andrew Moise andrew.mo...@gmail.com wrote: Hi Patrick. I tracked it down to a few broken entries in the city DB. It looks like the DB creation code makes almost all the entries correctly, but there are a couple of them that come out corrupted: (jessie)moise@localhost:~$ geoiplookup 1.120.146.170 GeoIP Country Edition: AU, Australia GeoIP City Edition, Rev 1: GP, ���-��-��%��%��%��%��- �- �-Ɣ-��%��%�-��-x�-v�-, N/A, N/A, N/A, -180.00, -179.993500, 0, 0 GeoIP ASNum Edition: AS30722 Vodafone Omnitel B.V. Note that's with a local build of the database -- that particular IP address may not be corrupted in the actual jessie database. In that local DB, as in the actual jessie database, almost all the entries are correct, just there are a handful that look like that one. I've been busy the last couple days, but I expect that I'll get enough time today to actually track down what's going wrong and fix it. -Andrew On Jan 23, 2015 9:43 AM, Patrick Matthäi pmatth...@debian.org wrote: Hi Andrew, do you have got any news? :) Am 20.01.2015 um 18:43 schrieb Andrew Moise: Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is detecting a genuine problem in the city DB. It is something wrong with the city DB creation tools that's causing it (i.e. not just an issue with the gdnsd tests). I just haven't finished tracking down exactly what the issue is yet. -Andrew On Jan 20, 2015 12:22 PM, Patrick Matthäi pmatth...@debian.org wrote: tag #775638 + confirmed clone #775638 -1 reassign -1 geoip-bin retitle -1 geoip-generator produces faulty v6/city database severity -1 grave found -1 1.6.2-3 thanks Hi Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: reassign 775638 geoip-database 20141027-1 Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Bug reassigned from package 'src:gdnsd' to 'geoip-database'. No longer marked as found in versions gdnsd/2.1.0-1. Ignoring request to alter fixed versions of bug #775638 to the same values previously set Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Marked as found in versions geoip-database/20141027-1. retitle 775638 IPv6 database is corrupt Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2' severity 775638 grave Bug #775638 [geoip-database] IPv6 database is corrupt Severity set to 'grave' from 'serious' thanks thanks for spotting it. Curious that no one (also myself!) spotted it. The patch for the v6 database is just: --- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19 18:50:04 UTC (rev 5693) +++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20 08:31:03 UTC (rev 5694) @@ -959,6 +959,7 @@ address_family = AF_INET; break; case '6': + database_type = GEOIP_COUNTRY_EDITION_V6; address_family = AF_INET6; break; case 'i': But Andrew found out that there is also an issue with the city database, which is working in general, but the gdnsd tests also fail. -- /* Mit
Bug#775638: IPv6 database is corrupt
Hi Patrick. I tracked it down to a few broken entries in the city DB. It looks like the DB creation code makes almost all the entries correctly, but there are a couple of them that come out corrupted: (jessie)moise@localhost:~$ geoiplookup 1.120.146.170 GeoIP Country Edition: AU, Australia GeoIP City Edition, Rev 1: GP, ���-��-��%��%��%��%��-�-�-Ɣ-��%��%�-��-x�-v�-, N/A, N/A, N/A, -180.00, -179.993500, 0, 0 GeoIP ASNum Edition: AS30722 Vodafone Omnitel B.V. Note that's with a local build of the database -- that particular IP address may not be corrupted in the actual jessie database. In that local DB, as in the actual jessie database, almost all the entries are correct, just there are a handful that look like that one. I've been busy the last couple days, but I expect that I'll get enough time today to actually track down what's going wrong and fix it. -Andrew On Jan 23, 2015 9:43 AM, Patrick Matthäi pmatth...@debian.org wrote: Hi Andrew, do you have got any news? :) Am 20.01.2015 um 18:43 schrieb Andrew Moise: Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is detecting a genuine problem in the city DB. It is something wrong with the city DB creation tools that's causing it (i.e. not just an issue with the gdnsd tests). I just haven't finished tracking down exactly what the issue is yet. -Andrew On Jan 20, 2015 12:22 PM, Patrick Matthäi pmatth...@debian.org wrote: tag #775638 + confirmed clone #775638 -1 reassign -1 geoip-bin retitle -1 geoip-generator produces faulty v6/city database severity -1 grave found -1 1.6.2-3 thanks Hi Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: reassign 775638 geoip-database 20141027-1 Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Bug reassigned from package 'src:gdnsd' to 'geoip-database'. No longer marked as found in versions gdnsd/2.1.0-1. Ignoring request to alter fixed versions of bug #775638 to the same values previously set Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Marked as found in versions geoip-database/20141027-1. retitle 775638 IPv6 database is corrupt Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2' severity 775638 grave Bug #775638 [geoip-database] IPv6 database is corrupt Severity set to 'grave' from 'serious' thanks thanks for spotting it. Curious that no one (also myself!) spotted it. The patch for the v6 database is just: --- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19 18:50:04 UTC (rev 5693) +++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20 08:31:03 UTC (rev 5694) @@ -959,6 +959,7 @@ address_family = AF_INET; break; case '6': + database_type = GEOIP_COUNTRY_EDITION_V6; address_family = AF_INET6; break; case 'i': But Andrew found out that there is also an issue with the city database, which is working in general, but the gdnsd tests also fail. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775638: IPv6 database is corrupt
Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is detecting a genuine problem in the city DB. It is something wrong with the city DB creation tools that's causing it (i.e. not just an issue with the gdnsd tests). I just haven't finished tracking down exactly what the issue is yet. -Andrew On Jan 20, 2015 12:22 PM, Patrick Matthäi pmatth...@debian.org wrote: tag #775638 + confirmed clone #775638 -1 reassign -1 geoip-bin retitle -1 geoip-generator produces faulty v6/city database severity -1 grave found -1 1.6.2-3 thanks Hi Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System: Processing commands for cont...@bugs.debian.org: reassign 775638 geoip-database 20141027-1 Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Bug reassigned from package 'src:gdnsd' to 'geoip-database'. No longer marked as found in versions gdnsd/2.1.0-1. Ignoring request to alter fixed versions of bug #775638 to the same values previously set Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Marked as found in versions geoip-database/20141027-1. retitle 775638 IPv6 database is corrupt Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2 Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in jessie: dh_auto_test: make -j1 test returned exit code 2' severity 775638 grave Bug #775638 [geoip-database] IPv6 database is corrupt Severity set to 'grave' from 'serious' thanks thanks for spotting it. Curious that no one (also myself!) spotted it. The patch for the v6 database is just: --- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19 18:50:04 UTC (rev 5693) +++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20 08:31:03 UTC (rev 5694) @@ -959,6 +959,7 @@ address_family = AF_INET; break; case '6': + database_type = GEOIP_COUNTRY_EDITION_V6; address_family = AF_INET6; break; case 'i': But Andrew found out that there is also an issue with the city database, which is working in general, but the gdnsd tests also fail. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#759710: texlive-extra-utils: pdfjoin fails when --output specified
Quite right, sorry for the noise. On Fri, Aug 29, 2014 at 7:36 PM, Norbert Preining prein...@logic.at wrote: On Fri, 29 Aug 2014, Andrew Moise wrote: pdfjoin --output test.pdf Cambridge\ form\ 2.pdf Stoneham\ form\ 2.pdf Use --outfile Easily seen in the output ! Package keyval Error: output undefined. and by reading pdfjam --help Closing this bug. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759710: texlive-extra-utils: pdfjoin fails when --output specified
Package: texlive-extra-utils Version: 2014.20140717-1 Severity: normal Dear Maintainer, I tried to use: pdfjoin --output test.pdf Cambridge\ form\ 2.pdf Stoneham\ form\ 2.pdf ... and it reported an error and failed to produce an output file. Without any --output option it works as expected. Full output is below, and I'm attaching a log produced from an identical invocation with --no-tidy. Thanks in advance for your help. pdfjam: This is pdfjam version 2.08. pdfjam: Reading any site-wide or user-specific defaults... (none found) pdfjam: Effective call for this run of pdfjam: /usr/bin/pdfjam --fitpaper 'true' --rotateoversize 'true' --suffix joined --output 'test.pdf' -- Cambridge\ form\ 2.pdf - Stoneham\ form\ 2.pdf - pdfjam: Calling pdflatex... pdfjam: FAILED. The call to 'pdflatex' resulted in an error. If '--no-tidy' was used, you can examine the log file at /tmp/pdfjam-HEekV0/a.log to try to diagnose the problem. pdfjam ERROR: Output file not written -- Package-specific info: ## List of ls-R files -rw-r--r-- 1 root root 1175 Aug 2 16:18 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 May 30 05:00 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Jul 16 12:29 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jul 16 12:29 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 475 Jun 12 21:46 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 3307 Aug 2 16:18 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Jul 16 12:29 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3245 Aug 2 16:18 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 24 -rw-r--r-- 1 root root 283 May 30 05:00 mktex.cnf -rw-r--r-- 1 root root 475 Jun 12 21:46 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-extra-utils depends on: ii dpkg1.17.10 ii python 2.7.8-1 ii tex-common 5.02 ii texlive-base2014.20140717-01 ii texlive-binaries2014.20140528.34243-4 ii texlive-latex-base 2014.20140717-01 Versions of packages texlive-extra-utils recommends: ii ghostscript 9.05~dfsg-8.1 ii ruby1:2.1.0.1 ii ruby2.1 [ruby-interpreter] 2.1.2-2 ii texlive-latex-recommended 2014.20140717-01 Versions of packages texlive-extra-utils suggests: pn chktex none pn dvidvi none pn dvipng none pn fragmaster none pn lacheck none pn latexdiff none pn latexmk none pn purifyeps none pn xindy none Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.10 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20140613 Versions of packages texlive-extra-utils is related to: ii tex-common5.02 ii texlive-binaries 2014.20140528.34243-4 -- debconf information: tex-common/check_texmf_missing: tex-common/check_texmf_wrong: This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/Debian) (preloaded format=pdflatex 2014.7.27) 29 AUG 2014 12:17 entering extended mode restricted \write18 enabled. %-line parsing enabled. **/tmp/pdfjam-U4D8Il/a.tex (/tmp/pdfjam-U4D8Il/a.tex LaTeX2e 2014/05/01 Babel 3.9k and hyphenation patterns for 2 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo File: size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) ) \c@part=\count79 \c@section=\count80 \c@subsection=\count81 \c@subsubsection=\count82 \c@paragraph=\count83 \c@subparagraph=\count84 \c@figure=\count85 \c@table=\count86 \abovecaptionskip=\skip41 \belowcaptionskip=\skip42 \bibindent=\dimen102 ) (/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty Package: inputenc 2014/04/30 v1.2b Input encoding file \inpenc@prehook=\toks14 \inpenc@posthook=\toks15 (/usr/share/texlive/texmf-dist/tex/latex/base/utf8.def File: utf8.def 2008/04/05 v1.1m UTF-8 support for inputenc Now handling font encoding OML ... ... no UTF-8 mapping file for font encoding OML Now handling font encoding T1 ... ... processing
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Hm, I'm not too familiar with geoip or its situation in Debian. My thought for how to handle this would be to package the GeoLite2 databases (not .csv but .mmdb) and the APIs for them that Maxmind provides, both as packages that are separate from the existing geoip packages. But, I would mostly defer to your judgement -- I am capable with C++ and could also extend the geoip-generator. What's the reason for not just packaging the GeoLite2 .mmdb files and the new API as Maxmind provides them? I'm still not 100% sure about what the existing situation is. Mostly my motivation is simply that I'm working with a tool for which it would be useful if Debian could, out of the box, resolve IP addresses to city names for me. Thanks. -Andrew On Mon, Aug 11, 2014 at 9:57 AM, Patrick Matthäi pmatth...@debian.org wrote: Hello, the problem is not that they do not provide the data sources (.csv), but there is no way to build those .csv data to the binary format required by GeoIP itself. If you are skilled in C++ you may extend the geoip-generator from the Debian geoip sources itself. If there is a way to build those data I would be happy to provide them. Am 10.08.2014 um 22:02 schrieb Andrew Moise: Package: geoip-database Version: 20140710-1 Severity: wishlist Hello. It would be nice to have packaged up the free city data that maxmind now makes available: http://dev.maxmind.com/geoip/geoip2/geolite2/ Thanks for your time, take care. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash geoip-database depends on no packages. Versions of packages geoip-database recommends: ii libgeoip1 1.6.2-1 geoip-database suggests no packages. -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Package: geoip-database Version: 20140710-1 Severity: wishlist Hello. It would be nice to have packaged up the free city data that maxmind now makes available: http://dev.maxmind.com/geoip/geoip2/geolite2/ Thanks for your time, take care. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash geoip-database depends on no packages. Versions of packages geoip-database recommends: ii libgeoip1 1.6.2-1 geoip-database suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757617: It would be nice to support the city database too
Package: libgeoip1 Version: 1.6.2-1 Severity: wishlist It seems like maxmind is now offering a lite version of the city database royalty-free, too -- I don't know how feasible it is to include it in Debian (license wise), but it would be nice to include it alongside the country database if it is feasible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596591: elinks: receive-timeout maximum of 1800 is needlessly short
Package: elinks Version: 0.12~pre5-2 The receive-timeout has a maximum of one hour, which seems generous but is actually causing me problems -- I'm starting a long-running backup via an HTML form which doesn't return anything until it's complete, and there are two problems: 1. The backup takes longer than an hour -- I'm just launching it in a screen session and not worrying about how long it takes. Therefore I need a longer timeout 2. For simplicity I've been specifying thousands of hours as the timeout, which seems like it should work. IMHO it should be possible to simply specify an arbitrarily high number (meaning don't time out ever) without elinks complaining that I've exceeded an unspecified upper limit. I would prefer if the limit were increased to INTEGER_MAX from 1800. I've increased the limit locally (I can construct and send a patch if need be), which seems to work with no problems. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521797: curlftpfs: Apparent deadlock copying and editing files
Package: curlftpfs Version: 0.9.2-1 Severity: normal When copying and editing files (using vim) on a curlftpfs share, I get very frequent hangs that require killing the curlftpfs process and remounting everything. One example is below; when I tried to copy a file and then edit it, vim hung forever. An strace showed: mo...@mole:~$ sudo strace -p 3274 [sudo] password for moise: Process 3274 attached - interrupt to quit futex(0xbfb97074, FUTEX_WAIT_PRIVATE, 0, NULL ... waiting forever. The debug information that was printed out right before the hang was: unique: 422, opcode: OPENDIR (27), nodeid: 2, insize: 48 unique: 422, error: 0 (Success), outsize: 32 unique: 423, opcode: RELEASEDIR (29), nodeid: 2, insize: 64 unique: 423, error: 0 (Success), outsize: 16 unique: 424, opcode: OPEN (14), nodeid: 25, insize: 48 1238399123 ftpfs.c:734 opening /my.web.site.com/mypage-new.htm O_RDONLY 1238399123 ftpfs.c:348 We need to restart the connection 0x8edc160 unique: 425, opcode: LOOKUP (1), nodeid: 2, insize: 55 LOOKUP /my.web.site.com/mypage.htm Cheers! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages curlftpfs depends on: ii fuse-utils2.7.4-1.1 Filesystem in USErspace (utilities ii libc6 2.9-6 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-8.1 Multi-protocol file transfer libra ii libfuse2 2.7.4-1.1 Filesystem in USErspace library ii libglib2.0-0 2.20.0-2 The GLib library of C routines curlftpfs recommends no packages. curlftpfs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519772: gdb: Internal error attaching to busted X process (linux_nat_attach: Assertion `pid == GET_PID ...)
Package: gdb Version: 6.8-3 Severity: normal I attempted to use gdb to attach to a broken X process (the console was hung), and I got: mo...@mole:~$ sudo gdb [sudo] password for moise: GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. (gdb) attach 2755 Attaching to process 2755 /build/buildd/gdb-6.8/gdb/linux-nat.c:988: internal-error: linux_nat_attach: Assertion `pid == GET_PID (inferior_ptid) WIFSTOPPED (status) WSTOPSIG (status) == SIGSTOP' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y /build/buildd/gdb-6.8/gdb/linux-nat.c:988: internal-error: linux_nat_attach: Assertion `pid == GET_PID (inferior_ptid) WIFSTOPPED (status) WSTOPSIG (status) == SIGSTOP' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) y Aborted mo...@mole:~$ Despite my request I didn't see a core. Cheers! -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gdb depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libncurses5 5.7+20090124-1 shared libraries for terminal hand ii libreadline5 5.2-3.1GNU readline and history libraries gdb recommends no packages. Versions of packages gdb suggests: pn gdb-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518896: xserver-xorg-input-kbd: Every keypress repeats 2-3 times (with shifting)
On Mon, Mar 9, 2009 at 4:31 AM, Julien Cristau jcris...@debian.org wrote: Your config disables AllowEmptyInput but leaves AutoAddDevices and AutoEnableDevices on, so you get both kbd and evdev devices for your keyboard. Either leave AllowEmptyInput enabled, or disable AutoAddDevices. If you still have this problem with a fixed config, please send the log. Yes, this does fix things for me. I have no particular love for AllowEmptyInput; it's just there to solve some other problem from the past that I don't remember at this time. Nonetheless removing that line does seem to make everything work again. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518894: xserver-xorg: Pressing Ctrl-C in X aborts the entire X session
On Mon, Mar 9, 2009 at 6:02 AM, Julien Cristau jcris...@debian.org wrote: Sounds like RAW mode isn't being set on the console... Probably because you're not using the kbd driver, and disabling AllowEmptyInput. This isn't really a supported configuration. I can confirm that reenabling AllowEmptyInput solves this problem. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484107: iscsitarget: Fails to remove if IET is not active
This seems to still be a problem for me: Preparing to replace iscsitarget 0.4.15+svn148-2 (using .../iscsitarget_0.4.16+svn162-3_i386.deb) ... Removing iSCSI enterprise target devices: failed with reason :Connection refused. invoke-rc.d: initscript iscsitarget, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Removing iSCSI enterprise target devices: failed with reason :Connection refused. invoke-rc.d: initscript iscsitarget, action stop failed. dpkg: error processing /var/cache/apt/archives/iscsitarget_0.4.16+svn162-3_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Starting iSCSI enterprise target service: FATAL: Module iscsi_trgt not found. netlink fd: Connection refused failed. Errors were encountered while processing: /var/cache/apt/archives/iscsitarget_0.4.16+svn162-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467445: linux-image-2.6.22-4-amd64: iSCSI management interface is detected as a disk
On Sat, Dec 27, 2008 at 5:00 PM, Moritz Muehlenhoff j...@inutil.org wrote: On Tue, May 20, 2008 at 06:36:22PM +0200, maximilian attems wrote: does this still happen with a recent kernel aka 2.6.25 linux images? thanks for feedback. Andrew, does this error still occur with more recent kernel versions? This will be a bit difficult for me to test -- I'm no longer working for the company were I encountered this bug :-(. I still do contracting for them once in a blue moon; let me see if I can talk them into letting me test this upgrade. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#276547: texinfo: @samp{} text should change - to \- in man pages
On Sun, Oct 26, 2008 at 3:29 PM, Hilmar Preusse [EMAIL PROTECTED] wrote: Would you be so kind to check if this is still the case for the texinfo from unstable? Hm. texinfo in unstable seems to still emit '-n' instead of '\-n' in the CVS man page, but man seems to have finally switched to the much saner behavior of rendering '-n' as '-n' instead of playing silly games with Unicode characters. I would say that this is rendered not-a-bug by the change in man's behavior. Now if only I could get back the few days of my life I spent filing bugs against however-many man pages after the 'man' maintainer told me that the ridiculous unicodization of '-n' wasn't going to change and the man pages would have to be fixed :-/. Thanks for the followup! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360147: firefox: firefox doesn't inform the user that a print-to-file fails when the requested directory lacks write permission
I just saw a bug that seems like another manifestation of this in version 3.0.1-1 of iceweasel. In my case, I tried to print to a file and gave the name of an existing directory (which isn't as silly as it sounds, because the ridiculous print-to-file UI makes it easy to create a directory with the name of the file you're trying to print to). iceweasel told me that the file existed already and asked if I wanted to overwrite it, I answered that I did, and iceweasel closed the dialog and went back to the web without indicating that it had failed to print to file (it had in fact failed). Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493096: xserver-xorg-video-intel: [855GM] External monitor unusable
FWIW, I also had this problem with 2.3.2-2+lenny1 (and not with 2.3.2-2), and the version from http://people.debian.org/~jcristau/493096/ did fix it for me. I also got a backtrace of where X was hanging when it was too busy to bring my windows up: 0xb7b13cfa in i830_crt_detect (output=0x8aaac00) at ../../src/i830_crt.c:285 285 ../../src/i830_crt.c: No such file or directory. in ../../src/i830_crt.c (gdb) bt #0 0xb7b13cfa in i830_crt_detect (output=0x8aaac00) at ../../src/i830_crt.c:285 #1 0x080f64b0 in xf86ProbeOutputModes (scrn=0x8aa84d8, maxX=2048, maxY=2048) at ../../../../hw/xfree86/modes/xf86Crtc.c:1275 #2 0x080f6e24 in xf86InitialConfiguration (scrn=0x8aa84d8, canGrow=0) at ../../../../hw/xfree86/modes/xf86Crtc.c:1577 #3 0xb7b1e918 in I830PreInit (pScrn=0x8aa84d8, flags=value optimized out) at ../../src/i830_driver.c:1634 #4 0x080ab42f in InitOutput (pScreenInfo=0x8210bc0, argc=3, argv=0xbfd9e124) at ../../../../hw/xfree86/common/xf86Init.c:548 #5 0x08074591 in main (argc=3, argv=0xbfd9e124, envp=0xbfd9e134) at ../../dix/main.c:369 Thanks for your help. It's nice to look to file a bug, find that one already exists, find that new packages are available, and find that the new packages fix the bug :-). Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478999: xserver-xorg-video-intel: Error in I830WaitLpRing() on 855GM while web browsing
On Fri, Jun 20, 2008 at 1:09 AM, Brice Goglin [EMAIL PROTECTED] wrote: Still the same problem with intel 2.3.2 ? What if you enable XAA instead of EXA ? I actually haven't seen this crash again since I filed this bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486841: openvpn: Failure of learn-address script doesn't behave sensibly
Package: openvpn Version: 2.0.9-4etch1 Severity: normal If the learn-address script returns an error, openvpn still leaves the connection open, but no packets are exchanged over it, and I get a lot of messages like the following in my syslog: Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 WARNING: learn-address command failed: shell command exited with error status: 13 Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: Learn FAILED: 00:ff:01:bf:d7:f8 - areed/71.174.117.46:4759 Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: bad source address from client [00:ff:01:bf:d7:f8], packet dropped Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 WARNING: learn-address command failed: shell command exited with error status: 13 Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: Learn FAILED: 00:ff:01:bf:d7:f8 - areed/71.174.117.46:4759 Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: bad source address from client [00:ff:01:bf:d7:f8], packet dropped I like that a failure of learn-address prevenst the connection from working, since I depend on learn-address to set up filtering that's needed for some VPN connections to be firewalled properly, but I would prefer if the connection would be closed properly rather than remaining in what looks like an indeterminate (and not immediately straightforward to debug) state. Cheers. -- 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-6-686 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii liblzo2-2 2.02-2data compression library ii libssl0.9.80.9.8c-4etch3 SSL shared libraries openvpn recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484715: openvpn: Entering incorrect auth information on connect doesn't indicate failure
Package: openvpn Version: 2.1~rc7-2 Severity: normal When auth-user-pass is specific, running '/etc/init.d/openvpn start' will prompt for a username and password, but if the wrong password is entered the daemon will silently exit dropping a note in syslog, instead of any error being displayed on console. It would be better if the startup sequence indicated an error to the user (and even better if the script could prompt again for the username and password in that case). Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-11 GNU C Library: Shared libraries ii liblzo2-2 2.03-1 data compression library ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-10 SSL shared libraries ii openssl-blacklist 0.3.1 list of blacklisted OpenSSL RSA ke ii openvpn-blacklist 0.3list of blacklisted OpenVPN RSA sh openvpn recommends no packages. -- debconf information: * openvpn/vulnerable_prng: openvpn/change_init: false * openvpn/stop2upgrade: false openvpn/default_port: openvpn/change_init2: false openvpn/create_tun: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484107: iscsitarget: Fails to remove if IET is not active
Package: iscsitarget Version: 0.4.15+svn148-2 Severity: normal When I install iscsitarget, do essentially no configuration of it, and then attempt to remove it, I get: Removing iscsitarget ... Removing iSCSI enterprise target devices: failed with reason :Connection refused. invoke-rc.d: initscript iscsitarget, action stop failed. dpkg: error processing iscsitarget (--purge): subprocess pre-removal script returned error exit status 1 Starting iSCSI enterprise target service: FATAL: Module iscsi_trgt not found. netlink fd: Connection refused failed. Errors were encountered while processing: iscsitarget E: Sub-process /usr/bin/dpkg returned an error code (1) It would be better if iscsitarget could detect IET is not running as a case where the shutdown/removal should still indicate success, so that it can be removed cleanly. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iscsitarget depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-10 SSL shared libraries Versions of packages iscsitarget recommends: pn iscsitarget-modulenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478999: xserver-xorg-video-intel: Error in I830WaitLpRing() on 855GM while web browsing
Package: xserver-xorg-video-intel Version: 2:2.2.99.901-1 Severity: normal Today I got a crash while doing not much of anything (just browsing the web in Iceweasel); my screen became unresponsive, and on sshing in from another machine I found Error in I830WaitLpRing() in the log and no running X process. This happened within an hour (of X usage) or so of upgrading xserver-xorg-core from version 2:1.4.1~git20080131-3 to version 2:1.4.1~git20080131-4. With version 2:1.4.1~git20080131-3 I hadn't seen crashes like this in quite some time. Looking over the changelist, I can't quite imagine that that upgrade is actually the cause of the brokenness unless something else is screwy, but anyway that's how it happened. Anyway, cheers and thanks for your work on Debian. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2006-10-14 12:42 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1674940 2008-04-29 14:37 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 4388 2008-03-19 08:18 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/misc FontPath/usr/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/Type1 FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/100dpi FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/lib/X11/fonts/75dpi #ModulePath /usr/local/lib/xorg/modules EndSection # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us #Option ModeDebug yes EndSection #Section InputDevice # Identifier Configured Mouse # Driver mouse #Option CorePointer # Option Device/dev/input/mice # Option Protocol ImPS/2 #
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
reassign 430498 xinit thanks On investigation in the upstream bug, we've discovered that this bug is actually a bug in xinit (xinit sends SIGKILL to the X server if it doesn't shut down fast enough, which can happen on my system just from heavy I/O load, and the X server obviously can't restore video modes if it's been killed). I'm reassigning the bug appropriately. Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477800: tkmixer: Doesn't run (can't open /dev/mixer)
Package: tkmixer Version: 1.0-18 Severity: important On my system, tkmixer completely fails to launch: [EMAIL PROTECTED] ~]$ tkmixer error opening mixer device tkmixer: No such file or directory [EMAIL PROTECTED] ~]$ This is because my mixer device is at /dev/sound/mixer, but tkmixer is trying to open /dev/mixer. I don't believe I've done any special configuration where this is concerned, so I would expect that this affects a large number of users. I'm running udev. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tkmixer depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii tcl8.48.4.19-1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-1 Tk toolkit for Tcl and X11, v8.4 - tkmixer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476902: debian-installer: Progress bar resizing NTFS partitions doesn't function
On Sun, Apr 20, 2008 at 6:05 AM, Jérémy Bobbio [EMAIL PROTECTED] wrote: reassign 476902 partman-partitioning forcemerge 402956 476902 thanks The issue is already known. Let's hope someone we'll find enough time to tackle this… Ah, okay. I didn't realize that debian-installer bugs were now filed against the appropriate udeb. Thanks!
Bug#477107: /etc/init.d/iscsi-target versus /etc/init.d/iscsitarget
Package: iscsitarget Version: 0.4.15+svn148-2 Severity: minor The iscsitarget package includes /etc/init.d/iscsitarget, but /usr/share/doc/iscsitarget/README.gz refers to /etc/init.d/iscsi-target, with a hyphen. Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iscsitarget depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-8 SSL shared libraries Versions of packages iscsitarget recommends: pn iscsitarget-modulenone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476902: debian-installer: Progress bar resizing NTFS partitions doesn't function
Package: debian-installer Version: 20080419-19:02 Severity: normal I installed Debian using the win32 installer from goodbye-microsoft.com, and while resizing my NTFS partition the progress bar stayed at 0% until the operation was completed. This is especially problematic because immediately before, the installer warns that resizing partitions may take a very long time, and it does :-). Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On Mon, Apr 14, 2008 at 3:38 PM, Andrew Moise [EMAIL PROTECTED] wrote: Debian kernel guys, how do you feel about the situation? Would you be willing to apply a patch upgrading 2.6.24's iscsi subsystem to the version from 2.6.25 if that fixed serious known bugs? Would you prefer for a backported fix to be applied to the stable series and then get the fix from there? How do you feel in general? As it turns out, I'm wholly mistaken. Debian is planning to use 2.6.25 or higher for the next stable release, so this will be a non-issue. Hooray! http://lists.debian.org/debian-kernel/2008/03/msg00531.html Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472347: libdjvulibre15: Should not depend on xdg-utils
reopen 472347 found 472347 3.5.20-6 thanks This is still a problem in version 3.5.20-6 -- the package doesn't explicitly recommend xdg-utils anymore, but it does recommend djvulibre-desktop, which depends on xdg-utils, so that people who install (e.g.) imagemagick will still have iceweasel and whatever else installed on their systems by default. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476583: amanda-server: File conflict with amanda-common
Package: amanda-server Version: 1:2.5.2p1-2 Severity: serious Justification: Policy 7.5.1 When I attempt to upgrade amanda from version 2.5.2pl-2 to version 2.5.2pl-3, I get: Preparing to replace amanda-server 1:2.5.2p1-2 (using .../amanda-server_1%3a2.5.2p1-3_i386.deb) ... Unpacking replacement amanda-server ... dpkg: error processing /var/cache/apt/archives/amanda-server_1%3a2.5.2p1-3_i386.deb (--unpack): trying to overwrite `/usr/sbin/ammt', which is also in package amanda-common dpkg-deb: subprocess paste killed by signal (Broken pipe) Presumably it will start working fine once I run 'apt-get -f install', since amanda-common was upgraded right after, but amanda-server should still have the appropriate Replaces: field set so that it'll work the first time. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amanda-server depends on: ii amanda-common 1:2.5.2p1-3 Advanced Maryland Automatic Networ ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-2 A simple mail user agent ii libc6 2.7-10GNU C Library: Shared libraries ii libncurses55.6+20080405-1Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii mailx 1:20071201-2 Transitional package for mailx ren amanda-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On Mon, Apr 14, 2008 at 12:56 PM, Mike Christie [EMAIL PROTECTED] wrote: You mean you want the sync cache fix right? Can I just send a patch for what went into 2.6.25 since there are several fixes in there you guys probably want and because the patch will be easier for me to make? :) Just doing a patch for the cache sync will be difficult because it was made on top of other patches. Hm... I can't speak for the kernel maintainers, but the smaller the patch is the more likely it will be to get accepted I would imagine. Perhaps I should wait until hearing word from them before asking you to prepare particular patches. Debian kernel guys, how do you feel about the situation? Would you be willing to apply a patch upgrading 2.6.24's iscsi subsystem to the version from 2.6.25 if that fixed serious known bugs? Would you prefer for a backported fix to be applied to the stable series and then get the fix from there? How do you feel in general? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312397: submitter address changed (Update my email adress for all submitted bugs.)
submitter 312397 ! thanks On Sun, Apr 13, 2008 at 7:42 AM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: The submitter address recorded for your Bug report #312397: evolution: Cut-and-paste behavior in To: field is wierd has been changed. The old submitter address for this report was Andrew Moise [EMAIL PROTECTED]. The new submitter address is Tore Anderson [EMAIL PROTECTED]. What? No. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On Thu, Feb 28, 2008 at 10:00 AM, Mike Christie [EMAIL PROTECTED] wrote: Andrew Moise wrote: Are there any iscsi fixes in 2.6.24, or is it 2.6.25 or nothing? There are major fixes in 2.6.23 for error handler races and an oops. There is one major fix in 2.6.24 for a write out race. If you guys tell me what kernel you are using, I can try to port the upstream patches to your kernel for you guys. Okay, it looks to me like it's settled that Debian is going to use 2.6.24 for the next stable release (currently it's based on 2.6.24.4). If you can point me to a patch which fixes the write out race, I can apply it to Debian's kernel and give it some testing (and also talk to the Debian kernel maintainers to try to get it included). Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436166: [Pkg-lirc-maint] Bug#436166: Progress notes
Hey all. I can only offer my opinion, but I can't imagine why this bug isn't reassigned to the kernel -- the only sensible solution, if a Debian-packaged kernel module is building against a kernel header, is for that header to be included in the linux-headers-foo packages (regardless of its private status upstream). Have the kernel maintainers weighed in on this at all? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436166: [Pkg-lirc-maint] Bug#436166: Bug#436166: Progress notes
On Fri, Mar 28, 2008 at 1:42 PM, Stefan Lippers-Hollmann [EMAIL PROTECTED] wrote: If you look at the history of this bug, it had be reassigned to linux-2.6 in august 2007 (and re- reassigned to lirc ~2 weeks later after talking to linux-2.6 maintainers). Ah yes, I should have seen that. It looks like Julien believed that the problem was a _userspace_ application including bttv.h, not a kernel module depending on a header that isn't part of linux-headers for some reason. If the lirc userspace tools want to compile against bttv.h from the kernel, that's a separate issue with a separate solution. I still have the feeling that I'm missing something -- it seems like including a header in linux-headers, if there are Debian-packaged kernel modules that need it in order to build, is such a no-brainer that I must be misunderstanding what's going on :-/. That's true even if the headers are not part of any legitimately exported kernel API. I mean, the whole breaking Linux headers out into a separate package so that kernel modules can compile against it even if they _think_ they need to compile against a previously-built kernel source tree idea is a Debian-specific construct, with nothing to do with the upstream kernel, right? I just don't see any sense in which bttv.h should be considered private and not provided to a kernel module that wants to compile against it. Again, I must be missing something. In the end this bug is totally unimportant as long as #471383 remains unfixed, which prevents lirc_gpio from compiling at all with recent kernels (2.6.23, 2.6.24). I agree with all of this and what follows completely -- it sounds like not compiling lirc_gpio at all might be a good way to kill two birds with one stone :-). If upstream isn't keeping it working with modern kernels, then I don't see much reason for it to hang around causing problems for the other modules in the Debian package. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472347: libdjvulibre15: Should not depend on xdg-utils
reassign 472347 libdjvulibre21 thanks This bug is still present in the new libdjvulibre21 package, so I'm reassigning it there. Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472347: libdjvulibre15: Should not depend on xdg-utils
Package: libdjvulibre15 Version: 3.5.20-4 Severity: normal A Debian user recently complained on #debian that attempting to install imagemagick on his system brought in the following dependencies: The following extra packages will be installed: defoma file fontconfig fontconfig-config gsfonts hicolor-icon-theme iceweasel libatk1.0-0 libatk1.0-data libcairo2 libcroco3 libdatrie0 libdjvulibre15 libdmx1 libdrm2 libfontconfig1 libfontenc1 libfs6 libgd2-noxpm libgl1-mesa-glx libgraphviz4 libgsf-1-114 libgsf-1-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libhunspell-1.1-0 libice6 libjasper1 libjpeg62 liblcms1 libltdl3 libmagick10 libnspr4-0d libnss3-1d libopenexr2ldbl libpango1.0-0 libpango1.0-common libpng12-0 librsvg2-2 libsm6 libthai-data libthai0 libtiff4 libwmf0.2-7 libx11-6 libx11-data libxau6 libxaw7 libxcomposite1 libxcursor1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxmu6 libxmuu1 libxp6 libxpm4 libxrandr2 libxrender1 libxslt1.1 libxt6 libxtrap6 libxtst6 libxv1 libxxf86dga1 libxxf86misc1 libxxf86vm1 shared-mime-info ttf-dejavu ttf-dejavu-core ttf-dejavu-extra x-ttcidfont-conf x11-common x11-utils x11-xserver-utils xdg-utils xfonts-encodings xfonts-utils xsltproc xutils xutils-dev A primary offender in this nonsense seems to be libdjvulibre15, which depends on xdg-utils, which is a desktop support package which recommends, among other things, iceweasel. IMHO a file format support package like libdjvulibre15 (AFAICS) should not be depending on a desktop support package like xdg-utils. If there's an at all feasible way to remove this dependency, it would help to combat dependency bloat if that could be done. Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdjvulibre15 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-1 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libstdc++64.3.0-1The GNU Standard C++ Library v3 ii xdg-utils 1.0.2-3desktop integration utilities from libdjvulibre15 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438542: Prepared package for improved iscsi support
Hey all. I've prepared a package which I believe addresses these issues: I applied Alex's patch for booting from iscsi, and I juggled the init scripts around such that startup and shutdown handling is much improved. iSCSI filesystems mount on boot if the _netdev option is specified, and all iSCSI filesystems unmount on shutdown before the daemon is shut down (which happens soon enough that it gets a chance to properly shut down). I also upgraded to the 2.0-868-rc1 upstream version (basically only because that's the one I'm using in production on the recommendation of upstream). You can check it out at http://qix.demiurgestudios.com/~moise/open-iscsi/ if you're interested. My package still isn't perfect; things that I know still need to be improved are: * The daemon gets restarted on upgrade, but active iSCSI filesystems aren't unmounted first, so outstanding I/O is lost and the filesystem(s) must be remounted. * LVM still doesn't work properly. Nonetheless I think this package is an improvement. I'd appreciate any testing and feedback anyone can provide. I'm not a Debian developer and this is the second package I've prepared, so I expect that I probably botched some things up. If I did please let me know :-). Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454390: bittorrent -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
On 3/17/08, Jamuraa [EMAIL PROTECTED] wrote: I have a package update in the works that should fix this bug (by deleting the obselete file). I'm trying to solve some of the lintian errors (or find out if they are ignorable, I suspect they are in this case) but I should upload it later this week, probably Wednesday night. Excellent; thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471281: Detects loop involving sysklogd because of obselete conffile
On 3/17/08, Petter Reinholdtsen [EMAIL PROTECTED] wrote: I suspect the problem is the missing headers in the sysklogd script, and ignoring it is not going to work. This is a problem in the transition phase when dependency based boot sequencing is introduced. When the switch is done, no script without the header will be allowed to be inserted, and thus the obsolete scripts are safe to leave behind. Won't this also be a problem when future script dependencies change? If a package's dependencies change simultaneous with other packages, so that mixing versions of them introduces a circular dependency, then an old version of one of the packages in state rc will break my system as well. So this isn't just a problem for the transition stage. It would be different if this just some oddness in unstable/testing; then I'd be fine with fixing it up by hand. It seems to me, though, that this is going to continue to affect all Debian installations (including stable-stable upgrades). You can't honestly say that the dependencies for packages will never change once the transition is complete and all init scripts have these headers. The reason this issue can not be ignored for removed but put purged packages, is that the set of symlinks in /etc/rcX.d/ is considered configuration, and which runlevels a given script is activated for need to be remembered until it is purged. But aren't you reordering all those symlinks _anyway_ when insserv runs, destroying that configuration information? Or is that not how it works? I recommend purging all the packages with init.d scripts that have been removed but not purged. Well, but what if I want to keep their configuration around? It seems bad for insserv to make a new requirement for my system simply because it doesn't feel like handling this case properly :-). One way to work around this issue in the transition phase would be for insserv to include an override file for all scripts that do not use a header identical to the default, to make sure scripts left behind get their proper location in the boot sequence. I'm not convinced this is a good idea, as it might hide problems and the script dependencies should be checked by someone that need the package. That sounds bad, yes. The information should be stored in the packages, not centralized in an insserv configuration. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454390: bittorrent -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
This is also affecting me; it seems to be preventing me from using insserv. I had bittorrent version 3.4.2-11 installed on my sid system, and I got this message from insserv: error: Obsolete conffile /etc/init.d/bittorrent left behind by package bittorrent I did have an /etc/init.d/bittorrent file, which did not go away when I purged bittorrent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471281: Detects loop involving sysklogd because of obselete conffile
Package: insserv Version: 1.11.0-7 Severity: normal I attmpted to enable insserv, and I got this message: info: Checking if it is safe to convert to dependency based boot. error: Problems running insserv: insserv: There is a loop between service sysklogd and umountnfs insserv: loop involving service umountnfs at depth 5 insserv: loop involving service nfs-common at depth 4 insserv: There is a loop between service sysklogd and umountnfs insserv: loop involving service dnsmasq at depth 2 insserv: loop involving service sysklogd at depth 1 insserv: loop involving service sendsigs at depth 7 I'm not entirely sure what the problem is, but the first thing I discovered when investigating was that /etc/init.d/sysklogd is provided by sysklogd (which was removed when it was at version 1.4.1-11) and doesn't contain the dependency headers. It seems to me that since that's a perfectly legitimate state for my system to be in, insserv should be handling it by recognizing that conffiles for packages in the rc state should be left out of the dependency handling. Of course, something else entirely may be the problem here; I'm not familiar with insserv. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages insserv depends on: ii debconf [debconf-2.0]1.5.20 Debian configuration management sy ii libc62.7-9 GNU C Library: Shared libraries ii sysv-rc 2.86.ds1-54 System-V-like runlevel change mech insserv recommends no packages. -- debconf information: * insserv/enable: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470372: man page for apt-config -o is slightly unclear
Package: apt Version: 0.7.11 Severity: wishlist The man page for apt-config(8) says, This will set an arbitary configuration option. Since this comes in the context of a tool which deals with the apt configuration database, it's not totally outlandish that someone would conclude that they can set persistent apt settings using this tool; it would be better IMHO if the description said, This will set an arbitrary configuration option for the current invocation of apt-config or similar text. Thanks! -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # See sources.list(5) for more information # mplayer various non-free video codecs: #deb http://www.las.ic.unicamp.br/pub/debian-marillat/ sid main #deb ftp://ftp.nerim.net/debian-marillat/ sid main #deb http://www.debian-multimedia.org etch main # Debian experimental: #deb http://ftp-atl.osuosl.org/debian experimental main contrib non-free #deb-src http://ftp-atl.osuosl.org/debian experimental main # Debian unstable: deb http://ftp-atl.osuosl.org/debian unstable main contrib non-free deb-src http://ftp-atl.osuosl.org/debian unstable main # testing: #deb http://ftp-atl.osuosl.org/debian testing main contrib non-free #deb-src http://ftp-atl.osuosl.org/debian testing main contrib # non-free java stuff: #deb http://jrfonseca.dyndns.org/debian ./ # java again: #deb http://ftp.tux.org/pub/java/debian unstable non-free # old mythtv: #deb http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv.old #deb-src http://dijkstra.csh.rit.edu/~mdz/debian unstable mythtv.old # mythtv: #deb ftp://ftp.nerim.net/debian-marillat/ etch main #deb-src ftp://ftp.nerim.net/debian-marillat/ etch main # Old version of i810 driver: #deb-src http://snapshot.debian.net/archive/2007/03/10/debian unstable main -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2007.07.31 GnuPG archive keys of the Debian a ii libc6 2.7-9GNU C Library: Shared libraries ii libgcc1 1:4.3-20080227-1 GCC support library ii libstdc++6 4.3-20080227-1 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423851: open-iscsi: gets stopped too early on shutdown/reboot
Okay, I've still been working on this in my local open-iscsi package. It looks to me like the right solution on boot is: * Make a symlink /etc/rsS.d/S38open-iscsi to start the daemon * Put a script in /etc/network/if-up.d/000open-iscsi that calls /etc/init.d/open-iscsi starttargets, so that we get logged into iscsi targets in time to mount the filesystems * Specify the _netdev option in /etc/fstab for any iscsi-backed filesystems, so that they get mounted after networking is up On shutdown I still haven't figured out an ideal solution. We need to do the iscsi unmount and shutdown before /etc/rc{0,6}.d/S20sendsigs gets called, since iscsi stops working when iscsid is killed. What I have locally is a script in /etc/rc{0,6}.d/K95stop-open-iscsi.sh that unmounts _netdev filesystems and calls /etc/init.d/open-iscsi stop. That's fine for me, but it will break some NFS configurations. I can think of a few other approaches, none of which really appeal to me: * Instead of using _netdev, add an option _iscsi to /etc/fstab, and add scripts similar to the NFS scripts that handle those filesystems separately (so they can be stopped before /etc/init.d/sendsigs gets called). * Try to figure out programmatically what filesystems in /etc/fstab are iscsi-backed, and deal with them as above, but automatically. This is hard, because of LVM, UUID-identified filesystems, EVMS, and so on. * Somehow protect iscsid from being killed in /etc/init.d/sendsigs, and do the shutdown normally (this would also give us a prayer of handling LVM correctly, although the site administrator would still have to manually configure networking to get shut down after LVM). I'm getting interested in co-maintaining open-iscsi, basically just because I've spent so much time on this particular problem now :-). Once I get something packaged up that seems more or less solid, I'll show my packages to the maintainer and see how he feels about the idea. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438542: open-iscsi: mounting partitions at boot
Hey Sebastian. See also my comments in bug #423851; I have also constructed a local open-iscsi package with some init script changes in order to get this working. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469033: dpkg-divert --remove can't be used to remove an erroneous diversion
Package: dpkg Version: 1.14.16.6 Severity: normal While testing a script that invokes dpkg-divert, I wound up with some diversions with errors in them, which dpkg-divert seems unable to remove. It seems that --add and --remove are not symmetrical (which may be the real issue here, i.e. bug #160848); for example: [EMAIL PROTECTED] ~]$ sudo dpkg-divert --add /just/total/garbage Adding `local diversion of /just/total/garbage to /just/total/garbage.distrib' [EMAIL PROTECTED] ~]$ sudo dpkg-divert --remove /just/total/garbage Removing `local diversion of /just/total/garbage to /just/total/garbage.distrib' dpkg-divert: error checking `/just/total/garbage': No such file or directory [EMAIL PROTECTED] ~]$ A glance at the man page offers no obvious options which will allow me to remove this diversion, leaving me either to manually make the directory with the typo in it, or to manually edit the diversions database. Both of those seem like very silly options. It would be best IMHO if dpkg-divert would make these operations symmetrical with respect to diversions of files in directories which never existed; it would be a fine alternative for me if there were a documented way to remove faulty diversions (other then the obvious and silly way of making a dummy directory and file). Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-3 The GNU core utilities ii libc6 2.7-9 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468573: Default sources.list should use release names, not 'stable'
Package: debian-installer Version: 20070308etch2 Severity: normal It's almost a daily occurence on #debian for people to come in with broken systems because the installer has given them a sources.list with 'stable', and they've unintentionally upgraded partially to a new release by doing a simple packaging operation. It seems that it would be better for the installer to use explicit release names instead of 'stable'. Of course, the fact that people are having trouble with something doesn't necessarily mean that it's wrong. Even so, I can't see the upside of using 'stable'. An oldstable-stable upgrade is not simple enough that it makes sense for it to happen as a natural result of using the packaging tools as opposed to because the admin has made a deliberate decision to upgrade. In the case of people who simply aren't aware of the idea of oldstable-stable upgrades, I think it makes more sense to leave their systems as the originally-installed release indefinitely than it does to let them partially upgrade (or do an attempt at an upgrade with dist-upgrade). I think the chance that they'll figure out that the apt output they're seeing means that they need to go to www.debian.org, read the release notes, and then follow them carefully in order to upgrade their system, is quite small. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468573: Default sources.list should use release names, not 'stable'
On 2/29/08, Frans Pop [EMAIL PROTECTED] wrote: It would be nice if you'd check your facts before filing a BR. The Debian Installer has been setting codenames in sources.list files since Etch. Sarge was the last release where the installer used suites. My sincerest apologies. I was led to believe that that wasn't the case, but I obviously should have checked for myself. Sorry for the noise. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On 2/28/08, Mike Christie [EMAIL PROTECTED] wrote: Andrew Moise wrote: On 2/23/08, Andrew Moise [EMAIL PROTECTED] wrote: Okay, the userspace tools in open-iscsi 2.0.868-rc1, when combined with either the 2.6.25-rc2 kernel or the Debian 4.0 kernel (2.6.18) with the backported driver, seem not to have this problem. They also each survived several hours of bonnie++ Are there any plans to push these iscsi updates back into the stable kernel series? For me this is definitely a critical fix, and for I think the patches that went upstream are too big for the stable tree. I am trying to do a basic hack that will work though. I need it for Fedora too, but I have not been able to get it smaller and ported. Okay, makes sense. Debian folks: I'd definitely like to see the new open-iscsi make it into the kernel for lenny one way or another, although for myself I'd be perfectly okay with installing backported modules again if lenny ships with 2.6.22 and no updated iscsi. Of course, I have a feeling that the Debian maintainers may be inclined to trust upstream's judgement over mine as to what stable is :-), which would leave me installing the backported modules again if lenny ships with 2.6.22. Are there any iscsi fixes in 2.6.24, or is it 2.6.25 or nothing? Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On 2/28/08, Mike Christie [EMAIL PROTECTED] wrote: I am not familiar with Debain. Is lenny the name of the stable tree for Debain? It's the name for the next stable release of Debian. If you guys tell me what kernel you are using, I can try to port the upstream patches to your kernel for you guys. It's not settled yet. They're currently shipping 2.6.22 kernels in the testing version of the release, so it's guaranteed that it will be at least 2.6.22, but they haven't entered freeze yet (although a soft freeze is coming possibly next month). Maybe we should revisit this once it's decided which kernel will be used for lenny (if the kernel maintainers decide that they're interested in a Debian-specific iscsi stability patch at all; I don't want to ask you to prepare a patch if they're not going to apply it). Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458099: xserver-xorg-video-intel: Please consider packaging old i810 driver again
This is less of an issue for me now, since upstream has started fixing my bugs instead of just claiming my hardware is broken or assigning them all to Keith Packard :-). I'm now using the new intel driver (locally compiled from a git snapshot with some recent fixes) and it's working acceptably for me, so AFAIC this bug can be closed. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432157: xserver-xorg-video-intel: Videos play incorrectly on rotated display
This bug is fixed in the upstream git master as of 2008-2-25. I'll test it in the next unstable version that comes out and close the Debian bug if appropriate. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314725: kobodeluxe: Seg fault when disabling sound
I can't reproduce this in kobodl 0.5.1-1 and libsdl1.2debian-alsa 1.2.13-2. Thanks for the followup; sorry it took me a year and a half to get back to you. Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467612: iceweasel: Opening C files with 'less' opens in original terminal
Package: iceweasel Version: 2.0.0.12-1 Severity: normal When I view a .h file (e.g. http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=blob_plain;h=93aed544306966ee79ca3c544507459d4b06d924;f=src/brw_defines.h) in iceweasel, it helpfully offers to open the file in 'less', which seems sane enough. However, it doesn't open a new xterm to view it in 'less', but uses the original controlling terminal (in this case /dev/tty1), which is not tremendously helpful (although I can hit Ctrl- alt-F1 and view the file, hit Q, and then return to what I was doing). Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils2.28.4Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-8 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080219-1 GCC support library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libstdc++6 4.3-20080219-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii procps 1:3.2.7-6 /proc file system utilities ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467445: linux-image-2.6.22-4-amd64: iSCSI management interface is detected as a disk
Package: linux-image-2.6.22-4-amd64 Version: 2.6.22-6~bpo40+2 Severity: minor When I log into a Dell MD3000i disk array using iscsiadm, I see the two volumes that I've configured show up as scsi disks, which is as it should be: Feb 21 21:35:10 localhost kernel: scsi1 : iSCSI Initiator over TCP/IP Feb 21 21:35:10 localhost kernel: scsi 1:0:0:0: Direct-Access DELL MD3000i 0670 PQ: 0 ANSI: 5 Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] 4269801472 512-byte hardware sectors (2186138 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] 4269801472 512-byte hardware sectors (2186138 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sdc: unknown partition table Feb 21 21:35:10 localhost kernel: sd 1:0:0:0: [sdc] Attached SCSI disk Feb 21 21:35:10 localhost kernel: scsi 1:0:0:1: Direct-Access DELL MD3000i 0670 PQ: 0 ANSI: 5 Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] 1586597888 512-byte hardware sectors (812338 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] 1586597888 512-byte hardware sectors (812338 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sdd: unknown partition table Feb 21 21:35:10 localhost kernel: sd 1:0:0:1: [sdd] Attached SCSI disk Feb 21 21:35:10 localhost kernel: scsi 1:0:0:31: Direct-Access DELL Universal Xport 0670 PQ: 0 ANSI: 5 I also see it attempt to bring up a third disk, which is actually the in-band management interface, and I see a number of I/O errors as it tries to read the partition table: Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] 40960 512-byte hardware sectors (21 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] 40960 512-byte hardware sectors (21 MB) Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Write Protect is off Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Mode Sense: 77 00 10 08 Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA Feb 21 21:35:10 localhost kernel: sde: unknown partition table Feb 21 21:35:10 localhost kernel: sd 1:0:0:31: [sde] Attached SCSI disk Feb 21 21:35:11 localhost kernel: end_request: I/O error, dev sde, sector 48 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 6 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 7 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 8 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 9 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 10 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 11 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 12 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 13 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 14 Feb 21 21:35:11 localhost kernel: Buffer I/O error on device sde, logical block 15 I'm not sure if this is something the enclosure is reporting oddly that there's no way for the kernel to get right. It's also easily work- around-able by simply disabling the in-band management interface in the Dell tools. Nonetheless it seems that in a perfect world, this interface would be detected for what it is and not exposed as a disk (even if it's not going to be exposed as a management interface either). FWIW, the iSCSI subsystem maintainer has said that this is something that needs to be addressed in the scsi subsystem, and not anything he has direct control over from the iSCSI layer. Cheers! -- Package-specific info: -- System
Bug#467445: linux-image-2.6.22-4-amd64: iSCSI management interface is detected as a disk
reassign 467445 linux-2.6 found 467445 2.6.22-6~bpo40+2 thanks Oops. I assumed that because my local system knew that the source for linux-image-2.6.22-4-amd64 was linux-2.6, and p.d.o knew of that package, that it would get filed correctly in the BTS, but apparently not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423851: open-iscsi: gets stopped too early on shutdown/reboot
Package: open-iscsi Version: 2.0.865-1 Followup-For: Bug #423851 This bug is affecting me as well -- it's actually very difficult to come up with a good solution, it seems like. K20 is _way_ too early to shut down iscsi when shutting down the machine; if anything which gets shut down after that (e.g. postfix, samba, mysql, squid) is using a filesystem that's mounted from an iSCSI volume, that filesystem gets disappeared when open-iscsi gets shut down, and any further I/O to it just receives an error. The situation on boot is even trickier. A perfect solution would allow iSCSI-backed filesystems to be placed in /etc/fstab and for everything to just work, but /etc/rcS.d/S35mountall.sh comes before /etc/rcS.d/S40networking. What I have locally is dh_installinit -u 'start 45 S . stop 55 0 6 .', which gives me something sane on shutdown but not at startup (since I have to mount the filesystems somehow by hand midway through the boot process, since I have Perforce servers starting at /etc/rc2.d/S20 that are ultimately going to depend on iSCSI being started when they start). I'm not sure if the new dependency-based init scripts help with this at all, but short of doing an NFS-style mount all iSCSI filesystems at /etc/rcS.d/S46 hack, I don't see a good way to get iSCSI filesystems to mount on boot like it seems that they should. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-8 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
clone 466954 -1 reassign -1 open-iscsi found -1 2.0.865-1 thanks Okay, Mike Christie (the upstream maintainer) said that this was a known bug and recommended that I use _both_ the new kernel driver (available in kernel 2.6.25-rc2) and the new upstream userspace code (version 2.0-868-rc1). After upgrading both, I can't reproduce this bug. I'm therefore cloning it, and plan to mark each bug fixed when the appropriate Debian package is released. Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467221: lvm2: /etc/rc{0,6}.d links should be shutdown links, not startup links
Package: lvm2 Version: 2.02.33-1 Severity: normal [EMAIL PROTECTED] ~]$ ls -l /etc/rc*d/*lvm2 lrwxrwxrwx 1 root root 14 2008-02-23 16:08 /etc/rc0.d/S50lvm2 - ../init.d/lvm2 lrwxrwxrwx 1 root root 14 2008-02-23 16:08 /etc/rc6.d/S50lvm2 - ../init.d/lvm2 lrwxrwxrwx 1 root root 14 2008-02-23 16:08 /etc/rcS.d/S26lvm2 - ../init.d/lvm2 I have to assume that those first two are supposed to be named K50lvm2, since it doesn't make any sense to start lvm again immediately before shutting down the system, and it makes a lot of sense to shut it down. If there is in fact a subtle reason for this behavior that I'm missing in my ignorance, please accept my apologies. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii libc62.7-8 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.24-3 The Linux Kernel Device Mapper use ii libreadline5 5.2-3 GNU readline and history libraries lvm2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384821: Should predepend on lvm-common
Since the lvm-common package doesn't exist anymore, I believe that this bug can be closed :-). Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On 2/22/08, Andrew Moise [EMAIL PROTECTED] wrote: In any case, I'll try the new userspace tools with 2.6.25-rc2 over the weekend and let you know. If it seems to work out okay (and I have a ton of time to kill :-), I'll also try the new kernel modules on the 2.6.18 kernel that I was using previous to this whole endeavor. Okay, the userspace tools in open-iscsi 2.0.868-rc1, when combined with either the 2.6.25-rc2 kernel or the Debian 4.0 kernel (2.6.18) with the backported driver, seem not to have this problem. They also each survived several hours of bonnie++, so I'll plan to gingerly put 2.6.18 with the backported driver into production this week and see how it does. Thanks very much for providing the backported drivers; they make things a lot easier for me :-). Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
reassign 466954 linux-2.6 found 466954 2.6.22-6~bpo40+2 thanks So some more investigation reveals that the 'modprobe' command in '/etc/init.d/open-iscsi stop' will hang if you terminate the iscsiadm command. I'm inclined to guess, then, that this is a kernel bug. I also discovered what's going on with the /dev/sde device; it's the in-band management interface for the controller. I was able to disable it, and the behavior is exactly the same (except that there's no /dev/sde node remaining during the hang, obviously). Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466905: open-iscsi: Logging in causes seg fault in udevd and server crash
reassign 466905 linux-2.6 found 466905 2.6.18.dfsg.1-18etch1 fixed 466905 2.6.22-6~bpo40+2 thanks When I installed the 2.6.22-6~bpo40+2 kernel from backports, this problem stopped happening. I'm therefore inclined to call it a kernel bug in etch. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On 2/22/08, Mike Christie [EMAIL PROTECTED] wrote: What other issues are you hitting. They might be fixed in the new release or we might still need a bug report. Let me know. The etch kernel I was originally using (2.6.18) crashed the machine when I tried to log in to the MD3000i enclosure, 2.6.22 hung on logout as I mentioned, the inband management interface was detected as a separate disk by open-iscsi (which caused I/O errors when the kernel tried to read a partition table from it and couldn't), and one person on a Dell mailing list mentioned kernel panics in 2.6.22 in addition to the hang on logout. If I still see the problem with the management interface in a newer kernel, I'll file a separate bug report about it. Of course, it might just be ridiculous behavior on the part of the hardware that the driver is expected to know how to handle properly in order to represent as a management interface. It's also easily worked around on my end by configuring the enclosure not to present an inband management interface. This one was the fault of the upstream kernel changing behavior on us, and not iscsi. Makes sense. I didn't mean to sound critical of open-iscsi; I was just wondering what the intended status of the code was. It is fixed in 2.6.25-rc2, and the kernel modules in the current rc release: http://www.open-iscsi.org/bits/open-iscsi-2.0-868-rc1.tar.gz Okay, I'll try to test that kernel this weekend and let you know how it works for me. Thanks! Just to check: Are you saying that I need a 2.6.25-rc2 kernel _and_ the 2.0-868-rc1 userspace tools, or are you saying that I either need a 2.6.25-rc2 kernel _or_ the new kernel module, which is included with the 2.0-868-rc1 userspace tools? To work around the problem you have to disable write caching on the target (not all targets can do this though). Unfortunately I don't see a way to do this with my target :-(. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
On 2/22/08, Mike Christie [EMAIL PROTECTED] wrote: Andrew Moise wrote: If I still see the problem with the management interface in a newer kernel, I'll file a separate bug report about it. Ok thanks for the info. I do not think open-iscsi will be able to do anything about that. The scsi layer does the scanning and it creates the devices, so we have no control. cc linux-scsi on the bug report if you make one. Okay, will do. It is no problem. It says not stable on the web page, for a good reason :) Heh. When you say it's not stable, do you mean that there's still a lot of active development happening, or do you mean that the code may still be somewhat unreliable? Or both? :-) There are just too many combos and I cannot back port to every distro kernel, so we try to distribute kernel modules in the open-iscsi.org which can work with older kernels. It is a pain for distros to integrate, so I am not sure what else to do. For Red Hat I have to actually back port the code, and one distro is all I can take :) You need the new userspace tools for all the combos. - You can use the new userspace tools and kernel modules on open-iscsi.org with 2.6.16 - 2.6.24. - You can use the new userspace tools with 2.6.25-rc2 and above. Hm... so is each version of the userspace tools intended to work only with the kernel modules included in the same tarball on open-iscsi.org? Or is it just that in this particular case, there are necessary bug fixes in both the new userspace tools and the new kernel modules? Sorry if I'm asking basic questions about the relationship between the userspace tools, the modules in the open-iscsi.org tarballs, and the modules in the stock kernels. I'm still a little unclear on how it all fits together, though. In any case, I'll try the new userspace tools with 2.6.25-rc2 over the weekend and let you know. If it seems to work out okay (and I have a ton of time to kill :-), I'll also try the new kernel modules on the 2.6.18 kernel that I was using previous to this whole endeavor. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466905: open-iscsi: Logging in causes seg fault in udevd and server crash
Package: open-iscsi Version: 2.0.730-1etch1 Severity: important I attempted to use open-iscsi to log in to an iSCSI target (a Dell MD3000i) attached to my system, and when I logged in the server became unresponsive from the network and console. When I rebooted and tried again from the console, I was able to see the symptoms of the crash before the system became unresponsive. This was the error (retyped from a camera-phone snapshot): [EMAIL PROTECTED]:~$ sudo iscsiadm --mode node --targetname iqn.1984-05.com.dell:powervault.6001e4f00019977847b6abe6 --portal 10.101.152.12:3260 --login scsi1 : iSCSI Initiator over TCP/IP Vendor: DELL Model: MD3000i Rev: 0670 Type: Direct-Access ANSI SCSI revision: udevd[3477] general protection rip:2b3df16cadca rsp:7fffb9689d08 error:0 udevd[1426] general protection rip:4044ccf rsp:7fffb9693cb0 error:0 Here are all the relevant log entries I could find from the session where this crash occurred. The interface with the iSCSI target connected to it was _not_ up when the session started, so I upped the interface and then attempted to login again. Feb 21 13:08:16 localhost kernel: Loading iSCSI transport class v1.1-646.5iscsi: registered transport (tcp) Feb 21 13:08:16 localhost kernel: iscsi: registered transport (iser) Feb 21 13:08:16 localhost iscsid: iSCSI logger with pid=2966 started! Feb 21 13:08:17 localhost iscsid: transport class version 1.1-646.iscsid version 2.0-730 Feb 21 13:08:17 localhost iscsid: an InitiatorAlias= is required, but was not found in /etc/initiatorname.iscsi Feb 21 13:08:17 localhost iscsid: iSCSI daemon with pid=2967 started! Feb 21 13:08:17 localhost iscsid: iSCSI sync pid=2968 started ... Feb 21 13:13:23 localhost iscsid: connect failed (101) ... then up the interface and try again: Feb 21 13:13:57 localhost kernel: bnx2: eth0: using MSI Feb 21 13:13:57 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Feb 21 13:13:57 localhost ntpdate[3455]: the NTP socket is in use, exiting Feb 21 13:14:00 localhost kernel: bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex, receive transmit flow control ON Feb 21 13:14:00 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Feb 21 13:14:10 localhost kernel: eth0: no IPv6 routers present ... and that's the last thing that makes it into the log on disk before the crash. I'm going to keep investigating (including trying to log in from a sid system); if I learn anything more about specific elements of the configuration that may have caused this error, I'll send them along. This is a production server, though, so I'll have to tread a little carefully, and I'll certainly have to wait until some downtime is available before continuing to investigate on this server. Cheers! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages open-iscsi depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466954: open-iscsi: Hangs trying to log out of Dell MD3000i
Package: open-iscsi Version: 2.0.865-1 Severity: normal When I attempt to run /etc/init.d/open-iscsi stop or shut down my machine, I get an infinite hang in iscsiadm. This may be because my Dell MD3000i array provides three disks when I've only configured two, like so: Feb 21 22:18:38 localhost kernel: Loading iSCSI transport class v2.0-724. Feb 21 22:18:38 localhost kernel: iscsi: registered transport (tcp) Feb 21 22:18:38 localhost kernel: iscsi: registered transport (iser) Feb 21 22:18:38 localhost iscsid: iSCSI logger with pid=3508 started! Feb 21 22:18:39 localhost iscsid: transport class version 2.0-724. iscsid version 2.0-865 Feb 21 22:18:39 localhost iscsid: iSCSI daemon with pid=3509 started! Feb 21 22:19:15 localhost kernel: scsi1 : iSCSI Initiator over TCP/IP Feb 21 22:19:15 localhost kernel: scsi 1:0:0:0: Direct-Access DELL MD3000i 0670 PQ: 0 ANSI: 5 Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] 4269801472 512-byte hardware sectors (2186138 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] 4269801472 512-byte hardware sectors (2186138 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sdc: unknown partition table Feb 21 22:19:15 localhost kernel: sd 1:0:0:0: [sdc] Attached SCSI disk Feb 21 22:19:15 localhost kernel: scsi 1:0:0:1: Direct-Access DELL MD3000i 0670 PQ: 0 ANSI: 5 Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] 1586597888 512-byte hardware sectors (812338 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] 1586597888 512-byte hardware sectors (812338 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sdd: unknown partition table Feb 21 22:19:15 localhost kernel: sd 1:0:0:1: [sdd] Attached SCSI disk Feb 21 22:19:15 localhost kernel: scsi 1:0:0:31: Direct-Access DELL Universal Xport 0670 PQ: 0 ANSI: 5 Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] 40960 512-byte hardware sectors (21 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] 40960 512-byte hardware sectors (21 MB) Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Write Protect is off Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Mode Sense: 77 00 10 08 Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA Feb 21 22:19:15 localhost kernel: sde: unknown partition table Feb 21 22:19:15 localhost kernel: sd 1:0:0:31: [sde] Attached SCSI disk Feb 21 22:19:15 localhost iscsid: received iferror -22 Feb 21 22:19:15 localhost last message repeated 2 times Feb 21 22:19:15 localhost iscsid: connection1:0 is operational now Feb 21 22:19:16 localhost kernel: end_request: I/O error, dev sde, sector 48 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 6 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 7 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 8 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 9 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 10 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 11 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 12 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 13 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 14 Feb 21 22:19:16 localhost kernel: Buffer I/O error on device sde, logical block 15 /dev/sdc and /dev/sdd are what I have configured -- I don't know what /dev/sde is about, but it's still available during the hang. During the hang this is what goes
Bug#449207: Status
Hey David, I missed your message -- you should send it to the submitter address as well as to the bug address :-). Anyway, I am still seeing flakiness in curlftpfs 0.9.1-3+b1 with curl 7.18.0-1. When I ran the test case I descibed a single time, I got this on exit: ==11219== Invalid read of size 4 ==11219==at 0x4113F29: Curl_disconnect (url.c:2182) ==11219==by 0x412669B: curl_multi_cleanup (multi.c:1536) ==11219==by 0x804A7D8: (within /usr/bin/curlftpfs) ==11219==by 0x431F44F: (below main) (in /lib/i686/cmov/libc-2.7.so) ==11219== Address 0xa5e04c8 is 0 bytes inside a block of size 12 free'd ==11219==at 0x402265C: free (vg_replace_malloc.c:323) ==11219==by 0x4116BE9: Curl_rm_connc (url.c:630) ==11219==by 0x4118489: Curl_close (url.c:456) ==11219==by 0x4121270: curl_easy_cleanup (easy.c:523) ==11219==by 0x804A7CB: (within /usr/bin/curlftpfs) ==11219==by 0x431F44F: (below main) (in /lib/i686/cmov/libc-2.7.so) ... which looks like the same misbehavior. I'm actually running curlftpfs in production and suffering from some flakiness; this isn't the problem that I'm experiencing, but it's all I've been able to pin down into a single reproducible case, and I have a feeling that it may be related to the flakiness I'm experiencing. In any case, if I discover anything related to this bug while attacking the bug that is actually causing me problems (or if I'm able to pin down my problems to an easily described and reproducible case), I'll let you know. Thanks for the followup! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460723: jnettop: Speed occasionally jumps to 819 M/s
Package: jnettop Version: 0.12.0-4 Severity: normal At times, the speed reported by jnettop will jump to 819 M/s. This is on a 1 gigabit line, so it's not possible that the speed is actually that high. This happens very occasionally; it seems to me that it tends to correspond to multiples of 1 gigabyte transferred; for example: breakout - 10.101.151.165 819M/s 528b/s 819M/s 10.101.151.11 1668TCP 10.101.151.16513241.00G 26.8M 1.03G There are two funny things about my system: First, I'm running amd64. Second, I'm running a locally-built backport of the 0.12.0-4 version of jnettop on etch (I was hoping that the fix for bug #448264 would help, but it didn't). Thanks! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages jnettop depends on: ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libncurses55.5-5 Shared libraries for terminal hand ii libpcap0.7 0.7.2-7 System interface for user-level pa jnettop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460723: jnettop: Speed occasionally jumps to 819 M/s
On 1/14/08, Ari Pollak [EMAIL PROTECTED] wrote: Did this happen with the version in stable? It did. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458577: packagesearch: Man page is blank
Package: packagesearch Version: 2.2.6+b1 Severity: normal Typing 'man packagesearch' shows me a blank document, and /usr/share/man/man1/packagesearch.1.gz is only 36 bytes long. The program should have a man page or else show the undocumented man page. Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages packagesearch depends on: ii apt [libapt-pkg-libc6.6 0.7.9Advanced front-end for dpkg ii debtags 1.7.3+b2 Enables support for package tags ii libc6 2.7-5GNU C Library: Shared libraries ii libept0 0.5.12 High-level library for managing De ii libgcc1 1:4.2.2-4GCC support library ii libqt4-core 4.3.3-1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.3.3-1 Qt 4 core GUI functionality runtim ii libqt4-qt3support 4.3.3-1 Qt 3 compatibility library for Qt ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libxapian15 1.0.4-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime Versions of packages packagesearch recommends: ii apt-file 2.0.8.2APT package searching utility -- c ii deborphan 1.7.23 Find orphaned libraries ii xterm [x-terminal-emulator] 229-1 X terminal emulator -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314411: closed by Reinhard Tartler [EMAIL PROTECTED] (Re: Bug#442105: xine-ui: 'aaxine' 'cacaxine': main: video driver aa failed)
On 12/30/07, Reinhard Tartler [EMAIL PROTECTED] wrote: I have now forwarded your bug upstream, since Diego has just now installed a shiny new bugzilla. Excellent, thanks! Sorry for the inconvenience No worries. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314411: closed by Reinhard Tartler [EMAIL PROTECTED] (Re: Bug#442105: xine-ui: 'aaxine' 'cacaxine': main: video driver aa failed)
reopen 314411 thanks On 12/29/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the xine-ui package: #314411: xine-ui: aaxine with sound crashes when maximized It has been closed by Reinhard Tartler [EMAIL PROTECTED]. Will you stop closing this bug without asking me if it's fixed, please? I can still reproduce this. It's intermittent whether it happens the first time I maximize the window or the first time I restore the maximized window to an unmaximized state after that, but it happened in one of those situations 5 times out of my 5 tests. Running valgrind on aaxine gives me this: AFD changed from -2 to -1 ==16382== ==16382== Invalid free() / delete / delete[] ==16382==at 0x402465C: free (vg_replace_malloc.c:323) ==16382==by 0x4090202: X_flush (aax.c:350) ==16382==by 0x4091A23: __aa_X_getsize (aax.c:290) ==16382==by 0x4091DC4: X_getchar (aaxkbd.c:86) ==16382==by 0x4094672: aa_getevent (aain.c:57) ==16382==by 0x804A3A2: aaxine_get_key_event (in /usr/bin/aaxine) ==16382==by 0x804AE61: main (in /usr/bin/aaxine) ==16382== Address 0x9cac318 is 0 bytes inside a block of size 204,800 free'd ==16382==at 0x402465C: free (vg_replace_malloc.c:323) ==16382==by 0x4090202: X_flush (aax.c:350) ==16382==by 0x4093729: aa_flush (aaflush.c:71) ==16382==by 0x4B1FB34: aa_display_frame (video_out_aa.c:231) ==16382== ==16382== Attach to debugger ? --- [Return/N/n/Y/y/C/c] It looks to me like this happens because X_flush() is ultimately being called from multiple threads simultaneously (main.c:582's call to aa_getevent() and video_out_aa.c:231's call to aa_flush()). Checking briefly, I didn't find anything in the aalib docs about thread safety; in the absence of assurances (and in the presence of a demonstrated problem :-) I would be inclined to say that aalib is not thread safe, and so calls to aalib functions need to be protected by a mutex. That's all speculation based on brief investigation, of course. This problem could be unrelated to the crash, or I could be wrong about the source of this problem. The theory that it's a race condition would help to explain why I can reproduce this on my system but you can't on yours, though. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314411: closed by Reinhard Tartler [EMAIL PROTECTED] (Re: Bug#442105: xine-ui: 'aaxine' 'cacaxine': main: video driver aa failed)
On 12/29/07, Andrew Moise [EMAIL PROTECTED] wrote: Will you stop closing this bug without asking me if it's fixed, please? Oh, sorry -- I see you did ask me about it a few days ago, but I was on vacation then and just got back recently. Anyway, thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458099: xserver-xorg-video-intel: Please consider packaging old i810 driver again
Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: wishlist The new xserver-xorg-video-intel driver has never worked properly for me; there are several showstoppers (which I've been dutifully filing into xorg's bugzilla), and so I've been using a kind of backport of version 1.7.2-4 of the i810 driver. It looks from the BTS like I'm not the only one having problems with the new driver, and so it seems to me that it would be nice to provide a package for the old driver until the new one gets more stable. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libdrm22.3.0-4 Userspace interface to kernel DRM ii xserver-xorg-core 2:1.4.1~git20071212-2 Xorg X server - core server xserver-xorg-video-intel recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458103: Please remove Recommends: libxine1-doc
Package: libxine1 Version: 1.1.8-4 Severity: normal libxine1 recommends libxine1-doc, but most installations of libxine1 are going to be by people who don't care about libxine or its documentation, and just have it installed as a dependency. Since the policy manual states that Recommends: should be used for packages that will need to be installed together in all but the most unusual installations, I believe that libxine1 should not recommend libxine1-doc. Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxine1 depends on: ii libxine1-console 1.1.8-4libaa/libcaca/framebuffer/directfb ii libxine1-misc-plugins 1.1.8-4Input, audio output and post plugi ii libxine1-plugins 1.1.8-4the xine video/media player librar ii libxine1-x1.1.8-4X desktop video output plugins for Versions of packages libxine1 recommends: ii libxine1-doc [libxine-doc]1.1.8-5the xine video player library, doc ii libxine1-ffmpeg 1.1.8-4MPEG-related plugins for libxine1 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457988: kino: Please add Recommends: ffmpeg
Package: kino Version: 1.1.1-1 Severity: normal Importing a video (using /usr/share/kino/scripts/import/media.sh) doesn't work in kino unless ffmpeg is installed. Therefore it seems logical to me that kino should Recommend: ffmpeg. Cheers! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kino depends on: ii libasound2 1.0.15-3 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libavc1394-00.5.3-1+b1 control IEEE 1394 audio/video devi ii libavcodec1d0.cvs20070307-6 ffmpeg codec library ii libavformat1d 0.cvs20070307-6 ffmpeg file format library ii libavutil1d 0.cvs20070307-6 ffmpeg utility library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libdv4 1.0.0-1+b1 software library for DV format dig ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libiec61883-0 1.1.0-2 an partial implementation of IEC 6 ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libquicktime1 2:1.0.0+debian-5 library for reading and writing Qu ii libraw1394-81.3.0-2 library for direct access to IEEE ii libsamplerate0 0.1.2-5 audio rate conversion library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libtheora0 1.0~beta2-2 The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxv1 1:1.0.3-1X11 Video extension library ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime kino recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455369: Recommends: git-doc should be Suggests:
Package: git-core Version: 1:1.5.3.6-1.1 Severity: normal Hello. git-core Recommends: git-doc, but it does not seem that installing a package without accompanying documentation in /usr/share/doc is all that unusual. IMHO this dependency should be a Suggests:. Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-core depends on: ii cpio2.9-6GNU cpio -- a program to manage ar ii libc6 2.7-4GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liberror-perl 0.15-8 Perl module for error/exception ha ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii perl-modules5.8.8-12 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages git-core recommends: ii curl 7.17.1-1 Get a file from an HTTP, HTTPS or pn git-doc none (no description available) ii less 409-1 Pager program similar to more ii openssh-client [ssh-client] 1:4.6p1-6 secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii rsync 2.6.9-5fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449207: curlftpfs: Seg fault on exit
reopen 449207 thanks On 11/30/07, Andrew Moise [EMAIL PROTECTED] wrote: Hm, I'm not able to reproduce it with version 0.9.1-1+b1. Either some fix made its way into that build or I'm no longer able to reconstruct the steps that led it to seg fault. I believe that this bug can be closed. Thanks for looking into this; sorry that my report wasn't more productive. ... and now I can reproduce it again (or at least a similar crash-on-umount problem). If I start valgrind --db-attach=yes curlftpfs -d -o ftpfs_debug=2,allow_other mirrors2.kernel.org /mnt/remote/debian (with /bin/mount and /usr/bin/fusermount set non-setuid so the valgrind can work properly), and then run find . -type f | head -n500 | xargs cat /dev/null in /mnt/remote/debian/LDP, then I get this error on unmount: ==29289== Thread 1: ==29289== Invalid read of size 4 ==29289==at 0x411271D: Curl_disconnect (url.c:2147) ==29289==by 0x41248AB: curl_multi_cleanup (multi.c:1541) ==29289==by 0x804A7D8: (within /usr/bin/curlftpfs) ==29289==by 0x42FC44F: (below main) (in /lib/i686/cmov/libc-2.7.so) ==29289== Address 0x6C2B138 is 0 bytes inside a block of size 12 free'd ==29289==at 0x402437F: free (vg_replace_malloc.c:233) ==29289==by 0x4115239: Curl_rm_connc (url.c:623) ==29289==by 0x4116CD9: Curl_close (url.c:446) ==29289==by 0x411FA20: curl_easy_cleanup (easy.c:513) ==29289==by 0x804A7CB: (within /usr/bin/curlftpfs) ==29289==by 0x42FC44F: (below main) (in /lib/i686/cmov/libc-2.7.so) Without valgrind, I get a glibc abort due to a double free() in what I believe is the same place. I'm not sure if this is 100% reproducible, but I've gotten it both times I tried the given reproduction steps. This is with libcurl3-dbg 7.17.1-1 and curlftpfs 0.9.1-2. This may actually be a bug in libcurl; I've looked briefly over curl's mixing of easy and multi interface use, and it all seems to be correct to me (the ftpfs.lock is always taken and curl_multi_remove_handle() called to remove the handle from the multi interface's use), whereas curl_multi_remove_handle() has some disturbing codepaths wherein it doesn't actually remove the handle, but only remembers the fact that it needs to be removed at a later time. That's all total guessing, though; I don't understand the code involved in either of them really at all. In any case, let me know if you can't reproduce it using the above steps; I can try to get a cleaner repro case and/or track down what's going on in more detail if need be. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449207: curlftpfs: Seg fault on exit
On 11/22/07, Frank S. Thomas [EMAIL PROTECTED] wrote: I tried to reproduce this, but I couldn't. Maybe you could give more details how to reproduce this segfault. Here is what I did: Hm, I'm not able to reproduce it with version 0.9.1-1+b1. Either some fix made its way into that build or I'm no longer able to reconstruct the steps that led it to seg fault. I believe that this bug can be closed. Thanks for looking into this; sorry that my report wasn't more productive. Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453144: samba: Please remove Recommends: smbldap-tools
Package: samba Version: 3.0.24-6etch6 Severity: normal When I attempt to install samba on this server, I am greeted with: The following NEW packages will be automatically installed: libcompress-zlib-perl libconvert-asn1-perl libcrypt-smbhash-perl libcupsys2 libdigest-md4-perl libdigest-sha1-perl libfont-afm-perl libhtml-format-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libio-socket-ssl-perl libjcode-pm-perl libmailtools-perl libnet-ldap-perl libnet-ssleay-perl libtimedate-perl libunicode-map-perl libunicode-map8-perl libunicode-maputf8-perl libunicode-string-perl liburi-perl libwww-perl samba-common smbldap-tools That seems like an excessive set of packages to install; it seems that the large number of perl packages is a result of the Recommends on smbldap-tools. Given that Recommends is supposed to indicate packages that would be found together with this one in all but unusual installations (policy section 7.2), and the vast majority of samba installations will not involve LDAP, it seems wrong to install 23 unnecessary packages when all I really need is samba, libcupsys2, and samba-common. Thanks. -- 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-5-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii debconf 1.5.11 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcupsy 1.2.7-4etch1Common UNIX Printing System(tm) - ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libkrb53 1.4.4-7etch4MIT Kerberos runtime libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii netbase 4.29Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.24-6etch6 Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432157: xserver-xorg-video-intel: Videos play incorrectly on rotated display
On 11/23/07, Brice Goglin [EMAIL PROTECTED] wrote: Thanks a lot. You should probably attach your config and log with the intel driver 2.2.0 and maybe also a photo of the problem. Yes, that is a good idea -- I'm away from home on holiday right now, but I'll look into it when I get back. Quite honestly, though, this bug is not high on my list; I'd settle for an X server that doesn't crash and is willing to run at my monitor's resolution :-/. See my other bugs in xorg bugzilla. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432157: xserver-xorg-video-intel: Videos play incorrectly on rotated display
forwarded 432157 http://bugs.freedesktop.org/show_bug.cgi?id=13316 thanks I've forwarded this to xorg's bugzilla. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450856: aaxine man pages are still in xine-ui package
Package: xine-ui Version: 0.99.5+cvs20070914-2 Severity: minor aaxine and friends now ship in the xine-console package, but the aaxine man page at least still ships in the xine-ui package. I would expect the man pages to ship in the same package as the binaries. Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xine-ui depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.0-1 Multi-protocol file transfer libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxine1 1.1.7-1the xine video/media player librar ii libxine1-ffmpeg 1.1.7-1mpeg related plugins for libxine1 ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxtst6 1:1.0.2-1 X11 Testing -- Resource extension ii libxv11:1.0.3-1 X11 Video extension library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l xine-ui recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314411: closed by Reinhard Tartler [EMAIL PROTECTED] (Bug#314411: fixed in xine-ui 0.99.5+cvs20070914-2)
reopen 314411 thanks On 11/11/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the libaa1 package: #314411: xine-ui: aaxine with sound crashes when maximized It has been closed by Reinhard Tartler [EMAIL PROTECTED]. Hm, it looks like this somehow happened again due to the same upload that closed it the first time around -- I'm reopening it. I still can't test if this is fixed or not, since #442105 still happens on version 0.99.5+cvs20070914-2 for me. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449207: curlftpfs: Seg fault on exit
Package: curlftpfs Version: 0.9.1-1 Severity: normal While trying to track down some other trouble with curlftpfs, I ran the daemon under gdb and discovered that it seg faults on exit: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213983056 (LWP 481)] 0xb7e9d105 in ConnectionKillOne (data=0x8053108) at url.c:2321 2321if(!conn || conn-inuse) (gdb) bt #0 0xb7e9d105 in ConnectionKillOne (data=0x8053108) at url.c:2321 #1 0xb7ea14d7 in Curl_close (data=0x8053108) at url.c:215 #2 0xb7eaefe1 in curl_multi_cleanup (multi_handle=0x805d108) at multi.c:1553 #3 0x0804a664 in main (argc=Cannot access memory at address 0x0 ) at ftpfs.c:1353 (gdb) print conn $1 = (struct connectdata *) 0x11 (gdb) This happened two out of two times that I tried. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages curlftpfs depends on: ii fuse-utils2.7.0-3Filesystem in USErspace (utilities ii libc6 2.6.1-1GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.0-1 Multi-protocol file transfer libra ii libfuse2 2.7.0-3Filesystem in USErspace library ii libgcrypt11 1.2.4-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.14.1-5 The GLib library of C routines ii libgnutls13 2.0.1-1the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libtasn1-30.3.9-1Manage ASN.1 structures (runtime) ii zlib1g1:1.2.3.3.dfsg-5 compression library - runtime curlftpfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442105: xine-ui: 'aaxine' 'cacaxine': main: video driver aa failed
I see this problem as well (xine-ui version 0.99.5+cvs20070914-1). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314411: closed by Reinhard Tartler [EMAIL PROTECTED] (Bug#314411: fixed in xine-ui 0.99.5+cvs20070914-2)
On 11/3/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: * Bug fix: xine-ui: aaxine with sound crashes when maximized, thanks to Andrew Moise (Closes: #314411). Couldn't reproduce this on my machine, and TBH, the bt looked rather like a bug in libaa. Hm, that's not really a bug fix :-). There's a whole unreproducible tag for precisely this purpose. I can't currently check whether or not I still see this problem here (because of bug #442105), but wouldn't it make more sense for _me_ to try to reproduce it with the new version? Also, it should be reassigned to libaa if it does seem to be a problem there, rather than closed, no? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449215: 'trickle scp' doesn't work on amd64
Package: trickle Version: 1.07-4 Severity: normal file=/tmp/reportbug-trickle-20071104-4114-kMB20c -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages trickle depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libevent1 1.1a-1An asynchronous event notification trickle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446330: icedove: Fails to launch
Package: icedove Version: 2.0.0.6-1 Severity: normal When I attempt to launch icedove, it doesn't work at all: [EMAIL PROTECTED] /tmp]$ icedove [1] 23904 [EMAIL PROTECTED] /tmp]$ /usr/bin/X11/icedove: line 120: cd: ../lib/icedove: No such file or directory /usr/bin/X11/icedove: line 182: /usr/bin/X11/run-mozilla.sh: No such file or directory [1] + exit 127 icedove [EMAIL PROTECTED] /tmp]$ I don't believe I've done anything funny to my installation. Apologies if I have; please let me know if you need any more information. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.23.1 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-2GCC support library ii libglib2.0-02.14.1-5 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.2-2 Layout and rendering of internatio ii libstdc++6 4.2.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.8-2X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432160: 855GM: Error in I830WaitLpRing() with xrandr + movie playing
forwarded 432160 https://bugs.freedesktop.org/show_bug.cgi?id=12391 thanks I've forwarded this bug to xorg's bugzilla. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
forwarded 430498 https://bugs.freedesktop.org/show_bug.cgi?id=12393 thanks I've forwarded this bug to xorg's bugzilla. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
reopen 430498 found 430498 2:2.1.1-1 thanks On 8/19/07, Andrew Moise [EMAIL PROTECTED] wrote: I see that there's a new version available now. I'll try that. I'm also planning to try a git snapshot soon (to investigate #432157); the bug seems to be intermittent enough only to bite me every week or so, but I'll let you know if I see it under the git snapshot and if so under what revision. I have now seen the crash under 2.1.1-1 :-(. I'm reopening it (if this is a rude thing for a non-maintainer to do, please let me know -- ordinarily I let maintainers do all the talking to the BTS, but it seems silly to make you send an extra message to [EMAIL PROTECTED]). Cheers. I'll let you know if I learn anything from trying the git version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432157: xserver-xorg-video-intel: Videos play incorrectly on rotated display
On 8/18/07, Brice Goglin [EMAIL PROTECTED] wrote: You could try adding Option AccelMethod EXA to the Device section of your xorg.conf, it's supposed to work bette than the default XAA. Also, you might want to try with latest upstream git snapshot of the driver. It seems to contain some fixes that could be related to your problem. See http://bgoglin.livejournal.com/10936.html if you don't know how to test this. Sorry, neither of these helped :-(. I have the same problem with AccelMethod = EXA with git driver version 7fd9a98178cdebda4213796fdc452a8a265a1197 (from today). Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
On 8/31/07, Andrew Moise [EMAIL PROTECTED] wrote: I'll let you know if I learn anything from trying the git version. I'm sorry to report that I also see this crash in the git source I pulled down today (7fd9a98178cdebda4213796fdc452a8a265a1197). Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392986: linux-image-2.6.16-2-em64t-p4-smp: megaraid_sas issues warnings and RESETs
After being advised that upgrading to more recent firmware fixes this problem, I've installed Dell driver update R149666, which upgrades the Perc 5i firmware to version v5.1.1-0040. That seems to solve this problem for me even when I boot back into the unmodified 2.6.16 kernel. I therefore believe that this bug should be considered a firmware bug instead of a kernel bug, and closed in Debian's BTS. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
On 8/8/07, Andrew Moise [EMAIL PROTECTED] wrote: On 8/7/07, Brice Goglin [EMAIL PROTECTED] wrote: Does it still happen with xserver-xorg-video-intel 2:2.1.0-1 ? It doesn't happen in 2:2.1.0-2 at least. Thanks for the followup! Whoops, sorry; I was hasty. I didn't see the hang when I rapidly started and exited X in order to test the bug, but I've seen it hang a few times when exiting X in 2:2.1.0-2 (it seems to be worse when the machine is under load). I can send along new configuration and log information if that would be helpful. I see that there's a new version available now. I'll try that. I'm also planning to try a git snapshot soon (to investigate #432157); the bug seems to be intermittent enough only to bite me every week or so, but I'll let you know if I see it under the git snapshot and if so under what revision. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
On 8/7/07, Brice Goglin [EMAIL PROTECTED] wrote: Does it still happen with xserver-xorg-video-intel 2:2.1.0-1 ? It doesn't happen in 2:2.1.0-2 at least. Thanks for the followup! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]