Bug#787664: iceweasel: Can not print to lpr
Package: iceweasel
Version: 31.7.0esr-1~deb8u1
Severity: important
iceweasel can not print to standard unix lpr. It apparently requires
CUPS to print; this is problem on a Debian system which does not utilze
systemd (because CUPS requires systemd).
I can not find any information on-line about how to configure iceweasel
(or firefox) to print without CUPS.
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled
Name: Beef Taco (Targeted Advertising Cookie Opt-Out)
Location: ${PROFILE_EXTENSIONS}/j...@velvetcache.org.xpi
Status: enabled
Name: BetterPrivacy
Location: ${PROFILE_EXTENSIONS}/{d40f5e7b-d2cf-4856-b441-cc613eeffbe3}.xpi
Status: enabled
Name: Classic Theme Restorer
Location: ${PROFILE_EXTENSIONS}/classicthemeresto...@arist2noia4dev.xpi
Status: enabled
Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: DOM Inspector
Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org
Status: user-disabled
Name: Firesizer
Location: ${PROFILE_EXTENSIONS}/{04426594-bce6-4705-b811-bcdba2fd9c7b}.xpi
Status: enabled
Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: enabled
Name: InspectThis
Location: ${PROFILE_EXTENSIONS}/inspectt...@mackay.dyndns.info.xpi
Status: user-disabled
Name: It's All Text!
Location: ${PROFILE_EXTENSIONS}/itsallt...@docwhat.gerf.org
Status: enabled
Name: JavaScript Debugger
Location: ${PROFILE_EXTENSIONS}/{f13b157f-b174-47e7-a34d-4815ddfdfeb8}.xpi
Status: user-disabled
Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled
Name: Nuke Anything Enhanced
Location: ${PROFILE_EXTENSIONS}/{1ced4832-f06e-413f-aa14-9eb63ad40ace}.xpi
Status: enabled
Name: OverbiteFF
Location: ${PROFILE_EXTENSIONS}/overbit...@floodgap.com.xpi
Status: enabled
Name: QR Code Image Generator
Location: ${PROFILE_EXTENSIONS}/jid0-rwtyslpoku14fw7yw2afloai...@jetpack.xpi
Status: enabled
Name: Reddit Enhancement Suite
Location: ${PROFILE_EXTENSIONS}/jid1-xufzosoflzs...@jetpack.xpi
Status: enabled
Name: Sage
Location: ${PROFILE_EXTENSIONS}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596}.xpi
Status: enabled
Name: ShowIP
Location: ${PROFILE_EXTENSIONS}/{3e9bb2a7-62ca-4efa-a4e6-f6f6168a652d}.xpi
Status: enabled
Name: Universal Edit Button Auto-Discovery
Location: ${PROFILE_EXTENSIONS}/but...@wikihow.com.xpi
Status: enabled
Name: User Agent Overrider
Location: ${PROFILE_EXTENSIONS}/useragentoverri...@qixinglu.com.xpi
Status: enabled
Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: user-disabled
Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi
Status: enabled
Name: wmlbrowser
Location: ${PROFILE_EXTENSIONS}/{c4dc572a-3295-40eb-b30f-b54aa4cdc4b7}
Status: enabled
-- Plugins information
Name: DjView-4.9
Location: /usr/lib/mozilla/plugins/nsdejavu.so
Package: djview-plugin
Status: enabled
Name: Java(TM) Plug-in 1.6.0_26
Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libnpjp2.so
Package: sun-java6-bin
Status: enabled
Name: MozPlugger 1.14.5 handles QuickTime and Windows Media Player Plugin
(1.14.5)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled
Name: Shockwave Flash (11.2.202.460)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
-- Addons package information
ii djview-plugin 4.9-6amd64Browser plugin for the DjVu image
ii iceweasel 31.7.0esr-1~ amd64Web browser based on Firefox
ii mozplugger 1.14.5-2 amd64Plugin allowing external viewers
ii sun-java6-bin 6.26-0squeez amd64Sun Java(TM) Runtime Environment
-- System Information:
Debian Release: 8.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages iceweasel depends on:
ii debianutils 4.4+b1
ii fontconfig2.11.0-6.3
ii libasound21.0.25-4
ii libatk1.0-0 2.14.0-1
ii libc6 2.19-18
ii libcairo2 1.14.0-2.1
ii libdbus-1-3 1.8.16-1
ii libdbus-glib-1-2 0.102-1
ii libevent-2.0-52.0.21-stable-2
ii libffi6 3.1-2+b2
ii libfontconfig12.11.0-6.3
ii libfreetype6 2.5.2-3
ii libgcc1 1:4.9.2-10
ii libgdk-pixbuf2.0-02.31.1-2+b1
ii libglib2.0-0 2.42.1-1
ii libgtk2.0-0 2.24.25-3
ii libhunspell-1.3-0 1.3.3-3
ii libnspr4 2:4.10.7-1
ii libnss3
Bug#787232: bsdutils depends on systemd
Package: bsdutils Version: 1:2.20.1-5.3 Severity: critical Justification: breaks the whole system bsdutils depends on systemd and can not be installed on an uninfested Debian system -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages bsdutils depends on: ii libc6 2.13-38+deb7u7 Versions of packages bsdutils recommends: ii bsdmainutils 9.0.3 bsdutils suggests no packages. -- debconf-show failed -- debsums errors found: dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 54291 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line 54291 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685589: qsstv: segfault when received image is saved
Jesper Henriksen said: For what it's worth, I'm experiencing the same. After successfully saving one picture (or several incomplete pictures), saving the next complete picture causes segmentation fault. I'm using the same qsstv version as OP on a fully updated wheezy system. Tried unticking autosave, but qsstv still saves the pictures and still segfaults. Is there anything we can do to help in debugging the issue? Could you run qsstv in gdb and capture a back-trace after the segfault? -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685589: qsstv: segfault when received image is saved
tags 685589 unreproducible thanks I've never seen this behavior in the past. And my recent attempts to reproduce it (on amd64) have failed. Do you have any additional debugging information? -- Steve Kostecke st...@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#672079: Bug#672118: qsstv: diff for NMU version 7.1.7-1.1
mart...@brumit.nl said: Added patch makes it build again. Thanks for creating this patch. It has been incorporated into qsstv-7.1.7-2 (which was uploaded a few minutes ago). -- Steve Kostecke st...@debian.org // K0STK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661122: bug#661122: cqrlog: ftbfs with fpc in sid
kefu chai said: David A Aitcheson said: #5 realise that cqrlog (1.2.2-2) has been superseded by cqrlog (1.3.1) thus your patch may be breaking more than it is fixing Ah! Sorry, I didn't notice that. But #661122 is marked as a RC bug in unstable. That's why I tried to fix it. Anyway, I will stop here. FWIW ... There are debs of 1.3.1 on the cqrlog web-site at http://www.cqrlog.com/download -- Steve Kostecke st...@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#619389: [pkg-ntp-maintainers] Bug#619389: Shouldn't this be...
micah anderson said: Shouldn't the correct options be: interface ignore all interface listen lo if you want ntp to not listen on all interfaces and just listen on 'lo'? And your ntpd will not be able to poll its remote time servers ... -- Steve Kostecke koste...@ntp.org NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616701: ImportError: No module named header (after upgrade to Squeeze)
Package: mailman Version: 1:2.1.13-5 Severity: normal After upgrading from Lenny to Squeeze mailman stoped delivering mail. The incoming messages would end up in the list archive. But the message pickle ended up in /var/lib/mailman/qfiles/bad. The following log entry was noted: Mar 06 13:03:09 2011 (2703) Uncaught runner exception: No module named header Mar 06 13:03:09 2011 (2703) Traceback (most recent call last): File /usr/lib/mailman/Mailman/Queue/Runner.py, line 100, in _oneloop msg, msgdata = self._switchboard.dequeue(filebase) File /usr/lib/mailman/Mailman/Queue/Switchboard.py, line 160, in dequeue msg = cPickle.load(fp) ImportError: No module named header Mar 06 13:03:09 2011 (2703) Skipping and preserving unparseable message: 1299434588.9720759+4fc58e0100834649217e9bd5cdd1976fe84f5c48 Installing python-mailer and restarting the qrunner solved the problem for me. Copying the message pickles to /var/lib/mailman/qfiles/virgin reinjected the stalled messages. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (700, 'stable'), (500, 'squeeze-updates') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mailman depends on: ii apache2 2.2.16-6 Apache HTTP Server metapackage ii apache2-mpm-prefork [ht 2.2.16-6 Apache HTTP Server - traditional n ii cron3.0pl1-116 process scheduling daemon ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii exim4 4.72-6 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mai 4.72-6 lightweight Exim MTA (v4) daemon ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii logrotate 3.7.8-6 Log rotation utility ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii pwgen 2.06-1+b1Automatic Password generation ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P ii ucf 3.0025+nmu1 Update Configuration File: preserv mailman recommends no packages. Versions of packages mailman suggests: pn listadmin none (no description available) ii lynx2.8.8dev.5-1 Text-mode WWW Browser (transitiona pn spamassassinnone (no description available) -- debconf information: mailman/queue_files_present: abort installation * mailman/default_server_language: en mailman/gate_news: false * mailman/site_languages: en * mailman/used_languages: en * mailman/create_site_list: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613609: ocsinventory-reports: installation does not respect existing configuration files
Package: ocsinventory-reports Version: 1.02.2-1.1 Severity: important The upgrade of an existing installation of ocsinventory-reports (from lenny to wheezy) did not respect existing configuration files: /etc/ocsinventory/dbconfig.inc.php disappeared and /etc/ocsinventory/ocsinventory.conf overwritten without warning. These actions broke my ocsreports installation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ocsinventory-reports depends on: ii apache2 2.2.16-6Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2 2.2.16-6Apache HTTP Server - traditional n ii dbconfig-common 1.8.46 common framework for packaging dat ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii libapache2-mod-php5 5.3.3-7 server-side, HTML-embedded scripti ii php5 5.3.3-7 server-side, HTML-embedded scripti ii php5-cgi 5.3.3-7 server-side, HTML-embedded scripti ii php5-mysql 5.3.3-7 MySQL module for php5 ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages ocsinventory-reports recommends: ii libdbd-mysql-perl 4.016-1Perl5 database interface to the My ii libdbi-perl 1.612-1Perl Database Interface (DBI) ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libxml-simple-perl2.18-3 Perl module for reading and writin ii nmap 5.21-1 The Network Mapper ii ocsinventory-server 1.02.2-1.1 Hardware and software inventory to ii php5-gd 5.3.3-7GD module for php5 ii samba-common 2:3.5.6~dfsg-3 common files used by both the Samb ocsinventory-reports suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611831: iog: Target uptime not stored
Package: iog
Version: 1.03-3.1
Severity: important
Tags: patch
The following error prevents target uptime from being stored:
loghost:/usr/sbin# su -c /usr/sbin/iog www-data
SNMP Error:
no response received
SNMPv1_Session (remote host: my.target.host [192.168.0.2].161)
community: public
request ID: -275594719
PDU bufsize: 8000 bytes
timeout: 2s
retries: 5
backoff: 1)
at /usr/sbin/iog line 150
SNMP Error: no response received
SNMPv1_Session (remote host: my.target.host [192.168.0.2].161)
community: public
request ID: -275594719
PDU bufsize: 8000 bytes
timeout: 2s
retries: 5
backoff: 1)
The following patch fixes this for me:
--- /usr/sbin/iog 2008/05/01 10:54:00 1.1
+++ /usr/sbin/iog 2011/02/02 16:59:23
@@ -141,7 +141,7 @@
my($response, $bindings, $binding, $value, $oid, $result);
my %oidnames = qw(sysUpTime 1.3.6.1.2.1.1.3
-sysUpTime.0 1.3.6.1.2.1.1.3.0);
+ sysUpTimeInstance 1.3.6.1.2.1.1.3.0);
$inoid = encode_oid(split(/\./, $oidnames{$inoid}));
This may not be the best solution as the sample iog.cfg states:
# uptimeOID - either sysUpTime.0 (cisco) or sysUpTime
The target host has snmpd 5.4.1~dfsg-12 installed.
-- System Information:
Debian Release: 5.0.8
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages iog depends on:
ii libsnmp-session-perl 1.12-1 Perl support for accessing SNMP-aw
Versions of packages iog recommends:
ii snmpd 5.4.1~dfsg-12 SNMP (Simple Network Management Pr
iog suggests no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552591: ocsinventory-server: Patch for log file location error
Package: ocsinventory-server Version: 1.01-6 Tags: patch Followup-For: Bug #552591 This patch fixes the logfile location problem (for me): --- ocsinventory.conf 2010/09/30 04:36:06 1.1 +++ ocsinventory.conf 2010/10/01 14:39:58 @@ -48,7 +48,7 @@ # PerlSetVar OCS_DB_SL_PWD ocs # Path to log directory (must be writeable) - PerlSetEnv OCS_OPT_LOGPATH /var/log/ocsinventory-server + PerlSetEnv OCS_LOGPATH /var/log/ocsinventory-server # If you need to specify a mysql socket that the client's built-in #PerlSetVar OCS_OPT_DBI_MYSQL_SOCKET path/to/mysql/unix/socket -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ocsinventory-server depends on: ii apache2 2.2.9-10+lenny8 Apache HTTP Server metapackage ii apache2-mpm-prefork [apa 2.2.9-10+lenny8 Apache HTTP Server - traditional n ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libapache-dbi-perl 1.07-1+lenny2 Connect apache server to database ii libapache2-mod-perl2 2.0.4-5+lenny1 Integration of perl with the Apach ii libdbd-mysql-perl4.007-1+lenny1 A Perl5 database interface to the ii libdbi-perl 1.605-1 Perl5 database interface by Tim Bu ii libio-compress-perl [lib 2.024-1~bpo50+1 bundle of IO::Compress modules ii libnet-ip-perl 1.25-2 Perl extension for manipulating IP ii libxml-simple-perl 2.18-1 Perl module for reading and writin ii ucf 3.0016 Update Configuration File: preserv Versions of packages ocsinventory-server recommends: ii ocsinventory-reports 1.01-6 Hardware and software inventory to Versions of packages ocsinventory-server suggests: ii libsoap-lite-pe 0.710.08-1 Client and server side SOAP implem pn mysql-servernone (no description available) ii ocsinventory-ag 1:0.0.9.2repack1-4lenny1 Hardware and software inventory to -- debconf information: ocsinventory-server/internal/skip-preseed: true ocsinventory-server/remote/newhost: ocsinventory-server/install-error: abort ocsinventory-server/passwords-do-not-match: ocsinventory-server/upgrade-error: abort ocsinventory-server/remote/port: ocsinventory-server/mysql/method: unix socket ocsinventory-server/database-type: mysql ocsinventory-server/db/app-user: ocs ocsinventory-server/mysql/admin-user: root ocsinventory-server/missing-db-package-error: abort ocsinventory-server/remove-error: abort ocsinventory-server/internal/reconfiguring: false * ocsinventory-server/dbconfig-install: false ocsinventory-server/dbconfig-upgrade: true ocsinventory-server/purge: false ocsinventory-server/upgrade-backup: true ocsinventory-server/remote/host: ocsinventory-server/dbconfig-reinstall: false ocsinventory-server/db/dbname: ocsweb ocsinventory-server/dbconfig-remove: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563938: #563938 - still happening
Bernd Zeimetz said: On 09/10/2010 11:53 AM, Bernd Zeimetz wrote: with a 2.6.35 amd64 kernel and i386 userspace the error still happens for me Building the daemon with -O0 makes it work well. Also after reading http://www.issihosts.com/haveged/ I think that this should be the default to ensure that compiler optimization doesn't result in problems. It is in 0.9-3 -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576375: FTBFS: Unsupported host [alpha, armel, hppa, mips, mipsel, s390]
Jonathan Nieder said: The haveged CPU entropy gathering daemonâs configure script does not support most Debian platforms: checking host system type... arm-unknown-linux-gnueabi Unsupported host: arm-unknown-linux-gnueabi I assume it is just not ported to them yet. Any tips for future porters? It only supports x86 and amd64. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594379: haveged: FTBFS: Architecture mismatch on rd. Requires v9|v9a|v9b; requested architecture is sparclite.
Jakub Wilk said: haveged failed to build from source on sparc[0]: haveged only supports x86 and amd64. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594744: DAEMON_OPTS in /etc/default/haveged ineffective
Gerald Turner said: Package: haveged Version: 0.9-1 Severity: normal /etc/init.d/haveged is using lsb init function start_daemon and apparently is invoking it incorrectly with an extra set of --. When DAEMON_OPTS variable in /etc/default/haveged is empty you can see the process running as haveged --, indicating that the extraneous -- parameter is being passed to the haveged process. This was fixed in 0.9-2 -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565755: Intent to NMU
Serafeim Zanikolas said: Dear maintainer, I've prepared an NMU for haveged (versioned as 0.9-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I've just uploaded 0.9-3 -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574335: [pkg-ntp-maintainers] Bug#574335: Bug#574335: ntpd shouldn't be started automatically
Kurt Roeckx said: On Wed, Mar 17, 2010 at 01:33:59PM +, Bruce Cran wrote: Package: ntp Version: 1:4.2.4p4+dfsg-8lenny3 Severity: normal Installing the ntp package results in ntpd being started at the end of the installation. This shouldn't happen because ntpd steps the clock forward or back and breaks certain applications such as dovecot that rely of a stable clock. As far as I know, the installer already sets your clock before it's doing any installation. Ntp also doesn't get installed by default as far as I know. So I'm not sure what you think should get changed. Perhaps these time sensitive packages should have a pre-dependency on ntpd. -- Steve Kostecke koste...@ntp.org NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565755: [haveged] claims to fail starting
=?ISO-8859-1?Q?David_Pr=E9vot?= said: On 18/01/2010 14:20, Steve Kostecke wrote: David =?UTF-8?Q?Pr=C3=A9vot?= said: Uncommenting STARTTIME=2 in /etc/init.d/haveged let the daemon (re)start without error: $ sudo invoke-rc.d haveged restart * Restarting entropy daemon haveged ...done. I'd like to avoid a situation where haveged could silently fail at boot time. Could you please try some greater values for STARTTIME and find one that works for you? It seems to work fine no matter the value of STARTTIME (I tried 0, 1, 2, 10, 20), the problem only occurs when STARTTIME is not defined. Sorry. I misunderstood your initial report. The STARTTIME= line has been uncommented for v0.9-3. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565755: [haveged] claims to fail starting
David =?UTF-8?Q?Pr=C3=A9vot?= said: When (re)starting the daemon, it claims a failure, while the process is (re)started fine: $ sudo invoke-rc.d haveged restart * Restarting entropy daemon haveged ...fail! Uncommenting STARTTIME=2 in /etc/init.d/haveged let the daemon (re)start without error: $ sudo invoke-rc.d haveged restart * Restarting entropy daemon haveged ...done. I'd like to avoid a situation where haveged could silently fail at boot time. Could you please try some greater values for STARTTIME and find one that works for you? Thanks, -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563938: haveged: segfaults in collect_ndrand
Sven Hartge said: Um 16:15 Uhr am 06.01.10 schrieb Sven Hartge: Next interesting find: If I recompile using -O0 (i.e. without any optimization), haveged works fine. And again, using -O1 results in the following (different) backtrace. =20 Maybe not a eglibc bug, but a bug inside haveged, which is know to be compiler dependant for its magic. =20 Yes, using gcc-4.3 instead of gcc-4.4 resolves this bug. I did a quick test with 4.5-20091226 from experimental and the segfault appears as well. Thanks. I've added a dependency on gcc-4.3 and will try to get 0.9-2 out tonight. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563938: haveged: segfaults in collect_ndrand
Sven Hartge said: Sven Hartge wrote: On one of my machines (Dell Latitude E6500) haveged justs segfaults. I must correct myself, haveged segfaults on _all_ Debian Sid machines I have access to, the backtrace is virtually the same every time. Thanks for tracking this down. A backported version for Lenny works normally. So maybe the bug is not inside haveged but in some other component (eglibc?)? That's very possible. Looks like I need to get access to a Sid machine (everything here runs Stable). Thanks again, -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559079: osmo: Incorrect homepage in package description
Package: osmo Version: 0.2.2-1lenny0 Severity: minor The Osmo Homepage is now http://clayo.org/osmo/ -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559096: ITP: haveged -- A Linux entropy source using the HAVEGE algorithm
Package: wnpp Severity: wishlist Owner: Steve Kostecke st...@debian.org * Package name: haveged Version : 0.9 Upstream Author : Gary Wuertz g...@issiweb.com * URL : http://www.issihosts.com/haveged * License : GPL Programming Lang: C Description : A Linux entropy source using the HAVEGE algorithm Linux provides device interfaces (/dev/random and /dev/urandom) to a pool of random numbers collected from system interrupt service routines. On some systems, especially on those systems with high needs or limited user interaction, the standard collection mechanism cannot meet demand. The haveged daemon was created to supplement the default harvesting mechanism in those circumstances to maintain a minimum supply of random numbers available at all times. The HAVEGE algorithm uses the indirect effects of unrelated hardware events on instruction timing to create the data added to the random pool. The effects are measured by reading the processor time-stamp counter into an array and performing a calculation heavily dependent upon processor features such as branch predictors and data access mechanisms. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552204: [pkg-ntp-maintainers] Bug#552204: ntpdate does not read servers from its config
Hans-J. Ullrich said: it seems, ntpdate does not read the servers out of its config in /etc/default. # ntpdate -h ntpdate: unknown option -h usage: ntpdate [-46bBdqsuv] [-a key#] [-e delay] [-k file] [-p samples] [-o version#] [-t timeo] server ... /usr/sbin/ntpdate reads its list of servers from the command line. /usr/sbin/ntpdate-debian is a debian-specific shell script wrapper for /usr/sbin/ntpdate. This wrapper passes the list of time servers to ntpdate. Giving the single command ntpdate should work, but I get no servers found, while doing ntpdate ptbtime1.ptb.de is correctly working. That's the way it works. -- Steve Kostecke koste...@ntp.org NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522110: BUG: soft lockup - CPU#3 stuck for 61s! (AMD Phenom 9600 Quad-Core)
Ben Hutchings said: Does this problem still occur in the current Debian kernel version (2.6.30)? $ uname -a Linux stasis 2.6.24-etchnhalf.1-amd64 #1 SMP Tue Dec 2 17:21:26 UTC 2008 x86_64 GNU/Linux I downgraded to 2.6.24 quite a while ago. Some time after that the lock-ups stopped (I don't recall the exact time-line). I've not tried a more recent kernel since then. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549919: [pkg-ntp-maintainers] Bug#549919: Bug#549919: ntp: segv when using many interfaces (52)
Kurt Roeckx said: On Tue, Oct 06, 2009 at 05:53:55PM +0100, Peter Neal wrote: It still crashes with -L - I tried emailing the straces, but they haven't appeared. -I (big i) eth0 doesn't seem to make any difference (still SEGVs) - I can't see it in the ntpd manpage?? The manpage seems to be out of date. See ntpd --help The NTP Reference Implementation documentation is authored, maintained, and distributed as HTML. An archive of documentation is on-line at http://doc.ntp.org/ Any NTP man pages are third-party conversions. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510882: more details needed (about CUPS and LPRng)
Martin-Éric Racine said: Why are you running LPRng along with CUPS on the same host? I've been using LPRng for over a decade on both our home and office LANs (including for printing between LANs across a VPN). Over 99% of our printing is via lpr. The only reason why I've installed CUPS is that the latest versions of many GUI applications seem to print a bit quicker with it. Due to the volume of print jobs we generate, we have the print job banner pages disabled. It is not possible to disable these banner pages in CUPS. Couple this with the fact that the lpr interface is deprecated by CUPS, and with the fact that CUPS actually degrades the print quality of jobs sent to my laser printer, I don't see myself switching entirely to CUPS. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522110: BUG: soft lockup - CPU#3 stuck for 61s! (AMD Phenom 9600 Quad-Core)
Package: linux-image-2.6.28 Version: 2.6.28-10.00.Custom Severity: important I'm having sporadic problems with a runaway processor core on an AMD Phenom 9600 Quad-Core system. The system, which runs Lenny, will sometimes stay up for almost a week and other times has to be rebooted serveral times in one day. When the system locks up, the load on processor core 4 (cpu#3) slowly climbs to 100% and everything running on that core freezes. The kernel usually responds to the Magic SysRq keys. This package was locally compiled on a Lenny system using the source package from Sid. Here's a typical syslog extract: Mar 31 14:19:54 stasis kernel: [11166.917503] BUG: soft lockup - CPU#3 stuck for 61s! [events/3:18] Mar 31 14:19:54 stasis kernel: [11166.917507] Modules linked in: tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 nfsd exportfs nfs lockd nfs_acl fuse dm_snapshot dm_mirror dm_region_hash dm_log dm_mod rpcsec_gss_krb5 auth_rpcgss sunrpc it87 hwmon_vid eeprom loop sg snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy snd_hda_intel snd_seq_oss snd_pcm_oss snd_mixer_oss snd_seq_midi psmouse snd_rawmidi pcspkr serio_raw snd_seq_midi_event snd_pcm snd_seq i2c_piix4 snd_page_alloc i2c_core snd_timer snd_seq_device snd pwc evdev compat_ioctl32 soundcore usblp videodev v4l1_compat wmi button ext3 jbd mbcache raid10 raid1 md_mod usb_storage usbhid hid atiixp sd_mod crc_t10dif ide_pci_generic ide_core floppy aic7xxx scsi_transport_spi ata_generic ahci ohci_hcd ehci_hcd libata scsi_mod atl1 mii thermal processor fan thermal_sys Mar 31 14:19:54 stasis kernel: [11166.917511] CPU 3: Mar 31 14:19:54 stasis kernel: [11166.917511] Modules linked in: tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 nfsd exportfs nfs lockd nfs_acl fuse dm_snapshot dm_mirror dm_region_hash dm_log dm_mod rpcsec_gss_krb5 auth_rpcgss sunrpc it87 hwmon_vid eeprom loop sg snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy snd_hda_intel snd_seq_oss snd_pcm_oss snd_mixer_oss snd_seq_midi psmouse snd_rawmidi pcspkr serio_raw snd_seq_midi_event snd_pcm snd_seq i2c_piix4 snd_page_alloc i2c_core snd_timer snd_seq_device snd pwc evdev compat_ioctl32 soundcore usblp videodev v4l1_compat wmi button ext3 jbd mbcache raid10 raid1 md_mod usb_storage usbhid hid atiixp sd_mod crc_t10dif ide_pci_generic ide_core floppy aic7xxx scsi_transport_spi ata_generic ahci ohci_hcd ehci_hcd libata scsi_mod atl1 mii thermal processor fan thermal_sys Mar 31 14:19:54 stasis kernel: [11166.917511] Pid: 18, comm: events/3 Not tainted 2.6.28 #1 Mar 31 14:19:54 stasis kernel: [11166.917511] RIP: 0010:[80262fb1] [80262fb1] smp_call_function_mask+0x19c/0x226 Mar 31 14:19:54 stasis kernel: [11166.917511] RSP: 0018:88012ed9bc40 EFLAGS: 0202 Mar 31 14:19:54 stasis kernel: [11166.917511] RAX: 08fc RBX: 0003 RCX: Mar 31 14:19:54 stasis kernel: [11166.917511] RDX: 08fc RSI: 88012ed9bb90 RDI: 0246 Mar 31 14:19:54 stasis kernel: [11166.917511] RBP: 0003 R08: 0008 R09: 0200 Mar 31 14:19:54 stasis kernel: [11166.917511] R10: 0008 R11: 80221011 R12: 0014 Mar 31 14:19:54 stasis kernel: [11166.917511] R13: 80220678 R14: 0003 R15: 88012c0eb5c0 Mar 31 14:19:54 stasis kernel: [11166.917511] FS: 7faa85df96e0() GS:88012ed3bdc0() knlGS:f7910b90 Mar 31 14:19:54 stasis kernel: [11166.917511] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Mar 31 14:19:54 stasis kernel: [11166.917511] CR2: 7f8beb322650 CR3: 00201000 CR4: 06e0 Mar 31 14:19:54 stasis kernel: [11166.917511] DR0: DR1: DR2: Mar 31 14:19:54 stasis kernel: [11166.917511] DR3: DR6: 0ff0 DR7: 0400 Mar 31 14:19:54 stasis kernel: [11166.917511] Call Trace: Mar 31 14:19:54 stasis kernel: [11166.917511] [80234c45] ? update_curr+0x4d/0x112 Mar 31 14:19:54 stasis kernel: [11166.917511] [8023692a] ? dequeue_entity+0x18/0x11f Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c9a1] ? mcheck_check_cpu+0x0/0x28 Mar 31 14:19:54 stasis kernel: [11166.917511] [80263064] ? smp_call_function+0x29/0x2e Mar 31 14:19:54 stasis kernel: [11166.917511] [80247de1] ? on_each_cpu+0x10/0x30 Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c316] ? mcheck_timer+0x0/0x76 Mar 31 14:19:54 stasis kernel: [11166.917511] [8021c32e] ? mcheck_timer+0x18/0x76 Mar 31 14:19:54 stasis kernel: [11166.917511] [8039d200] ? rekey_seq_generator+0x0/0x4b Mar 31 14:19:54 stasis kernel: [11166.917511] [802523f3] ? run_workqueue+0x96/0x130 Mar 31 14:19:54 stasis kernel: [11166.917511] [80476b29] ? _spin_lock_irqsave+0x24/0x2c Mar 31 14:19:54 stasis kernel:
Bug#514318: [pkg-ntp-maintainers] Bug#514318: lockfile can cause long startup delays, questionable benefit
martin f krafft said: On a lenny system, whose DNS servers are broken right now, the ntp initscript hangs for ~4 minutes, delaying the whole boot sequence. Closer investigation shows that it idles in lock_ntpdate's invocation of lockfile-create. I appreciate that it is trying to play nicely with e.g. /etc/network/if-up.d/ntpdate (for which I also enabled trace in the output below), but this kind of deadlock seems really unnecessary: ntpdate is deprecated by The NTP Project. The recommended replacement for ntpdate for the initial clock setting is to start ntpd with the '-g' option (which allows ntpd to make one step exceeding the panic threshold). -- Steve Kostecke koste...@ntp.org NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513889: No longer using this kernel version
I am no longer using the kernel version which this bug report was filed against. I have upgraded to a 2.6.28 kernel (built from the source packages in sid) and have almost 4 days of uptime without a system lockup. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516944: iceweasel: Does not start up after upgrade from etch to lenny
Package: iceweasel Version: 3.0.6-1 Severity: grave Justification: renders package unusable I just upgraded an m68k system (MacMini) to Stable/Lenny and iceweasel is no longer usable. Iceweasel-3 is considerable slower to load than iceweasel-2 and it won't open 'about:config' or any web-pages. Local files can be opened. The preferences dialog can be opened but is _very_ sluggish. Unfortunately, Iceape is no-longer available in Stable/Lenny to be used as an alternate browser. Error: [Exception... Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService] nsresult: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) location: JS frame :: file:///usr/lib/iceweasel/components/nsBrowserGlue.js :: bg__initPlaces :: line 449 data: no] Source File: file:///usr/lib/iceweasel/components/nsBrowserGlue.js Line: 449 Error: formatURLPref: Couldn't get pref: startup.homepage_welcome_url Source File: file:///usr/lib/iceweasel/xulrunner/components/nsURLFormatter.js Line: 68 Error: uncaught exception: [Exception... Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService] nsresult: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) location: JS frame :: chrome://browser/content/search/search.xml :: get_searchService :: line 145 data: no] Error: uncaught exception: [Exception... Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService] nsresult: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) location: JS frame :: chrome://browser/content/search/search.xml :: initialize :: line 527 data: no] Error: uncaught exception: [Exception... Component returned failure code: 0x8007000e (NS_ERROR_OUT_OF_MEMORY) [nsIDocShellHistory.useGlobalHistory] nsresult: 0x8007000e (NS_ERROR_OUT_OF_MEMORY) location: JS frame :: chrome://browser/content/browser.js :: prepareForStartup :: line 763 data: no] FWIW, free(1) on this system reports: total used free shared buffers cached Mem:515352 377964 137388017172 292984 -/+ buffers/cache:67808 447544 Swap: 19531160 1953116 -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii procps 1:3.2.7-11 /proc file system utilities ii psmisc 22.6-1 Utilities that use the proc filesy ii xulrunner-1.91.9.0.6-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) pn xulrunner-1.9-gnome-s none (no description available) -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: Back trace of X lock up
I've been running gdb with 'handle SIGPIPE nostop' for a while and
finally captured a backtrace after X locked up.
(gdb) cont
Continuing.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0x2b90ee0762c0 (LWP 4970)]
0x2b90ed69bed5 in raise () from /lib/libc.so.6
(gdb) bt f
#0 0x2b90ed69bed5 in raise () from /lib/libc.so.6
No symbol table info available.
#1 0x2b90ed69d3f3 in abort () from /lib/libc.so.6
No symbol table info available.
#2 0x2b90ed6d83a8 in ?? () from /lib/libc.so.6
No symbol table info available.
#3 0x2b90ed6dd948 in ?? () from /lib/libc.so.6
No symbol table info available.
#4 0x2b90ed6ddc10 in ?? () from /lib/libc.so.6
No symbol table info available.
#5 0x2b90ed6e02c6 in ?? () from /lib/libc.so.6
No symbol table info available.
#6 0x2b90ed6e1a78 in malloc () from /lib/libc.so.6
No symbol table info available.
#7 0x00576046 in Xalloc (amount=value optimized out) at
../../os/utils.c:1348
ptr = value optimized out
#8 0x00437058 in AllocatePixmap (pScreen=0x814700, pixDataSize=0) at
../../dix/pixmap.c:121
pPixmap = (PixmapPtr) 0x2b90ed77dfa0
ptr = value optimized out
ppriv = value optimized out
sizes = value optimized out
size = value optimized out
#9 0x2b9100bd122c in fbCreatePixmapBpp (pScreen=0x814700, width=121,
height=value optimized out, depth=24, bpp=32)
at ../../fb/fbpixmap.c:52
pPixmap = value optimized out
datasize = value optimized out
paddedWidth = 484
base = 144
#10 0x2b9100deb93e in XAACreatePixmap (pScreen=0x814700, w=121, h=15,
depth=24) at ../../../../hw/xfree86/xaa/xaaInit.c:577
infoRec = (XAAInfoRecPtr) 0x81b7c0
pScrn = (ScrnInfoPtr) 0x810890
pPriv = value optimized out
pPix = (PixmapPtr) 0x7d2340
#11 0x0044abf7 in ProcCreatePixmap (client=0x1e8a5a0) at
../../dix/dispatch.c:1555
pMap = value optimized out
pDraw = (DrawablePtr) 0x41ced8
pDepth = value optimized out
i = value optimized out
rc = value optimized out
#12 0x0044f7e2 in Dispatch () at ../../dix/dispatch.c:502
result = value optimized out
client = (ClientPtr) 0x1e8a5a0
nready = 0
start_tick = 3579220
#13 0x00436bd5 in main (argc=7, argv=0x7fffbebba8c8, envp=value
optimized out) at ../../dix/main.c:452
i = 1
error = 0
xauthfile = value optimized out
alwaysCheckForInput = {0, 1}
(gdb) cont
Continuing.
Program terminated with signal SIGABRT, Aborted.
The program no longer exists.
(gdb) quit
Thanks,
--
Steve Kostecke st...@debian.org
Public Key at gopher://kostecke.net or `finger st...@kostecke.net`
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: Yet another back trace
(gdb) cont
Continuing.
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGSEGV, Segmentation fault.
0x2ad33479dfde in ?? () from /usr/lib/xorg/modules//libfb.so
(gdb) bt f
#0 0x2ad33479dfde in ?? () from /usr/lib/xorg/modules//libfb.so
No symbol table info available.
#1 0x0045da61 in FreeGC (value=value optimized out, gid=value
optimized out) at ../../dix/gc.c:901
pGC = (GCPtr) 0x39aed70
#2 0x00438744 in FreeResource (id=37750653, skipDeleteFuncType=0) at
../../dix/resource.c:576
rtype = 3
cid = value optimized out
res = (ResourcePtr) 0x30c34c0
prev = (ResourcePtr *) 0x1ddb918
head = (ResourcePtr *) 0x1ddb918
gotOne = value optimized out
#3 0x0044bf9b in ProcFreeGC (client=0xb2a890) at
../../dix/dispatch.c:1743
pGC = (GC *) 0x39aed70
rc = 1763143568
#4 0x0044f7e2 in Dispatch () at ../../dix/dispatch.c:502
result = value optimized out
client = (ClientPtr) 0xb2a890
nready = 0
start_tick = 400
#5 0x00436bd5 in main (argc=7, argv=0x7fff8afd4bc8, envp=value
optimized out) at ../../dix/main.c:452
i = 1
error = 0
xauthfile = value optimized out
alwaysCheckForInput = {0, 1}
(gdb) cont
Continuing.
Program received signal SIGABRT, Aborted.
0x2ad321280ed5 in ?? () from /lib/libc.so.6
(gdb) bt f
#0 0x2ad321280ed5 in ?? () from /lib/libc.so.6
No symbol table info available.
#1 0x2ad3212823f3 in ?? () from /lib/libc.so.6
No symbol table info available.
#2 0x0001 in ?? ()
No symbol table info available.
#3 0x in ?? ()
No symbol table info available.
(gdb) cont
Continuing.
Program terminated with signal SIGABRT, Aborted.
The program no longer exists.
(gdb)
Thanks,
--
Steve Kostecke st...@debian.org
Public Key at gopher://kostecke.net or `finger st...@kostecke.net`
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: xserver-xorg: random X crashes / lockups on AMD64 (AMD Phenom)
Brice Goglin said: Could you catch a debugging backtrace with gdb (through ssh) after installing libpixman-1-0-dbg and xserver-xorg-core-dbg? I've been able to collect backtraces from a number of X lockups (and am able to tell Xorg to continue via gdb) using the GCC-4.1 libpixman. The back traces have all been starting with: #1 0x005797dc in _XSERVTransSocketWritev (ciptr=value optimized out, buf=0x7fff99fdb6b0, size=1) at /usr/include/X11/Xtrans/Xtranssock.c:2297 This appears to be a not uncommon issue. Google returns ~ 134 hits for http://www.google.com/search?q=%231+in+_XSERVTransSocketWritev (including http://bugs.debian.org/500887). -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: xserver-xorg: random X crashes / lockups on AMD64 (AMD Phenom)
Michel =?ISO-8859-1?Q?D=E4nzer?= said: On Mon, 2009-02-16 at 19:55 -0500, Steve Kostecke wrote: Program received signal SIGPIPE, Broken pipe. SIGPIPE is normal when a client dies without cleanly terminating its X connection. You can tell gdb to ignore SIGPIPE with handle SIGPIPE nostop I did that and the next X crash totally locked the system up. The 'event/3' process had my 4th processor core at 100%. -- Steve Kostecke st...@debian.org Public Key at gopher://kostecke.net or `finger st...@kostecke.net` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: xserver-xorg: random X crashes / lockups on AMD64 (AMD Phenom)
Brice Goglin said: Could you catch a debugging backtrace with gdb (through ssh) after installing libpixman-1-0-dbg and xserver-xorg-core-dbg? Sorry for the delay. I had found a libpixman crash related bug report which claimed that using GCC-4.1 to compile libpixman solved the problem. In my case I did note a greatly reduced frequency of X crashes (i.e. only one in a week instead of 4-10 per day). I am now attempting to catch a debugging backtrace. When I tried to start gdb against /usr/bin/Xorg I discovered that my system was running /usr/bin/X.. That has been changed and I now have: 13827 tty7 Ss+0:40 /usr/bin/Xorg :0 vt7 -nolisten tcp -auth /var/lib/xdm/authdir/authfiles/A:0-vWZql0 14099 pts/0S+ 0:00 gdb /usr/bin/Xorg -- Steve Kostecke st...@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#514817: xserver-xorg: random X crashes / lockups on AMD64 (AMD Phenom)
/xorg/modules/libfb.so...Reading symbols from
/usr/lib/debug/usr/lib/xorg/modules/libfb.so...done.
done.
Loaded symbols for /usr/lib/xorg/modules//libfb.so
Reading symbols from /usr/lib/xorg/modules/libxaa.so...Reading symbols from
/usr/lib/debug/usr/lib/xorg/modules/libxaa.so...done.
done.
Loaded symbols for /usr/lib/xorg/modules//libxaa.so
Failed to read a valid object file image from memory.
0x2b84f44e0c93 in select () from /lib/libc.so.6
(gdb) cont
Continuing.
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x2b84f4e242c0 (LWP 10622)]
0x2b84f44e0733 in writev () from /lib/libc.so.6
(gdb) bacl ktrace full
#0 0x2b84f44e0733 in writev () from /lib/libc.so.6
No symbol table info available.
#1 0x005797dc in _XSERVTransSocketWritev (ciptr=value optimized out,
buf=0x7fffb7e0d4e0, size=1) at /usr/include/X11/Xtrans/Xtranssock.c:2297
No locals.
#2 0x00573b97 in FlushClient (who=0x818fa0, oc=0x9e3680, extraBuf=0x0,
extraCount=0) at ../../os/io.c:1060
before = value optimized out
remain = value optimized out
i = value optimized out
len = -1
oco = (ConnectionOutputPtr) 0x13d6dc0
connection = 14
trans_conn = (XtransConnInfo) 0x9e3260
iov = {{iov_base = 0x1673640, iov_len = 32}, {iov_base = 0xc001,
iov_len = 8}, {iov_base = 0x5, iov_len = 140736278353256}}
written = 0
padsize = 0
notWritten = 32
todo = 32
padBuffer = \000\000
#3 0x005745c9 in FlushAllOutput () at ../../os/io.c:812
index = value optimized out
mask = 32768
oc = (OsCommPtr) 0x7fffb7e0d4e0
client = (ClientPtr) 0xe
newoutput = value optimized out
#4 0x0044f6a1 in Dispatch () at ../../dix/dispatch.c:524
result = 0
client = (ClientPtr) 0x9e6240
nready = 0
start_tick = 180
#5 0x00436bd5 in main (argc=7, argv=0x7fffb7e0db38, envp=value
optimized out) at ../../dix/main.c:452
i = 1
error = 0
xauthfile = value optimized out
alwaysCheckForInput = {0, 1}
(gdb) info registers
rax0xffe0 -32
rbx0x20 32
rcx0x -1
rdx0x1 1
rsi0x7fffb7e0d4e0 140736278353120
rdi0xe 14
rbp0x1 0x1
rsp0x7fffb7e0d450 0x7fffb7e0d450
r8 0x0 0
r9 0x8 8
r100x0 0
r110x3246 12870
r120x7fffb7e0d4e0 140736278353120
r130xe 14
r140x13d6dc020803008
r150x0 0
rip0x2b84f44e0733 0x2b84f44e0733 writev+67
eflags 0x3246 [ PF ZF IF #12 #13 ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
fctrl 0x37f895
fstat 0x0 0
ftag 0x 65535
fiseg 0x0 0
fioff 0x0 0
foseg 0x0 0
fooff 0x0 0
fop0x0 0
mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ]
(gdb) thread apply all backtrace
Thread 1 (Thread 0x2b84f4e242c0 (LWP 10622)):
#0 0x2b84f44e0733 in writev () from /lib/libc.so.6
#1 0x005797dc in _XSERVTransSocketWritev (ciptr=value optimized out,
buf=0x7fffb7e0d4e0, size=1) at /usr/include/X11/Xtrans/Xtranssock.c:2297
#2 0x00573b97 in FlushClient (who=0x818fa0, oc=0x9e3680, extraBuf=0x0,
extraCount=0) at ../../os/io.c:1060
#3 0x005745c9 in FlushAllOutput () at ../../os/io.c:812
#4 0x0044f6a1 in Dispatch () at ../../dix/dispatch.c:524
#5 0x00436bd5 in main (argc=7, argv=0x7fffb7e0db38, envp=value
optimized out) at ../../dix/main.c:452
(gdb) quit
The program is running. Quit anyway (and detach it)? (y or n) Detaching from
program: /usr/bin/Xorg, process 10622
--
Steve Kostecke st...@debian.org
Public Key at gopher://kostecke.net or `finger st...@kostecke.net`
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514817: xserver-xorg: random X crashes / lockups on AMD64 (AMD Phenom)
Package: xserver-xorg Version: 1:7.3+18 Severity: important I am experiencing repeated random X crashes / lockups on an AMD64 system (ASUS M3A-H + AMD Phenom 9600 Quad-Core CPU). I've included /proc/cpuinfo at the end of this report. This bug may be related to the problem I reported in bug # 513889. Most of the time X just locks up (quit often after I have been clicking / scrolling in firefox, but it has happened when the system was quiescent for over 48 hours) but it occasionally crashes. Here's a typical backtrace: Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x6a) [0x48dd0a] 1: /lib/libc.so.6 [0x2b241c5c6f60] 2: /usr/lib/libpixman-1.so.0 [0x2b241b8ab79a] 3: /usr/lib/libpixman-1.so.0(pixman_image_composite+0x70f) [0x2b241b89c64f] 4: /usr/lib/xorg/modules//libfb.so(fbComposite+0x1ba) [0x2b24310b24ea] 5: /usr/lib/xorg/modules//libxaa.so(XAAComposite+0x2a7) [0x2b24312fb9b7] 6: /usr/lib/xorg/modules//libxaa.so [0x2b2431318a87] 7: /usr/bin/X11/X [0x52f432] 8: /usr/bin/X11/X(miGlyphs+0x5e3) [0x516923] 9: /usr/lib/xorg/modules//libxaa.so(XAAGlyphs+0x222) [0x2b24312fa402] 10: /usr/lib/xorg/modules//libxaa.so [0x2b2431318c69] 11: /usr/bin/X11/X [0x52f749] 12: /usr/bin/X11/X [0x520e14] 13: /usr/bin/X11/X(Dispatch+0x342) [0x44f7e2] 14: /usr/bin/X11/X(main+0x4a5) [0x436bd5] 15: /lib/libc.so.6(__libc_start_main+0xe6) [0x2b241c5b31a6] 16: /usr/bin/X11/X(FontFileCompleteXLFD+0x281) [0x435e99] Fatal server error: Caught signal 11. Server aborting -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-12-12 23:28 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1897680 2009-01-08 21:32 /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: nVidia Corporation G94 [GeForce 9600 GT] (rev a1) /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 4373 2009-01-26 20:03 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (buildmeis...@builder62) Tue Jan 6 09:43:54 PST 2009 # /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 DRI Mode0666 EndSection Section ServerLayout Identifier Default Layout Screen Default Screen 0 0 InputDeviceGeneric Keyboard InputDeviceConfigured Mouse EndSection Section Files # path to defoma fonts 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 FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load bitmap Load ddc Load dri Load extmod Load freetype #Load glx Load int10 Load vbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptions compose:ralt EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Monitor Identifier SyncMaster 213T HorizSync 30.0 - 70.0 VertRefresh 50.0 - 160.0 Option DPMS EndSection Section Device Identifier EN9600GT Driver nv ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel # [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option Rotate
Bug#513889: linux-image-2.6.24-etchnhalf.1-amd64: AMD Phenom soft lockup - CPU#3 stuck for 11s [events/3:18]
Package: linux-image-2.6.24-etchnhalf.1-amd64 Version: 2.6.24-6~etchnhalf.7 Severity: critical Justification: breaks the whole system My amd64 system is subject to random lockups. Sometimes I can perform an emergency sync, umount, and reboot using MagicSysRq. Other times I can not. Sometimes I get a couple of days of uptime. Other times I have to reboot several times a day. This particular case was one of the times that I had to use the reset button to restart the system. The system had become unresponsive after running for about 48 hours without X running or any console user logins (total uptime was ~ 5 days). The first lock-up was: Jan 30 00:49:14 stasis kernel: BUG: soft lockup - CPU#3 stuck for 11s! [events/3:18] Jan 30 00:49:14 stasis kernel: CPU 3: Jan 30 00:49:14 stasis kernel: Modules linked in: isofs zlib_inflate ext2 tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 tun nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc fuse dm_snapshot dm_mirror dm_mod it87 hwmon_vid eeprom loop snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy snd_seq_oss snd_hda_intel snd_seq_midi snd_rawmidi snd_pcm_oss snd_mixer_oss snd_seq_midi_event rtc_cmos snd_seq snd_pcm rtc_core psmouse snd_timer floppy rtc_lib pwc snd_seq_device i2c_piix4 pcspkr snd_page_alloc serio_raw compat_ioctl32 videodev snd v4l2_common i2c_core v4l1_compat soundcore usblp atl1 button mii sg evdev ext3 jbd mbcache raid10 raid1 md_mod ide_generic generic atiixp ide_core sd_mod usbhid hid aic7xxx scsi_transport_spi ata_generic ahci ehci_hcd libata scsi_mod ohci_hcd thermal processor fan Jan 30 00:49:14 stasis kernel: Pid: 18, comm: events/3 Not tainted 2.6.24-etchnhalf.1-amd64 #1 Jan 30 00:49:14 stasis kernel: RIP: 0010:[8021bd36] [8021bd36] __smp_call_function_mask+0x9c/0xc0 Jan 30 00:49:14 stasis kernel: RSP: 0018:81012b763e00 EFLAGS: 0297 Jan 30 00:49:14 stasis kernel: RAX: 08fc RBX: 0003 RCX: 0001 Jan 30 00:49:14 stasis kernel: RDX: 08fc RSI: 00fc RDI: 0007 Jan 30 00:49:14 stasis kernel: RBP: 81000103c930 R08: 00f9 R09: 81011401fac8 Jan 30 00:49:14 stasis kernel: R10: 81012b72abe8 R11: R12: Jan 30 00:49:14 stasis kernel: R13: 00030282 R14: 81012b763ea0 R15: 00020001 Jan 30 00:49:14 stasis kernel: FS: 2b04ef9bccc0() GS:81012b6b78c0() knlGS:f6dfdb90 Jan 30 00:49:14 stasis kernel: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Jan 30 00:49:14 stasis kernel: CR2: 2b8ba51cf000 CR3: 000114053000 CR4: 06e0 Jan 30 00:49:14 stasis kernel: DR0: DR1: DR2: Jan 30 00:49:14 stasis kernel: DR3: DR6: 0ff0 DR7: 0400 Jan 30 00:49:14 stasis kernel: Jan 30 00:49:14 stasis kernel: Call Trace: Jan 30 00:49:14 stasis kernel: [80216193] mcheck_check_cpu+0x0/0x37 Jan 30 00:49:14 stasis kernel: [8023e28b] lock_timer_base+0x26/0x4c Jan 30 00:49:14 stasis kernel: [80216193] mcheck_check_cpu+0x0/0x37 Jan 30 00:49:14 stasis kernel: [8021bdb8] smp_call_function_mask+0x5e/0x70 Jan 30 00:49:14 stasis kernel: [80215a31] mcheck_timer+0x0/0x7c Jan 30 00:49:14 stasis kernel: [80216193] mcheck_check_cpu+0x0/0x37 Jan 30 00:49:14 stasis kernel: [8023a243] on_each_cpu+0x10/0x22 Jan 30 00:49:14 stasis kernel: [80215a4e] mcheck_timer+0x1d/0x7c Jan 30 00:49:14 stasis kernel: [8027d1f0] vmstat_update+0x0/0x31 Jan 30 00:49:14 stasis kernel: [802448dd] run_workqueue+0x7f/0x10b Jan 30 00:49:14 stasis kernel: [802451ef] worker_thread+0x0/0xe4 Jan 30 00:49:14 stasis kernel: [802452c9] worker_thread+0xda/0xe4 Jan 30 00:49:14 stasis kernel: [802481fe] autoremove_wake_function+0x0/0x2e Jan 30 00:49:14 stasis kernel: [802480de] kthread+0x47/0x75 Jan 30 00:49:14 stasis kernel: [8020cc48] child_rip+0xa/0x12 Jan 30 00:49:14 stasis kernel: [80248097] kthread+0x0/0x75 Jan 30 00:49:14 stasis kernel: [8020cc3e] child_rip+0x0/0x12 This repeated 1703 times until the system became totally unresponsive with: Jan 30 06:25:05 stasis kernel: BUG: soft lockup - CPU#3 stuck for 11s! [events/3:18] Jan 30 06:25:05 stasis kernel: CPU 3: Jan 30 06:25:05 stasis kernel: Modules linked in: isofs zlib_inflate ext2 tcp_diag inet_diag ppdev parport_pc lp parport autofs4 ipv6 tun nfsd auth_rpc gss exportfs nfs lockd nfs_acl sunrpc fuse dm_snapshot dm_mirror dm_mod it87 hwmon_vid eeprom loop snd_usb_audio snd_usb_lib snd_hwdep snd_seq_dummy sn d_seq_oss snd_hda_intel snd_seq_midi snd_rawmidi snd_pcm_oss snd_mixer_oss snd_seq_midi_event rtc_cmos snd_seq snd_pcm rtc_core psmouse snd_timer flopp y rtc_lib pwc snd_seq_device i2c_piix4 pcspkr snd_page_alloc serio_raw compat_ioctl32 videodev snd v4l2_common i2c_core v4l1_compat
Bug#512781: nut: usbhid-ups lockup on amd64
Package: nut Version: 2.2.2-6.2 Severity: normal X locked up on my amd64 system and this is what MagicSysRq + w showed: Jan 23 11:55:49 stasis kernel: SysRq : Show Blocked State Jan 23 11:55:49 stasis kernel: taskPC stack pid fath er Jan 23 11:55:52 stasis kernel: SysRq : Show Blocked State Jan 23 11:55:52 stasis kernel: taskPC stack pid fath er Jan 23 11:55:52 stasis kernel: usbhid-upsD 804297c0 0 4741 1 Jan 23 11:55:52 stasis kernel: 81012054db98 0082 00 00 8284 Jan 23 11:55:52 stasis kernel: 810120514f90 81012b72a990 8101205151 e0 00032054dba8 Jan 23 11:55:52 stasis kernel: 0001000323a9 00 00 Jan 23 11:55:52 stasis kernel: Call Trace: Jan 23 11:55:52 stasis kernel: [80414efd] schedule_timeout+0x8a/0xad Jan 23 11:55:52 stasis kernel: [8023df77] process_timeout+0x0/0x5 Jan 23 11:55:52 stasis kernel: [80414ef8] schedule_timeout+0x85/0xad Jan 23 11:55:52 stasis kernel: [80414479] wait_for_common+0xd9/0x152 Jan 23 11:55:52 stasis kernel: [8022ef2d] default_wake_function+0x0/0 xe Jan 23 11:55:52 stasis kernel: [80386e79] usb_start_wait_urb+0x67/0xa 6 Jan 23 11:55:52 stasis kernel: [803870a9] usb_control_msg+0xc4/0xe6 Jan 23 11:55:52 stasis kernel: [8027509d] get_pageblock_flags_group+0 x3e/0x7f Jan 23 11:55:52 stasis kernel: [8038d758] usbdev_ioctl+0x35f/0x1383 Jan 23 11:55:52 stasis kernel: [802a511b] core_sys_select+0x214/0x265 Jan 23 11:55:52 stasis kernel: [80280351] handle_mm_fault+0x65c/0x6d8 Jan 23 11:55:52 stasis kernel: [802481fe] autoremove_wake_function+0x 0/0x2e Jan 23 11:55:52 stasis kernel: [80223620] do_page_fault+0x38e/0x702 Jan 23 11:55:52 stasis kernel: [80296e81] fd_install+0x25/0x59 Jan 23 11:55:52 stasis kernel: [8022d2ff] __dequeue_entity+0x1c/0x32 Jan 23 11:55:52 stasis kernel: [802a3f25] do_ioctl+0x55/0x6b Jan 23 11:55:52 stasis kernel: [802a4188] vfs_ioctl+0x24d/0x266 Jan 23 11:55:52 stasis kernel: [802a41f2] sys_ioctl+0x51/0x73 Jan 23 11:55:52 stasis kernel: [8020be2e] system_call+0x7e/0x83 -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nut depends on: ii adduser 3.110 add and remove users and groups ii debconf 1.5.24 Debian configuration management sy ii libc62.7-18 GNU C Library: Shared libraries ii libupsclient12.2.2-6.2 Client library for the nut - Netwo ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii udev 0.125-7 /dev/ and hotplug management daemo nut recommends no packages. Versions of packages nut suggests: ii nut-cgi 2.2.2-6.2 A web interface sub system for the pn nut-dev none (no description available) pn nut-snmp none (no description available) pn nut-xml none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511227: ntp: OpenSSL signature verification API misuse
Package: ntp Version: 1:4.2.2.p4+dfsg-2 Severity: normal NTP 4.2.4 before 4.2.4p5 and 4.2.5 before 4.2.5p150 does not properly check the return value from the OpenSSL EVP_VerifyFinal function, which allows remote attackers to bypass validation of the certificate chain via a malformed SSL/TLS signature, a different vulnerability than CVE-2008-5077 and CVE-2009-0025. http://www.ocert.org/advisories/ocert-2008-016.html http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-0021 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ntp depends on: ii adduser3.102 Add and remove users and groups ii libc6 2.3.6.ds1-13etch8 GNU C Library: Shared libraries ii libcap11:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-2 GNU readline and history libraries ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii netbase4.29 Basic TCP/IP networking system ii perl 5.8.8-7etch6 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510882: cups-pdf: False dependency on cups-client breaks mixed CUPS/LPRng installations
Package: cups-pdf Version: 2.4.8-3 Severity: important I run a mixed LPRng and CUPS printing environment. After upgrading from Etch to Lenny I discovered that lprng was removed because cups-pdf now depends on cups-client. I modified the cups-pdf package to remove the dependency on cup-client and now have it installed alongside lprng. Please remove this un-needed dependency or, at least, change it to recommends. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages cups-pdf depends on: ii cups 1.3.8-1lenny4 Common UNIX Printing System(tm) - ii ghostscript 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF ii libc62.7-16 GNU C Library: Shared libraries ii libpaper-utils 1.1.23+nmu1 library for handling paper charact cups-pdf recommends no packages. Versions of packages cups-pdf suggests: pn system-config-printer-gnome | none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#242629: [pkg-ntp-maintainers] Bug#242629: ntptrace manpage is STILL wrong after 4 years
JP Vossen said: PROBLEM: The manpage for ntptrace is wrong (looks like its for the old C version instead of the new Perl version of 'ntptrace') SOLUTION: Fix/rewrite the manpage (maybe from upstream) NOTE: This is an upstream bug that claims to have been fixed (https://support.ntp.org/bugs/show_bug.cgi?id=419), but various old versions of the incorrect docs are still out there, including http://www.ece.udel.edu/~mills/ntp/html/ntptrace.html and all of the aforementioned Linux distros. The Official Documentation for The NTP Reference Implementation (from www.ntp.org) is maintained and distributed _only_ as HTML. Manpages are not a part of The NTP Reference Implemenation Distribution. Documentation for a selection of production (i.e. stable) releases of NTP may be found at http://docs.ntp.org/. Documentation for the current development snapshot of NTP may be found at http://www.eecis.udel.edu/~mills/ntp/html/ and is maintained only by the NTP (RD) Project's Chief Developer. -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484974: [pkg-ntp-maintainers] Bug#484974: Bug#484974: Bug#484974: ntpdate's ip-up script runs even for virtual interfaces
Josip Rodin said: On Wed, Jun 18, 2008 at 10:18:24PM -0400, Steve Kostecke wrote: A better question is why are you using ntpdate at all? [snip] I answered this earlier, but here goes one more time: I use ntpdate for its exact simplest purpose - setting the clock ad hoc from a specified NTP server. The machine doesn't have ntpd installed, and I either don't want it at all, or I don't want ntpd but openntpd on it. ntpdate is not that much different from rdate (except for the fact that ntpdate can slew the clock and, of course, the protocol being used). ntpdate just polls the given servers and uses the first response. ntpdate does not compare the responses from multiple sources to ascertain the correct time; so it is possible for ntpdate to use an incorrect time. ntpd -gq is the recommended replacement for ntpdate. Unless you need to use ntpdate's debug/query or alternate source port features. ntpq -gq uses all ntpd features (including Autokey/SymmetricKey authentication, clock selection algorithms), polls all time sources with iburst, and exits after stepping/slewing the clock. FWIW, ntpdate is deprecated upstream ... Well, if that's supposed to mean that you don't want to maintain it because of that, What that means is the ntpdate is no longer being maintained by the upstream developers (not me, I handle other things). The planned replacement for ntpdate will be the new sntp client. then I can only suggest that nobody's forcing you to do it... also, nobody's forcing you to make random changes which seem like a useful generalization, but aren't necessarily... I don't understand this. -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489376: [pkg-ntp-maintainers] Bug#489376: Bug#489376: Bug#489376: ntp: Please provide support for NTP server discovery using RFC 2782
Peter Eisentraut said: Am Samstag, 5. Juli 2008 schrieb Kurt Roeckx: ntpd has support for avahi I think, but we made sure it was disabled. I can't remember why though, and I have no idea if that works or not. It was linking against libavahi-compat-libdnssd-dev, but that complains very loudly at runtime that the libdnssd compatibility interface is deprecated. So before we can enable this for widespread use, ntp upstream should be ported to the native avahi interfaces. Please open a bug report at http://bugs.ntp.org/ -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484974: [pkg-ntp-maintainers] Bug#484974: Bug#484974: ntpdate's ip-up script runs even for virtual interfaces
Peter Eisentraut said: What are you using ntpdate for? A better question is why are you using ntpdate at all? Besides the diagnostics that ntpdate can produce, the only advantage ntpdate has over ntpd is that ntpdate can use an unpriviledged source port and ntpd currently can not. ntpd can perform an unlimited step to set the clock if you start it with '-g'. ntpd can emulate ntpdate and even block the boot sequence if started with '-gq' In tests on my LAN 'ntpd -gq' can set the clock (or start the slew) and exit in ~11 seconds FWIW, ntpdate is deprecated upstream ... -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482628: [pkg-ntp-maintainers] Bug#482628: ntp: Incorrect web-site listed in package description
Kurt Roeckx said: On Fri, May 23, 2008 at 08:51:59PM -0400, Steve Kostecke wrote: The http://ntp.isc.org/ web-site URL listed in the package description is incorrect. NTP is _not_ a product of Internet Systems Consortium (ISC). It used to be there. And as far as I know, it's still hosted by the SC. The replacement URL is http://support.ntp.org/ But the homepage changed to http://www.ntp.org/ like a year ago. http://www.ntp.org/ is the URL for The NTP (RD) Project. This is the project engaged in NTP Research and Development at the University of Delaware. http://www.ntp.org/ has been the URL for The NTP Project since 19970118 (check the whois record). http://support.ntp.org/ is the URL for The NTP Public Services Project. This is the project which operates the public facing support services for The NTP (RD) Project as well as providing additional developement support. The public facing support services provided by The NTP Public Services Project include, but are not limited to, ... * NTP Bug Tracking System - http://bugs.ntp.org/ * Community Supported Documentation Wiki - http://support.ntp.org/support * Mailing Lists - http://lists.ntp.org/ * Public Time Server Lists - http://support.ntp.org/servers * Release engineering infrastructure and services http://ntp.isc.org/ was the original URL for The NTP Public Services Project. This project was, and still is, operated on systems provided by ISC and other generous donors and bandwidth / rackspace provided by ISC. We stopped using the *.isc.org URLs several years ago because it was leading some people to believe that there was a UDEL NTP and an ISC NTP. Using the ntp.isc.org URL in the Debian package description only serves to perpetuate a falsehood. http://ntp.isc.org/* is now just a transparent redirect the equivalent URL at http://support.ntp.org/. We provide this service to avoid link-rot. -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482628: ntp: Incorrect web-site listed in package description
Package: ntp Version: 1:4.2.2.p4+dfsg-2 Severity: normal The http://ntp.isc.org/ web-site URL listed in the package description is incorrect. NTP is _not_ a product of Internet Systems Consortium (ISC). The replacement URL is http://support.ntp.org/ -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-5-486 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ntp depends on: ii adduser3.102 Add and remove users and groups ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcap11:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-2 GNU readline and history libraries ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii netbase4.29 Basic TCP/IP networking system ii perl 5.8.8-7etch3 Larry Wall's Practical Extraction ntp recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422347: [pkg-ntp-maintainers] Bug#422347: can't get ntpq without ntpd
Josip Rodin said: On Sat, May 05, 2007 at 12:04:59PM +0200, Josip Rodin wrote: I had the ntp package because I wanted the ntpq utility Now I found that I also have use for the the ntpdc utility on a machine where openntpd suffices as the server. In general, all this generic NTP client software that doesn't depend on a NTP server on localhost needs to be split out. The same binary is both the NTP client _and_ the NTP server. If you do want to separate out the utilities the resulting package should be named ntp-utilities. -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457085: [pkg-ntp-maintainers] Bug#457085: ntp: No manual entry for ntpq
Manoj Srivastava said: According to policy, every executable should have a manual page, and not having one is a bug. I did not see this in the list of bugs, so I am reporting this. ntpq seems like a nice status/query command, and it would be nice if it were documented. The Official NTP Reference Implementation Distribution Documentation is maintained as HTML files by the David Mills. He will not release documentation in any other form. The current version of the Distribution Documentation at http://www.eecis.udel.edu/~mills/ntp/html/ tracks the development version of NTP. Each release version tarball contains a snapshot of the Distribution Documentation at the time of the release. -- Steve Kostecke [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373824: RFH: ntp -- Network Time Protocol: network utilities
Peter Eisentraut wrote: Package: wnpp Severity: normal We could use a few more people to help with the ntp package. I'm one of the core staff for the NTP Public Services Project (http://support.ntp.org) which provides public support services for the NTP (RD) Project (http://www.ntp.org/) from UDEL. So I have close contact with the main NTP developers. I'm also a DD. I'd like to help out. -- Steve Kostecke [EMAIL PROTECTED] and [EMAIL PROTECTED] NTP Public Services Project http://support.ntp.org/ Public Key at http://support.ntp.org/Users/SteveKostecke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
