Bug#533592: iperf deadlock and bad performance bug
Package: iperf Version: 2.0.4-4 000-Iperf_Fix-CPU-Usage.diff contains a bug can cause iperf deadlock while it acting as server with multiple clients. For example, in the code below, Condition_Wait is incorrectly used without a Condition_Lock. @@ -396,11 +390,8 @@ void EndReport( ReportHeader *agent ) { if ( agent != NULL ) { int index = agent-reporterindex; - if (threadSleeping) - Condition_Signal( ReportCond ); - while ( index != -1 ) { -thread_rest(); +Condition_Wait( ReportDoneCond ); index = agent-reporterindex; } agent-agentindex = -1; I Have a patch to fix it: 007-iperf-reporter-deadlock.patch === # add a Condition_Wait_Event for ReporterDoneCond diff -r -u --show-c-function iperf-2.0.4/include/Condition.h iperf-2.0.4.orig/include/Condition.h --- iperf-2.0.4.orig/include/Condition.h2007-08-30 06:06:19.0 +0800 +++ iperf-2.0.4/include/Condition.h 2009-06-19 01:29:28.0 +0800 @@ -115,6 +115,11 @@ typedef struct Condition { // sleep this thread, waiting for condition signal #if defined( HAVE_POSIX_THREAD ) #define Condition_Wait( Cond ) pthread_cond_wait( (Cond)-mCondition, (Cond)-mMutex ) +#define Condition_Wait_Event( Cond ) do { \ +Mutex_Lock( (Cond)-mMutex ); \ +pthread_cond_wait( (Cond)-mCondition, (Cond)-mMutex ); \ +Mutex_Unlock( (Cond)-mMutex ); \ +} while( 0 ) #elif defined( HAVE_WIN32_THREAD ) // atomically release mutex and wait on condition, // then re-acquire the mutex @@ -122,6 +127,10 @@ typedef struct Condition { SignalObjectAndWait( (Cond)-mMutex, (Cond)-mCondition, INFINITE, false ); \ Mutex_Lock( (Cond)-mMutex ); \ } while ( 0 ) +#define Condition_Wait_Event( Cond ) do { \ +Mutex_Lock( (Cond)-mMutex ); \ +SignalObjectAndWait( (Cond)-mMutex, (Cond)-mCondition, INFINITE, false ); \ +} while ( 0 ) #else #define Condition_Wait( Cond ) #endif diff -r -u --show-c-function iperf-2.0.4/src/Reporter.c iperf-2.0.4.orig/src/Reporter.c --- iperf-2.0.4/src/Reporter.c 2009-06-19 01:30:32.0 +0800 +++ iperf-2.0.4.orig/src/Reporter.c 2009-06-19 01:23:53.0 +0800 @@ -339,7 +339,7 @@ void ReportPacket( ReportHeader* agent, // item while ( index == 0 ) { Condition_Signal( ReportCond ); -Condition_Wait( ReportDoneCond ); +Condition_Wait_Event( ReportDoneCond ); index = agent-reporterindex; } agent-agentindex = 0; @@ -347,7 +347,7 @@ void ReportPacket( ReportHeader* agent, // Need to make sure that reporter is not about to be lapped while ( index - 1 == agent-agentindex ) { Condition_Signal( ReportCond ); -Condition_Wait( ReportDoneCond ); +Condition_Wait_Event( ReportDoneCond ); index = agent-reporterindex; } @@ -391,7 +391,7 @@ void EndReport( ReportHeader *agent ) { if ( agent != NULL ) { int index = agent-reporterindex; while ( index != -1 ) { -Condition_Wait( ReportDoneCond ); +Condition_Wait_Event( ReportDoneCond ); index = agent-reporterindex; } agent-agentindex = -1; @@ -412,7 +412,7 @@ void EndReport( ReportHeader *agent ) { Transfer_Info *GetReport( ReportHeader *agent ) { int index = agent-reporterindex; while ( index != -1 ) { -Condition_Wait( ReportDoneCond ); +Condition_Wait_Event( ReportDoneCond ); index = agent-reporterindex; } return agent-report.info; === The second problem. And with the 004-svn-r43.patch iperf can not reach a high package rate. As below: [...@91.31 ~]# ./iperf -u -c 10.11.91.32 -b 750M -l 600 -d -t 5 [ 4] local 10.11.91.31 port 52747 connected with 10.11.91.32 port 5001 [ 3] local 10.11.91.31 port 5001 connected with 10.11.91.32 port 52411 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 5.0 sec394 MBytes662 Mbits/sec [ 4] Sent 689346 datagrams [ 3] 0.0- 5.0 sec281 MBytes471 Mbits/sec 0.006 ms 171032/661467 (26%) [ 3] 0.0- 5.0 sec 1 datagrams received out-of-order [ 4] Server Report: [ 4] 0.0- 5.0 sec343 MBytes576 Mbits/sec 0.129 ms 89705/689345 (13%) [ 4] 0.0- 5.0 sec 1 datagrams received out-of-order I have dropped 004-svn-r43.patch, and use my 2 small simple patches instead. So everythings goes right: [...@91.31 ~]# iperf -u -c 10.11.91.32 -b 750M -l 600 -d -t 5 [ 4] local 10.11.91.31 port 52755 connected with 10.11.91.32 port 5001 [ 3] local 10.11.91.31 port 5001 connected with 10.11.91.32 port 52419 [ ID] Interval Transfer Bandwidth [ 4] 0.0- 5.0 sec458 MBytes769 Mbits/sec [ 4] Sent 801077 datagrams [ ID] Interval Transfer Bandwidth Jitter
Bug#532772: [eric] Segmentation fault
I'm sorry but I guess it is impossible to get eric running now. I will report it to upstream immediately and see if Detlev has any solution. /Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427757: 00debian-vars.el: Patch to remove message about missing /etc/mailname
Package: emacsen-common Version: 1.4.19 File: /etc/emacs/site-start.d/00debian-vars.el Two years ago, I wrote: /etc/emacs/site-start.d/00debian-vars.el prints a message if /etc/mailname does not exist. Please don't do that. While making use of /etc/mailname if it exists seems like a good idea, complaining if it doesn't exist seems entirely unnecessary. In particular, any system without an MTA likely doesn't have any reasonable value for /etc/mailname across all users, since those users would likely use MUAs that talk to external SMTP servers. /etc/emacs/site-start.d/00debian-vars.el still prints a message on Emacs startup if /etc/mailname does not exist. This represents one of the only remaining changes I have to make to Debian's default configuration. Please consider changing this file to not print a message if /etc/mailname does not exist. I've attached a patch to 00debian-vars.el which makes it stop complaining about the absence of /etc/mailname. Please apply it. Thanks, Josh Triplett --- 00debian-vars.el 2009-05-17 15:59:55.0 -0700 +++ /etc/emacs/site-start.d/00debian-vars.el 2009-06-18 22:47:14.0 -0700 @@ -47,9 +47,8 @@ (let ((mailname (debian-file-string /etc/mailname (function debian-clean-mailname - (if (not mailname) - (message No /etc/mailname. Reverting to default...) -(setq mail-host-address mailname))) + (if mailname + (setq mail-host-address mailname))) ;; Don't need to check NNTPSERVER for override, gnus does that for us. (if (file-readable-p /etc/news/server)
Bug#533594: /etc/default/debsums: CRON_CHECK unquoted in shipped file but quoted in debconf-generated file; debsums false positive
Package: debsums Version: 2.0.45 Severity: normal File: /etc/default/debsums debsums ships /etc/default/debsums with: CRON_CHECK=never However, the postinst modifies /etc/default/debsums based on the debconf answer, and it uses quotes when doing so, resulting in: CRON_CHECK=never This creates a false positive in the output of debsums -c -e. Please either ship the file with quotes (preferred) or don't quote the answer from debconf. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (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 debsums depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii perl 5.10.0-23 Larry Wall's Practical Extraction debsums recommends no packages. debsums suggests no packages. -- debconf information: * debsums/apt-autogen: true * debsums/croncheck: never -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533593: docutils-writer-manpage: Too many blank lines in roff output
Package: docutils-writer-manpage Version: 0.1~svn.r5929-1 Severity: normal The roff output generated by the ‘manpage’ writer contains many blank lines, which affect the output when rendered by groff. There should be ideally no blank lines in the roff markup. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.26-2-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages docutils-writer-manpage depends on: ii python-docutils 0.5-3 utilities for the documentation of ii python-support1.0.3 automated rebuilding support for P docutils-writer-manpage recommends no packages. docutils-writer-manpage suggests no packages. -- no debconf information -- \“I was in the grocery store. I saw a sign that said ‘pet | `\ supplies’. So I did. Then I went outside and saw a sign that | _o__) said ‘compact cars’.” —Steven Wright | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#525826: Help maintaining FLAC
Hello, I noticed that there are open bugs for flac where there's been no response from you, to include this bug. Also, some bugs are over a year old. Did you need help maintaining flac? I'm willing to help out, and I'm sure anyone in the Debian Multimedia team would be willing to help as well. -- Regards, Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454268: ITA: adplug -- free AdLib sound library
retitle 454268 ITA: adplug -- free AdLib sound library owner 454268 pkg-multimedia-maintain...@lists.alioth.debian.org thanks I'm willing to adopt this package. This library is used by XBMC. -- Regards, Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509089: dhcp3-client: Status of this bug?
I've run with these patches for several months now, and they work wonderfully. I get a DHCP lease far faster with these patches than without. Any plans to apply these patches, and to change the default dhclient.conf to take advantage of them? Thanks, Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533593: manpage-writer: Remove extraneous newline characters in roff output
Howdy Englebert, A newline character in roff markup is significant (unlike in, e.g., HTML), so it's important to only have newlines where they are necessary for the effect desired when the markup is rendered. The current manpage writer produces roff output with many extraneous newline characters. This results in large stretches of unwanted whitespace in the rendered man page. The attached patch against current VCS addresses this in the test input, but it may need to be modified in response to other tests. -- \ “Are you pondering what I'm pondering?” “I think so, Brain, but | `\why would anyone want a depressed tongue?” —_Pinky and The | _o__) Brain_ | Ben Finney b...@benfinney.id.au === modified file 'docutils/writers/manpage.py' --- docutils/writers/manpage.py 2009-04-29 08:58:51 + +++ docutils/writers/manpage.py 2009-06-19 05:57:29 + @@ -89,7 +89,7 @@ .\ new: \\n[rst2man-indent\\n[rst2man-indent-level]] .in \\n[rst2man-indent\\n[rst2man-indent-level]]u .. -) +).lstrip() class Writer(writers.Writer): @@ -190,16 +190,16 @@ 'indent' : ('.INDENT %.1f\n', '.UNINDENT\n'), 'definition' : ('', ''), 'definition_list' : ('', '.TP 0\n'), -'definition_list_item' : ('\n.TP', ''), +'definition_list_item' : ('.TP', ''), #field_list #field -'field_name' : ('\n.TP\n.B ', '\n'), -'field_body' : ('', '.RE\n', ), +'field_name' : ('.TP\n.B ', '\n'), +'field_body' : ('', '.RE\n'), 'literal' : ('\\fB', '\\fP'), 'literal_block' : ('\n.nf\n', '\n.fi\n'), #option_list -'option_list_item' : ('\n.TP', ''), +'option_list_item' : ('.TP', ''), #option_group, option 'description' : ('\n', ''), @@ -220,12 +220,15 @@ def comment_begin(self, text): Return commented version of the passed text WITHOUT end of line/comment. -prefix = '\n.\\ ' -return prefix+prefix.join(text.split('\n')) +prefix = '.\\ ' +out_text = ''.join( +(prefix + in_line + '\n') +for in_line in text.split('\n')) +return out_text def comment(self, text): Return commented version of the passed text. -return self.comment_begin(text)+'\n' +return self.comment_begin(text) def astext(self): Return the final formatted document as a string. @@ -298,10 +301,21 @@ self._list_char.pop() def header(self): -tmpl = (.TH %(title)s %(manual_section)s - \%(date)s\ \%(version)s\ \%(manual_group)s\\n -.SH NAME\n -%(title)s \- %(subtitle)s\n) +th_line_tmpl = ( +.TH + %(title)s + %(manual_section)s + \%(date)s\ + \%(version)s\ + \%(manual_group)s\) +tmpl = .join([ +%(line)s\n % vars() +for line in [ +th_line_tmpl, +.SH NAME, +%(title)s \- %(subtitle)s, +] +]) return tmpl % self._docinfo def append_header(self): @@ -519,7 +533,7 @@ def depart_document(self, node): if self._docinfo['author']: -self.body.append('\n.SH AUTHOR\n%s\n' +self.body.append('.SH AUTHOR\n%s\n' % self._docinfo['author']) if 'organization' in self._docinfo: self.body.append(self.defs['organization'][0]) @@ -530,7 +544,7 @@ self.body.append(self._docinfo['address']) self.body.append(self.defs['address'][1]) if self._docinfo['copyright']: -self.body.append('\n.SH COPYRIGHT\n%s\n' +self.body.append('.SH COPYRIGHT\n%s\n' % self._docinfo['copyright']) self.body.append( self.comment( @@ -744,10 +758,10 @@ self.body.append('/div\n') def visit_line_block(self, node): -self.body.append('\n') +pass def depart_line_block(self, node): -self.body.append('\n') +pass def visit_line(self, node): pass @@ -757,7 +771,7 @@ def visit_list_item(self, node): # man 7 man argues to use .IP instead of .TP -self.body.append('\n.IP %s %d\n' % ( +self.body.append('.IP %s %d\n' % ( self._list_char[-1].next(), self._list_char[-1].get_width(),) ) @@ -879,7 +893,7 @@ def depart_paragraph(self, node): # TODO .PP or an empty line if not self._in_entry: -self.body.append('\n\n') +self.body.append('\n') def visit_problematic(self, node):
Bug#533595: docutils-writer-manpage: Manpage name should be uppercase in title heading
Package: docutils-writer-manpage Version: 0.1~svn.r5929-1 Severity: normal The name of a manpage should appear in the document's title heading in all-uppercase. Instead of this output: .TH rst2man 1 2009-06-19 0.0.1 text processing the corresponding entry should be: .TH RST2MAN 1 2009-06-19 0.0.1 text processing -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.26-2-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages docutils-writer-manpage depends on: ii python-docutils 0.5-3 utilities for the documentation of ii python-support1.0.3 automated rebuilding support for P docutils-writer-manpage recommends no packages. docutils-writer-manpage suggests no packages. -- no debconf information -- \ “The process by which banks create money is so simple that the | `\ mind is repelled.” —John Kenneth Galbraith, _Money: Whence It | _o__) Came, Where It Went_, 1975 | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#151820: dhcp3-client: Status of this report?
The last update to this bug occurred more than a year ago. The discussion of this issue upstream has long-since died, and further feature releases from ISC don't seem to have any fix for this bug. Any status update? Any activity on this issue upstream? - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509089: dhcp3-client: Status of this bug?
On Thu, Jun 18, 2009 at 11:04:58PM -0700, Josh Triplett wrote: I've run with these patches for several months now, and they work wonderfully. I get a DHCP lease far faster with these patches than without. Any plans to apply these patches, and to change the default dhclient.conf to take advantage of them? My general policy is not to deviate from upstream unless absolutely necessary, so these patches should be sent upstream. dhclient-script is obviously the exception, as it's Debian-specific. I'll look at merging that patch in a future release. I'm currently concentrating on DHCP 4.1. regards Andrew signature.asc Description: Digital signature
Bug#533596: dictd: [INTL:fi] Finnish translation of the debconf templates
Package: dictd Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please include attached translation fi.po to the package. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAko7MMgACgkQejjRZhTfFSwi3gCeLfd7fo0C0fU/0lyh4GeNi2+P XiwAniTiZkLPQRtpxyO28iXtdeTyG9En =kqk1 -END PGP SIGNATURE- # Copyright (C) 2009 # This file is distributed under the same license as the dictd package. # # Esko Arajärvi e...@iki.fi, 2009. msgid msgstr Project-Id-Version: dictd\n Report-Msgid-Bugs-To: di...@packages.debian.org\n POT-Creation-Date: 2009-03-08 16:22+0100\n PO-Revision-Date: 2009-06-19 09:29+0300\n Last-Translator: Esko Arajärvi e...@iki.fi\n Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 0.3\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../dictd.templates:1001 msgid daemon msgstr taustaohjelmana #. Type: select #. Choices #: ../dictd.templates:1001 msgid inetd msgstr inetdin kautta #. Type: select #. Choices #: ../dictd.templates:1001 msgid disabled msgstr poistetaan käytöstä #. Type: select #. Description #: ../dictd.templates:1002 msgid How do you want to run dictd? msgstr Miten ohjelmaa dictd tulisi ajaa? #. Type: select #. Description #: ../dictd.templates:1002 msgid The dictd server can be run either as a stand-alone daemon or from inetd. You can also disable it entirely. msgstr Dictd-palvelinta voidaan ajaa joko itsenäisenä taustaohjelmana tai inetdin kautta. Voit myös ottaa sen kokonaan pois käytöstä. #. Type: select #. Description #: ../dictd.templates:1002 msgid Running in the daemon mode is the recommended approach. msgstr Taustaohjelmana ajo on suositeltava vaihtoehto.
Bug#532772: [eric] Segmentation fault
Ok, thank you. At least I know I'm not crazy :) On Thu, Jun 18, 2009 at 10:56 PM, Gudjon I. Gudjonsson gud...@gudjon.orgwrote: I'm sorry but I guess it is impossible to get eric running now. I will report it to upstream immediately and see if Detlev has any solution. /Gudjon
Bug#533576: [pkg-java] Use svn-buildpackage tagging with care for now !
Hello, On Fri, Jun 19, 2009 at 1:52 AM, Ryan Nieburryanrya...@gmail.com wrote: W: tagsUrl not specified anywhere, looking in the local repository... Looking in SVN for: svn+ssh://svn.debian.org/svn/pkg-java/tags/libgtk-java svn+ssh://svn.debian.org/svn/pkg-java/trunk/libgtk-java/../tags/ You see above that this looks for the ../tags directory, which is /trunk/tags. As I removed it, it works fine now so it should be safe to use svn-buildpackage. I nevertheless think it is a bug in svn-bp to look for that directory if the svn directory does not end with trunk. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533598: /etc/PolicyKit/PolicyKit.conf: Please support match group=groupname
Package: policykit Version: 0.9-4 Severity: wishlist File: /etc/PolicyKit/PolicyKit.conf PolicyKit.conf supports match user=username and match action=action.id. However, PolicyKit.conf does not support any means of matching on groups. Often, a group will have permission to perform a given action, rather than simply a fixed list of users. If PolicyKit.conf supports matching on groups, this information can remain in just one place, /etc/group. I propose adding a new attribute to the match element to match on groups: match group=groupname. Thanks, Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533597: /etc/default/pioneers-console: Shipped version differs from default debconf-generated version
Package: pioneers-console Version: 0.12.2-4 Severity: normal File: /etc/default/pioneers-console /etc/default/pioneers-console, as shipped by the pioneers-console package, looks like this: # This file contains the settings for the pioneers meta-server. # It is used by /etc/init.d/pioneers-console, for starting and stopping # the meta-server. # See /etc/init.d/pioneers-console for possible variables to assign. # If no value is given here, the default from that file is used. However, the debconf-based configuration for pioneers-console rewrites it to this by default: # This file contains the settings for the pioneers meta-server. # It is used by /etc/init.d/pioneers-console, for starting and stopping # the meta-server. # See /etc/init.d/pioneers-console for possible variables to assign. # If no value is given here, the default from that file is used. RUN_META_SERVER='false' PORT_RANGE='5560-5569' This change to the shipped file shows up in the output of debsums -c -e as a change to the system configuration. However, this configuration represents the default debconf-generated configuration. Could you please change either the shipped file or the debconf configuration so that the default debconf-generated configuration file does not have modifications? You could do this most easily by changing the shipped file to match the second quoted example above. Thanks, Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (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 pioneers-console depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-15+b1 GNU C Library: Shared libraries ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii pioneers-console-data 0.12.2-4 the Settlers of Catan board game - pioneers-console recommends no packages. Versions of packages pioneers-console suggests: ii pioneers 0.12.2-4 the Settlers of Catan board game -- debconf information: pioneers-console/meta-server-name: pioneers-console/meta-server-ports: 5560-5569 pioneers-console/meta-server-arguments: pioneers-console/run-meta-server: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519954: 519954
I have this problem too. (on debian lenny) Package: ssmtp Priority: extra Section: mail Installed-Size: 0 Maintainer: Anibal Monsalve Salazar ani...@debian.org Architecture: i386 Version: 2.62-3 Replaces: mail-transport-agent Provides: mail-transport-agent Depends: libc6 (= 2.7-1), libgnutls26 (= 2.4.0-0), debconf | debconf-2.0 Conflicts: mail-transport-agent Filename: pool/main/s/ssmtp/ssmtp_2.62-3_i386.deb Size: 50104 bug: *** glibc detected *** ssmtp: munmap_chunk(): invalid pointer: 0x09f6a538 *** === Backtrace: = /lib/libc.so.6[0xb7df6845] /lib/libc.so.6[0xb7df7949] ssmtp[0x804b2cb] ssmtp[0x804bc41] ssmtp[0x804c88f] /lib/libc.so.6(__libc_start_main+0xe5)[0xb7da2455] ssmtp[0x8049521] === Memory map: 08048000-0804f000 r-xp 03:01 242509 /usr/sbin/ssmtp 0804f000-0805 rw-p 6000 03:01 242509 /usr/sbin/ssmtp 0805-08054000 rw-p 0805 00:00 0 09f69000-09f8a000 rw-p 09f69000 00:00 0 [heap] b7c2d000-b7c39000 r-xp 03:01 468728 /lib/libgcc_s.so.1 b7c39000-b7c3a000 rw-p b000 03:01 468728 /lib/libgcc_s.so.1 b7c3e000-b7c47000 r-xp 03:01 468689 /lib/libnss_files-2.7.so b7c47000-b7c49000 rw-p 8000 03:01 468689 /lib/libnss_files-2.7.so b7c49000-b7c51000 r-xp 03:01 468691 /lib/libnss_nis-2.7.so b7c51000-b7c53000 rw-p 7000 03:01 468691 /lib/libnss_nis-2.7.so b7c53000-b7c5a000 r-xp 03:01 468687 /lib/libnss_compat-2.7.so b7c5a000-b7c5c000 rw-p 6000 03:01 468687 /lib/libnss_compat-2.7.so b7c5c000-b7c5d000 rw-p b7c5c000 00:00 0 b7c5d000-b7c71000 r-xp 03:01 194004 /usr/lib/libz.so.1.2.3.3 b7c71000-b7c72000 rw-p 00013000 03:01 194004 /usr/lib/libz.so.1.2.3.3 b7c72000-b7d09000 r-xp 03:01 194028 /usr/lib/libgnutls.so.26.4.6 b7d09000-b7d0f000 rw-p 00097000 03:01 194028 /usr/lib/libgnutls.so.26.4.6 b7d0f000-b7d1 rw-p b7d0f000 00:00 0 b7d1-b7d13000 r-xp 03:01 193959 /usr/lib/libgpg-error.so.0.3.0 b7d13000-b7d14000 rw-p 2000 03:01 193959 /usr/lib/libgpg-error.so.0.3.0 b7d14000-b7d7a000 r-xp 03:01 194146 /usr/lib/libgcrypt.so.11.4.4 b7d7a000-b7d7c000 rw-p 00066000 03:01 194146 /usr/lib/libgcrypt.so.11.4.4 b7d7c000-b7d8b000 r-xp 03:01 194002 /usr/lib/libtasn1.so.3.0.15 b7d8b000-b7d8c000 rw-p e000 03:01 194002 /usr/lib/libtasn1.so.3.0.15 b7d8c000-b7ec4000 r-xp 03:01 468672 /lib/libc-2.7.so b7ec4000-b7ec5000 r--p 00138000 03:01 468672 /lib/libc-2.7.so b7ec5000-b7ec7000 rw-p 00139000 03:01 468672 /lib/libc-2.7.so b7ec7000-b7eca000 rw-p b7ec7000 00:00 0 b7eca000-b7ed5000 r-xp 03:01 194296 /usr/lib/libgnutls-openssl.so.26.4.6 b7ed5000-b7ed6000 rw-p a000 03:01 194296 /usr/lib/libgnutls-openssl.so.26.4.6 b7ed6000-b7ee9000 r-xp 03:01 468686 /lib/libnsl-2.7.so b7ee9000-b7eeb000 rw-p 00012000 03:01 468686 /lib/libnsl-2.7.so b7eeb000-b7eee000 rw-p b7eeb000 00:00 0 b7ef1000-b7ef3000 rw-p b7ef1000 00:00 0 b7ef3000-b7ef4000 r-xp b7ef3000 00:00 0 [vdso] b7ef4000-b7f0e000 r-xp 03:01 468669 /lib/ld-2.7.so b7f0e000-b7f1 rw-p 0001a000 03:01 468669 /lib/ld-2.7.so bf8fa000-bf90f000 rw-p bffeb000 00:00 0 [stack] Abandon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531002: apticron: wrong detection of packages pending an upgrade
On Wed, Jun 17, 2009 at 6:34 AM, Tiago Bortoletto Vazti...@debian-ba.org wrote: Thanks for reporting this. Could you perform the following command and send me the output: apt-get --ignore-hold dist-upgrade -y -s Then I can start to guess whether it's an issue in apticron or not. Here it is. I don't know why it tries to install 70 new packages on dist-upgrade!? Thanks | agave:~# apt-get --ignore-hold upgrade -y -s | Reading package lists... Done | Building dependency tree | Reading state information... Done | The following packages will be upgraded: | acpid libsasl2-2 linux-image-2.6.26-2-amd64 tshark tzdata wireshark-common | 6 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. | Inst linux-image-2.6.26-2-amd64 [2.6.26-15] (2.6.26-15lenny3 Debian-Security:5.0/stable) | Inst tzdata [2008h-2] (2009g-0lenny1 debian-volatile:stable) | Conf tzdata (2009g-0lenny1 debian-volatile:stable) | Inst libsasl2-2 [2.1.22.dfsg1-23] (2.1.22.dfsg1-23+lenny1 Debian-Security:5.0/stable) | Inst acpid [1.0.8-1] (1.0.8-1lenny1 Debian-Security:5.0/stable) | Inst tshark [1.0.2-3+lenny4] (1.0.2-3+lenny5 Debian-Security:5.0/stable) [] | Inst wireshark-common [1.0.2-3+lenny4] (1.0.2-3+lenny5 Debian-Security:5.0/stable) | Conf linux-image-2.6.26-2-amd64 (2.6.26-15lenny3 Debian-Security:5.0/stable) | Conf libsasl2-2 (2.1.22.dfsg1-23+lenny1 Debian-Security:5.0/stable) | Conf acpid (1.0.8-1lenny1 Debian-Security:5.0/stable) | Conf wireshark-common (1.0.2-3+lenny5 Debian-Security:5.0/stable) | Conf tshark (1.0.2-3+lenny5 Debian-Security:5.0/stable) | agave:~# apt-get --ignore-hold dist-upgrade -y -s | Reading package lists... Done | Building dependency tree | Reading state information... Done | Calculating upgrade... Done | The following NEW packages will be installed: | cpp cpp-4.3 dbus dbus-x11 defoma fontconfig fontconfig-config gconf2 gconf2-common gksu gnome-keyring hicolor-icon-theme libasound2 libatk1.0-0 | libatk1.0-data libcairo2 libcups2 libdatrie0 libdbus-1-3 libdirectfb-1.0-0 libfontconfig1 libfontenc1 libfreetype6 libgconf2-4 libgksu2-0 libglade2-0 | libgmp3c2 libgnome-keyring0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtop2-7 libgtop2-common libhal-storage1 libhal1 libice6 libidl0 libjpeg62 | libmpfr1ldbl liborbit2 libpam-gnome-keyring libpango1.0-0 libpango1.0-common libpixman-1-0 libportaudio2 libsm6 libstartup-notification0 libthai-data | libthai0 libtiff4 libts-0.0-0 libxcb-render-util0 libxcb-render0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 | libxrandr2 libxrender1 ttf-dejavu ttf-dejavu-core ttf-dejavu-extra wireshark x-ttcidfont-conf xfonts-encodings xfonts-utils | The following packages will be upgraded: | acpid libsasl2-2 linux-image-2.6.26-2-amd64 tshark tzdata wireshark-common | 6 upgraded, 70 newly installed, 0 to remove and 0 not upgraded. | Inst libxfixes3 (1:4.0.3-2 Debian:5.0.1/stable) | Inst linux-image-2.6.26-2-amd64 [2.6.26-15] (2.6.26-15lenny3 Debian-Security:5.0/stable) | Inst tzdata [2008h-2] (2009g-0lenny1 debian-volatile:stable) | Conf tzdata (2009g-0lenny1 debian-volatile:stable) | Inst libsasl2-2 [2.1.22.dfsg1-23] (2.1.22.dfsg1-23+lenny1 Debian-Security:5.0/stable) | Inst acpid [1.0.8-1] (1.0.8-1lenny1 Debian-Security:5.0/stable) | Inst libgmp3c2 (2:4.2.2+dfsg-3 Debian:5.0.1/stable) | Inst libmpfr1ldbl (2.3.1.dfsg.1-2 Debian:5.0.1/stable) | Inst cpp-4.3 (4.3.2-1.1 Debian:5.0.1/stable) | Inst cpp (4:4.3.2-2 Debian:5.0.1/stable) | Inst libdbus-1-3 (1.2.1-5 Debian:5.0.1/stable) | Inst dbus (1.2.1-5 Debian:5.0.1/stable) | Inst dbus-x11 (1.2.1-5 Debian:5.0.1/stable) | Inst defoma (0.11.10-0.2 Debian:5.0.1/stable) | Inst libfreetype6 (2.3.7-2+lenny1 Debian-Security:5.0/stable) | Inst ttf-dejavu-core (2.25-3 Debian:5.0.1/stable) | Inst ttf-dejavu-extra (2.25-3 Debian:5.0.1/stable) | Inst ttf-dejavu (2.25-3 Debian:5.0.1/stable) | Inst fontconfig-config (2.6.0-3 Debian:5.0.1/stable) | Inst libfontconfig1 (2.6.0-3 Debian:5.0.1/stable) | Inst fontconfig (2.6.0-3 Debian:5.0.1/stable) | Inst gconf2-common (2.22.0-1 Debian:5.0.1/stable) | Inst libidl0 (0.8.10-0.1 Debian:5.0.1/stable) | Inst liborbit2 (1:2.14.13-0.1 Debian:5.0.1/stable) | Inst libgconf2-4 (2.22.0-1 Debian:5.0.1/stable) | Inst gconf2 (2.22.0-1 Debian:5.0.1/stable) | Inst libatk1.0-0 (1.22.0-1 Debian:5.0.1/stable) | Inst libts-0.0-0 (1.0-4 Debian:5.0.1/stable) | Inst libdirectfb-1.0-0 (1.0.1-11 Debian:5.0.1/stable) | Inst libpixman-1-0 (0.10.0-2 Debian:5.0.1/stable) | Inst libxcb-render0 (1.1-1.1 Debian:5.0.1/stable) | Inst libxcb-render-util0 (0.2.1+git1-1 Debian:5.0.1/stable) | Inst libxrender1 (1:0.9.4-2 Debian:5.0.1/stable) | Inst libcairo2 (1.6.4-7 Debian:5.0.1/stable) | Inst libgtk2.0-common (2.12.12-1~lenny1 Debian:5.0.1/stable) | Inst libcups2 (1.3.8-1+lenny6 Debian-Security:5.0/stable) | Inst libjpeg62 (6b-14 Debian:5.0.1/stable) | Inst libpango1.0-common (1.20.5-3+lenny1 Debian-Security:5.0/stable) | Inst libdatrie0 (0.1.3-2 Debian:5.0.1/stable) | Inst
Bug#533576: [pkg-java] Use svn-buildpackage tagging with care for now !
severity 533576 wishlist retitle 533576 svn-bp Please improve the heuristics for finding the tags directory when unspecified thanks Hello, On Fri, Jun 19, 2009 at 9:17 AM, Ryan Nieburryanrya...@gmail.com wrote: svn-buildpackage's autodetection can't be perfect, if it fails for your repository you can set svn props to override the search. changing the behavior of this to not look for ../tags if the direction is not trunk could very easily break somebody's (wacky) setup, so I wouldn't want to do this. There is one way around, though: the order in which the directories are tried could depend on whether the current directory finishes with trunk/ or not. If yes, then try ../tags first. If no, then try ../../tags/package first ? I'd be glad to implement a patch for that if you wish (after all, I'm a fervent user of svn-bp...). since you are no longer affected by this would you be ok with me just closing the bug? what do the other contributors to svn-bp think? I did downgrade this as a wishlist bug. I'd like to keep it open, and if that's fine by you, I'll provide a patch for that within a few days (say, Sunday). What do you think about that ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533576: [pkg-java] Use svn-buildpackage tagging with care for now !
[removing debian-java from CC] On Fri, Jun 19, 2009 at 09:04:10AM +0200, Vincent Fourmond wrote: Hello, On Fri, Jun 19, 2009 at 1:52 AM, Ryan Nieburryanrya...@gmail.com wrote: W: tagsUrl not specified anywhere, looking in the local repository... Looking in SVN for: svn+ssh://svn.debian.org/svn/pkg-java/tags/libgtk-java svn+ssh://svn.debian.org/svn/pkg-java/trunk/libgtk-java/../tags/ You see above that this looks for the ../tags directory, which is /trunk/tags. As I removed it, it works fine now so it should be safe to use svn-buildpackage. I nevertheless think it is a bug in svn-bp to look for that directory if the svn directory does not end with trunk. svn-buildpackage's autodetection can't be perfect, if it fails for your repository you can set svn props to override the search. changing the behavior of this to not look for ../tags if the direction is not trunk could very easily break somebody's (wacky) setup, so I wouldn't want to do this. since you are no longer affected by this would you be ok with me just closing the bug? what do the other contributors to svn-bp think? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#533597: /etc/default/pioneers-console: Shipped version differs from default debconf-generated version
On Thu, Jun 18, 2009 at 11:46:10PM -0700, Josh Triplett wrote: You could do this most easily by changing the shipped file to match the second quoted example above. That would still be a policy violation. Maintainer scripts are not allowed to edit conffiles. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@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#527746: RFP: dirac -- advanced royalty-free video compression format
Andres Mejia schrieb: Alright, I have packages ready now. Vcs-Git: git://git.debian.org/git/pkg-multimedia/dirac.git Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/dirac.git;a=summary Any news on this topic? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530749: [pkg-fetchmail-maint] Bug#530749: closed by Matthias Andree matthias.and...@gmx.de (Re: Bug#530749: fetchmail: Please add option to make no mail not an error condition)
Am 30.05.2009, 00:23 Uhr, schrieb Reuben Thomas r...@sc3d.org: Well done for thinking of this, but it does not have the desired effect. || and have equal precedence and are left-associative (according to sh(1posix)), so the above is the same as ( fetchmail --foo blah.example.org || [ $? - eq 1 ] ) exit 0 i.e. it always ends up returning 0. So, with some brackets it can be fixed: Well... it's indeed suboptimal, but there's also shortcutting. I. e. if fetchmail returns 0, the || part isn't executed, so the status remains 0 and exit 0 triggers (arguably superfluous). If fetchmail returns 1, the || part is executed, $? is 1, so [ $? -eq 1 ] exits with 0 status, and exit 0 triggers (again, superfluous). If fetchmail returns anything else, the || part is execute, $? isn't 1, so [ $? -eq 1 ] exits with nonzero status, and exit 0 is skipped. (again, superfluous). Try something like: ( ( exit 3 ) || [ $? -eq 1 ] exit 0 ) ; echo $? Where the first ( exit 3 ) uses the exit code that fetchmail would use. I get 0 printed if I put ( exit 0 ) and ( exit 1 ) - success and NOMAIL - there, and I get 1 if I put ( exit 2 ) and ( exit 3 ) there. You can indeed safely omit the exit 0 part (it will only ever execute if the exit status is 0 anyways). What are we missing here? I suggest that there are four obvious points of view here: 0. This is a stupid way to want to run fetchmail. No mail is an error condition. (I take the opposite view: I think No mail should not be an error condition, but it's too late to fix it in fetchmail.) You could also argue that no mail is only an error in check mode. I think user requirements will differ, but I'd like to avoid option proliferation -- there's a nontrivial amount of code involved in adding an option; orders of magnitude more than what users need in shells. 1. Despite the fact that I didn't guess this short command (I ended up writing a wrapper), and that you didn't get it right, users can work it out for themselves, or can write a wrapper script. I suggest again that this is false: while maybe in my case I should be running fetchmail in daemon mode (as I said, that's something I've not got to work reliably, and as you rightly observed, we should discuss one bug at a time in the BTS), there are other reasons why one might want to call fetchmail from a script and consider that no mail is not an error condition. I don't see why my approach is wrong (except for the unneeded exit 0), as argued above. If the Almqvist shell goofs up (it at least used to have POSIX non-compliance bugs around || and ), I suggest to fix the shell. Otherwise this appears to be the same argument as 0 sans the stupid part. If users need to map multiple status codes to 0, they can use '|| case $? in...1|2|3)...;; *)...;; esac'instead of '|| [ $? -eq 1 ]' 2. It's a reasonable thing to want to do, but not common enough to warrant a command-line switch. In that case, a FAQ entry might be appropriate? Yes, will do. (It's in TODO.txt for 6.3.10.) 3. It warrants a command-line switch. Personally, although I think 3 is worthwhile (because it is a fix for what I consider a design bug), 2 would be almost as good, and perhaps the corrected version of the above would make a good example for the FAQ or even the man page? Yes, an option is always worthwhile, but the effort is way out of balance. It's a dozen characters in the shell, but documentation and adding the option to command line and rcfile parser and manual page is a multiple of that. I'm not going to do it. -- Matthias Andree -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533594: /etc/default/debsums: Actually, this violates Debian Policy
Upon rechecking Debian Policy, I realized that the current behavior of debsums violates Policy 10.7.3 http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3. debsums ships /etc/default/debsums in the package (marked as a conffile) and then modifies it in maintainer scripts. debsums either needs to stop shipping /etc/default/debsums in the package (creating/maintaining it entirely in the maintainer scripts), or stop modifying it in the maintainer scripts. Personally, I'd recommend the latter option, but either would work. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533597: pioneers-console: Actually, this represents a violation of Debian Policy
Package: pioneers-console Version: 0.12.2-4 Severity: normal Upon rechecking Debian Policy, I realized that this behavior represents a violation of Debian Policy 10.7.3 http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3. A package must not ship configuration files in the package as conffiles and then modify them in maintainer scripts. Thus, please stop shipping the file in the pioneers-console package, and instead have the maintainer scripts create the file. Alternatively, since the init script has very sane defaults, you might consider just shipping the configuration file with commented-out defaults and removing the debconf questions entirely. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533141: closed by Jonas Smedegaard d...@jones.dk (Bug#533141: fixed in netatalk 2.0.4-1)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Thu, Jun 18, 2009 at 11:46:58PM -0500, Itai Seggev wrote: At all times I had libltdl7=2.2.6a-4 and libltdl3=1.5.26-4 installed. I started out with the following packages. libtool i=2.2.6a-4 libltdl-dev i=2.2.6a-4 libltl3-dev p This produced the error messages in my bug report, and it still does. (With 2.0.4-1). As someone suggested, I installed libltdl3-dev, giving. libtool i=2.2.6a-4 libltdl-dev p libltl3-dev i=1.5.26-4 This produced the same error messages. At this point I downgraded libtool to match libltdl3-dev, resulting in libtool i=1.5.26-4 libltdl-dev p libltl3-dev i=1.5.26-4 This allowed me to successfully build the package. For completeness, I also tried the following. libtool i=1.5.26-4 libltdl-dev i=2.2.6a-4 libltl3-dev p Unsuprisingly, this died with error messages like those shown below. In all 4 of configurations described above, a ./configure make would succesfully build the package, so I guess something in debian/rules or the patches it applies is wonky. Or there is something wrong with my system. However, I don't really muck with autotools and such. I can write a Makefile, but about the only thing I can do autotools is ./autogen.sh ./configure make make install. :) Anway, thanks for your time! Let me know if there's something further I can do to help. Thanks for the details! Did you reset your environment between each step? I.e. remove your unpacked netatalk sources and unpack again from scratch using dpkg-source -x netatalk*.dsc? If not, please try that (as the source becomes infected when the error first occur). What version of Debian are you using which allows you to switch between 1.x and 2.x of libtool? I.e. what is the output of the following commands: lsb_release -a egrep -Hr '^[^#]' /etc/apt/sources.list* Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko7QCgACgkQn7DbMsAkQLj99QCeJKwmsPVVE1NkDSL7WTipbR/0 FnQAoIXMW+/IckUHEBNyYvJYwF8I0B2T =sOBi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529393: popularity-contest: Still not resolved in my testing
Package: popularity-contest Version: 1.47 Severity: normal Anacorn says: /etc/cron.daily/popularity-contest: dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii dpkg 1.15.2 Debian package management system Versions of packages popularity-contest recommends: ii cron 3.0pl1-106 process scheduling daemon ii exim4 4.69-11metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-11lightweight Exim MTA (v4) daemon Versions of packages popularity-contest suggests: pn anacron none (no description available) -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true popularity-contest/hostid-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518815: Bug#532115: the joystick bug
Hi, Thank you . I have checked the /dev/input derictory and there's no js0 device in there. sergius-0:/dev/input# ls -l итого 0 drwxr-xr-x 2 root root120 Июн 19 02:19 by-path crw-rw 1 root root 13, 64 Июн 19 02:19 event0 crw-rw 1 root root 13, 65 Июн 19 02:19 event1 crw-rw 1 root root 13, 66 Июн 19 02:19 event2 crw-rw 1 root root 13, 67 Июн 19 02:19 event3 crw-rw 1 root root 13, 68 Июн 19 02:19 event4 crw-rw 1 root root 13, 69 Июн 19 02:19 event5 crw-rw 1 root root 13, 63 Июн 19 02:18 mice crw-rw 1 root root 13, 32 Июн 19 02:19 mouse0 Niether is it in /dev. Even after manual restart of udev. As far as I understand the joystick needs drivers as any device. Is it possible that the drivers simply disabled in the kernel because they are old? Best regards. SY On Friday 19 June 2009 00:54:50 Ben Hutchings wrote: On Thu, Jun 18, 2009 at 11:53:10PM +0400, Sergey Yakimov wrote: Hi. I've tried to do what you've said. Please, see the attached log. I found that the device is correctly found but the system lacks some files to correctly handle it. Or i might be wrong?.. The files reported as missing are optional. Anyway here's a part of it: [...] [15107] udev_node_mknod: mknod(/dev/input/js0, 020664, (13,0)) [15107] udev_node_mknod: chmod(/dev/input/js0, 020664) [15107] udev_node_mknod: chown(/dev/input/js0, 0, 0) [...] This says that /dev/input/js0 is being created, as you wanted. The question now is, why this doesn't happen at boot time. Ben. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533315: [pkg-wine-party] Bug#533315: no drive available, wine unusable
On Fri, Jun 19, 2009 at 02:14:36AM +0200, Ove Kaaven wrote: Louis-David Mitterrand skrev: Please find the output attached. This log seems to contain this: wine: failed to update /home/ldm/.wine with /usr/lib32/../share/wine/wine.inf: No such file or directory Maybe this diagnostic was new in 1.1.23. Try the 1.1.23-2 build of wine-unstable (at http://people.debian.org/~ovek/wine/ as before), it should fix the problem, I think. Of course, those are still my lenny backports. When it comes to making an official sid build, I'll probably wait for wine-unstable to get out of NEW first, though perhaps I'll update the package in experimental if I get the time. We'll see. Now it works with this latest version. Drives appear in the drive panel. The only (small) remaining problem is I have to downgrade my libc6 to install your packages: dpkg: warning: downgrading libc6 from 2.9-16 to 2.9-12. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533546: No zoran support in mplayer
On Fri, Jun 19, 2009 at 07:28:30AM +0200, Reinhard Tartler wrote: Reimar Döffinger reimar.doeffin...@gmx.de writes: Simply forcing it via --enable-zr might work, but I recommend that Not straight away, the configure script has an explicit check to fail if libavcodec_a is not built. I need to disable that check, similar to how Nikolay did in his latest followup. IMO that is broken and also does not match the documented/expected behaviour. I think the test should be changed to something like this: @@ -7274,13 +7305,13 @@ #36067's seem to identify themselves as 36057PQC's, so the line #below should work for 36067's and 36057's. if grep -q -s -e Multimedia video controller: Zoran Corporation ZR36057 /proc/pci ; then -_zr=yes +_zr=auto else _zr=no fi fi -if test $_zr = yes ; then - if test $_libavcodec_a = yes ; then +if test $_zr != no ; then + if test $_libavcodec_a = yes -o $_zr = yes ; then def_zr='#define CONFIG_ZR 1' _vomodules=zr zr2 $_vomodules else Though honestly I think the /proc/pci check is really bad anyway, maybe Diego can think of something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520741:
Is there a reason for this not to be changed? I think replacing libcups2-dev with cups-client is a reasonable change that does not affect functionality. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533301: Jerky display
Last night I tried linux-image-2.6.30-1-686-bigmem and this gave a smooth display on full screen. This was using radeon. Anthony -- Anthony Campbell - a...@acampbell.org.uk Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk (blog, book reviews, and sceptical articles) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533599: libnss-ldap: [INTL:fi] Finnish translation of the debconf templates
Package: libnss-ldap Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please include attached translation fi.po to the package. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAko7RycACgkQejjRZhTfFSz5pgCeOEWW/5eI07P3rdqb7eV+cKK0 rkwAnj8Ravphnx1IDzzwa4h5Jh5NTWIw =uETR -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Esko Arajärvi e...@iki.fi, 2009. msgid msgstr Project-Id-Version: libnss-ldap\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-12 07:01+0100\n PO-Revision-Date: 2009-06-19 10:55+0300\n Last-Translator: Esko Arajärvi e...@iki.fi\n Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 0.3\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../templates:1001 msgid Make the configuration file readable/writeable by its owner only? msgstr Tulisiko asetustiedoston olla vain sen omistajan luettavissa ja kirjoitettavissa? #. Type: boolean #. Description #: ../templates:1001 msgid If you use passwords in your libnss-ldap configuration, it is usually a good idea to have the configuration set with mode 0600 (readable and writable only by the file's owner). msgstr Jos libnss-ldapin asetuksissa käytetään salasanoja, on yleensä hyvä idea asettaa tiedostolle oikeudet 0600 (vain tiedoston omistaja voi lukea sitä ja kirjoittaa siihen). #. Type: boolean #. Description #: ../templates:1001 msgid Note: As a sanity check, libnss-ldap will check if you have nscd installed and will only set the mode to 0600 if nscd is present. msgstr Oikeudet 0600 asetetaan vain, jos paketti nscd on asetettuna, koska muussa tapauksessa tästä ei ole hyötyä. #. Type: note #. Description #: ../templates:2001 msgid nsswitch.conf not managed automatically msgstr Tiedostoa nsswitch.conf ei hallinnoida automaattisesti #. Type: note #. Description #: ../templates:2001 msgid For the libnss-ldap package to work, you need to modify your /etc/nsswitch. conf to use the \ldap\ datasource. There is an example file at /usr/share/ doc/libnss-ldap/examples/nsswitch.ldap which can be used as an example for your nsswitch setup, or it can be copied over your current setup. msgstr Tiedostoon /etc/nsswitch.conf tulee määritellä ”ldap” käytettäväksi tietolähteeksi, jotta paketti libnss-ldap toimisi. Voit käyttää esimerkkitiedostoa /usr/share/doc/libnss-ldap/examples/nsswitch.ldap mallina omille nsswitch-asetuksillesi tai voit kopioida sen nykyisten asetusten päälle. #. Type: note #. Description #: ../templates:2001 msgid Also, before removing this package, it is wise to remove the \ldap\ entries from nsswitch.conf to keep basic services functioning. msgstr On myös suositeltavaa poistaa ”ldap”-rivit tiedostosta nsswitch.conf ennen tämän paketin poistamista, jotta peruspalvelut toimivat edelleen. #. Type: string #. Description #: ../templates:3001 msgid Distinguished name of the search base: msgstr Hakukannan erittelevä nimi: #. Type: string #. Description #: ../templates:3001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Anna LDAP-hakukannan erittelevä nimi (Distinguished Name, DN). Useilla sivustoilla käytetään verkkonimen osia tähän tarkoitukseen. Esimerkiksi verkkotunnus ”esimerkki.fi” käyttäisi nimeä ”dc=esimerkki,dc=fi” hakukannan erittelevänä nimenä. #. Type: boolean #. Description #: ../templates:4001 msgid Does the LDAP database require login? msgstr Vaatiiko LDAP-tietokanta kirjautumisen? #. Type: boolean #. Description #: ../templates:4001 msgid Choose this option if you can't retrieve entries from the database without logging in. msgstr Valitse tämä, jos tietokannan tietueita ei voida hakea ilman kirjautumista. #. Type: boolean #. Description #: ../templates:4001 msgid Note: Under a normal setup, this is not needed. msgstr Yleensä tätä ei tarvita. #. Type: boolean #. Description #: ../templates:5001 msgid Automatically update libnss-ldap's configuration file? msgstr Päivitetäänkö libnss-ldapin asetustiedostoa automaattisesti? #. Type: boolean #. Description #: ../templates:5001 msgid The libnss-ldap package may use debconf for its configuration. msgstr Paketti
Bug#533600: gtranslator: msgid ending with backslash causes file corruption
Package: gtranslator Version: 1.1.7-4 Severity: normal How to reproduce: 1. Open the following file in gtranslator: === BEGIN test.po === # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR ORGANIZATION. # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: em...@address\n POT-Creation-Date: YEAR-MO-DA HO:MI+ZONE\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n msgid /?...@!$'()*+,;:=\\ msgstr === END === 2. Press OK to let gtranslator save its signature. 3. Press F11 to copy the msgid string to msgstr. 4. Save and quit. Expected result: The PO file should contain msgid /?...@!$'()*+,;:=\\ msgstr /?...@!$'()*+,;:=\\ Actual result: The PO file contains msgid /?...@!$'()*+,;:=\\ msgstr /?...@!$'()*+,;:=\\ which consitutes a syntax error: $ msgfmt --statistics --check test.po test.po:21: end-of-line within string test.po:22: end-of-line within string msgfmt: found 2 fatal errors -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=sv, LC_CTYPE=sv (charmap=ISO-8859-1) (ignored: LC_ALL set to sv_SE.ISO8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gtranslator depends on: ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-02.16.6-1+lenny1 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3+lenny1 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsm6 2:1.0.3-2X11 Session Management library ii libxml2 2.6.32.dfsg-5GNOME XML library gtranslator recommends no packages. gtranslator suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520927: Some files corrupted from remote dump/restore reproducably
On Thu, 18 Jun 2009, Bdale Garbee wrote: On Mon, 2009-03-23 at 17:14 +, Jenny Barna wrote: Package: dump Version: 0.4b41-5+b1 Severity: critical Justification: causes serious data loss I set up dump using a SLT24 tape system and tested local and remote dump and restore with restoring single files OK. When I restored a user's lost file I discovered I had got back text from another (unrelated?) file. Which rmt are you using? On Debian systems, there are several packages that can provide rmt, so the 'alternatives' mechanism is used to allow you to choose which one you want. By default, you probably get the one provided by the 'tar' package. It would be interesting to know whether you're configured to use the rmt that comes with dump, with tar, or some other version. It appears to be using /usr/sbin/rmt-dump Since I wrote that in March I switched to using tar for my two remote machines whereas I stayed with dump for the machine that has the tape system on it. Jenny Barna| Email j...@cam.ac.uk SBS Computing Facility | Web computing.bio.cam.ac.uk Dept of Biochemistry | Telephone (Direct) +44 1223 333644 Tennis Court Road | Switchboard +44 1223 333600 Cambridge, CB2 1QW, UK | Fax: +44 1223 45 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533231: apache2.2-common: Seg fault at graceful restart (log rotation)
Stefan Fritsch wrote: On Monday 15 June 2009, Jeroen Hooyberghs wrote: At each logrotation, the apache proces seg faults and therefor dies The last message in the /var/log/apache/error.log.1: [Sun Jun 14 07:41:23 2009] [notice] Graceful restart requested, doing restart The first and only message in the error.log: [Sun Jun 14 07:41:23 2009] [notice] seg fault or similar nasty error detected in the parent proces Please try to get a backtrace, as described in /usr/share/doc/apache2.2-common/README.backtrace #0 0xb5c9bc80 in ?? () No symbol table info available. #1 0xb76ced8e in CRYPTO_thread_id () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #2 0xb774078c in ERR_get_state () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #3 0xb77416b2 in ERR_put_error () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #4 0xb772a5d8 in ENGINE_add () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #5 0xb772ff5a in ENGINE_load_padlock () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #6 0xb772c4c7 in ENGINE_load_builtin_engines () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 No symbol table info available. #7 0xb6d9ab77 in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #8 0xb6d9ab69 in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #9 0xb6dbe9a0 in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #10 0xbf866bc8 in ?? () No symbol table info available. #11 0xb6daef0c in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #12 0xb6da in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #13 0xb6dbe9a0 in ?? () from /usr/lib/libcurl.so.4 No symbol table info available. #14 0xbf866bd8 in ?? () No symbol table info available. #15 0xb6da42ad in curl_global_init () from /usr/lib/libcurl.so.4 No symbol table info available. Backtrace stopped: previous frame inner to this frame (corrupt stack?) This problem is occuring at each log rotation, but only notice the problem on 1 debian lenny server I maintain, the other don't seem to have the issue. Do you have different modules or different php extensions enabled on the two servers? No, I checked on 1 other server that is also serving the same services, and therefor has exacly the same modules and php extensions enabled. In any case, as a work-around, you can change /etc/logrotate.d/apache2 to use restart instead of reload. I changed it for now to do so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529288: Can't reproduce effects now.
Hi, since the last kde update (I think, it was the kde stuff), the font corruption has nearly completely vanished. Other display corruption also occurs much more infrequently than before. Therefore, as far as I'm concerned I consider the bug closed. regards Dietz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533601: [sparc] tcpd fails reverse name resolution
Package: tcpd Version: 7.6.q-16 Severity: important I woundered why the following line in hosts.allow didn't work: in.tftpd: .iwr.uni-heidelberg.de debuging with the line: in.tftpd: ALL: aclexec /tmp/test %c %h %n yield the expanded args: 129.206.104.80 129.206.104.80 unknown which shows, that reverse name resolution fails somehow. sshd (which is linked against the libwrap library) access control works. Thanks, Hermann -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: sparc (sparc64) Kernel: Linux 2.6.26-2-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tcpd depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra tcpd recommends no packages. tcpd suggests no packages. -- debconf information: tcpd/paranoid-mode: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533576: [pkg-java] Use svn-buildpackage tagging with care for now !
On Fri, Jun 19, 2009 at 09:23:27AM +0200, Vincent Fourmond wrote: On Fri, Jun 19, 2009 at 9:17 AM, Ryan Nieburryanrya...@gmail.com wrote: svn-buildpackage's autodetection can't be perfect, if it fails for your repository you can set svn props to override the search. changing the behavior of this to not look for ../tags if the direction is not trunk could very easily break somebody's (wacky) setup, so I wouldn't want to do this. There is one way around, though: the order in which the directories are tried could depend on whether the current directory finishes with trunk/ or not. If yes, then try ../tags first. If no, then try ../../tags/package first ? This doesn't sound very sane either. There is always the possibility of breaking anyone's repository structure. Simply imagine someone who has more than the package structure checked in that repository and has (for whatever reason) a tags directory in this structure. Sure, it's a rare case and probably less likely than yours but it's still possible. svn://domain.tld/tags svn://domain.tld/package/trunk and looking for ../../tags is broken as well. since you are no longer affected by this would you be ok with me just closing the bug? what do the other contributors to svn-bp think? I did downgrade this as a wishlist bug. I'd like to keep it open, and if that's fine by you, I'll provide a patch for that within a few days (say, Sunday). I would also consider this a bug to keep it open. It's not really a wishlist bug but rather a minor bug, but I don't care about semantics here. :) FWIW, one (or even the) goal of the svn-bp branch I recently started is to reliably detect repository structures and form proper URLs out of that. It will need some changes to svn-bp but in the end it'll solve bugs like this one. You can still provide a patch for the current version though, as I'm not sure when I'm done with my work. Maybe can have a bugfix release again in a few weeks. Cheers, Hauke signature.asc Description: Digital signature
Bug#533600: Patch
This patch seems to fix the problem. It leaves a double backslash in the editor, but if I unquote the double backslash in the parser, the file writer will change all \ns to \\n, which is unfortunate. diff -ru gtranslator-1.1.7.unmodified/src/parse.c gtranslator-1.1.7/src/parse.c --- gtranslator-1.1.7.unmodified/src/parse.c2005-08-11 18:17:09.0 +0100 +++ gtranslator-1.1.7/src/parse.c 2009-06-19 09:33:07.0 +0100 @@ -107,6 +107,10 @@ case '\': s++; break; + case '\\': + to_add[d++] = tail[s]; + s++; + break; } } to_add[d++] = tail[s]; -- \\// Peter - http://www.softwolves.pp.se/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531826: scrotwm: doesn't play well with hidden windows
Disregard the tentative patch: if you switch to the fullscreen layout all windows except the focused one get unmapped, so if my patch is applied they get unmanaged as well, which is obviously not what you want. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. pgpwqQOBFzZgg.pgp Description: PGP signature
Bug#533601: [sparc] tcpd fails reverse name resolution
On Jun 19, hlauer hermann.la...@iwr.uni-heidelberg.de wrote: which shows, that reverse name resolution fails somehow. Please find out why. -- ciao, Marco signature.asc Description: Digital signature
Bug#533602: [texlive-latex-extra] Footmisc and hyperref incompatibility
Package: texlive-latex-extra Version: 2007.dfsg.17-2 Severity: normal Tags: patch Footmisc and hyperref does not wortk well together. But I regulary used it usign the following code, and I could use link to footnote. Please forward to maintener \makeatletter \usepackage{hyperref} \usepackage[perpage,bottom]{footmisc} \long\d...@footnotetext#1{% \H@@footnotetext{% \i...@nesting \hyper@@ancho...@currenthref}{#1}% \else \...@raisedlink{\hyper@@ancho...@currenthref}{\relax}}#1% \fi }} \d...@footnotemark{% \leavevmode \ifhmode\ed...@x@sf{\the\spacefactor}\nobreak\fi \...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% \...@makefnmark \hy...@linkend \ifhmode\spacefact...@x@sf\fi \relax }% \i...@multiplefootnote% \renewcomman...@footnotemark{% \leavevmode \ifhmode \ed...@x@sf{\the\spacefactor}% \...@mf@check \nobreak \fi \...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% \...@makefnmark \hy...@linkend \i...@pp@towrite \...@pp@writetemp \...@pp@towritefalse \fi \...@mf@prepare \ifhmode\spacefact...@x@sf\fi \relax% }% \fi \makeatother --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-2-amd64 Debian Release: squeeze/sid 990 testing security.debian.org 990 testing debian.ens-cachan.fr 99 unstabledebian.ens-cachan.fr --- Package information. --- Depends(Version) | Installed -+-= preview-latex-style | 11.83-7.3 dpkg(= 1.14.18) | 1.14.26 tex-common (= 1.18) | 1.18 texlive-common (= 2007) | 2007.dfsg.2-3 texlive-pictures(= 2007-11) | 2007.dfsg.2-3 texlive-latex-base (= 2007-11) | 2007.dfsg.2-3 Recommends (Version) | Installed -+-=== texlive-humanities | 2007.dfsg.17-2 texlive-generic-extra| 2007.dfsg.17-2 texlive-latex-extra-doc | 2007.dfsg.17-2 texlive-latex-recommended| 2007.dfsg.2-3 texpower (= 0.2-2) | 0.2-7 Package's Suggests field is empty. --- Output from package bug script --- -- ROUCARIES Bastien roucaries.bast...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529985: libnss-ldapd: libnss-ldapd 0.6.7.1 fails with same conf file libnss-ldapd 0.6.7.1 works
On Fri, 2009-06-05 at 12:50 -0300, Rodrigo Campos wrote: So /etc/pam_ldap.conf is not checked. And /root/ldaprc, /root/.ldaprc, ldaprc does not exist, /etc/ldap/ldap.conf is all commented, and in /etc/nss-ldapd.conf is not turned on. The others does not have anything either... Looking in the man of nss-ldapd.conf 0.6.7.1, it says: tls_checkpeer Specifies whether to require and verify the server certificate or not, when using SSL/TLS with the OpenLDAP client library. The default is to use the default behaviour of the client library; for OpenLDAP 2.0 and earlier it is no, for OpenLDAP 2.1 and later it is yes. At least one of tls_cacertdir and tls_cacertfile is required if peer verification is enabled. In the man of nss-ldapd.conf 0.6.10 says: tls_reqcert Specifies what checks to perform on a server-supplied certificate. The meaning of the values is described in the ldap.conf(5) manual page. At least one of tls_cacertdir and tls_cacertfile is required if peer verification is enabled. and it the man of ldapd.conf it does not say anything about the default. So if I'm not wrong the default have changed ? Only the option checking has been renamed. Before you could chose between yes (is now demand) or no (is now never). If the option was not supplied the default that OpenLDAP was using was used. The only remaining explanation must be that if LDAPNOINIT is set (done in 0.6.8) the built-in defaults are different. I think adding the debconf question about certificate verification is the best solution for this. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#533604: Doesn't bind to IPv6 addresses by default
Package: oidentd Version: 2.0.8-1.2 The oidentd man page states, in the description for the -a option, that The default is to listen for connections on all configured IP addresses -- but the program actually only listens on IPv4 addresses by default. I had to set OIDENT_OPTIONS=-a :: in /etc/default/oidentd to get it to listen on all addresses. Ideally the program would be changed to match the documented behaviour; otherwise, the man page should be updated. - Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages oidentd depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-13 GNU C Library: Shared libraries ii netbase 4.34 Basic TCP/IP networking system oidentd recommends no packages. oidentd suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#529393: popularity-contest: Still not resolved in my testing
On Fri, Jun 19, 2009 at 09:35:59AM +0200, KAcper Perschke wrote: Package: popularity-contest Version: 1.47 Severity: normal Anacorn says: /etc/cron.daily/popularity-contest: dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. Of course, since you are still using popularity-contest version 1.47 and this was fixed in version 1.48. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533601: [sparc] tcpd fails reverse name resolution
On Fri, Jun 19, 2009 at 10:44:13AM +0200, Marco d'Itri wrote: On Jun 19, hlauer hermann.la...@iwr.uni-heidelberg.de wrote: which shows, that reverse name resolution fails somehow. Please find out why. Here is the test script in /tmp/test: #!/bin/sh /usr/bin/logger -p daemon.notice tcp $@ /usr/bin/dig -x $1 21 /tmp/log.out Output in log.out contains: ;; ANSWER SECTION: 80.104.206.129.in-addr.arpa. 86400 IN PTR lemon.iwr.uni-heidelberg.de. Which is what I expect. I'm not shur if dig is the best tool here, which should I use ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533603: rdiff-backup: --remove-older-than XB is inconsistant
Package: rdiff-backup Version: 1.2.5-1 Severity: normal On: $ rdiff-backup -l /tmp/87 Found 12 increments: increments.1970-01-12T15:46:40+02:00.dir Mon Jan 12 15:46:40 1970 increments.1970-01-24T05:33:20+02:00.dir Sat Jan 24 05:33:20 1970 increments.1970-02-04T19:20:00+02:00.dir Wed Feb 4 19:20:00 1970 increments.1970-02-27T22:53:20+02:00.dir Fri Feb 27 22:53:20 1970 increments.1970-03-11T12:40:00+02:00.dir Wed Mar 11 12:40:00 1970 increments.1970-03-11T14:20:00+02:00.dir Wed Mar 11 14:20:00 1970 increments.1970-03-11T14:36:40+02:00.dir Wed Mar 11 14:36:40 1970 increments.1970-03-11T14:53:20+02:00.dir Wed Mar 11 14:53:20 1970 increments.1970-03-11T15:10:00+02:00.dir Wed Mar 11 15:10:00 1970 increments.1970-03-11T23:30:00+02:00.dir Wed Mar 11 23:30:00 1970 increments.1970-03-12T02:16:40+02:00.dir Thu Mar 12 02:16:40 1970 increments.1970-03-12T05:03:20+02:00.dir Thu Mar 12 05:03:20 1970 Current mirror: Fri Jun 19 02:38:48 2009 $ rdiff-backup --force --remove-older-than 11B /tmp/87 Deleting increments at times: Mon Jan 12 15:46:40 1970 Sat Jan 24 05:33:20 1970 Wed Feb 4 19:20:00 1970 Is removing 3 backups increments. Since there are 12 increments, the number of the oldest one should be 12. Removing older then 11 should either remove 2 if it is inclusive or 1 if not. However it removes 3. On the other hand on another test set: $ rdiff-backup -l /tmp/86 Found 3 increments: increments.2009-06-16T07:20:34+03:00.dir Tue Jun 16 07:20:34 2009 increments.2009-06-17T07:20:34+03:00.dir Wed Jun 17 07:20:34 2009 increments.2009-06-18T07:20:34+03:00.dir Thu Jun 18 07:20:34 2009 Current mirror: Fri Jun 19 07:32:46 2009 Removing: $ rdiff-backup --force --remove-older-than 3B /tmp/86 No increments older than Tue Jun 16 07:20:34 2009 found, exiting. $ rdiff-backup --force --remove-older-than 2B /tmp/86 Deleting increment at time: Tue Jun 16 07:20:34 2009 $ rdiff-backup -l /tmp/86 Found 2 increments: increments.2009-06-17T07:20:34+03:00.dir Wed Jun 17 07:20:34 2009 increments.2009-06-18T07:20:34+03:00.dir Thu Jun 18 07:20:34 2009 Current mirror: Fri Jun 19 07:32:46 2009 I.e. only 2B removes one increment which suggest that it is not inclusive, and in the previous case only one increment should have been removed. And there are more problems with --remove-older-then with dates where sometimes it is removing inclusive, some times exclusive, and some time it just is not clear how it works. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 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 rdiff-backup depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii librsync1 0.9.7-5rsync remote-delta algorithm libra ii python2.5.2-3An interactive high-level object-o ii python-support0.8.4 automated rebuilding support for P Versions of packages rdiff-backup recommends: ii python-pylibacl 0.4.0-2module for manipulating POSIX.1e A ii python-pyxattr0.4.0-1module for manipulating filesystem rdiff-backup 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#528192: Package for 1.1.7 proposed - Was: Re: Bug#528192
On Fri, May 22, 2009 at 11:09:13AM +0200, Olivier Berger wrote: On Sun, May 17, 2009 at 04:07:21PM +0200, Olivier Berger wrote: Feel free to pull. I've also now prepared a new release for 1.1.7 which could be uploaded. Feel free to fetch/pull from http://git.debian.org/?p=users/olberger-guest/mantis.git;a=commit;h=75963224e8330bdbd3f7279a7ae72d1d8f5494cc which holds my debian/1.1.7+dfsg-1 tag. I've updated it to include 1.1.8 : http://git.debian.org/?p=users/olberger-guest/mantis.git;a=commit;h=d586853ebc0a536c4361424e4b3e1a8b08207237 Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533605: [brasero] stagnates during normalization
Package: brasero Version: 0.8.0-3+b1 Severity: normal --- Please enter the report below this line. --- Hi, brasero reproducibly stagnates during the normalization procedure when burning an Audio CD with 3 tracks (i.e. I have only tested for 3 tracks, may apply to more or less tracks as well). The application is still responsive, though, because when you click on the Cancel button the CD is ejected and the main window is shown again. There is simply no more progress in the normalization procedure from a specific point (funnily, most often at 22%). I have reproduced this bug with 3 files in MP3, Ogg Vorbis and FLAC format respectively. Steps to reproduce: - open brasero - choose Audio project - add some audio tracks (tested with three) - make sure the normalize plugin is enabled (Edit - Plugins) - click on the Burn button - wait for the normalization to finish, but don't hold your breath Good luck, Fabian --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2-686 Debian Release: squeeze/sid 500 unstableftp2.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libart-2.0-2 (= 2.3.18) | 2.3.20-2 libatk1.0-0(= 1.20.0) | 1.26.0-1 libbeagle1 (= 0.3.9) | 0.3.9-1 libbonobo2-0 (= 2.15.0) | 2.24.1-1 libbonoboui2-0 (= 2.15.1) | 2.24.1-1 libc6 (= 2.4) | 2.9-16 libcairo2 (= 1.2.4) | 1.8.8-2 libdbus-1-3 (= 1.0.2) | 1.2.14-3 libdbus-glib-1-2 (= 0.78) | 0.80-4 libfontconfig1 (= 2.4.0) | 2.6.0-4 libfreetype6(= 2.2.1) | 2.3.9-5 libgconf2-4(= 2.23.2) | 2.26.2-1 libglib2.0-0 (= 2.18.0) | 2.20.3-1 libgnome2-0(= 2.17.3) | 2.26.0-1 libgnomecanvas2-0 (= 2.11.1) | 2.26.0-1 libgnomeui-0 (= 2.22.0) | 2.24.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.24.1-1 libgstreamer-plugins-base0.10-0 (= 0.10.12) | 0.10.23-3 libgstreamer0.10-0(= 0.10.15) | 0.10.23-2 libgtk2.0-0(= 2.14.0) | 2.16.2-1 libhal1 (= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libice6 (= 1:1.0.0) | 2:1.0.5-1 liborbit2 (= 1:2.14.10) | 1:2.14.17-0.1 libpango1.0-0 (= 1.14.0) | 1.24.2-1 libpopt0 (= 1.14) | 1.14-4 libsm6 | 2:1.1.0-2 libtotem-plparser12 (= 2.26) | 2.26.2-1 libxml2(= 2.6.27) | 2.7.3.dfsg-1 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-13 gconf2 (= 2.10.1-2) | 2.26.2-1 wodim | 9:1.1.9-1 genisoimage| 9:1.1.9-1 gstreamer0.10-plugins-base (= 0.10.0) | 0.10.23-3 Recommends (Version) | Installed =-+-=== hal (= 0.5) | 0.5.12~git20090406.46dc48-2 gstreamer0.10-plugins-good| 0.10.15-2 gstreamer0.10-plugins-bad | 0.10.13-1fab1 gnome-mount | 0.8-2 Suggests (Version) | Installed -+-=== gnome-icon-theme | 2.26.0-1 gstreamer0.10-fluendo-mp3| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533577: Breaks are supported in stable, so are now allowed in the archive
On Thu, Jun 18, 2009 at 03:58:56PM -0700, Russ Allbery wrote: Steve Langasek vor...@debian.org writes: Breaks support is present in the version of dpkg in lenny, and there are already multiple uses of Breaks in the archive now for unstable. The disclaimer about not using Breaks should be dropped. Yes. Also: --- a/policy.sgml +++ b/policy.sgml @@ -4443,12 +4443,6 @@ Build-Depends: foo [!i386] | bar [!amd64] headingPackages which break other packages - ttBreaks/tt/heading p - Using ttBreaks/tt may cause problems for upgrades from older - versions of Debian and should not be used until the stable - release of Debian supports ttBreaks/tt. - /p - - p When one binary package declares that it breaks another, prgndpkg/prgn will refuse to allow the package which declares ttBreaks/tt be installed unless the broken Seconded. I'm applying this for the next release of Policy. (I believe this is an informative change that doesn't require seconds.) Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. signature.asc Description: Digital signature
Bug#531038: package now available
Hello, * 2009-05-29 22:49, Stefano Zacchiroli wrote: *However* the package depends on python-transaction, which is being packaged by the Zope team. Before that package is available, you'll need to easy_install python-transaction to be able to install repoze.tm2. transaction (which provides the python-transaction binary) has been uploaded yesterday and it is waiting in the NEW queue. -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532115: Bug#518815: Bug#532115: the joystick bug
Hello together, i am glad that you are now looking for this problem. Hi, Thank you . I have checked the /dev/input derictory and there's no js0 device in there. sergius-0:/dev/input# ls -l Niether is it in /dev. Yes. That's what you find in many forum-threads and i could also reproduce it. Most of the forum discussions are from the time before udev, so the dev-entries where made with MAKEDEV js. Of course this entries are lost after reboot now. When i did create them manually they didn't work even. Even after manual restart of udev. As far as I understand the joystick needs drivers as any device. Is it possible that the drivers simply disabled in the kernel because they are old? Is it possible that drivers exist and can be loaded but are disabled? In squeeze the drivers are existent and can be loaded as you can see: r...@pc10:/# modprobe gameport r...@pc10:/# modprobe joydev r...@pc10:/# modprobe analog r...@pc10:/# lsmod | grep gameport gameport 17040 3 analog,snd_ens1371,snd_cs46xx r...@pc10:/# jstest /dev/js0 jstest: No such file or directory jstest is a joystick test program. You can see if the interface is working, even if there is no joystick connected. Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533606: zerofree: Manpage refers to bogus command 'remount'
Package: zerofree Version: 1.0.1-1 Severity: minor Tags: patch The 'zerofree(1)' manpage recommends remounting the filesystem read-only, but the recommended command is wrong. Instead of remount, the specified command should be mount. The following patch addresses this: === modified file 'debian/zerofree.sgml' --- debian/zerofree.sgml2009-06-19 09:16:13 + +++ debian/zerofree.sgml2009-06-19 09:17:35 + @@ -91,7 +91,7 @@ replaceablefilesystem/replaceable is mounted writable. To remount the root file-system readonly, you can first switch to single user runlevel (commandtelinit 1/command) then use -commandremount -o remount,ro +commandmount -o remount,ro replaceablefilesystem/replaceable/command./para paracommanddhpackage;/command has been written to be @@ -159,5 +159,3 @@ sgml-local-ecat-files:nil End: -- - - -- \ “It is the mark of an educated mind to be able to entertain a | `\ thought without accepting it.” —Aristotle | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#533607: Please provide support for paste.debian.net
Package: libapp-nopaste-perl Version: 0.10-2 Severity: wishlist It would be nice if App::Nopaste could support paste.debian.net service. It uses RPC-XML proticol, described here[0]. A sample perl client script is available at [1] (licensed under AGPL 3.0). I am not sending this directly upstream as I think they will be more willing to add the support if a patch is provided. Any takers? [0] http://paste.debian.net/rpc-interface.html [1] http://ankh-morp.org/code/paste-dn/paste-dn.pl -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapp-nopaste-perl depends on: ii libmoose-perl 0.80-1 extension of the Perl 5 object sys ii libmoosex-getopt-perl 0.18-1 A Moose role for processing comman ii libwww-mechanize-perl 1.54-2 module to automate interaction wit ii perl 5.10.0-23 Larry Wall's Practical Extraction libapp-nopaste-perl recommends no packages. Versions of packages libapp-nopaste-perl suggests: ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi -- 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#524985: pbuilder-satisfydepends fails in chroot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I believe the following can be traced back to the same bug. /usr/lib/pbuilder/pbuilder-satisfydepends --force-version --chroot /usr/src/jpoker/build/debian/unstable --control gnulinux/debian/unstable/src/jpoker*.dsc close failed: [Errno 9] Bad file descriptor Traceback (most recent call last): File /usr/sbin/gconf-schemas, line 82, in module pids=os.popen('pidof gconfd-2').readlines()[0].split() IOError: [Errno 9] Bad file descriptor dpkg: error processing libgnomevfs2-common (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libgnomevfs2-0: libgnomevfs2-0 depends on libgnomevfs2-common (= 1:2.24); however: Package libgnomevfs2-common is not configured yet. libgnomevfs2-0 depends on libgnomevfs2-common ( 1:2.25); however: Package libgnomevfs2-common is not configured yet. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAko7XGMACgkQ8dLMyEl6F21CugCcDZ0Qqc2Z0mdjhR2r27AOwsuF aSQAnA4z51zM0d2DdXU9kpcfbyWYE2Pq =1x6x -END PGP SIGNATURE- begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:l...@dachary.org title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
Bug#533601: [sparc] tcpd fails reverse name resolution
On Jun 19, Hermann Lauer hermann.la...@iwr.uni-heidelberg.de wrote: Which is what I expect. I'm not shur if dig is the best tool here, which should I use ? printf? A debugger? -- ciao, Marco signature.asc Description: Digital signature
Bug#533469: Cannot determine QEMU argv syntax
On Thu, Jun 18, 2009 at 12:07:42PM +0200, martin f krafft wrote: also sprach Guido Günther a...@sigxcpu.org [2009.06.18.1125 +0200]: Hmm...versions since 0.6.1 do restart themselfes on upgrades (when upgrading from a version (= 0.6.1). It's a bug when this didn't happen. I am running libvirtd as a normal user, not from init. I did not find a way to restart the daemon short of killing it, which I didn't want as it would have ungracefully shut down all VMs. We don't restart non-root libvirtds on upgrade since those terminate themselfs when all VMs were shut down. However, killing and restarting libvirtd should work whithout tearing down the VMs as of 0.6.1 wheter running no-root or not. -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533608: Stopping watchdog keepalive daemon... failed!
Package: watchdog Version: 5.6-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I get this error message everytime at startup - -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages watchdog depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-12 GNU C Library: Shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-88 creates device files in /dev ii udev 0.141-1/dev/ and hotplug management daemo watchdog recommends no packages. watchdog suggests no packages. - -- debconf information: watchdog/module: none watchdog/run: true watchdog/restart: false -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAko7XMoACgkQw5UvgfnzqGr3IwCfRpebB4kNOg4NFpz9Wg7CM1Yv ftgAnRc+OQhAC5aHf5OhuyHETBq/u8W8 =jByX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533609: transmission-cli: torrent files created with transmissioncli are invalid
Package: transmission-cli Version: 1.22-1 Severity: grave Justification: renders package unusable Tags: patch When creating a torrent and chosing a directory as a source (-c), file-names in the torrent file are cropped (first character missing) if the directory name ends with a slash, which happen in most of the case because we use bash autocompletion (and it's hard to guess that this final slash is the source of the problem, I had to read the code to understand that!) This leads to the inability to seed the torrent because the client using the .torrent file cannot find the files it refers to. I propose the following patch to work around the problem : --- libtransmission/makemeta.c.old2009-06-19 11:21:27.0 +0200 +++ libtransmission/makemeta.c2009-06-19 11:21:37.0 +0200 @@ -274,7 +274,7 @@ tr_benc * uninitialized_path ) { const char *pch, *prev; -const size_t topLen = strlen(topFile) + 1; /* +1 for '/' */ +const size_t topLen = strlen(topFile); int n; /* get the file size */ if topFile contains a final slash, it will be taken in account by strlen. So far, this patch seems to cause no side effects neither with -cli nor -gtk. Regards -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages transmission-cli depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcurl37.18.2-8lenny2 Multi-protocol file transfer libra ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries ii transmission-common 1.22-1 free, lightweight BitTorrent clien transmission-cli recommends no packages. transmission-cli suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533557: openttd: dies silently when data files are not installed
Hi Javier, I propose the attached patch, a shell script that would replace openttd as the command to be executed by the OpenTTD menu item. Cool, thanks. I already saw the Ubuntu bug report [1], but didn't have time to reply yet. I like the idea. I don't use the Debian menus myself, I start my programs from a console mostly, where you do get a decent error message. I hadn't before realized that this doesn't happen when you start from the menu. So, I agree that this is something we must fix in some way. However, I'm not 100% sure if this approach is the best one to take. An alternative approach would be to introduce an extra package openttd-original-graphics, which would do something like your script at install time, and make openttd depend on that. This is probably not very differen right now, but makes the transition to the use of free graphics a lot easier later on. Currently there is ongoing work on the OpenGFX package, which is aimed to be a replacement for the original OpenTTD graphics. With the separate package approach, we could make openttd then depend on openttd-opengfx | openttd-original-graphics or something like that. Any thoughts on this? As for the patch you created, it looks good. It has some decently named functions, decent comments and is translatable. Gr. Matthijs [1]: https://bugs.launchpad.net/ubuntu/+source/openttd/+bug/388402 signature.asc Description: Digital signature
Bug#533444: xserver-xorg-video-ati: X server hang while starting opengl application
On Thursday 18 June 2009 20:11:35 Henri Valta wrote: Ok, I compiled mesa 7.5~rc2-1 packages from debian-experimental git repository. The oops is still the same, gdb backtrace follows. I'll look into compiling a newer ddx driver next... With xserver-xorg-video-ati/radeon packages build from fdo git master branch, the oops and backtrace is identical. Now I'm trying to build the latest mesa packages using fdo git, but the old debian directory copied from debian git seems to need some adjusting as I'm getting issues on the install phase (trying to install some files to actual locations, not the fakeroot ones) -Henri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533539: [Pkg-libvirt-maintainers] Bug#533539: virtinst: creating a new guest fails with (create:466) Generating macaddr failed
found 533539 0.400.3-4 thanks On Thu, Jun 18, 2009 at 04:07:34PM +0200, Andreas Unterkircher wrote: Problem occurs in default_bridge() function. It invokes default_route() to find out default-route's network device. I used 'brlan' as interface name for the bridge device, the default-route is pointing to dev brlan. u...@srv-gdo-vm01:~$ ip addr sh dev brlan 6: brlan: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:22:64:fa:cb:b2 brd ff:ff:ff:ff:ff:ff inet 10.1.128.27/20 brd 10.1.143.255 scope global brlan inet6 fe80::222:64ff:fefa:cbb2/64 scope link valid_lft forever preferred_lft forever u...@srv-gdo-vm01:~$ ip ro sh dev brlan 10.1.128.0/20 proto kernel scope link src 10.1.128.27 default via 10.1.128.1 If I rename the bridge to br0, it works, as the code in line 107: defn = int(rt[-1]) does not permitted a letter at the end of the device name. A quick fix: u...@srv-gdo-vm01:/usr/share/python-support/virtinst/virtinst$ diff -u util.py.orig util.py --- util.py.orig2009-06-18 16:03:06.426793000 +0200 +++ util.py 2009-06-18 16:03:24.146793189 +0200 @@ -105,12 +105,12 @@ if rt is None: defn = None else: -defn = int(rt[-1]) +defn = rt if defn is None: return xenbr0 else: -return xenbr%d%(defn) +return xenbr%s%(defn) What about (untested): if rt in None: rt = 0 try: br = xenbr%d % int(rt[-1]) except ValueError: br = rt return br This would keep the names compat with the old ones when ending in a number but uses the bridge name only if it ends with a letter. Cole, Do you have any input what would be the correct fix? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#375034: libgpgme11: fails to prompt for passphrase with gpg-agent and no controlling tty
Hi, This might be the same issue as described in http://bugs.debian.org/359758 https://bugs.g10code.com/gnupg/issue1047 Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533602: [texlive-latex-extra] Footmisc and hyperref incompatibility
Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: texlive-latex-extra Version: 2007.dfsg.17-2 Severity: normal Tags: patch Footmisc and hyperref does not wortk well together. Thank you for the patch. Could you send us a file that doesn't work without, but works with the patch? Chances are good that the problem is already solved upstream, and I'd rather check before digging into the newest upstream code. Thanks in advance, Frank -- Dr. Frank Küster Debian Developer (TeXLive) VCD Aschaffenburg-Miltenberg, ADFC Miltenberg B90/Grüne KV Miltenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533610: O: gcvs
Package: wnpp Severity: normal Hi! I'm orphaning the package gcvs because it depends on libgtk1.2 and would need a port to GTK 2. However, this would involve quite a bit of upstream work who is inactive for some while now. Feel free to do the port, otherwise please remove the package from Debian for now. Thanks very much. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533612: O: gps - Graphical Process Statistics using GTK+ 1.2
Package: wnpp Severity: normal Hi! I'm orphaning the package gps because it depends on libgtk1.2 and would need a port to GTK 2. However, this would involve quite a bit of upstream work who is inactive for some while now. Feel free to do the port, otherwise please remove the package from Debian for now. Thanks very much. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533589: ITP: bt747 -- GPS data logger software, allows download, convert, and configure MTK Chipset Based Devices.
Hello, On Fri, 19 Jun 2009 00:30:31 -0500, Gustavo Andrés Angulo wrote: This is a GPS data logger software, allows download, convert, and configure MTK Chipset Based Devices. I own an iBlue 747a+ device, MTK-based, so here are some questions for you (I'm currently using mtkbabel) # Download recorded position data from GPS Data Loggers based on the MTK chipset. # Configure MTK Chipset Based Devices and Loggers These are covered by mtkbabel too ;). Regarding other points: [..] # Supports handheld devices (Palm, WinCE, Mobile Phones supporting Java (J2ME)) In what way? Does it have some client software for those devices? # Supports Desktops (Windows, MacOSX, Linux flavors) Err.. maybe that's not much important for us, I suppose:) # Upload AGPS(EPO) data to MTK II Chipset Based Devices and Loggers Can it also download AGPS data from the Internet? Thank you, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#533611: unbound uses wrong path for pidfile (/var/lib/unbound vs /var/run)
Package: unbound Version: 1.2.1-2 Severity: minor Before a stone age, unbound required that all paths it sees be in its chroot directory if it's running chrooted. Quite some time has passed since that. Now it correctly implements all the init stuff, writes pidfiles etc before entering chroot jail. So there's no reason to keep the pidfile in the wrong location which is inside its choroot jail dir. It's time to move the pid file from /var/lib/unbound/unbound.pid to /var/run/unbound.pid where all the other pid files are keept. But with this I'm not sure how to proceed. Note that the PIDFILE variable is used (and initialized too) in the startup script (and may be overwritten in /etc/default/unbound) to point to the old wrong location. Changing init file or especially /etc/default/unbound is something we want to avoid really. And on the other hand, unbound-1.3.0 is out (I'll submit another wishlist bug about this, since I alredy packaged it), which adds unbound-checkconf -o which, in turn, can be used to easily extract options from unbound.conf for situations exactly like this. So in my startup script for unbound-1.3.0 I removed the PIDFILE usage from init script entirely and replaced that variable with `unbound-checkconf -o pidfile` where appropriate. So it looks like the best way is to update to 1.3 and at the same time to move pidfile to /var/run . Thanks. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-x86-64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unbound depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libldns11.5.1-1 ldns library for DNS programming ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries unbound recommends no packages. unbound suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533613: new upstream version (1.3.0) is available
Package: unbound Version: 1.2.1-2 Severity: wishlist Tags: patch New upstream version with quite some changes and bugfixes is available. I packaged it for our needs (v. 1.3.0-0tls), see http://www.corpit.ru/debian/tls/unbound/ Based on original 1.2.1-2 as squeeze. The changes are: - libunbound SO version is now 1, not 0, so package libunbound1 -- debian/control and debian/libunbound0* - moved pidfile from /var/lib/unbound/unbound.pid to /var/run/unbound.pid -- debian/rules - changed usage of PIDFILE variable from being set in init script to read it from the actual config file using newly available `unbound-checkconf -o' -- debian/unbound.init Still todo: - package new python bindings for libunbound. I'm not sure if it's worth the efforts for now, since the interface just appeared in 1.3.0 and is not very stable yet. Thanks! /mjt -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-x86-64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unbound depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libldns11.5.1-1 ldns library for DNS programming ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries unbound recommends no packages. unbound suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533574: closed by Bastian Blank wa...@debian.org (Re: Bug#533574: linux-image-2.6.29-2-686: Optoin CONFIG_ACPI_PROCFS_POWER is not set -- battery monitors don't work)
I don't think this is the right way to go about changing interfaces between packages in Debian. The correct way to go about this is to propose a new packaging policy that packages use the sysfs interface. When that's approved then issue bug reports against all packages using the old interface. Then when all or most of those packages have switched to the new interface release a package which disables the old interface. This is the same process other packages go through, whether things like Emacs or Apache or Inetd or anything else that has to interface with other packages. They don't just change interfaces and leave it to people to discover everything else is broken. On Fri, Jun 19, 2009 at 10:18 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the linux-image-2.6.29-2-686 package: #533574: linux-image-2.6.29-2-686: Optoin CONFIG_ACPI_PROCFS_POWER is not set -- battery monitors don't work It has been closed by Bastian Blank wa...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bastian Blank wa...@debian.org by replying to this email. -- 533574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533574 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Bastian Blank wa...@debian.org To: 533574-d...@bugs.debian.org Date: Fri, 19 Jun 2009 11:15:44 +0200 Subject: Re: Bug#533574: linux-image-2.6.29-2-686: Optoin CONFIG_ACPI_PROCFS_POWER is not set -- battery monitors don't work On Thu, Jun 18, 2009 at 11:16:25PM +0100, Gregory Stark wrote: The ACPI battery module appears to be built with CONFIG_ACPI_PROCFS_POWER unset. That leaves it pretty useless. Things like gui battery monitors and even powertop require this file to report the battery usage. The information is properly exported in the sysfs: | $ cat /sys/class/power_supply/BAT0/{charge_{full,now},voltage_now} | 545 | 545 | 8316000 If the tools are not able to use them, it is their bug. No bug in the kernel. Bastian -- There is an order of things in this universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 -- Forwarded message -- From: Gregory Stark st...@enterprisedb.com To: Debian Bug Tracking System sub...@bugs.debian.org Date: Thu, 18 Jun 2009 23:16:25 +0100 Subject: linux-image-2.6.29-2-686: Optoin CONFIG_ACPI_PROCFS_POWER is not set -- battery monitors don't work Package: linux-image-2.6.29-2-686 Version: 2.6.29-5 Severity: wishlist File: /lib/modules/2.6.29-2-686/kernel/drivers/acpi/battery.ko The ACPI battery module appears to be built with CONFIG_ACPI_PROCFS_POWER unset. That leaves it pretty useless. Things like gui battery monitors and even powertop require this file to report the battery usage. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.29-2-686 depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii initramfs-tools [linux-initr 0.91e tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo Versions of packages linux-image-2.6.29-2-686 recommends: ii libc6-i6862.9-16 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.29-2-686/preinst/overwriting-modules-2.6.29-2-686: true linux-image-2.6.29-2-686/postinst/bootloader-error-2.6.29-2-686: linux-image-2.6.29-2-686/preinst/abort-install-2.6.29-2-686: linux-image-2.6.29-2-686/preinst/failed-to-move-modules-2.6.29-2-686: linux-image-2.6.29-2-686/preinst/initrd-2.6.29-2-686: linux-image-2.6.29-2-686/postinst/old-dir-initrd-link-2.6.29-2-686: true linux-image-2.6.29-2-686/postinst/old-initrd-link-2.6.29-2-686: true linux-image-2.6.29-2-686/postinst/bootloader-test-error-2.6.29-2-686: linux-image-2.6.29-2-686/postinst/depmod-error-initrd-2.6.29-2-686: false linux-image-2.6.29-2-686/preinst/elilo-initrd-2.6.29-2-686: true linux-image-2.6.29-2-686/preinst/lilo-initrd-2.6.29-2-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.29-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.29-2-686/postinst/depmod-error-2.6.29-2-686: false linux-image-2.6.29-2-686/postinst/kimage-is-a-directory: linux-image-2.6.29-2-686/postinst/create-kimage-link-2.6.29-2-686: true linux-image-2.6.29-2-686/prerm/removing-running-kernel-2.6.29-2-686: true
Bug#533614: [INTL:eu] dma debconf basque translation
Package: dma Severity: wishlist Tags: l10n patch Hello Attached dma debconf templates Basque translation, please add it. thx -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of templates.po to Euskara # debconf translation for dma, the DragonFly Mail Agent # Copyright (C) 2009 Peter Pentchev # This file is distributed under the same license as the dma package. # # Peter Pentchev r...@ringlet.net, 2009. # Piarres Beobide EGaña p...@beobide.net, 2009. msgid msgstr Project-Id-Version: templates\n Report-Msgid-Bugs-To: d...@packages.debian.org\n POT-Creation-Date: 2009-06-17 14:29+0300\n PO-Revision-Date: 2009-06-19 12:24+0200\n Last-Translator: Piarres Beobide EGaña p...@beobide.net\n Language-Team: Euskara librez...@librezale.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: string #. Description #: ../templates:1001 msgid System mail name: msgstr Sistemaren posta izena: #. Type: string #. Description #: ../templates:1001 msgid The 'mail name' is the domain name used to 'qualify' mail addresses without a domain name. msgstr 'Posta izena' domeinu izenik ez duten mezuak kualifikatzeko erabiliko den domeinu izena da. #. Type: string #. Description #: ../templates:1001 msgid This name will also be used by other programs. It should be the single, fully qualified domain name (FQDN). msgstr Izen hau beste programa batzuek ere erabiliko dute. Berau guztiz kualifikatutako domeinu izen (FQDN) bat izan beharko zen. #. Type: string #. Description #: ../templates:1001 msgid Thus, if a mail address on the local host is f...@example.org, the correct value for this option would be example.org. msgstr Honela, ostalari lokaleko posta helbide bat zerb...@adibide.org bada, aukera honetako balio zuzena adibide.org izango litzateke. #. Type: string #. Description #: ../templates:2001 msgid Smarthost: msgstr Smarthost: #. Type: string #. Description #: ../templates:2001 msgid Please enter the IP address or the host name of a mail server that this system should use as outgoing smarthost. If no smarthost is specified, dma will try to deliver all messages by itself; however, for the present it cannot handle MX record lookups. msgstr Mesedez idatzi sistema honek posta kanporako bidaltzean erabili behar duen posta zerbitzariaren ostalari-izen edo IP helbidea. Ez bada smarthost-ik zehazten, dma mezuak bere kabuz bidaltzen saiatuko d; hala ere, oraingoz ezin ditu MX erregistro bilaketak kudeatu. #. Type: string #. Description #: ../templates:3001 msgid A program to handle double-bounces: msgstr Errebote-bikoitzak kudeatzeko programa bat: #. Type: string #. Description #: ../templates:3001 msgid Please enter the name of a program that dma will invoke when a bounced message bounces in its own right. Leave this blank to keep dma's default behavior of simply aborting the delivery, or specify the name or full path to a program that will process the double-bounce message. msgstr Mesedez zehaztu dma-k errebotatutako mezuak jasotzean deitu behar duen programa. Utzi ezazu zurian dma-ren lehenetsiriko portamoldea mantendu edo bidalketa baztertzeko, edo zehaztu errebote-bikoitzeko mezua prozesatu behar duen programaren izena edo bide osoa.
Bug#533602: [texlive-latex-extra] Footmisc and hyperref incompatibility
On Fri, Jun 19, 2009 at 11:51 AM, Frank Küsterfr...@debian.org wrote: Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: texlive-latex-extra Version: 2007.dfsg.17-2 Severity: normal Tags: patch Footmisc and hyperref does not wortk well together. Thank you for the patch. Could you send us a file that doesn't work without, but works with the patch? Chances are good that the problem is already solved upstream, and I'd rather check before digging into the newest upstream code. sure in this file hyperlink does not work without the patch (included comment for non working exemple). \documentclass{book} \usepackage{hyperref} \usepackage{footmisc} % comment after \makeatletter \long\d...@footnotetext#1{% \H@@footnotetext{% \i...@nesting \hyper@@ancho...@currenthref}{#1}% \else \...@raisedlink{\hyper@@ancho...@currenthref}{\relax}}#1% \fi }} \d...@footnotemark{% \leavevmode \ifhmode\ed...@x@sf{\the\spacefactor}\nobreak\fi \...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% \...@makefnmark \hy...@linkend \ifhmode\spacefact...@x@sf\fi \relax }% \i...@multiplefootnote% \renewcomman...@footnotemark{% \leavevmode \ifhmode \ed...@x@sf{\the\spacefactor}% \...@mf@check \nobreak \fi \...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% \...@makefnmark \hy...@linkend \i...@pp@towrite \...@pp@writetemp \...@pp@towritefalse \fi \...@mf@prepare \ifhmode\spacefact...@x@sf\fi \relax% }% \fi \makeatother %%% comment before \begin{document} \footnote{foo} \end{document} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533602: [texlive-latex-extra] Footmisc and hyperref incompatibility
On Fri, Jun 19, 2009 at 12:27 PM, Bastien ROUCARIESroucaries.bast...@gmail.com wrote: On Fri, Jun 19, 2009 at 11:51 AM, Frank Küsterfr...@debian.org wrote: Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Package: texlive-latex-extra Version: 2007.dfsg.17-2 Severity: normal Tags: patch Footmisc and hyperref does not wortk well together. Thank you for the patch. Could you send us a file that doesn't work without, but works with the patch? Chances are good that the problem is already solved upstream, and I'd rather check before digging into the newest upstream code. What I mean but does not work well, it compile without error, but hyperlinking of footnote is lost. sure in this file hyperlink does not work without the patch (included comment for non working exemple). \documentclass{book} \usepackage{hyperref} \usepackage{footmisc} % comment after \makeatletter \long\d...@footnotetext#1{% \H@@footnotetext{% \i...@nesting \hyper@@ancho...@currenthref}{#1}% \else ...@raisedlink{\hyper@@ancho...@currenthref}{\relax}}#1% \fi }} \d...@footnotemark{% \leavevmode \ifhmode\ed...@x@sf{\the\spacefactor}\nobreak\fi �...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% �...@makefnmark \hy...@linkend \ifhmode\spacefact...@x@sf\fi \relax }% \i...@multiplefootnote% \renewcomman...@footnotemark{% \leavevmode \ifhmode \ed...@x@sf{\the\spacefactor}% \...@mf@check \nobreak \fi \...@refstepcounter{hfootnote}% \hy...@makecurrent{hfootnote}% \hy...@linkstart{link}{\@currentHref}% \...@makefnmark \hy...@linkend \i...@pp@towrite \...@pp@writetemp \...@pp@towritefalse \fi \...@mf@prepare \ifhmode\spacefact...@x@sf\fi \relax% }% \fi \makeatother %%% comment before \begin{document} \footnote{foo} \end{document} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533615: [INTL:eu] wicd debconf basque translation
Package: wicd Severity: wishlist Tags: l10n patch Hello Attached wicd debconf template Basque translation, please add it. thx -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wicd depends on: ii adduser 3.110 add and remove users and groups ii dhcp3-client 3.1.2-1DHCP client ii dhcpcd1:3.2.3-3 DHCP client for automatically conf ii iproute 20090324-1 networking and traffic control too ii net-tools 1.60-23The NET-3 networking toolkit ii python2.5.4-2An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P ii wireless-tools29-2 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.9-3client support for WPA and WPA2 (I wicd recommends no packages. Versions of packages wicd suggests: ii pm-utils 1.2.5-2utilities and scripts for power ma # translation of templates.po to Euskara # Debconf translations for wicd. # Copyright © 2009, David Paleino # This file is distributed under the same license as the wicd package. # # Piarres Beobide EGaña p...@beobide.net, 2009. msgid msgstr Project-Id-Version: templates\n Report-Msgid-Bugs-To: w...@packages.debian.org\n POT-Creation-Date: 2009-06-13 17:38+0200\n PO-Revision-Date: 2009-06-19 12:28+0200\n Last-Translator: Piarres Beobide EGaña p...@beobide.net\n Language-Team: Euskara librez...@librezale.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: multiselect #. Description #: ../templates:1001 msgid Users to add to the netdev group: msgstr netdev taldera gehitzeko erabiltzaileak: #. Type: multiselect #. Description #: ../templates:1001 msgid Users who should be able to run wicd clients need to be added to the group \netdev\. msgstr Wicd bezeroak exekutatzeko gai diren erabiltzaileak \netdev\ taldean gehitu behar dira.
Bug#533616: linux-image-2.6.29-2-amd64: occasional ext3 filesystem corruption
Package: linux-image-2.6.29-2-amd64 Version: 2.6.29-5 Severity: grave Justification: causes non-serious data loss Yesterday, I found my root filesystem mounted read-only. Dmesg gave the following messages (retyped by hand, which is why the timestamps are missing): EXT3-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #91119000: directory entry accross blocks - offset=0, inode=2364050278, rec_len=36552, name-len=216 Aborting journal on device sda3. Remounting filesystem read-only __journal_remove_journal_head: freeing b_comitted_data Note the ridiculously large inode number mentioned in the first line. After reboot, I needed to run fsck from the root prompt. An orphaned inode list was fixed, a zero dtime was fixed, block bitmap differences were fixed, free block counts were fixed, free inode counts were fixed. I seem to recall inode bitmap differences were also fixed. -- Package-specific info: ** Version: Linux version 2.6.29-2-amd64 (Debian 2.6.29-5) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-10) ) #1 SMP Sun May 17 17:15:47 UTC 2009 ** Command line: root=/dev/sda3 ro ** Not tainted ** Kernel log: [10757.264576] firewire_ohci :03:03.0: restoring config space at offset 0x3 (was 0x0, writing 0xf810) [10757.264576] firewire_ohci :03:03.0: restoring config space at offset 0x1 (was 0x290, writing 0x2900216) [10757.264576] Enabling non-boot CPUs ... [10757.264576] SMP alternatives: switching to SMP code [10757.387717] Booting processor 1 APIC 0x1 ip 0x6000 [10757.264016] Initializing CPU#1 [10757.264016] Calibrating delay using timer specific routine.. 4322.66 BogoMIPS (lpj=8645327) [10757.264016] CPU: L1 I cache: 32K, L1 D cache: 32K [10757.264016] CPU: L2 cache: 4096K [10757.264016] CPU 1/0x1 - Node 0 [10757.264016] CPU: Physical Processor ID: 0 [10757.264016] CPU: Processor Core ID: 1 [10757.264016] CPU1: Thermal monitoring enabled (TM2) [10757.476572] CPU1: Intel(R) Core(TM)2 CPU T7400 @ 2.16GHz stepping 06 [10757.476614] CPU0 attaching NULL sched-domain. [10757.477015] Switched to high resolution mode on CPU 1 [10757.488758] CPU0 attaching sched-domain: [10757.488761] domain 0: span 0-1 level MC [10757.488762] groups: 0 1 [10757.488766] CPU1 attaching sched-domain: [10757.488767] domain 0: span 0-1 level MC [10757.488769] groups: 1 0 [10757.492025] CPU1 is up [10757.492027] ACPI: Waking up from system sleep state S3 [10757.696555] ACPI: EC: non-query interrupt received, switching to interrupt mode [10757.859613] pci :00:02.0: PME# disabled [10757.859618] pci :00:02.1: PME# disabled [10757.859621] pci :00:07.0: PME# disabled [10757.859679] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [10757.859685] HDA Intel :00:1b.0: setting latency timer to 64 [10757.859716] pcieport-driver :00:1c.0: setting latency timer to 64 [10757.859725] pcieport-driver :00:1c.1: setting latency timer to 64 [10757.859760] uhci_hcd :00:1d.0: PCI INT A - GSI 21 (level, low) - IRQ 21 [10757.859765] uhci_hcd :00:1d.0: setting latency timer to 64 [10757.859790] usb usb2: root hub lost power or was reset [10757.859850] uhci_hcd :00:1d.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [10757.859855] uhci_hcd :00:1d.1: setting latency timer to 64 [10757.859879] usb usb3: root hub lost power or was reset [10757.859922] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18 [10757.859928] uhci_hcd :00:1d.2: setting latency timer to 64 [10757.859951] usb usb4: root hub lost power or was reset [10757.860004] uhci_hcd :00:1d.3: PCI INT D - GSI 16 (level, low) - IRQ 16 [10757.860038] uhci_hcd :00:1d.3: setting latency timer to 64 [10757.860070] usb usb5: root hub lost power or was reset [10757.860140] ehci_hcd :00:1d.7: PME# disabled [10757.860144] ehci_hcd :00:1d.7: PCI INT A - GSI 21 (level, low) - IRQ 21 [10757.860150] ehci_hcd :00:1d.7: setting latency timer to 64 [10757.860156] ehci_hcd :00:1d.7: PME# disabled [10757.860248] pci :00:1e.0: power state changed by ACPI to D0 [10757.860255] pci :00:1e.0: setting latency timer to 64 [10757.860297] PIIX_IDE :00:1f.1: power state changed by ACPI to D0 [10757.860333] PIIX_IDE :00:1f.1: power state changed by ACPI to D0 [10757.860337] PIIX_IDE :00:1f.1: PCI INT A - GSI 18 (level, low) - IRQ 18 [10757.860361] PIIX_IDE :00:1f.1: restoring config space at offset 0x1 (was 0x2880005, writing 0x285) [10757.860370] PIIX_IDE :00:1f.1: setting latency timer to 64 [10757.860415] ata_piix :00:1f.2: PCI INT B - GSI 19 (level, low) - IRQ 19 [10757.860419] ata_piix :00:1f.2: setting latency timer to 64 [10757.860526] sky2 :01:00.0: restoring config space at offset 0x1 (was 0x40100407, writing 0x100407) [10757.860588] sky2 :01:00.0: PME# disabled [10757.860635] ath9k :02:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [10757.932148] firewire_core: skipped bus generations, destroying all
Bug#525822: missing an explicit Depends: ghostscript-cups
The bug is caused by the recent splitting of CUPS-specific components from the ghostscript package. To fix it, splix must explicitly depend upon ghostscript-cups. -- Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527566: Could this bug be fixed
Would it be possible to fix mediatomb postinstall script and release a new package in SID. At least what can we do to ask APT to stop complaining. Kind regards, JM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533186: [Pkg-cups-devel] Bug#533186: Bug not fixed, sorry
On Thu, Jun 18, 2009 at 9:30 PM, Till Kamppetertill.kamppe...@gmail.com wrote: Then the bug here is that these dependencies in the driver packages are missing. So assign this bug to splix, gutenprint, hplip, and lsb (and any other CUPS Raster driver package coming with Debian). As it transpired during the discussion of this bug, packages (splix, gutenprint, hplip, lsb) that need CUPS-specific components of Ghostscript must be upgraded to explicitly depend upon the new ghostscript-cups package. Can you please implement this in your next upload and refer to bug #533186 for the rationale, in your changelog? Thanks! Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533617: system-config-lvm: fails to start
Package: system-config-lvm Version: 1.1.4-2 Severity: normal Hi, I have a problem running this program: # system-config-lvm Traceback (most recent call last): File /usr/share/system-config-lvm/system-config-lvm.py, line 173, in module runFullGUI() File /usr/share/system-config-lvm/system-config-lvm.py, line 158, in runFullGUI blvm = baselvm(glade_xml, app) File /usr/share/system-config-lvm/system-config-lvm.py, line 108, in __init__ self.volume_tab_view = Volume_Tab_View(glade_xml, self.lvmm, self.main_win) File /usr/share/system-config-lvm/Volume_Tab_View.py, line 133, in __init__ self.prepare_tree() File /usr/share/system-config-lvm/Volume_Tab_View.py, line 214, in prepare_tree self.model_factory.reload() File /usr/share/system-config-lvm/lvm_model.py, line 164, in reload self.__PVs = self.__query_partitions() File /usr/share/system-config-lvm/lvm_model.py, line 198, in __query_partitions multipath_data = multipath_obj.get_multipath_data() File /usr/share/system-config-lvm/Multipath.py, line 53, in get_multipath_data block_devices.append(['/dev/' + words[9], words[4].rstrip(','), words[5]]) IndexError: list index out of range Kind regards, --Toni++ -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates'), (450, 'testing'), (250, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages system-config-lvm depends on: ii gettext 0.17-4 GNU Internationalization utilities ii gsfonts 1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre ii lvm2 2.02.39-7 The Linux Logical Volume Manager ii menu 2.1.41 generates programs menu for all me ii python2.5.2-3An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-suppor 0.8.4 automated rebuilding support for P system-config-lvm recommends no packages. system-config-lvm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533618: [collection/strings] fails on setuid/setgid/sticky files when run as root
Package: lintian Version: 2.2.10 Severity: normal Tags: patch Hi, Thanks a lot for working on lintian! In version 2.2.10, the list of files examined by collection/strings was limited to those containing :whitespaceELF to avoid false positives. However, this kind of fails on packages containing setuid, setgid, or sticky binaries *only when the lintian test is run as root*. Of course, I realize that running lintian as root is discouraged, but that's what pbuilder does by default, and IMHO there's no harm in supporting it with a simple change such as the following patch :) I'm reporting the bug against lintian-2.2.10 in squeeze, but it is also present (and the patch is against) unstable's 2.2.12. I hope that this bug won't prevent the migration of 2.2.12 to squeeze, which would be desirable because of the support for Policy 3.8.2 : Keep up the good work! G'luck, Peter *** strings-on-setid-files.patch Fix strings run as root on setuid, setgid, or sticky executables. diff -urN lintian-2.2.12/collection/strings lintian-2.2.12-roam/collection/strings --- lintian-2.2.12/collection/strings 2009-06-19 03:22:54.0 +0300 +++ lintian-2.2.12-roam/collection/strings 2009-06-19 13:01:40.0 +0300 @@ -27,7 +27,7 @@ [ ! -f elf-index ] || rm -f elf-index exec elf-index -for bin in $(sed -rn 's/:\s+\bELF\b.+$//g;T;p' file-info); do +for bin in $(sed -rn 's/:\s+((set[ug]id|sticky)\s+)*\bELF\b.+$//g;T;p' file-info); do echo $bin case $bin in /usr/lib/debug/*) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.47-1produces graph of changes introduc ii dpkg-dev 1.15.2Debian package development tools ii file 5.03-1Determines file type using magic ii gettext0.17-6GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libipc-run-perl0.82-1Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-2 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-23 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch2.19.1-1 Binary utilities that support mult ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.5-2on-line manual pager -- no debconf information pgpZEIEdZgz3o.pgp Description: PGP signature
Bug#531419: mpicc segfaults when called by fakeroot
On Jun 18, 2009, at 10:24 PM, Steve M. Robbins wrote: I uploaded this change to Debian's openmpi packages yesterday, patch below. Jeff: will you commit this upstream? Fakeroot maintainer: will you set OMPI_MCA_disable_memory_allocator to 1 in the fakeroot environment? Perhaps it would be better if you had debian/rules check to see if $FAKEROOTKEY is set and then export OMPI_MCA_disable_memory_allocator in that case. Perhaps, though I don't see any benefit to this approach rather than always setting the variable. Can you elaborate? Two things: 1. Doh; I suggested a poorly-named environment variable. For reasons you don't care about, OMPI_MCA_memory_ptmalloc2_disable would be a better name for us (vs. OMPI_MCA_disable_memory_allocator). Sorry about that! I just committed the check for OMCA_MCA_memory_ptmalloc2_disable upstream: https://svn.open-mpi.org/trac/ompi/changeset/21479 2. If you want a more general env variable name, like checking for the presence of $FAKEROOTKEY (or whatever), let me know and we can also add a check for that upstream. To be clear, I think I'm going to do #1 anyway -- it's a nice way for our users to disable this stuff. But I'm not opposed to having a fakeroot-specific environment variable check as well. -- Jeff Squyres Cisco Systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533621: icedove: Please add support for duplex printing
Package: icedove Version: 2.0.0.19-1 Severity: wishlist -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20090110 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils3.1.3 Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-5 GCC support library ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-4 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.4-3 NetScape Portable Runtime Library ii libnss3-1d 3.12.3-1 Network Security Service libraries ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libpng12-0 1.2.37-1 PNG library - runtime ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.7-1utilities that use the proc file s ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: pn icedove-gnome-support none (no description available) pn latex-xft-fonts none (no description available) ii libthai0 0.1.11-3 Thai language support library -- 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#532908: Please fix this grave bug
On Thu, 2009-06-18 at 23:25 +0200, maximilian attems wrote: better complain at the kernel-package maintainer who decided this. It is the job of maintainers to include these scripts in initramfs-tools? I can see scripts in the package. The problem is that initramfs-tools scripts are probably outdated. So why not replace them? Kind regards, JM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517241: [alsa-devel] Laptop (Samsung Q45) speakers unmute when master channel is unmuted even with headphones connected
On Thu, 2009-05-07 at 17:11 +0200, Takashi Iwai wrote: At Tue, 05 May 2009 11:58:39 +0100, Sam Morris wrote: On Tue, 2009-05-05 at 12:47 +0200, Takashi Iwai wrote: At Sat, 2 May 2009 13:14:42 +0100, Sam Morris wrote: Since Linux 2.6.28 and through to 2.6.30-rc4, the hda-intel driver has had a bug on my laptop (a Samsung Q45). If I connect my headphones, the laptop's internal speakers are muted--fine. But if I then mute and unmute the master mixer channel, the speakers come back to life, even though the headphones are still connected. Could you run alsa-info.sh with --no-upload option, and attach the generated file? Here you go! Thanks. What if you use model=auto option? This is fixed in 2.6.30, but only if I use the model=auto option. :) Takashi -- Sam Morris s...@robots.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533619: fails to work with applet on festspielhaus.de
Package: icedtea6-plugin Version: 6b16-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the applet on https://ticket.festspielhaus.de/applet/applet.jsp?vn=1683md=001 wors on a lenny machine with sun-java6-plugin, but not with icedtea6-plugin on my amd64 sid machine – it just stays blank. Thanks, Joachim - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedtea6-plugin depends on: ii dpkg 1.15.3 Debian package management system ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libgcc1 1:4.4.0-6 GCC support library ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libmozjs1d1.9.0.11-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8-1 NetScape Portable Runtime Library ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libstdc++64.4.0-6The GNU Standard C++ Library v3 ii openjdk-6-jre 6b16-3 OpenJDK Java runtime, using Hotspo icedtea6-plugin recommends no packages. icedtea6-plugin suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAko7bZ8ACgkQ9ijrk0dDIGyCsQCfTMugEcaorH79zH/vfmp7806s mHoAoJATvYclpgjF4U5OxKpbfh6FVg0d =Et0M -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532908: Please fix this grave bug
BTW, does copying the example scripts solve the problem ? Dear Ritesh, After copying the example scripts, I could build custom kernels and initrd images were created automatically, including using fakeroot. So I don't understand why these scripts are not used by default. Kind regards, JM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533439: mutt: not updating time fields on mbox
On Thu, Jun 18, 2009 at 12:50:08AM +0100, Antonio Radici wrote: Rocco (from upstream) has provided us with a test patch which should fix the problem, I've built a test package of mutt for you, it is based on mutt 1.5.20-1 with the addition of that test patch. Can you please test if it fixes the problem? Hi Antonio and Rocco, Thanks, but I'm still seeing the bug with 1.5.20-1+fix533439. Setting the access time to be equal to the modification time seems to be an edge case that works for Bash but not XBiff. xbiff's algorithm (reset means the user clicked on xbiff with the mouse): Now check for changes. If reset is set then we want to pretent that there is no mail. If the mailbox is empty then we want to turn off the flag. Otherwise if the mailbox has changed size then we want to put the flag up, unless the mailbox has been read since the last write. The cases are: o forced reset by userDOWN o no mailbox or empty (zero-sized) mailboxDOWN o if read after most recent write DOWN o same size as last time no change o bigger than last time UP o smaller than last time but non-zero UP Mutt's mbox(5) manpage matches Mutt 1.5.20's system: If the modification-time (usually determined via stat(2)) of a nonempty mbox file is greater than the access-time the file has new mail. I'm not sure what to do with this bug now. Some test results: xbiff only checks for updates every 30 seconds, unless it's forced to redraw by being obscured and then exposed (which I'm doing at every stage in testing this). Similarly I've set bash's MAILCHECK delay to 1 second. I'm running frm in the middle (package mailutils, lists the headers of all mails), but omitting that step doesn't change the results of the other steps. During the test below, there is other mail in the mailbox, but none of it has the old or new flags set. New mail received xbiff: new mail bash: you have new mail (or sometimes just you have mail) File: `/var/mail/steve' Size: 731600 Blocks: 1440 IO Block: 4096 regular file Device: 807h/2055d Inode: 570084 Links: 1 Access: (0660/-rw-rw) Uid: ( 1010/ steve) Gid: ( 1010/ steve) Access: 2009-06-19 10:48:28.0 +0100 Modify: 2009-06-19 10:50:35.0 +0100 Change: 2009-06-19 10:50:35.0 +0100 Run frm xbiff: clear bash: (no prompt) File: `/var/mail/steve' Size: 731600 Blocks: 1440 IO Block: 4096 regular file Device: 807h/2055d Inode: 570084 Links: 1 Access: (0660/-rw-rw) Uid: ( 1010/ steve) Gid: ( 1010/ steve) Access: 2009-06-19 10:51:25.0 +0100 Modify: 2009-06-19 10:50:35.0 +0100 Change: 2009-06-19 10:50:35.0 +0100 Run mutt, read the mail, leave it in the mailbox and exit xbiff: new mail bash: (no prompt) File: `/var/mail/steve' Size: 731638 Blocks: 1440 IO Block: 4096 regular file Device: 807h/2055d Inode: 570084 Links: 1 Access: (0660/-rw-rw) Uid: ( 1010/ steve) Gid: ( 1010/ steve) Access: 2009-06-19 10:50:35.0 +0100 Modify: 2009-06-19 10:50:35.0 +0100 Change: 2009-06-19 10:52:02.0 +0100 Run mutt a second time and exit immediately xbiff: clear bash: (no prompt) File: `/var/mail/steve' Size: 731638 Blocks: 1440 IO Block: 4096 regular file Device: 807h/2055d Inode: 570084 Links: 1 Access: (0660/-rw-rw) Uid: ( 1010/ steve) Gid: ( 1010/ steve) Access: 2009-06-19 10:52:40.0 +0100 Modify: 2009-06-19 10:50:35.0 +0100 Change: 2009-06-19 10:52:40.0 +0100 Cheers, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533622: please support to dlopen() libpdf.so
Package: gnuplot Version: 4.2.5-2 Severity: wishlist Hi, in order to use the pdf terminal provided by the pdflib-lite library, it is currently necessary to rebuild gnuplot against a (homebrown) libpdf-dev package which is very inconvenient. It would be better IMHO if gnuplot used the dlopen() mechanism to load the library at runtime when it finds it on the system. Thanks, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533623: ITP: haskell-polyparse -- A variety of alternative parser combinator libraries for Haskell
Package: wnpp Severity: wishlist Owner: Erik de Castro Lopo er...@mega-nerd.com * Package name: haskell-polyparse Version : 1.3 Upstream Author : Malcolm Wallace, Graham Hutton and Erik Meijer * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/polyparse * License : LGPL Programming Lang: Haskell Description : A variety of alternative parser combinator libraries for Haskell A variety of alternative parser combinator libraries, including the original HuttonMeijer set. The Poly sets have features like good error reporting, arbitrary token type, running state, lazy parsing, and so on. Finally, Text.Parse is a proposed replacement for the standard Read class, for better deserialisation of Haskell values from Strings. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524455: (no subject)
Ubuntu now includes soundconverter 1.4.3-0ubuntu1, you may want to use this version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533550: i915: kernel mode setting -- wrong resolution
On Thu, Jun 18, 2009 at 17:55:17 +0200, Julian Andres Klode wrote: Package: linux-image-2.6.30-1-amd64 Version: 2.6.30-1 Severity: normal When running with kernel modesetting, the resolution of the console is set to 1024x768 although the native resolution is 1280x800. The X server works correctly at 1280x800 and if I recall correctly, kernel 2.6.29 used the correct resolution for consoles. Another point is that the kernel reports: [1.731636] allocated 1280x800 fb: 0x007df000, bo 8800377b3d40 [1.793657] [drm] TV-13: set mode 1024x768 18 [1.873923] [drm] LVDS-8: set mode 1280x800 15 which says that the framebuffer should be 1280x800, AFAIK. Is a TV really connected? If not this should be fixed with: commit 03d6069912babc07a3da20e715dd6a5dc8f0f867 Author: Keith Packard kei...@keithp.com Date: Fri Jun 5 18:19:56 2009 -0700 drm/i915: Hook connector to encoder during load detection (fixes tv/vga detect With the DRM-driven DPMS code, encoders are considered idle unless a connector is hooked to them, so mode setting is skipped. This makes load detection fail as none of the hardware is enabled. Signed-off-by: Keith Packard kei...@keithp.com Signed-off-by: Eric Anholt e...@anholt.net 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#533315: [pkg-wine-party] Bug#533315: Bug#533315: no drive available, wine unusable
Louis-David Mitterrand skrev: The only (small) remaining problem is I have to downgrade my libc6 to install your packages: dpkg: warning: downgrading libc6 from 2.9-16 to 2.9-12. This isn't technically a problem with my packages. As usual, there's brokenness in sid. libc6-i386 version 2.9-16 conflicts with ia32-libs 2.7 and older, and there's no other version of ia32-libs available in sid yet. So, you can't install sid's libc6 and ia32-libs at the same time, before they get around to building a new ia32-libs. However, when they do, I may have to revert or adapt the patch I did in 1.1.23-2, since the reason for that libc conflict is that they changed the /usr/lib32 thing. That is. Wine's 1.1.23-1 paths were probably actually correct for usage with libc6 version 2.9-16, just not with the older 2.9-12, which you currently need. So, conversely, Wine's 1.1.23-2 paths may not work with 2.9-16. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498703: xserver-xorg-video-intel: x sometimes does notstart
En/na Brice Goglin ha escrit: On Fri, Sep 12, 2008 at 04:01:24PM +0200, david manyé wrote: Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny2 Severity: important when starting a computer, sometimes xwindow does not start and gdm shows the xkeepscrashing message. when a computer does not start, restarting it one (or two or three!) times usually solves the problem. Does this still happen with latest intel driver in unstable or experimental? hello, today i've done some tests with a couple of computers that didn't load X correctly with lenny versions (i've tried twice on both computers). then i've dist-upgraded them to sid and both loaded X correctly twice though one of them had some nasty behaviour but in general it seems to work... please don't close the bug yet: next monday i'll try to image the installation and test sid/unstable on all the lab machines (around 30). in case the problem was gone, please could you tell me how (or at least give some ideas) i could backport this to lenny since we are planning to use these machines with until december. thanks. Brice begin:vcard fn;quoted-printable:david many=C3=A9 n;quoted-printable:many=C3=A9;david org;quoted-printable:Universitat Rovira i Virgili;Departament d'Enginyeria Inform=C3=A0tica i Matem=C3=A0tiques adr;quoted-printable;dom:;;Av. dels Pa=C3=AFsos Catalans, 26;Tarragona;;43007 email;internet:dma...@urv.cat tel;work:977559706 version:2.1 end:vcard
Bug#533625: tcpdump: improve output file flushing
Package: tcpdump Version: 3.9.8-4 Severity: wishlist Hi, the -U flag is very useful, and would be even more useful if it flushed the output buffer after writing the header after opening the output file before writing out any packets. This would do away with error messages like: $ /usr/sbin/tcpdump -r yet-empty.pcap tcpdump: truncated dump file; tried to read 24 file header bytes, only got 0 Thanks, Feri. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-rc8 (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 tcpdump depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libpcap0.8 0.9.8-5 system interface for user-level pa ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries tcpdump recommends no packages. tcpdump suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533624: kdebindings: FTBFS: error: non-static can't use default assignment operator
Source: kdebindings Version: 4:4.2.4-1+b1 Severity: serious Hi, There was an error while trying to autobuild your package: Automatic build of kdebindings_4:4.2.4-1+b1 on excelsior by sbuild/amd64 98 Build started at 20090614-2159 [...] Build-Depends: debhelper (= 7), quilt, kdelibs5-dev (= 4:4.2.2), libqt4-opengl-dev (= 4.5.1), libphonon-dev (= 4:4.3.0), libsoprano-dev (= 2.1.67-2~), python, python-all-dev, sip4 (= 4.7.8), python-sip4-dev (= 4.7.8), python-qt4 (= 4.4.4), python-qt4-dev (= 4.4.4), ruby1.8-dev, ruby1.8, python-support (= 0.6), mono-devel (= 2.0.1) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390], cli-common-dev (= 0.5.4) [i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390], okular-dev (= 4:4.2.0), kdepimlibs5-dev (= 4:4.2.0), libakonadi-dev (= 1.1.1) [...] Toolchain package versions: linux-libc-dev_2.6.29-5 libc6-dev_2.9-13 g++-4.3_4.3.3-10 gcc-4.3_4.3.3-10 binutils_2.19.1-1 libstdc++6_4.4.0-6 libstdc++6-4.3-dev_4.3.3-10 [...] make[3]: Entering directory `/build/buildd/kdebindings-4.2.4/obj-x86_64-linux-gnu/python/pykde4-2.5' /usr/bin/cmake -E cmake_progress_report /build/buildd/kdebindings-4.2.4/obj-x86_64-linux-gnu/python/pykde4-2.5/CMakeFiles [ 1%] Building CXX object CMakeFiles/python_module_PyKDE4_akonadi.dir/sip/akonadi/sipakonadipart0.o /usr/bin/c++ -Dpython_module_PyKDE4_akonadi_EXPORTS -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT -D_REENTRANT -DQT_CORE_LIB -DQT_GUI_LIB -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG -fPIC -I. -I/build/buildd/kdebindings-4.2.4/python/pykde4 -I/usr/include/python2.5 -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/solid -I/usr/include/kio -I/usr/include/kdeprint -I/usr/include/kdeprint/lpr -I/usr/include/dom -I/usr/include/ksettings -I/usr/include/knewstuff2 -I/usr/include/dnssd -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/python_module_PyKDE4_akonadi.dir/sip/akonadi/sipakonadipart0.o -c sip/akonadi/sipakonadipart0.cpp In file included from /usr/include/python2.5/Python.h:8, from /usr/include/python2.5/sip.h:28, from sip/akonadi/sipAPIakonadi.h:11, from sip/akonadi/sipakonadipart0.cpp:7: /usr/include/python2.5/pyconfig.h:948:1: warning: _XOPEN_SOURCE redefined command-line: warning: this is the location of the previous definition /build/buildd/kdebindings-4.2.4/python/pykde4/sip/kdecore/typedefs.sip: In function 'PyObject* convertFrom_QSet_0200QByteArray(void*, PyObject*)': /build/buildd/kdebindings-4.2.4/python/pykde4/sip/kdecore/typedefs.sip:578: warning: suggest explicit braces to avoid ambiguous 'else' /usr/bin/cmake -E cmake_progress_report /build/buildd/kdebindings-4.2.4/obj-x86_64-linux-gnu/python/pykde4-2.5/CMakeFiles 1 [ 2%] Building CXX object CMakeFiles/python_module_PyKDE4_akonadi.dir/sip/akonadi/sipakonadipart1.o /usr/bin/c++ -Dpython_module_PyKDE4_akonadi_EXPORTS -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT -D_REENTRANT -DQT_CORE_LIB -DQT_GUI_LIB -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG -fPIC -I. -I/build/buildd/kdebindings-4.2.4/python/pykde4 -I/usr/include/python2.5 -I/usr/include/qt4 -I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSvg -I/usr/include/solid -I/usr/include/kio -I/usr/include/kdeprint -I/usr/include/kdeprint/lpr -I/usr/include/dom -I/usr/include/ksettings -I/usr/include/knewstuff2 -I/usr/include/dnssd -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -o CMakeFiles/python_module_PyKDE4_akonadi.dir/sip/akonadi/sipakonadipart1.o -c sip/akonadi/sipakonadipart1.cpp In file included from /usr/include/python2.5/Python.h:8, from /usr/include/python2.5/sip.h:28, from sip/akonadi/sipAPIakonadi.h:11, from sip/akonadi/sipakonadipart1.cpp:7:
Bug#487503: Missing format argument in lockfile-progs.c:usage()
On 2009-06-17 21:21:05 -0700, Rob Browning wrote: Michael Bienia mich...@vorlon.ping.de writes: As Ubuntu's gcc has some hardening patches applied, lockfile-progs 0.1.11-0.1 fails to build in Ubuntu intrepid with the following error message: , | lockfile-progs.c: In function 'usage': | lockfile-progs.c:79: error: format not a string literal and no format arguments ` I hope your are interested in a patch fixing it (patch attached). Hmm. Perhaps the usage_str should be a const char*, but is it actually a bug for a format string style function to not have any arguments? I guess the problem is that gcc can't check if the passed string contains any format specifier or not (see -Wformat-security in the gcc manpage. This option is enabled in Ubuntu's gcc by default). I'd be happy to change it to a const char* if that helps. I've checked this and making usage_str a const char * isn't enough and still needs the %s in the msg() call. But what works is replacing the assignments to usage_str with calls to msg() (and making so usage_str unnecessary). Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533616: linux-image-2.6.29-2-amd64: occasional ext3 filesystem corruption
severity 533616 important tags 533616 moreinfo thanks On Fri, Jun 19, 2009 at 12:38:12PM +0200, Matijs van Zuijlen wrote: Yesterday, I found my root filesystem mounted read-only. Dmesg gave the following messages (retyped by hand, which is why the timestamps are missing): EXT3-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #91119000: directory entry accross blocks - offset=0, inode=2364050278, rec_len=36552, name-len=216 Aborting journal on device sda3. Remounting filesystem read-only __journal_remove_journal_head: freeing b_comitted_data Note the ridiculously large inode number mentioned in the first line. After reboot, I needed to run fsck from the root prompt. An orphaned inode list was fixed, a zero dtime was fixed, block bitmap differences were fixed, free block counts were fixed, free inode counts were fixed. I seem to recall inode bitmap differences were also fixed. Log from the fsck run? Some of the differences are normal if the journal got aborted. But overall this looks like bad hardware, most likely memory. Bastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533574: closed by Bastian Blank wa...@debian.org (Re: Bug#533574: linux-image-2.6.29-2-686: Optoin CONFIG_ACPI_PROCFS_POWER is not set -- battery monitors don't work)
On Fri, 2009-06-19 at 11:26 +0100, Greg Stark wrote: I don't think this is the right way to go about changing interfaces between packages in Debian. The correct way to go about this is to propose a new packaging policy that packages use the sysfs interface. When that's approved then issue bug reports against all packages using the old interface. Then when all or most of those packages have switched to the new interface release a package which disables the old interface. The correct way is for upstream to announce the change in feature-removal-schedule.txt, which they did 2 years ago. Ben. -- Ben Hutchings The generation of random numbers is too important to be left to chance. - Robert Coveyou signature.asc Description: This is a digitally signed message part