Bug#496709: [mplayer] Screenshots broken: Could not open libavcodec PNG encoder
b...@ekran.org writes: I can confirm this bug. Note it is an issue with the debian-multimedia package, not the official debian. I've already received the same bug report but I'm unable to reproduce this bug here. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509681: [debian-mysql] Bug#509681: [mysql-server] install FAILED, using aptitude: w/ [ERROR] /usr/sbin/mysqld: unknown option '--skip-federated'
Am Mittwoch, den 24.12.2008, 12:01 -0600 schrieb John M. Cullen: 081224 11:38:54 [ERROR] /usr/sbin/mysqld: unknown option '--skip-federated' This happens when you're using a mixture of different versions of the mysql packages. What's the output of dpkg -l | grep mysql on that system? Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509717: wicd: please add button to manual up/down wireless interface(s)
Package: wicd Version: 1.5.7-1 Severity: wishlist Wicd server at start automatically brings up wireless interface, which is fair. However, there are moments when I don't want to have wireless inteface(s) up, e.g. my laptop is on batteries and I am not using wireless connections right now, so it will be good to save batteries' charge as long as possible. Currently wicd client doesn't have button to up/down wireless inteface, it would be good to have one. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc7jackyf (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/bash Versions of packages wicd depends on: ii dhcp3-client 3.1.1-5DHCP client ii iproute 20080725-2 networking and traffic control too ii net-tools 1.60-22The NET-3 networking toolkit ii python2.5.2-3An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P ii wireless-tools29-1.1 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.4-3Client support for WPA and WPA2 (I wicd recommends no packages. Versions of packages wicd suggests: ii pm-utils 1.1.2.4-1 utilities and scripts for power ma -- 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#509555: icon ftbfs on hppa
On Tue, Dec 23, 2008 at 10:07:12AM +0100, Matthias Klose wrote: Package: icon Version: 9.4.3-2 Severity: serious according to http://buildd.debian.org/fetch.cgi?pkg=iconver=9.4.3-2arch=hppastamp=1226637845file=log icon ftbfs on hppa, but nevertheless can be found in the archive. rebuilding the package locally shows the very same build failure. How was the package built manually? Please update the package such that it doesn't fail to build on the buildd. It might have been luck that icon built before. gcc -c rswitch.s rswitch.s: Assembler messages: rswitch.s:9: Error: Unknown opcode: `coswitch' rswitch.s:14: Error: Missing function name for .PROC [...] It's possible this is the same kernel bug that ruby1.9 was suffering with that was just fixed in the past few days. Dannf is working on integrating that fix into the debian kernels. I just rebuilt icon-9.4.3-2 on gsyprf11.external.hp.com (testing user space) and running kernel 2.6.22.19 (built by jda). I expect dannf's latest kernel should work too. Can someone test that with a sid chroot? Here are the last couple of lines of output from the build: grundler 514dpkg-buildpackage -uc -us ... gzip -9rq debian/tmp-iconc/usr/share/man chmod -R u=rwX,go=rX debian/tmp-iconc chown -R root.root debian/tmp-iconc dpkg-shlibdeps -pshlibs-iconc debian/tmp-iconc/usr/bin/* dpkg-gencontrol -isp -piconc -Pdebian/tmp-iconc dpkg --build debian/tmp-iconc .. dpkg-deb: building package `iconc' in `../iconc_9.4.3-2_hppa.deb'. dpkg-genchanges ../icon_9.4.3-2_hppa.changes dpkg-genchanges: not including original source code in upload dpkg-buildpackage: binary and diff upload (original source NOT included) grundler 515ls -lartd ../icon* -rw-r--r-- 1 grundler src 3298261 Dec 9 2007 ../icon_9.4.3.orig.tar.gz -rw-r--r-- 1 grundler src 12749 Dec 25 00:39 ../icon_9.4.3-2.diff.gz -rw-r--r-- 1 grundler src 710 Dec 25 00:39 ../icon_9.4.3-2.dsc drwxr-xr-x 11 grundler users4096 Dec 25 00:44 ../icon-9.4.3/ -rw-r--r-- 1 grundler src 1299672 Dec 25 00:44 ../icon-ipl_9.4.3-2_all.deb -rw-r--r-- 1 grundler src 53096 Dec 25 00:45 ../icont_9.4.3-2_hppa.deb -rw-r--r-- 1 grundler src177328 Dec 25 00:45 ../iconx_9.4.3-2_hppa.deb -rw-r--r-- 1 grundler src 1666774 Dec 25 00:45 ../iconc_9.4.3-2_hppa.deb -rw-r--r-- 1 grundler src 2323 Dec 25 00:45 ../icon_9.4.3-2_hppa.changes hth, grant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509448: lxde-core: can it depends on gdm | wdm | xdm | slim
Hi, Why should we force user to have a display manager installed with LXDE? The package currently set Recommends on gdm. That gives the flexible to our users to live without it and it's currently the best display manager recommended by upstream. If you want wdm | xdm | slim added as Recommends, please confirm if thses works and lxsession-logout supports them. -Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509718: wine: gadu gadu crashing
Package: wine Version: 0.9.25-2.1 Severity: normal Hello, I tried the program http://download.gadu-gadu.pl/gg77.exe and wine is crashing when we cancel the registration. Thanks for the emulation to windows Best regards -- 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.27.8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wine depends on: ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii libwine 0.9.25-2.1 Windows API Implementation (Librar ii xbase-clients1:7.1.ds1-2 miscellaneous X clients Versions of packages wine recommends: pn msttcorefonts none (no description available) pn wine-utilsnone (no description available) -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509684: [arno-iptables-firewall] Package an upstream version 1.9.0-rc5
Hi, On Wed, Dec 24, 2008 at 11:43:53PM +0500, Roman Mamedov wrote: Package: arno-iptables-firewall Severity: wishlist There is a new upstream version of the firewall script available, 1.9.0-rc5, and the author says it will soon become the official one with no major changes expected before 1.9.0 release, and the current 1.8.8 line will be deprecated: http://rocky.eld.leidenuniv.nl/pipermail/firewall/2008-November/000919.html It would be nice to have this new version packaged for Debian (possibly in experimental for now?), also, something needs to be decided about the upgrade path for configuration file, since the new version has several changes to variable names and to the syntax of their values. Thanks for your report. I am thinking about the upgrade path for a while now. There are several things that could (and possibly should) be done now. Upstream intends a separate package 'arno-iptables-firewall2'. It would conflict with the current package and users would have to upgrade their configuration manually. However, since we have the debconf layer in Debian, something more convenient would be possible -- at least for the installations with a simple configuration. I suspect that those are the majority. The 'uruk' maintainer (CC'ed) previously expressed the idea of stripping the debconf stuff out of the arno-iptables-firewall package and provide it in a separate package (e.g. 'debian-firewall-config'), that could be used by other packages as well. However, to make such effort worthwhile it would require some coordination with other package maintainers. The Debian wiki contains some thoughts that should be considered: http://wiki.debian.org/Firewalls http://wiki.debian.org/FirewallByDefault I don't want to quickly upload a new package without at least talking about this issue. However, due to time constraints I haven't even started this yet. Hence, any thoughts would be very welcome. I guess related packages (including arno-*) should also consider team-maintainance and/or (at least) public VCS repositories. There is already http://git.debian.org/?p=collab-maint/apf-firewall.git so it might be a good place to put things there (or even found a debian-firewall) project on alioth and also include things like 'fail2ban' to nicely integrate them with the other packages (e.g. potential config management package). Thoughts? Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 signature.asc Description: Digital signature
Bug#509708: date gives error on valid input
Bob Proulx b...@proulx.com writes: Carlos Carvalho wrote: % date -d 2008-10-19 date: invalid date `2008-10-19' This happens with 5.97 and 6.10 in Debian. This works okay for me using Debian. $ TZ=America/Buenos_Aires date -d 2008-10-19 date: invalid date `2008-10-19' This date/time does not exist, Brazil switched to DST just at this point in time. $ zdump -v America/Sao_Paulo | grep 2008 America/Sao_Paulo Sun Feb 17 01:59:59 2008 UTC = Sat Feb 16 23:59:59 2008 BRST isdst=1 America/Sao_Paulo Sun Feb 17 02:00:00 2008 UTC = Sat Feb 16 23:00:00 2008 BRT isdst=0 America/Sao_Paulo Sun Oct 19 02:59:59 2008 UTC = Sat Oct 18 23:59:59 2008 BRT isdst=0 America/Sao_Paulo Sun Oct 19 03:00:00 2008 UTC = Sun Oct 19 01:00:00 2008 BRST isdst=1 Andreas. -- Andreas Schwab, SuSE Labs, sch...@suse.de SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491030: This isn't RC
On Tue, 23 Dec 2008 23:19:42 + Neil McGovern ne...@debian.org wrote: severity 491030 important thanks This package contains documentation. I would appreciate a statement, from the mantainer or from you, of which documentation it contains. If the only documentation it contains is the examples I sincerely disagree. It doesn't contain the docs you want. This doesn't make it unusable, or even mostly so. Please do not re-upgrade without discussion with the release team. Thanks, Neil -- [..] Debian (in the form of a large, busy, and frequently stressed organising team) has been able to organise food, accommodation and bandwidth [..] -- Anthony AJ Towns -- To unsubscribe, send mail to 491030-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454670: Ping about this bug report, with samba 3.2.* versions
Hello Martin, In this quite old bug report of yours, you're reporting issues with some old records of your ADS server, with the wbinfo -r command not recognizing the removal of some users from groups. You kindly tried to reproduce the problem with backported versions of samba when I asked this to you, back in late 2007. Since then, we released samba 3.2 in unstable and testing. Would you be able to re-test with one of these versions? Another good test would be playing with idmap cache time, idmap negative cache time and winbind cache time: (though the first is set to 1 in your first example) idmap cache time (G) This parameter specifies the number of seconds that Winbind´s idmap interface will cache positive SID/uid/gid query results. Default: idmap cache time = 900 idmap negative cache time (G) This parameter specifies the number of seconds that Winbind´s idmap interface will cache negative SID/uid/gid query results. Default: idmap negative cache time = 120 winbind cache time (G) This parameter specifies the number of seconds the winbindd(8) daemon will cache user and group information before querying a Windows NT server again. This does not apply to authentication requests, these are always evaluated in real time unless the winbind offline logon option has been enabled. Default: winbind cache time = 300 -- signature.asc Description: Digital signature
Bug#463367: Retitling this bug report
retitle 463367 The mount.smbfs wrapper should warn about subshares mount not supported owner 463367 Steve Langasek vor...@debian.org thanks After Steve's long answer, the only remaining bit is a proposal by Steve to implement a better warning in the mount.smbfs wrapper. And, as Steve claimed it, let's assign it to him..:-) -- signature.asc Description: Digital signature
Bug#446541: qiv: root window options missing (-x -y -z)
Hi, From: Bart Martens ba...@knars.be To: cont...@bugs.debian.org Subject: qiv: root window options missing (-x -y -z) Date: Sun, 13 Jan 2008 19:19:04 +0100 tags 446541 wontfix stop This was a deliberate choice, see closed bugs. I could not find a closed bug related to this bug. Please, could you point to the bug number(s)? To: cont...@bugs.debian.org I would appreciate if you CC'ed n...@bugs.debian.org and nnn-submit...@bugs.debian.org whenever you write messages with text related to nnn. Otherwise the text (if the message was only sent to control) isn't seen in the report log and the submitter doesn't know about it unless (s)he reads the log. This is especially important for control messages that change the status of the bug (like wontfix.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509719: nslu2: After dist-upgrade I get FATAL: Module rtc_dev not found
Package: nslu2-utils Version: 20080403-3 Severity: normal File: nslu2 When I boot my NSLU2 device I got an error related to rtc device. The. exact error is: FATAL: Module rtc_dev not found After having researched with the help of the people at #debian-es, we. got to the conclusion that rtc-dev module is no longer present, but the init. script nslu2-utils contents just loads this module, and hence the error,. as we suppose. I hadn't this bug before the dist-upgrade. I did today which move my. system from. linux-image-2.6-ixp4xx (2.6.26+15 = 2.6.26+17) and. linux-image-2.6.26-1-ixp4xx (2.6.26-3 = 2.6.26-12) Also nslu2-utils were upgraded (from 20080403-2 = 20080403-3). The whole output of apt-get dist-upgrade -V is in Annex I I have also checked rtc devices at /dev: ls -l /dev lrwxrwxrwx 1 root root 4 24 des 19:48 /dev/rtc - rtc0 crw-rw 1 root audio 254, 0 24 des 19:48 /dev/rtc0 I also have rtc references: grep -ri rtc /etc/modprobe.d/ /etc/modprobe.d/local:options rtc-x1205 probe=0,0x6f No rtc references at /etc/modules Please let me know if you need further information. I'm a novice user. A person who helps me detecting this possible bug is. rasas...@gmail.com. He offered for answering you about technical details. and he write me the draft of this bug report. Please, CC him. Regards, Xavi dxpubl...@telefonica.net PS: reportbug nslu2-utils did not send this report because I remove exim4. Annex I (apt-get dist-upgrade -V) apt-get dist-upgrade -V Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: lzma (4.43-14) The following packages will be upgraded: apt (0.7.14 = 0.7.19) apt-utils (0.7.14 = 0.7.19) aptitude (0.4.11.9-1 = 0.4.11.11-1~lenny1) base-files (4.0.5 = 5) base-passwd (3.5.18 = 3.5.19) busybox (1.10.2-1 = 1.10.2-2) cron (3.0pl1-104 = 3.0pl1-105) debconf (1.5.23 = 1.5.24) debconf-i18n (1.5.23 = 1.5.24) dhcp-client (3.1.1-3 = 3.1.1-5) dhcp3-client (3.1.1-3 = 3.1.1-5) dhcp3-common (3.1.1-3 = 3.1.1-5) doc-linux-text (2008.06-1 = 2008.08-1) dpkg (1.14.20 = 1.14.23) e2fslibs (1.41.0-3 = 1.41.3-1) e2fsprogs (1.41.0-3 = 1.41.3-1) file (4.25-1 = 4.26-1) flash-kernel (2.6 = 2.11) gcc-4.2-base (4.2.4-3 = 4.2.4-4) gcc-4.3-base (4.3.1-9 = 4.3.2-1) gettext-base (0.17-3 = 0.17-4) grep (2.5.3~dfsg-5 = 2.5.3~dfsg-6) groff-base (1.18.1.1-20 = 1.18.1.1-21) initramfs-tools (0.92f = 0.92m) installation-report (2.36 = 2.38) iptables (1.4.1.1-2 = 1.4.1.1-3) libblkid1 (1.41.0-3 = 1.41.3-1) libc6 (2.7-13 = 2.7-16) libcomerr2 (1.41.0-3 = 1.41.3-1) libcwidget3 (0.5.12-1 = 0.5.12-3) libdb4.5 (4.5.20-12 = 4.5.20-13) libdb4.6 (4.6.21-10 = 4.6.21-11) libdevmapper1.02.1 (1.02.27-3 = 1.02.27-4) libdns43 (9.5.0.dfsg.P2-1 = 9.5.0.dfsg.P2-4) libgcc1 (4.3.1-9 = 4.3.2-1) libgnutls26 (2.4.1-1 = 2.4.2-4) libgpm2 (1.20.4-2 = 1.20.4-3.1) libisc44 (9.5.0.dfsg.P2-1 = 9.5.0.dfsg.P2-4) libiw29 (29-1 = 29-1.1) libkeyutils1 (1.2-7 = 1.2-9) libldap-2.4-2 (2.4.10-3 = 2.4.11-1) liblockfile1 (1.08-2 = 1.08-3) liblwres40 (9.5.0.dfsg.P2-1 = 9.5.0.dfsg.P2-4) libmagic1 (4.25-1 = 4.26-1) libncurses5 (5.6+20080804-1 = 5.6+20080830-2) libncursesw5 (5.6+20080804-1 = 5.6+20080830-2) libpam-modules (1.0.1-3 = 1.0.1-4) libpam-runtime (1.0.1-3 = 1.0.1-4) libpam0g (1.0.1-3 = 1.0.1-4) libpci3 (3.0.0-4 = 3.0.0-6) libsasl2-2 (2.1.22.dfsg1-22 = 2.1.22.dfsg1-23) libselinux1 (2.0.65-4 = 2.0.65-5) libsemanage1 (2.0.25-1 = 2.0.25-2) libsqlite3-0 (3.5.9-3 = 3.5.9-5) libss2 (1.41.0-3 = 1.41.3-1) libssl0.9.8 (0.9.8g-13 = 0.9.8g-14) libstdc++6 (4.3.1-9 = 4.3.2-1) libusb-0.1-4 (0.1.12-12 = 0.1.12-13) libuuid1 (1.41.0-3 = 1.41.3-1) libvolume-id0 (0.125-5 = 0.125-7) libxapian15 (1.0.7-3 = 1.0.7-4) libxml2 (2.6.32.dfsg-3 = 2.6.32.dfsg-5) linux-image-2.6-ixp4xx (2.6.26+15 = 2.6.26+17) linux-image-2.6.26-1-ixp4xx (2.6.26-3 = 2.6.26-12) locales (2.7-13 = 2.7-16) login (4.1.1-4 = 4.1.1-6) logrotate (3.7.1-3 = 3.7.1-5) man-db (2.5.2-2 = 2.5.2-3) mlocate (0.21-1 = 0.21.1-1) ncurses-base (5.6+20080804-1 = 5.6+20080830-2) ncurses-bin (5.6+20080804-1 = 5.6+20080830-2) ncurses-term (5.6+20080804-1 = 5.6+20080830-2) net-tools (1.60-19 = 1.60-22) netbase (4.33 = 4.34) nslu2-utils (20080403-2 = 20080403-3) openbsd-inetd (0.20080125-1 = 0.20080125-2) passwd (4.1.1-4 = 4.1.1-6) pciutils (3.0.0-4 = 3.0.0-6) perl (5.10.0-13 = 5.10.0-18) perl-base (5.10.0-13 = 5.10.0-18) perl-doc (5.10.0-13 = 5.10.0-18) perl-modules (5.10.0-13 = 5.10.0-18) policycoreutils (2.0.49-5 = 2.0.49-6) popularity-contest (1.45 = 1.46) python (2.5.2-2 = 2.5.2-3) python-minimal (2.5.2-2 = 2.5.2-3) python-selinux (2.0.65-4 = 2.0.65-5) python-semanage (2.0.25-1 = 2.0.25-2) python-sepolgen (1.0.11-4 = 1.0.11-5) python2.5 (2.5.2-11 = 2.5.2-14) python2.5-minimal (2.5.2-11 = 2.5.2-14) reportbug (3.45 =
Bug#449320: kernel: not recognizing 8 cpu on ASUS two quad AMD 64FX74
reassign 449320 linux-2.6 thanks On Sun, Nov 04, 2007 at 06:55:12PM -0500, Jon wrote: Package: kernel Severity: important kernel 2.6.18-5-AMD64 #1 SMP sees physical 0 and 1, but only core 0 and 1 on each. I have two AMD 64FX74 quad core processors. Does this error still occur with more recent kernel versions? If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#267014: I think it's a hardware bug
reassign 267014 linux-2.6 thanks On Fri, Aug 27, 2004 at 02:28:40PM -0700, Mike Fedyk wrote: Matthew Wilcox wrote: On Fri, Aug 20, 2004 at 05:15:36PM -0700, Mike Fedyk wrote: Matthew Wilcox wrote: 32-bit PCI cards should work without problems in 64-bit slots, though. That's what I thought, but I have an Adaptec 2940UW card that causes instability reliably in 64bit pci slots. Maybe the card can't handle 66Mhz? Does 64bit pci always mean 66Mhz? Nope, 64-bit and 66-MHz are independent features. Unless the card lies (by claiming to do 66MHz when it can't), putting a 33MHz card on a 66MHz bus will simply cause the entire bus to run at 33MHz. This time the 32bit AHA-2940UW was removed, and I had a 64bit gigabit ethernet card in there that uses the ns83820 module. These oopses happened overnight on fileserver that is a nfs, mail, samba ldap server. Later that day the screen kept scrolling oopses during a nfs transfer. After that the 64bit ethernet card had been removed also and the machine has been working good for a day and a half. I don't have lspci output for the card since it's not in any machines right now. Unable to handle kernel NULL pointer dereference at virtual address printing eip: c020e209 *pde = Oops: [#1] PREEMPT Modules linked in: loop smbfs appletalk nfsd exportfs af_packet autofs ipv6 nfs lockd sunrpc raid1 dm_mod capability commoncap eepro100 mii rtc ext3 jbd mbcache reiserfs sd_mod aic7xxx scsi_mod raid5 md xor unix font vesafb cfbcopyarea cfbimgblt cfbfil lrect CPU:0 EIP:0060:[c020e209]Not tainted EFLAGS: 00010246 (2.6.7-1-686) EIP is at sock_recvmsg+0x29/0xc0 eax: ebx: 0040 ecx: f6fccce0 edx: f6fd5190 esi: f6fccce0 edi: f6fd1f10 ebp: esp: f6fd1da0 ds: 007b es: 007b ss: 0068 Process named (pid: 7223, threadinfo=f6fd task=f6fd5190) Stack: f6fd1db4 f6fccce0 f6fd1f10 1000 0040 f89c368d 0001 f6f974c8 f6fd5190 0246 c0353520 f69702e0 f6970040 1f2f8547 0040 Call Trace: [f89c368d] svc_sock_enqueue+0x13d/0x2b0 [sunrpc] [c0248526] tcp_send_delayed_ack+0xd6/0x100 [c0117d18] recalc_task_prio+0xa8/0x1a0 [c01a5772] copy_from_user+0x42/0x70 [c0213a6c] verify_iovec+0x3c/0xa0 [c020fd76] sys_recvmsg+0x146/0x200 [c0279a45] schedule_timeout+0xb5/0xc0 [c012ebb7] unqueue_me+0x57/0xb0 [c012ed57] futex_wait+0x147/0x1a0 [c0146e89] find_extend_vma+0x29/0x90 [c012e5b2] get_futex_key+0x42/0x190 [c0123c44] update_process_times+0x44/0x50 [c0123ab6] update_wall_time+0x16/0x40 [c01a5772] copy_from_user+0x42/0x70 [c021008b] sys_socketcall+0x25b/0x260 [c010605b] syscall_call+0x7/0xb Code: 8b 00 00 d0 00 00 00 b8 01 00 00 00 89 44 24 20 8b 9c 24 d4 1Unable to handle kernel NULL pointer dereference at virtual address printing eip: c020e209 *pde = Oops: [#2] PREEMPT Modules linked in: loop smbfs appletalk nfsd exportfs af_packet autofs ipv6 nfs lockd sunrpc raid1 dm_mod capability commoncap eepro100 mii rtc ext3 jbd mbcache reiserfs sd_mod aic7xxx scsi_mod raid5 md xor unix font vesafb cfbcopyarea cfbimgblt cfbfil lrect CPU:0 EIP:0060:[c020e209]Not tainted EFLAGS: 00010246 (2.6.7-1-686) EIP is at sock_recvmsg+0x29/0xc0 eax: ebx: ecx: f7fac720 edx: f7198bd0 esi: f7fac720 edi: f7983f34 ebp: esp: f7983dd0 ds: 007b es: 007b ss: 0068 Process syslogd (pid: 802, threadinfo=f7982000 task=f7198bd0) Stack: 41fac720 0065 3ccbf2ae 0001 f793c188 0010 0fff f7cc0a30 f7198bd0 f7cc0a30 f7983ea8 0010 f7983e2c f7983e4c eaf287d4 Call Trace: [c01390f5] buffered_rmqueue+0xf5/0x1d0 [c027937b] schedule+0x2bb/0x4d0 [c020df3c] sockfd_lookup+0x1c/0x80 [c020f7d2] sys_recvfrom+0xb2/0x120 [c0279a45] schedule_timeout+0xb5/0xc0 [c01666e4] poll_freewait+0x44/0x50 [c0166a6f] do_select+0x1af/0x2d0 [c020f873] sys_recv+0x33/0x40 [c020ff94] sys_socketcall+0x164/0x260 [c010605b] syscall_call+0x7/0xb Code: 8b 00 00 d0 00 00 00 b8 01 00 00 00 89 44 24 20 8b 9c 24 d4 5statd: server localhost not responding, timed out nsm_mon_unmon: rpc failed, status=-5 lockd: cannot unmonitor 10.0.0.2 Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498627: Found a patch that solves the issue
reassign 498627 linux-2.6 thanks On Wed, Oct 01, 2008 at 03:32:21PM +0400, Pavel Fertser wrote: After applying a patch from http://lkml.org/lkml/2008/8/17/215 to the vanilla kernel i don't get oopses anymore. To successfully use mount.cifs with kerberos, however, i needed to install keyutils and to add the following lines to /etc/request-key.conf (should a dependency be added to smbfs?): create cifs.spnego* * /usr/sbin/cifs.upcall -c %k create dns_resolver * * /usr/sbin/cifs.upcall %k Also it occured that my default realm was incomplete (i.e. WORK instead of WORK.LOCAL). After the change to /etc/krb5.conf i was able to successfully mount the share. This patch has been merged upstream. Can you confirm that applying http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1f8f5cf6e4f038552a3e47b66085452c08556d71 on top of the current Lenny kernels fixes the problem? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476523: CPU Soft lock with SMP on 4.0r3
reassign 476523 linux-2.6 thanks On Thu, Apr 17, 2008 at 12:01:41PM +0200, Stephan A. Rickauer wrote: Package: kernel Version: 2.6.18-6-amd64 Severity: important A newly purchased dual-core amd64 machine regularely locks up. This can be reproduced by doing massive kernel builds. I've already played with all the ACPI and APIC knobs in the BIOS, deactivated also USB, sound and such, with no luck. Also booting with noapic wouldn't remedy the lock-ups. A BIOS upgrade didn't help either. Here's the error message output. Find a full dmesg further below. The detailed hardware is listed at the end of this long email: BUG: soft lockup detected on CPU#1! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [8025df39] _spin_unlock_irqrestore+0x8/0x9 [8020b2c3] __down_read_trylock+0x3e/0x44 [8020a5ed] do_page_fault+0x2ee/0x706 [80214ba8] prio_tree_insert+0x148/0x231 [802588a5] error_exit+0x0/0x84 [8022ceb7] __clear_user+0x16/0x34 [8027546d] padzero+0x1b/0x2b [8021698e] load_elf_binary+0xa56/0x19b7 [8020de4a] __alloc_pages+0x5c/0x2a9 [8020de4a] __alloc_pages+0x5c/0x2a9 [80215aca] copy_strings+0x167/0x1bc [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80229602] flush_tlb_page+0x4a/0xbc [80208c8d] __handle_mm_fault+0x8ea/0x91a [8020a69c] do_page_fault+0x39d/0x706 [802588a5] error_exit+0x0/0x84 [8025b507] copy_user_generic_c+0xd/0x26 [802171a7] load_elf_binary+0x126f/0x19b7 [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80257bd6] system_call+0x7e/0x83 [802084ef] __handle_mm_fault+0x14c/0x91a [80208c8d] __handle_mm_fault+0x8ea/0x91a [80257bd6] system_call+0x7e/0x83 [8020a69c] do_page_fault+0x39d/0x706 [80257bd6] system_call+0x7e/0x83 [80257bd6] system_call+0x7e/0x83 [8020aa02] do_page_fault+0x703/0x706 [802588a5] error_exit+0x0/0x84 [80257bd6] system_call+0x7e/0x83 [8025b7c0] __put_user_4+0x20/0x30 [802255c1] schedule_tail+0x99/0x9e [80257acc] ret_from_fork+0xc/0x25 dmesg: [..] Hardware used: CPU AMD Athlon X2 BE-2400/2300MHz ASUS M2N-MX SE+,mATX,nVidia GeForce 6100 (bios level 0503) Kingston Memory DDR2 4GB Kit, PC2-6400800MHz, CL5, Non-ECC 2x Hitachi Deskstar P7K500, 250GB, SATA-II, 8.5ms,7200 RPM, 8MB, 8.5ms Thanks for your help! Does this error still occur with more recent kernel versions? If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#265039: kernel-image-2.6.8-1-686: Kernel panics when psmouse.proto=bare is present as kernel parameter
reassign 265039 linux-2.6 thanks On Sun, Aug 29, 2004 at 09:41:43PM -0700, Don Estberg wrote: I ran into the same problem when upgrading from 2.6.5 to 2.6.8. When I remove psmouse.proto=bare as a parameter in /etc/lilo.conf and instead put psmouse proto=bare in /etc/modules, it works fine, which is the same as what worked for me in 2.6.5. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454640: Brasero doesn't see blank discs
On Mon, Jan 28, 2008 at 01:23:34AM +0100, maximilian attems wrote: Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) try newer from unstable 2.6.23 or soonest 2.6.24 installs just fine in testing. Does this error still occur with more recent kernel versions? If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509720: openoffice.org-emailmerge: Debian Lenny: Segmentation fault when doing regular update
Package: openoffice.org-emailmerge Version: 1:2.4.1-15 Severity: important I was doing regular update of Lenny packages. I have received segmentation fault when setting openoffice.org-emailmerge package. Setting up openoffice.org-emailmerge (1:2.4.1-15) ... Adding extension /usr/lib/openoffice/program/mailmerge.py.../usr/lib/openoffice/program/unopkg: line 175: 3490 Segmentation fault $sd_prog/$sd_binary $GUI $@ done. After running another command aptitude reinstall openoffice.org-emailmerge all process finished without any errors. -- Package-specific info: Identifier: org.openoffice.legacy.mailmerge.py URL: vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/ejq23e_/mailmerge.py is registered: yes Media-Type: application/vnd.sun.star.uno-component;type=Python Description: UNO Python Component -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages openoffice.org-emailmerge depends on: ii python-uno1:2.4.1-15 Python interface for OpenOffice.or openoffice.org-emailmerge recommends no packages. openoffice.org-emailmerge suggests no packages. Versions of packages python-uno depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-3.2 STLport C++ class library ii openoffice.org-core 1:2.4.1-15 OpenOffice.org office suite archit ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python2.5 2.5.2-14 An interactive high-level object-o -- 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#283524: kernel-image-2.6.9-1-686: hwclock blocks on /dev/rtc read, which prevents machine from booting or halting
reassign 283524 linux-2.6 thanks On Mon, Nov 29, 2004 at 06:02:58PM +0100, Laurent Bonnaud wrote: Package: kernel Version: 2.6.9-3 Severity: important Hi, on a Dell PowerEdge SC1420 hwclock blocks on a read of /dev/rtc on boot and on shutdown: # strace /sbin/hwclock --hctosys [...] open(/dev/rtc, O_RDONLY|O_LARGEFILE) = 3 ioctl(3, RTC_UIE_ON, 0) = 0 read(3, Same thing with /sbin/hwclock --systohc. Here is the hardware included in the machine: # lspci :00:00.0 Host bridge: Intel Corp. Server Memory Controller Hub (rev 09) :00:00.1 ff00: Intel Corp. Memory Controller Hub Error Reporting Register (rev 09) :00:02.0 PCI bridge: Intel Corp. Memory Controller Hub PCI Express Port A0 (rev 09) :00:03.0 PCI bridge: Intel Corp. Memory Controller Hub PCI Express Port A1 (rev 09) :00:04.0 PCI bridge: Intel Corp. Memory Controller Hub PCI Express Port B0 (rev 09) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :01:00.0 PCI bridge: Intel Corp. PCI Bridge Hub A :01:00.2 PCI bridge: Intel Corp. PCI Bridge Hub B :02:0c.0 RAID bus controller: Adaptec AAC-RAID (rev 01) :03:0e.0 Ethernet controller: Intel Corp. 82545GM Gigabit Ethernet Controller (rev 04) :06:0d.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) # dmidecode Handle 0x DMI type 0, 20 bytes. BIOS Information Vendor: Dell Inc. Version: A00 Release Date: 09/09/2004 Address: 0xF Runtime Size: 64 kB ROM Size: 512 kB Characteristics: PCI is supported PNP is supported APM is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported Japanese floppy for Toshiba 1.2 MB is supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) ACPI is supported USB legacy is supported LS-120 boot is supported BIOS boot specification is supported Function key-initiated network boot is supported Handle 0x0100 DMI type 1, 25 bytes. System Information Manufacturer: Dell Inc. Product Name: PowerEdge SC1420 Version: Not Specified Serial Number: [...] UUID: [...] Wake-up Type: APM Timer Handle 0x0200 DMI type 2, 8 bytes. Base Board Information Manufacturer: Dell Inc. Product Name: 0T7495 Version: Serial Number: [...] Handle 0x0300 DMI type 3, 13 bytes. Chassis Information Manufacturer: Dell Inc. Type: Mini Tower Lock: Not Present Version: Not Specified Serial Number: [...] Asset Tag: Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Versions of packages kernel-image-2.6.9-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools
Bug#265039: kernel-image-2.6.8-1-686: Kernel panics when psmouse.proto=bare is present as kernel parameter
On Sun, Aug 29, 2004 at 09:41:43PM -0700, Don Estberg wrote: I ran into the same problem when upgrading from 2.6.5 to 2.6.8. When I remove psmouse.proto=bare as a parameter in /etc/lilo.conf and instead put psmouse proto=bare in /etc/modules, it works fine, which is the same as what worked for me in 2.6.5. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509721: libjogl-java: need java.library.path set to function. should not be needed
Package: libjogl-java Version: 1.1.1-1 Severity: minor Exception in thread AWT-EventQueue-0 java.lang.UnsatisfiedLinkError: no gluegen-rt in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:993) at com.sun.gluegen.runtime.NativeLibLoader.loadLibraryInternal(NativeLibLoader.java:102) it would be a trivial source modification to let it try /usr/lib/jni/ on debian. this would reduce the load on any users of this package. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-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 libjogl-java depends on: ii antlr2.7.7-6 language tool for constructing rec ii libjogl-jni 1.1.1-1 Java bindings for OpenGL API (java ii sun-java5-jre [java1-run 1.5.0-14-1etch1 Sun Java(TM) Runtime Environment ( libjogl-java recommends no packages. Versions of packages libjogl-java suggests: pn libjogl-java-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#494030: childsplay version 0.99 available
El Fri, Dec 19, 2008 at 12:52:20PM +0100, Barchan barchan va escriure: Hi, New upstream version 0.99 is available. Please package it. I talked with upstream some weeks ago and we agreed on uploading the 1.0 package directly (their plan is to have it ready in two or three weeks). As now I'm on holidays I'll take a look at the 0.99 version to have the packaging ready for the stable version and be able to upload the 1.0 as soon as it is published. Greetings, Sergio. -- Sergio Talens-Oliag s...@debian.org http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 signature.asc Description: Digital signature
Bug#509215: 'top' doesn't report multi-core CPU usage properly w/ default kernel
reassign 509215 linux-2.6 thanks Keith Godfrey wrote: Hardware: Dell Optiplex CPU: Core 2 quad OS: Lenny - fresh install ~Dec 15th Testing configuration and report: I have a pthreads based scientific application that uses ~170% and 250% CPU usage when running 2 and 3 threads, respectively. This behavior has been consistent on several systems, including MacOS and a previous version of Lenny. CPU usage was measured using 'top'. On the freshly installed Lenny, 'top' reported between 70%-105% usage for both 2 and 3 threads. The time required for the application to complete was comparable to runtimes on MacOS and a previous version of Lenny (all using the same or similar CPUs). I compiled a new kernel (2.6.27.10), basing it the config stored in /boot, incorporating minor additional changes. Under the newly compiled kernel, 'top' appears to report correct CPU usage. Application runtime remains the same. It apperas that 'top' is reporting incorrect CPU usage on the default kernel. It is also possible that the multi-threading doesn't speed anything up in this application (very possible) and that the default kernel wasn't properly handling the threads, whereas 'top' is OK. top parses /proc/stat, so it might either be that the data from it is inconsistent in the 2.6.26 kernel or that top fails to parse the output properly. Could you compare the content of /proc/stat from both kernels? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489002: Message on kernel.log
reassign 489002 linux-2.6 thanks On Wed, Jul 02, 2008 at 01:02:36PM -0400, Juan Iván Sánchez Vargas wrote: Package: Kernel Version: 2.6.18-6-686 Message BUG: warning at kernel/cpu.c:51/unlock_cpu_hotplug() [c0132a94] unlock_cpu_hot_plug+0x2c/0x54 [c01187a3] sched_getaffinity+0x67/0x6e [c01187c9] sys_sched_getaffinity+0x1f/0x41 [c0102c11] sysenter_past_esp+0x56/0x79 I am a newbie and I am using Debian GNU/Linux 4.0, Kernel 2.6.18-6-686. How can I fix this problem? I am searching in Google but I can't find a good answer. I will continue searching for a good response. Does this message appear reproducible? Could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#420293: Jmicron harddrive Controller issue on boot
reassign 420293 linux-2.6 thanks On Sat, Apr 21, 2007 at 10:22:10PM +1000, Onzone wrote: Package: kernel Version: 2.6.18-4-amd64 and 32bit Hardware: Gigabyte 965P-S3 e.g. any motherboard im assuming that uses the jmicron controller. Hardware Setup: 3 x HDD, 2 drivers are sata2 drives and 1 drive is a IDE drive, all these drives use the jmicron controller. Hello, On boot up debian will sometimes load the jmicron361 driver and on other times will load the jmicron363 driver. This issue will cause the system to get stuck with the control d as it cannot locate the IDE when it has used the 361 driver after several reboots it will use the 363 driver and the issue has gone until another reboot and the 361 driver has been loaded again than more reboots will be needed until the 363 driver has been loaded. This issue is only with the IDE drive not being picked up by debian, i should say debian still loads the drive but changes from hdf5 to hdb5 depending on what driver is loaded 363 or 361 but as you know the fstab will have to be changed every time but you cannot do this as you do not know which driver will be loaded. Does this error still occur with more recent kernel versions? If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476523: CPU Soft lock with SMP on 4.0r3
On Thu, 2008-12-25 at 11:31 +0100, Moritz Muehlenhoff wrote: reassign 476523 linux-2.6 thanks On Thu, Apr 17, 2008 at 12:01:41PM +0200, Stephan A. Rickauer wrote: Package: kernel Version: 2.6.18-6-amd64 Severity: important A newly purchased dual-core amd64 machine regularely locks up. This can be reproduced by doing massive kernel builds. I've already played with all the ACPI and APIC knobs in the BIOS, deactivated also USB, sound and such, with no luck. Also booting with noapic wouldn't remedy the lock-ups. A BIOS upgrade didn't help either. Here's the error message output. Find a full dmesg further below. The detailed hardware is listed at the end of this long email: BUG: soft lockup detected on CPU#1! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [8025df39] _spin_unlock_irqrestore+0x8/0x9 [8020b2c3] __down_read_trylock+0x3e/0x44 [8020a5ed] do_page_fault+0x2ee/0x706 [80214ba8] prio_tree_insert+0x148/0x231 [802588a5] error_exit+0x0/0x84 [8022ceb7] __clear_user+0x16/0x34 [8027546d] padzero+0x1b/0x2b [8021698e] load_elf_binary+0xa56/0x19b7 [8020de4a] __alloc_pages+0x5c/0x2a9 [8020de4a] __alloc_pages+0x5c/0x2a9 [80215aca] copy_strings+0x167/0x1bc [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80229602] flush_tlb_page+0x4a/0xbc [80208c8d] __handle_mm_fault+0x8ea/0x91a [8020a69c] do_page_fault+0x39d/0x706 [802588a5] error_exit+0x0/0x84 [8025b507] copy_user_generic_c+0xd/0x26 [802171a7] load_elf_binary+0x126f/0x19b7 [8023d3ad] search_binary_handler+0xa8/0x254 [8023ca12] do_execve+0x18c/0x242 [80250394] sys_execve+0x36/0x90 [80257f8f] stub_execve+0x67/0xb0 BUG: soft lockup detected on CPU#0! Call Trace: IRQ [802a3673] softlockup_tick+0xdb/0xed [802878d5] update_process_times+0x42/0x68 [8026c2b5] smp_local_timer_interrupt+0x23/0x47 [8026c9a9] smp_apic_timer_interrupt+0x41/0x47 [8025874a] apic_timer_interrupt+0x66/0x6c EOI [80257bd6] system_call+0x7e/0x83 [802084ef] __handle_mm_fault+0x14c/0x91a [80208c8d] __handle_mm_fault+0x8ea/0x91a [80257bd6] system_call+0x7e/0x83 [8020a69c] do_page_fault+0x39d/0x706 [80257bd6] system_call+0x7e/0x83 [80257bd6] system_call+0x7e/0x83 [8020aa02] do_page_fault+0x703/0x706 [802588a5] error_exit+0x0/0x84 [80257bd6] system_call+0x7e/0x83 [8025b7c0] __put_user_4+0x20/0x30 [802255c1] schedule_tail+0x99/0x9e [80257acc] ret_from_fork+0xc/0x25 dmesg: [..] Hardware used: CPU AMD Athlon X2 BE-2400/2300MHz ASUS M2N-MX SE+,mATX,nVidia GeForce 6100 (bios level 0503) Kingston Memory DDR2 4GB Kit, PC2-6400800MHz, CL5, Non-ECC 2x Hitachi Deskstar P7K500, 250GB, SATA-II, 8.5ms,7200 RPM, 8MB, 8.5ms Thanks for your help! Does this error still occur with more recent kernel versions? If you're running Etch, could you try to reproduce this bug with the 2.6.24 based kernel added in 4.0r4? http://packages.qa.debian.org/l/linux-2.6.24.html I am not seeing this problem with 2.6.24. However, I am unable to re-test with a Debian based system atm. The machine runs Ubuntu now, since they had the newer kernel earlier. Cheers, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#385672: regression report- unlike prior versions, boot hangs unless noacpi =off on Toshiba Portege 7020CT
reassign 385672 linux-2.6 thanks Christian Perrier wrote: Quoting Tony Godshall (t...@of.net): Package: debian-installer Version: 20060806 unlike prior versions, boot hangs unless noacpi =off on Toshiba Portege 7020CT (Intel Mobile Pentium II, 366MHz, 192MB RAM, 7GB hard drive) This would appear to be a function of the kernel version used, as 2.6.15 did not hang. Similar behavior was also observed when a beta-2 install was upgraded to kernel 2.6.16 Which actually means that the bug belongs to the kernel packages more than the installer itself. You might have a chance trying the 2.6.17 kernels which are currently only in Debian unstable. Toni, does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#238367: kernel-image-2.4.24-sparc64: Lots of oopses
reassign 238367 linux-2.6 thanks On Wed, Mar 17, 2004 at 04:28:25PM +0100, Jeroen T. Vermeulen wrote: On Tue, Mar 16, 2004 at 02:47:00PM -0500, Ben Collins wrote: This error is nothing, it can be ignored. Do your freezes always occur when X is running? Can you make it crash without X? Yup, leaving the machine near-idle overnight without X also kills it. Even ssh doesn't get through its thick metal skull after that. I'll see if I can correlate it to anything in the crontab. Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#260917: kernel-image-2.6.7-1-686: matroxfb broken (at least G200 and G400, 2.4.x was OK)
reassign 260917 linux-2.6 thanks On Thu, Jul 22, 2004 at 10:40:28PM +0200, Marek Michalkiewicz wrote: Package: kernel-image-2.6.7-1-686 Version: 2.6.7-2 Severity: normal When I load the matroxfb_base module, garbage appears on the console. The monitor gets valid sync timings, and the system still works, but I can't see anything until reboot. Tested on two different machines (both PentiumIII with Intel BX chipset, so nothing new) with Matrox G200 (8MB) and G400 (32MB) AGP cards, both have always worked very well under 2.4; X works fine on both machines under both 2.4 and 2.6. This is my first attempt to upgrade from 2.4 to 2.6 - mostly successful except matroxfb (have to use text console instead). Does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#262657: kernel-image-2.6.7-1-686: loading pcmcia_core drops irq 11 on toshiba satellite pro 4600
reassign 262657 kernel thanks On Sun, 01 Aug 2004, Jarne Cook wrote: When loading the pcmcia_core (or other modules that depend on that) irq11 is disabled therefore making usb, the wireless card, and ethernet useless. If the option acpi=off is used then all appears to be fine, except for that I cant use acpi. I tried some other kernels eg 2.4.2? 2.6.6-2 2.6.7-smp (all deb unstable) and the same applied. Even the new installer (then i stopped the re-install when i realized why dhcp failed). The hardware is a Toshiba Satellite Pro 4600. well acpi improves over time, have you tried newer kernel-image-2.6.10 from unstable? thanks for feedback Jarne, does this error still occur with more recent kernel versions? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476398: Coming back on this smb_panice: tdb_reopen_all failed. bug report (Debian bug #476398)
Hi Mitch, We would like to come back on this bug report of yours From our analysis, you were getting segfaults very often with samba versions in testing. You provided the needed info from smb.conf (testparm /etc/samba/smb.conf) and installed the debug packages. First, we would need to know if you're still experiencing these crashes since your last report on April 24th 2008. Since then, the samba packages bumped from 3.0.28a to 3.2.5, in testing and there are big chances that some upstream fix closed the issues you were experiencing. So, first of all, are you still encoutenring them? -- signature.asc Description: Digital signature
Bug#502836: t-p-u push to lenny for axel [Was: Bug#502836: axel: buffer overflow when expanding spaces in URLs]
On Sat, Dec 20, 2008 at 05:03:50PM +0530, Y Giridhar Appaji Nag wrote:
Hi release team,
More info about my request for pushing 1.1-3lenny1 to lenny from t-p-u:
Could you please attach a debdiff?
Thanks,
Neil
--
int getRandomNumber() {
return 4; // chosen by fair dice roll. guaranteed to be random.
}
// http://xkcd.com/c221.html
signature.asc
Description: Digital signature
Bug#509722: RFP: python-graph -- library for working with graphs in Python
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: python-graph Version: Upstream Author: [NAME n...@example.com] URL: [http://code.google.com/p/python-graph/] License: [MIT] Description: [library for working with graphs in Python] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#416208: Installation report HP-715/64 (HIL)
Frans Pop wrote: On Wednesday 24 December 2008, Moritz Muehlenhoff wrote: Is it possible that someone from the debian-installer teams add this modprobe hilkbd somewhere to the bootup process? ... Can that be considered for rc2? Theoretically that would still be possible, but it is extremely late in the day for such a change, especially without any detailed info about how *exactly* this should be implemented. Sure. Questions that come to mind are: - why doesn't the kernel/udev autoload this module? Probably yes, but as we discussed last time, this needs to be implemented. I already looked into implementing it, but sadly it isn't that easy to understand all the flow between kernel and userspace and how to handle it then. So, it's still on my plan to do it, but there were some other kernel crashes which needed to be fixed before (e.g. bug 478717). Anyway, adding the needed stuff to udev will probably be too late for lenny anyway. - is there any way to recognize whether the module should be loaded or not (most hppa installs are headless)? - if it's decided to load the module unconditionally for the installer, it may still be possible to only do so when needed for the installed system; can this be recognized somehow? I started up my system to find a way to detect if the hilkbd module should be loaded or not. Sadly I didn't find a clean way via sysfs or procfs. The only ugly solution I found is to grep the dmesg for the string HIL, as the HIL controller is then printed while doing the inventory scan: : Searching for devices... : Found devices: : 1. Mirage Jr GSC Builtin Graphics at 0xf800 [1] ... : ... : 13. Mirage Jr Wax HIL at 0xf0201000 [5/0/1] : ... But even if this module is loaded on a system which does not has HIL this wouldn't hurt in any way, as the driver (drivers/input/keyboard/hilkbd.c) is constructed that way that it only gets initialized if it finds the HIL controller itself. This means that the linux kernel only calls the initialization function hil_init_chip() if the system has the HIL controller and it has been sucessfully matched against the contents of hil_tbl[]. So, modprobing for hilkbd will never break any non-HIL systems. I know you added some unconditional modprobes for some specifc modules for parisc (I forgot which ones, I think SCSI and such) in the past. My proposal would be to just add the modprobe for hilkbd there blindly as well. - is loading the module for the installed system needed for the initrd too (would be my guess), or just for the final system? Both. We have repeatedly indicated in the debian-hppa list that the D-I team needs porter support and this is *exactly* the kind of issue for which knowledgable porter support is needed. I even had a long discussion with Helge himself about that. Yes, I know and I've not forgotten that. http://www.archivum.info/linux.debian.ports.hppa/2008-06/msg00038.html http://lists.debian.org/debian-hppa/2008/05/msg00037.html As this issue has been known for ages my first reaction is that it is too late for RC2 and for Lenny. However, *if* porters work with the D-I team to get the questions above answered the change could be implemented early for squeeze and, after testing, it could then be considered for backporting for a stable update release. I fully can understand your reaction here. Of course it would be sad if machines with HIL keyboards are _only_ installable via serial console then, but since they are quite old I don't assume there will be so many people trying lenny on parisc with HIL at all. On the other side, if you would add this modprobe I would try the lenny installer at once on 4 very different machines to rule out any problems due to the modprobe: - 715/64 with HIL only - B160L, no HIL, PS/2 keyboard/mouse - C3000 (32 and 64bit kernel), no HIL, USB keyboard/mouse only - Tadpole parisc laptop, PS/2 keyboard/mouse only Best regards, Helge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509723: Support TFTP preseed fetch method
Package: debian-installer
Severity: wishlist
(I have a feeling I already reported this and been tagged WONTFIX;
apologies if this is the case and I can't find it in the BTS.)
Currently AFAICT the preseed file must be supplied either within the
initrd, on local media (including the install CD), or via HTTP or FTP.
I would find it useful if the preseed file could be fetched via TFTP.
This is particularly useful when netbooting, as I already have the
netboot files in debian-installer/ -- it would be easy for me to have
a second tree d-i/{etch,lenny}/preseed.cfg.
This is also useful when doing fake netboots with qemu, because then
I could do something like
qemu -tftp d-i/etch/ -bootp preseed.cfg \
-kernel debian-installer/linux -initrd debian-installer/initrd.gz
without needing to run a separate http process. (QEMU has built-in
support for providing DHCP and TFTP to the VM, but not HTTP.)
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509024: Fwd: Re: php-xajax security fixes for debian etch
Hello Steffen, I've just upload a package to mentors, including an slightly version of your patch in order to apply with the unstable package. http://mentors.debian.net/debian/pool/main/p/php-xajax/ Please, take a look carefully the package and consider to sponsor it. I think both unstable and stable patches work fine and do their job. Anyway, I'll try to test deeply the etch package at my work. Merry Christmas and sorry for the late response, David. El lun, 22-12-2008 a las 21:05 +0100, Steffen Joeris escribió: Tomorrow I'll update the package located in mentors[1] including your patch. But I need an sponsor to upload the package to unstable, and Javier seems to be quite busy or missing.. I could sponsor your upload, if you want. Just tell me, when you got it ready. I've prepared the upload for stable-security and would appreciate, if you could help me testing the packages[0]. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478752: Back on this (PAM-related?) issue
Alec, That bug seems to have been difficult to investigate. Moreover, we had some other user(s) reporting in the same bug log for something that finally turned out to be completely unrelated... Are you in position of trying to reproduce it again, preferrably with a machine running testing more than a machine running etch (where it is very unlikely to have changed) ? -- signature.asc Description: Digital signature
Bug#509724: ghc does not compile programs using Data.IntSet
Package: ghc6 Version: 6.8.2-7 Severity: important GHC apparently can no longer compile programs that use the package Data.IntSet. A few months ago, this used to work just fine with GHC (lenny). Example Haskell program: import Data.IntSet main = let q = empty in do if notMember 3 q then print a else print b $ ghc aaa.hs aaa.o: In function `szF_info': (.text+0x192): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_notMember_closure' aaa.o: In function `szF_info': (.text+0x199): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_empty_closure' aaa.o: In function `szF_info': (.text+0x247): undefined reference to `__stginit_containerszm0zi1zi0zi1_DataziIntSet_' aaa.o: In function `syF_closure': (.data+0x38): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_notMember_closure' aaa.o: In function `syF_closure': (.data+0x3c): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_empty_closure' collect2: ld returned 1 exit status The program runs fine with ghci. Name VersionDescription +++-==-==- ii gcc4:4.3.2-2 The GNU C compiler ii ghc6 6.8.2-7GHC - the Glasgow Haskell Compilation system ii libc6 2.7-16 GNU C Library: Shared libraries Target: i486-linux-gnu / Linux 2.6.27.3-amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509725: New Upstream Version Available
X-Debbugs-CC: vice...@gmail.com Package: webpy A new upstream version of webpy is available (0.31). This fixes a bug with wsgi and SSL. It has been requested that this be updated in Ubuntu, however, I feel that this is better to be updated through Debian. https://bugs.edge.launchpad.net/ubuntu/+source/webpy/+bug/311225 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502800: anki always grabs sound device
0.9.9.4 should fix this Cheers, Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446541: qiv: root window options missing (-x -y -z)
On Thu, 2008-12-25 at 11:13 +0100, José Luis González wrote: Hi, From: Bart Martens ba...@knars.be To: cont...@bugs.debian.org Subject: qiv: root window options missing (-x -y -z) Date: Sun, 13 Jan 2008 19:19:04 +0100 tags 446541 wontfix stop This was a deliberate choice, see closed bugs. I could not find a closed bug related to this bug. Please, could you point to the bug number(s)? I think that this is the bug you're looking for: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351816 The related patches are: debian/patches/07_no_background_opts.diff debian/patches/11_no_background_opts_2.diff These patches are currently disabled in lenny (and in sid). Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#509711: win32-loader: [INTL:vi] Vietnamese program translation update
On Thu, Dec 25, 2008 at 04:48:11PM +1030, Clytie Siddall wrote: Package: win32-loader Version: Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the program file: win32-loader Thanks. But please do not open bugs for such things, you can commit it directly in SVN (I checked that you have access). Just make sure the build still works (e.g. run debian/rules build). -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509726: ITP: tomboy-latex -- LaTeX plugin for Tomboy
Package: wnpp Version: N/A Upstream Author: Christian Reitwießner christ...@reitwiessner.de * URL: http://www.reitwiessner.de/programs/tomboy-latex.html * License: LGPL-2.1 Tomboy-LaTeX is a plugin for the desktop note-taking application Tomboy. It automatically converts LaTeX math code enclosed in \[...\] into inline images. Clicking on the image or moving the cursor over the image reveals the markup again. I have almost finished this package and shall have it on mentors soon. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509727: qiv: -h message includes removed options
Package: qiv Version: 2.1~pre12-5 Hi, qiv is showing the description of the -x -y and -z options in the help message shown with -h, but these options are removed from the Debian package as a solution to bug #351816. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509728: xfce4-xkb-plugin: breaks the second layout on certain combinations
Package: xfce4-xkb-plugin Version: 0.4.3-1 Severity: important Hello, If I have a combination like de,gb,ro in xorg conf, after switching layouts the second (and only the second) one will be broken, as in some keys will behave as if AltGr is pressed [for example l will generate ł (lstroke)]. Strangely this doesn't happen if us is the first layout, even with the intl variant (which seems to be more similar to de and gb). Also using setxkbmap will work around this issue, but then the plugin stops working completely (maybe this should be a separate bug). Please contact me if you need more info. Regards, Andrei -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-xkb-plugin depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libfontconfig12.6.0-3generic font configuration library ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfce4util4 4.4.2-3Utility functions library for Xfce ii libxfcegui4-4 4.4.2-4Basic GUI C functions for Xfce4 ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xfce4-panel 4.4.2-6The Xfce4 desktop environment pane xfce4-xkb-plugin recommends no packages. xfce4-xkb-plugin suggests no packages. -- no debconf information -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#509724: ghc does not compile programs using Data.IntSet
On Thu, Dec 25, 2008 at 12:58:23PM +0100, Joris van Rantwijk wrote: GHC apparently can no longer compile programs that use the package Data.IntSet. A few months ago, this used to work just fine with GHC (lenny). ... skip ... $ ghc aaa.hs aaa.o: In function `szF_info': (.text+0x192): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_notMember_closure' aaa.o: In function `szF_info': (.text+0x199): undefined reference to `containerszm0zi1zi0zi1_DataziIntSet_empty_closure' ... Adding '-package containers' to command line solves Your problem. See [1] for details. Unfortunately ghc manpage is too brief about -package option. Pavel -- [1] http://www.haskell.org/ghc/docs/6.8.3/html/users_guide/options-phases.html#id340412 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509431: flashplugin-nonfree
On Mon, Dec 22, 2008 at 14:59:52 +0100, Bart Martens wrote: severity 509431 wishlist tags 509431 wontfix stop Can you explain this please? I don't think any package besides libx11-6 should depend on libxcb-xlib0, and that's going away soon... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#238367: kernel-image-2.4.24-sparc64: Lots of oopses
Moritz Muehlenhoff wrote: reassign 238367 linux-2.6 thanks On Wed, Mar 17, 2004 at 04:28:25PM +0100, Jeroen T. Vermeulen wrote: On Tue, Mar 16, 2004 at 02:47:00PM -0500, Ben Collins wrote: This error is nothing, it can be ignored. Do your freezes always occur when X is running? Can you make it crash without X? Yup, leaving the machine near-idle overnight without X also kills it. Even ssh doesn't get through its thick metal skull after that. I'll see if I can correlate it to anything in the crontab. Does this error still occur with more recent kernel versions? Hard to say now! I don't remember the details of this bug off the top of my head, nearly 5 years later, but depending which machine I saw it on, I can say with certainty that it's one that either died or left my control years ago. Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509690: openoffice.org: Upgrade after this version demands debian sun-java packages
David Baron wrote: And? Then tell the package systen using (equivs?) that you have Java already. The package system in this case does not know that - it simply cant. OK, how? As I say below, JAVA_HOME is usually in the env. I said it. equivs. I have not encountered others that would not install. OO-3 that I have currently installed from Experimental installed just fine and runs without a hitch. Has anything changed radically from 3.0.0.4 to 3.0.1-rc#? No. Except that more stuff in OOo now need Java (like searching in the help) Usually for Java-dependent installs, environment variables such as JAVA_HOME indicate the presence of a jre or such installations request the path. If Yes, but that's for *runtime*. And for the nonsensical .run or similar installs. dpkg/apt do not care about any envvars wrt that, they just look at the package dependencies. neither JAVA_HOME or user simple types enter, a jvm can be installed at this point. (If not sure, leave blank and jvm will be installed ... many Debian pre- or post-install scripts work this way, out of the box). Correct. but as said JAVA_HOME is independent from the package system level. Andthey will ot honour JAVA_HOME for installing packages either, no. They might just work because they allow java2-runtime to fullfill their deps, which I can't do, since some JVMs (cacao-oj6-jre for example) do provide java2-runtime but doesn't work wiith OOO. I have not encountered others that would not install. OO-3 that I have currently installed from Experimental installed just fine and runs without a hitch. Has anything changed radically from 3.0.0.4 to 3.0.1-rc# RTF changelog: -5 added the following: - don't add | java5-runtime to JAVA_RUNTIME_DEPENDS as we don't work with cacao-oj6 - add lucene-depends substitution also to binary-arch since openoffice.org is not Arch: all and it doesn't get the liblucene2-java dep otherwise. [...] * debian/control.in: - conflict against cacao-oj6-jre (closes: #495694) So we right now (and that's a bugfix!) don't allow *any* Java 5 capable JVMs but just those who I know which work. Note that the great and holy sun distributes their VirtualBox as .deb for each Sun is anything else than great and holy. Debian version, Ubuntu, etc., as well as rpms, rather than a .run or .sh of which the distro's package system would be unaware. Yep. And Sun also does distribute their jre as deb. (afaik, jre, which would be a bug in our sun jdk packages to not provide jre, or the OOo packages could add a | jre at the end). Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509690: openoffice.org: Upgrade after this version demands debian sun-java packages
unmerge 509690 retitle 509690 make Java dependencies more generic (java?-runtime, jre) tag 509690 - moreinfo tag 509690 - wontfix block 509690 by 495876 thanks Hi, Rene Engelhard wrote: I have not encountered others that would not install. OO-3 that I have currently installed from Experimental installed just fine and runs without a hitch. Has anything changed radically from 3.0.0.4 to 3.0.1-rc# RTF changelog: -5 added the following: - don't add | java5-runtime to JAVA_RUNTIME_DEPENDS as we don't work with cacao-oj6 - add lucene-depends substitution also to binary-arch since openoffice.org is not Arch: all and it doesn't get the liblucene2-java dep otherwise. [...] * debian/control.in: - conflict against cacao-oj6-jre (closes: #495694) So we right now (and that's a bugfix!) don't allow *any* Java 5 capable JVMs but just those who I know which work. But we of course can instate this when cacao is fixed. Buut until that it's now way to generically depend on java5-runtime unless we want break OOo (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495876) Yep. And Sun also does distribute their jre as deb. (afaik, jre, which would be a bug in our sun jdk packages to not provide jre, or the OOo packages could add a | jre at the end). Still valid. Although I fear that whoever else providing Java (which might not work with OOo) also would provide jre Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407010: lol-mplayer.mpg
On Wed, Dec 24, 2008 at 11:12:34PM +0100, Nico Golde wrote: * Diego Biurrun di...@biurrun.de [2008-12-24 22:50]: On Tue, Dec 23, 2008 at 09:56:15PM +0100, A Mennucc wrote: On Tue, Dec 23, 2008 at 09:21:44PM +0100, Nico Golde wrote: I tracked the ogm file issue down to ffmpeg, it's not an mplayer issue. I reported this as: #509616.. Your patch is incorrect and insufficient. You should submit your patches upstream to FFmpeg instead of posting it to a distro bug tracker. It was reviewed no more than 15 minutes (on a December 24) after I sent it to the ffmpeg-devel mailing list. Please do not add not fully understood patches to your distro packages. You do read the referenced bugs before starting to throw with mud do you? I guess not otherwise you would have read http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509616#5: Attached is a patch to fix this, I am not sure if that is the correct way to fix this as I have no insight on the code functionality itself but at least it prevents mplayer from crashing. So you might want to check back with upstream. And here is your upstream, confirming what you already suspected: Your patch papers over the problem without fixing the root cause. So if you knew this all along, why act offended now? This is upstream appearing on your distribution channels and helping you out directly. We all know the troubles this caused with openssl. What a miserable comparison. I beg to differ. It is not a distributions job to patch programs. There are hardly any exceptions to this rule. The openssl fiasco was just a very visible and catastrophic example. The root problem, however, is the same: Distributions patching programs without upstream coordination and review. Unfortunately this mindset is entrenched in distro people's minds and changing your habits will be difficult. If the openssl fiasco leads to change in this area, it will end up having had a positive effect in the long run. merry xmas Diego -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status
Package: xserver-xorg-video-radeonhd Version: 1.2.3-1 Severity: normal Hi, It looks like any XVideo operation (even a simple does it work?) causes the X server to segfault right away, regardless of whether DRI is enabled or not. There are also video artefacts; resizing a window leaves me with a 1 pixel border of something around the window. 3D works fine. I've switched to radeon for the time being, without any issue so far. It looks like it's 50% faster for 3D stuff compared to radeonhd, too. JB. -- 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 Nov 11 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1797392 Nov 12 14:14 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600] /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 3811 Dec 25 14:18 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc # FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 # Loadtype1 Loadvbe Loadsynaptics EndSection Section InputDevice Identifier MacBook Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel macbook79 Option XkbLayout fr # Option XkbOptionsapple:badmap EndSection Section InputDevice Identifier Appletouch Trackpad Driver synaptics Option CorePointer Option Protocol auto-dev Option Emulate3Buttons false Option ZAxisMapping 4 5 Option MinSpeed 1.0 Option MaxSpeed 1.0 Option FingerLow 10 Option FingerHigh15 Option TapButton10 Option TapButton20 Option TapButton30 # disable tapping scrolling Option TouchpadOff 2 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Mobility Radeon X1600 M56P Driver radeonhd BusID PCI:1:0:0 # Option DRI # Option backingstore true # Option SilkenMouse off # Option XAANoOffscreenPixmaps true EndSection #Section Monitor # Identifier LVDS Panel # Option DPMS # HorizSync 28-50 # VertRefresh 43-75 #EndSection Section Screen Identifier Default Screen Device ATI Mobility Radeon X1600 M56P # Monitor LVDS Panel DefaultDepth24 SubSection Display Depth 1 Virtual 2720900 # Modes 1440x900 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4
Bug#227941: Archiving bugs marked as done make it impossible to reopen the bug if it was incorrectly marked as done.
severity 227941 important thanks - It could be useful not to archive done/wontfix bugs, to allow other people to contribute ideas or motivations in the future: since the wish has been refused but not satisfied, it seems appropriate to keep the discussion open. Once the bug is archived it is impossible to reopen it through the reopen command and according to the description that accompanies done bugs Bug is archived. No further changes may be made. This makes it impossible for non-admins to reopen bugs incorrectly marked as done once the bug is archived. If the bug can be reopened by the administrators of the bug-tracking-system, the burden to admins once an incorrectly closed bug is discovered would be high. If the bug can't be reopened by the administrators that would force to file a duplicated bug. I am raising severity of this proposal since not archiving done bugs would solve this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509730: zope3: missing dependency on python-pullparser
Package: zope3 Version: 3.3.1-7 Severity: normal if you try to use zope.testbrowser you get this error: $ ipython2.4 In [1]: from zope.testbrowser.browser import Browser --- ImportError Traceback (most recent call last) /home/mdione/src/projects/cittadinanza/python/ipython console /home/mdione/local/lib/python2.5/site-packages/zope/testbrowser/browser.py 21 import mechanize 22 import operator --- 23 import pullparser 24 import re 25 import StringIO ImportError: No module named pullparser this is fixed by installing python-pullparser. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 zope3 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii python-clientform 0.2.9-1module for handling HTML forms on ii python-docutils [python2.4-do 0.5-2 Utilities for the documentation of ii python-mechanize 0.1.7b-3 stateful programmatic web browsing ii python-twisted-conch 1:8.1.0-1 The Twisted SSH Implementation ii python-twisted-web2 8.1.0-1An HTTP/1.1 Server Framework ii python-tz 2008i-1Python version of the Olson timezo ii python-zopeinterface 3.3.1-7The implementation of interface de ii python2.4 2.4.6-1An interactive high-level object-o ii zope-common 0.5.46 common settings and scripts for Zo zope3 recommends no packages. Versions of packages zope3 suggests: pn zope3-dbg none (no description available) -- no debconf information -- (Not so) Random fortune: 10:49 Zzzoom en que quedo la reunion [de GrULiC] de ayer? 11:10 perrito666 Zzzoom: el nuevo catolicismo no acepta a jesus porque tiene el pelo largo y ahora adoramos a un inodoro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509057:
It looks like this patch got in the 0.18 release that was just announced, so if you update to this then you can remove the configurable-compiler.patch from the diff. Everything else should be the same. Thanks, Iain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509731: zope3: zope.testbrowser fails
Package: zope3
Version: 3.3.1-7
Severity: normal
even after fixing the python-pullparser dep, using Browser() fails:
In [1]: from zope.testbrowser.browser import Browser
In [2]: b= Browser ('http://google.com')
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error message is: ('EOF in multi-line statement', (11, 0))
---
AttributeErrorTraceback (most recent call last)
/home/mdione/src/projects/cittadinanza/python/ipython console
/home/mdione/local/lib/python2.5/site-packages/zope/testbrowser/browser.pyc in
__init__(self, url, mech_browser)
148 self.mech_browser = mech_browser
149 if url is not None:
-- 150 self.open(url)
151 self.timer = PystoneTimer()
152 self._enable_setattr_errors = True
/home/mdione/local/lib/python2.5/site-packages/zope/testbrowser/browser.pyc in
open(self, url, data)
206 def open(self, url, data=None):
207 See zope.testbrowser.interfaces.IBrowser
-- 208 self._start_timer()
209 self.mech_browser.open(url, data)
210 self._stop_timer()
/home/mdione/local/lib/python2.5/site-packages/zope/testbrowser/browser.pyc in
_start_timer(self)
212
213 def _start_timer(self):
-- 214 self.timer.start()
215
216 def _stop_timer(self):
AttributeError: 'Browser' object has no attribute 'timer'
this must be an upstream bug.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (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 zope3 depends on:
ii libc6 2.7-16 GNU C Library: Shared libraries
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii python-clientform 0.2.9-1module for handling HTML forms on
ii python-docutils [python2.4-do 0.5-2 Utilities for the documentation of
ii python-mechanize 0.1.7b-3 stateful programmatic web browsing
ii python-twisted-conch 1:8.1.0-1 The Twisted SSH Implementation
ii python-twisted-web2 8.1.0-1An HTTP/1.1 Server Framework
ii python-tz 2008i-1Python version of the Olson timezo
ii python-zopeinterface 3.3.1-7The implementation of interface de
ii python2.4 2.4.6-1An interactive high-level object-o
ii zope-common 0.5.46 common settings and scripts for Zo
zope3 recommends no packages.
Versions of packages zope3 suggests:
pn zope3-dbg none (no description available)
-- no debconf information
--
(Not so) Random fortune:
10:49 Zzzoom en que quedo la reunion [de GrULiC] de ayer?
11:10 perrito666 Zzzoom: el nuevo catolicismo no acepta a jesus
porque tiene el pelo largo y ahora adoramos a un inodoro
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#227941: Archiving bugs marked as done make it impossible to reopen the bug if it was incorrectly marked as done.
severity 227941 wishlist thanks On 2008-12-25 14:32 +0100, José Luis González wrote: severity 227941 important thanks - It could be useful not to archive done/wontfix bugs, to allow other people to contribute ideas or motivations in the future: since the wish has been refused but not satisfied, it seems appropriate to keep the discussion open. Once the bug is archived it is impossible to reopen it through the reopen command and according to the description that accompanies done bugs Bug is archived. No further changes may be made. This makes it impossible for non-admins to reopen bugs incorrectly marked as done once the bug is archived. If the bug can be reopened by the administrators of the bug-tracking-system, the burden to admins once an incorrectly closed bug is discovered would be high. If the bug can't be reopened by the administrators that would force to file a duplicated bug. I am raising severity of this proposal since not archiving done bugs would solve this problem. Anyone can reopen archived bugs by unarchiving them first, see http://www.debian.org/Bugs/server-control#unarchive. Resetting severity, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509723: Support TFTP preseed fetch method
reassign 509723 preseed thanks Quoting Trent W. Buck (trentb...@gmail.com): Package: debian-installer Severity: wishlist (I have a feeling I already reported this and been tagged WONTFIX; apologies if this is the case and I can't find it in the BTS.) At least not in the bug reports for the preseed package. So let's record this here..:-) signature.asc Description: Digital signature
Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status
Julien BLACHE wrote: Package: xserver-xorg-video-radeonhd Version: 1.2.3-1 Severity: normal It looks like any XVideo operation (even a simple does it work?) causes the X server to segfault right away, regardless of whether DRI is enabled or not. There are also video artefacts; resizing a window leaves me with a 1 pixel border of something around the window. I will try to package radeonhd 1.2.4 in the next days. 1.2.3 is a bit old. If you have time to build 1.2.4 or upstream git in the meantime, it would be nice. I've switched to radeon for the time being, without any issue so far. It looks like it's 50% faster for 3D stuff compared to radeonhd, too. Good to know, I prefer radeon :) Merry Christmas, Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509732: Debian policy doesn't feature RC bugs
Package: general Severity: important The Debian Policy Manual doesn't feature the Debian Bug Tracking System. This makes it impossible to report a bug with RC severity in the Bug Tracking System that permits RC bugs to remain in Debian when the report is closed incorrectly and nobody notices before it is archived (please see bug #227941.) Since the problem is only specific to that bug, it would suffice to raise severity of #227941 to serious. The current description of severities contained in doc-base (in bug-maint-info.txt) lists RC bugs as critical, grave and serious, but nothing in the policy qualifies #227941 as serious (there's no directive that makes it a policy violation) and the bug isn't grave or critical according to that description. I am filing this bug so that this is resolved. According to the description in that file (bug-maint-info.txt) this bug isn't RC as well despite it permits RC bugs to remain in Debian as explained above. A solution would be to include a directive in the Debian Policy that requires any RC problem be marked as serious. Please, mark this bug as serious if it's not going to happen in short. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#309405: workaround
On Wed, 24 Dec 2008, Moritz Muehlenhoff wrote: reassign 309405 linux-2.6 thanks On Sat, Oct 01, 2005 at 02:50:48PM +0200, Martin Koeppe wrote: Hello, in between I managed to work around the problem. With cifs 1.34 compiled into 2.6.11 (and probably 2.6.12, too), a acceptable performance can be achieved with mount option direct. For further plans and (hopefully) the final fix for the problem see: http://lists.samba.org/archive/linux-cifs-client/2005-September/000989.html http://lists.samba.org/archive/linux-cifs-client/2005-September/000991.html In between this bug should remain open. Has this been resolved in current kernels? I don't use linux-cifs any more since 2 years, instead I use MS NFS server on the server, which is much more reliable for me. But I have now tested this problem, and it is still there: Client: Debian lenny, 2.6.26, cifs 1.56 Server: Windows 2003 x64 SP2 Gigabit LAN # mount //server/scratch /mnt -o serverino,user=...,pass=... With this mount I still get decreasing performance while copying a large file (600MB) from client to server (i.e. write to the share). (I used Midnight Commander (mc) for copying, and its throughput measurement.) Apparently the file is cached locally first, and this cache is then swapped out, later swapped in, and then transferred, causing increasing delays while copying. No problem when adding directio. Disk activity for the non-directio case is very high on the client, compared to the directio case. NFS read 18 MB/s NFS write 15 MB/s CIFS directio read 14 MB/s CIFS directio write 14 MB/s CIFS non-directio read 17 MB/s CIFS non-directio write 9 MB/s * * begins with 19 MB/s and then constantly decreases to 9 MB/s for the whole transfer in average. Martin Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509733: linux-image-2.6.26-1-xen-686: mmap () fails on MMIO regions
Package: linux-image-2.6.26-1-xen-686
Severity: important
Version: 2.6.26-12
The current versions of Xen-enabled Linux kernels in Debian make
mmap () on MMIO regions fail with EINVAL. The problem is only
apparent to the Xen-enabled kernels (both i386 and amd64.)
I've prepared a Debian Lenny image for Qemu with both Xen and
non-Xen versions of the kernel which allows the problem to be
easily reproduced. I could put it on the Web if necessary.
So far, I've reproduced this problem with the following kernel
packages and versions:
linux-image-2.6.26-1-xen-6862.6.26-12
linux-image-2.6.26-bpo.1-xen-amd64 2.6.26-11~bpo40+1
linux-image-2.6.26-bpo.1-xen-6862.6.26-10~bpo40+1
(Along with the respective linux-modules- packages.) And with
the following Xen hypervisor versions:
xen-hypervisor-3.2-1-i386 3.2.1-2
xen-hypervisor-3.2-1-amd64 3.2.0-3~bpo4+2
xen-hypervisor-3.2-1-i386 3.2.0-3~bpo4+2
Note that this problem in particular renders X.Org X server
unusable, since it obviously requires access to the MMIO region
(or regions) of the video adapter to work. Consider, e. g.:
$ tail -n16 /var/log/Xorg.1.log
(II) LoadModule: int10
(II) Reloading /usr/lib/xorg/modules/libint10.so
(II) VESA(0): initializing int10
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(II) VESA(0): VESA BIOS detected
(II) VESA(0): VESA VBE Version 3.0
(II) VESA(0): VESA VBE Total Mem: 16384 kB
(II) VESA(0): VESA VBE OEM: ATI ATOMBIOS
(II) VESA(0): VESA VBE OEM Software Rev: 10.54
(II) VESA(0): VESA VBE OEM Vendor: (C) 1988-2005, ATI Technologies Inc.
(II) VESA(0): VESA VBE OEM Product: RV610
(II) VESA(0): VESA VBE OEM Product Rev: 01.00
Fatal server error:
xf86MapVidMem: Could not mmap framebuffer (0xe000,0x100) (Invalid
argument)
$
And then the following appears in the kernel messages buffer:
$ dmesg
...
[76187.443823] CPA: called for zero pte. vaddr = 880075ea4000 cpa-vaddr =
880075ea4000
[76187.28] [ cut here ]
[76187.444669] WARNING: at arch/x86/mm/pageattr-xen.c:571
__change_page_attr_set_clr+0x84/0xad5()
[76187.444989] Modules linked in: tcp_diag inet_diag it87 hwmon_vid eeprom
i2c_dev bridge nfsd auth_rpcgss exportfs ac battery ipv6 nfs lockd nfs_acl
sunrpc loop parport_pc parport floppy k8temp pcspkr snd_hda_intel usblp snd_pcm
snd_timer snd soundcore snd_page_alloc button i2c_nforce2 i2c_core evdev ext3
jbd mbcache dm_mirror dm_log dm_snapshot dm_mod ide_generic ide_disk ide_cd_mod
cdrom usb_storage sd_mod usbhid hid ff_memless amd74xx ide_core ata_generic
ahci libata scsi_mod dock r8169 ehci_hcd via_rhine mii ohci_hcd thermal
processor fan thermal_sys
[76187.455489] Pid: 28950, comm: Xorg Tainted: GW
2.6.26-bpo.1-xen-amd64 #1
[76187.455776]
[76187.455836] Call Trace:
[76187.456146] [8022cda7] warn_on_slowpath+0x51/0x7b
[76187.456621] [8022d8cd] printk+0x4e/0x56
[76187.457790] [8029bc57] __d_lookup+0xb7/0x131
[76187.458239] [8021962f] __change_page_attr_set_clr+0x84/0xad5
[76187.458672] [8021a95c] phys_mem_access_prot_allowed+0xdb/0x247
[76187.459021] [8023db4e] search_exception_tables+0x1d/0x2f
[76187.459401] [80218fdb] fixup_exception+0x10/0x29
[76187.460250] [8021a142] change_page_attr_set_clr+0xc2/0x1d6
[76187.461099] [8021a9af] phys_mem_access_prot_allowed+0x12e/0x247
[76187.461988] [80386320] xen_mmap_mem+0x2f/0x6b
[76187.462376] [8027a1ba] mmap_region+0x218/0x425
[76187.463344] [8027a9e4] do_mmap_pgoff+0x2e8/0x34d
[76187.464036] [8020fb39] sys_mmap+0x8b/0x110
[76187.464548] [8020b714] tracesys+0xab/0xb0
[76187.465192]
[76187.465309] ---[ end trace 19b4f9892ac648e5 ]---
[76187.465766] Xorg:28950 /dev/mem ioremap_change_attr failed write-back for
e000-e100
...
$
The problem could easily be traced down to the failing mmap ()
call, e. g.:
$ lspci -v | grep -A 7 -F VGA
04:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 94c3
(prog-if 00 [VGA])
Subsystem: PC Partner Limited Unknown device e400
Flags: bus master, fast devsel, latency 0, IRQ 5
Memory at e000 (64-bit, prefetchable) [size=256M]
Memory at f300 (64-bit, non-prefetchable) [size=64K]
I/O ports at b000 [size=256]
[virtual] Expansion ROM at f200 [disabled] [size=128K]
Capabilities: access denied
$ cat mmap-mem.c
/*** mmap-mem.c --- mmap () on /dev/mem -*- C -*- */
/*** Code: */
#include fcntl.h /* for O_RDWR */
#include stdio.h
#include sys/mman.h
#define DEVMEM /dev/mem
int
main (int argc, char *argv[])
{
long s, l;
int fd;
void *map;
/* parse command line */
{
char *t;
if (argc != 2 + 1
|| (s = strtol (argv[1], t, 0), t == argv[1] || *t !=
Bug#509732: Debian policy doesn't feature RC bugs
This makes it impossible to report a bug with RC severity in the Bug Tracking System that permits RC bugs to remain in Debian when the report is closed incorrectly and nobody notices before it is archived (please see bug #227941.) Since the problem is only specific to that bug, it would suffice to raise severity of #227941 to serious. The current description of severities contained in doc-base (in bug-maint-info.txt) lists RC bugs as critical, grave and serious, but nothing in the policy qualifies #227941 as serious (there's no directive that makes it a policy violation) and the bug isn't grave or critical according to that description. I wrote the text above before reading Sven's message. The text of bug-maint-info.txt in stable (etch) does not feature the unarchive command yet since it was added after the doc-base package was frozen or nobody cared to update it before. Please, let it be: This makes it impossible to report a bug with RC severity in the Bug Tracking System that permits RC bugs to remain in the next releases of Debian when the report is closed incorrectly and nobody notices before they are out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509729: xserver-xorg-video-radeonhd: XVideo operation cause X server segfault, regardless of DRI status
Brice Goglin brice.gog...@ens-lyon.org wrote: Hi, I will try to package radeonhd 1.2.4 in the next days. 1.2.3 is a bit old. If you have time to build 1.2.4 or upstream git in the meantime, it would be nice. I'll wait for the package :) I've switched to radeon for the time being, without any issue so far. It looks like it's 50% faster for 3D stuff compared to radeonhd, too. Good to know, I prefer radeon :) radeonhd has machine-specific knowledge that radeon probably lacks; I don't expect the external monitor to work on my MacBook Pro with radeon. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509487: CVE-2008-5368: insecure temp file handling
Dear Rene Rene Engelhard r...@debian.org [2008-12-24 14:54]: [...] Thanks for your elaboration. Note Steffen didn't say /etc/passwd or so but any file on the system the user has rights on. See your statement: what can I add :) the user has rights on -- that's exactly not arbitrary. Anyway, the vulnerability is fixed in sf.net's subversion repository of muttprint. A release v0.73 will follow very soon including the announcement. Btw. I have never had the intention to offend Steffen or anybody else. Please accept my appologies if my reply made you feel offended. I just challenged the imprecise wording of arbitrary. Merry Christmas. wbr, Lukas -- Lukas Ruf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509487: CVE-2008-5368: insecure temp file handling
On Thu, 25 Dec 2008 03:57:05 pm Lukas Ruf wrote: Dear Rene Rene Engelhard r...@debian.org [2008-12-24 14:54]: [...] Thanks for your elaboration. Note Steffen didn't say /etc/passwd or so but any file on the system the user has rights on. See your statement: what can I add :) the user has rights on -- that's exactly not arbitrary. Anyway, the vulnerability is fixed in sf.net's subversion repository of muttprint. A release v0.73 will follow very soon including the announcement. Btw. I have never had the intention to offend Steffen or anybody else. Please accept my appologies if my reply made you feel offended. I just challenged the imprecise wording of arbitrary. No harm done, I am not offended. It's hard for MITRE to deal with all these dozens of symlink issues that were reported within the last months, so they use generic templates. Anyway, thanks for fixing the issue and merry christmas :) Cheers Steffen signature.asc Description: This is a digitally signed message part.
