Bug#310158: tar: outdated reference in info about amanda
Package: tar Version: 1.14-2 Severity: minor Bdale, the info page of tar has some outdated information about amanda. The home page is incorrectly referenced as http://www.cs.umd.edu/projects/amanda/amanda.html ftp://ftp.cs.umd.edu/pub/amanda The ftp site seems to be still active but the website gives a 404. The correct URL appears to be http://www.amanda.org Regards Rolf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310157: noof: undesirable Hall of mirrors (double buffering?) effect
Package: xscreensaver-gl Version: 4.21-3 Severity: minor noof runs a bit differently full screen than it does in a window. It's like double-buffering is enabled but noof doesn't know it, resulting in a distraction shimmer as it alternates between odd- and even-ly drawn shapes. I'd like it to either not do that, and either behave like running in a window, or use triple- (or more) buffering, which I suspect may actually look interesting... This is on a machine with a GF2MX, using the nvidia driver, BTW. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.10 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xscreensaver-gl depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgle3 3.1.0-5 OpenGL tubing and extrusion librar ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibmesa3-gl [libgl1 4.2.1-12.1 Mesa 3D graphics library [XFree86] ii xlibmesa3-glu [libgl 4.2.1-12.1 Mesa OpenGL utility library [XFree ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -MD -- --- Michael Deegan Hugaholic http://wibble.darktech.org/gallery/ - Nyy Tybel Gb Gur Ulcabgbnq! - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310063: samba: [INTL:ru] Russian debconf templates translation
tags 310063 pending thanks Quoting Yuriy Talakan' ([EMAIL PROTECTED]): Package: samba Severity: wishlist Tags: patch l10n Please use the attached Russian debconf templates translation Commited -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310162: mimedefang : Japanese po-debconf template translation (ja.po)
Package: mimedefang (BSeverity: wishlist (BTags: patch l10n (B (B (BDear mimedefang maintainer, (B (BHere's Japanese po-debconf template (ja.po) file that reviewed (Bby several Japanese Debian developers and users. (B (BCould you apply it, please? (B (B (BRegards, (B (B (B-- (BAtsushi A. Shimono shimono_at_kwasan.kyoto-u.ac.jp (Bhttp://www.kwasan.kyoto-u.ac.jp/~shimono/# #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. # #, fuzzy msgid msgstr Project-Id-Version: mimedefang 2.51-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-02-23 15:15+0100\n PO-Revision-Date: 2005-05-21 20:28-1000\n Last-Translator: Atsushi Shimono [EMAIL PROTECTED]\n Language-Team: Japanese debian-japanese@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=EUC-JP\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:4 msgid Should MIMEDefang use the embeded Perl interperter? msgstr MIMEDefang Perl #. Type: boolean #. Description #: ../templates:4 msgid Choosing this option will significantly improve performance. However some systems do not support it. If in doubt, you can select this option.. msgstr
Bug#310161: sendpage : Japanese po-debconf template translation (ja.po)
Package: sendpage (BSeverity: wishlist (BTags: patch l10n (B (B (BDear sendpage maintainer, (B (BHere's Japanese po-debconf template (ja.po) file that reviewed (Bby several Japanese Debian developers and users. (B (BCould you apply it, please? (B (B (BRegards, (B (B (B-- (BAtsushi A. Shimono shimono_at_kwasan.kyoto-u.ac.jp (Bhttp://www.kwasan.kyoto-u.ac.jp/~shimono/# #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. # #, fuzzy msgid msgstr Project-Id-Version: sendpage 0.9.14-4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-03-08 08:44-0500\n PO-Revision-Date: 2005-05-21 20:24-1000\n Last-Translator: Atsushi Shimono [EMAIL PROTECTED]\n Language-Team: Japanese debian-japanese@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=EUC-JP\n Content-Transfer-Encoding: 8bit\n #. Description #: ../sendpage-client.templates:3 ../sendpage-server.templates:3 msgid Sendpage Configuration msgstr sendpage #. Description #: ../sendpage-client.templates:3 ../sendpage-server.templates:3 msgid If you are upgrading sendpage from a pre-9.0 version: msgstr sendpage pre-9.0 : #. Description #: ../sendpage-client.templates:3 msgid Sendpage has had a major rewrite, and the format of the configuration file has changed. Your old configuration file will be preserved. For the client 'snpp', check the file /etc/sendpage/snpp.conf for information on configuring it. msgstr sendpage 'snpp' /etc/sendpage/snpp.conf #. Description #: ../sendpage-server.templates:3 msgid Sendpage has had a major rewrite, and the format of the configuration file has changed. Your old configuration file will be preserved. A full example of a 0.9.x sendpage.cf file can be found in /usr/share/doc/sendpage-common/ examples/sendpage.cf.example msgstr sendpage 0.9.x sendpage.cf /usr/share/doc/sendpage-common/examples/sendpage.cf.example #. Description #: ../sendpage-server.templates:3 msgid Note that you must have a modem attached to your system to make use of the sendpage-server package. msgstr sendpage-server
Bug#310160: cvs
Package: cvs Version: 1/1.12.9-13 Severity: wishlist Tags: l10n, patch While translating the debconf file cvs, I encountered the following typos, which I thought you might like to eliminate in a future release. _ 1. po:27 auto: Type: boolean auto: Description reference: ../cvs.templates:80 Original: 0 If you chose to enable the CVS pserver, it will be installed in inetd, using tcpd wrappers.\ (Is this slash and quotation mark [effectively an escaped single quotation mark] at the end of the string deliberate? If so, what does it mean?) _ submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#310163: jove : Japanese po-debconf template translation (ja.po)
Package: jove (BSeverity: wishlist (BTags: patch l10n (B (B (BDear jove maintainer, (B (BHere's Japanese po-debconf template (ja.po) file that reviewed (Bby several Japanese Debian developers and users. (B (BCould you apply it, please? (B (B (BRegards, (B (B (B-- (BAtsushi A. Shimono shimono_at_kwasan.kyoto-u.ac.jp (Bhttp://www.kwasan.kyoto-u.ac.jp/~shimono/# #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. # #, fuzzy msgid msgstr Project-Id-Version: jove 4.16.0.65-4\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-02-26 23:00+0100\n PO-Revision-Date: 2005-05-21 20:34-1000\n Last-Translator: Atsushi Shimono [EMAIL PROTECTED]\n Language-Team: Japanese debian-japanese@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=EUC-JP\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../jove.templates:3 msgid Found old version of /etc/jove.rc. Moved it to /etc/jove/jove.rc. msgstr /etc/jove.rc /etc/jove/jove.rc #. Type: note #. Description #: ../jove.templates:7 msgid Old version of /etc/jove.rc and new version /etc/jove/jove.rc found. msgstr /etc/jove.rc /etc/jove/jove.rc #. Type: note #. Description #: ../jove.templates:7 msgid Moving old version to /etc/jove/jove.rc.old. msgstr /etc/jove/jove.rc.old
Bug#310164: bad interactions with esd
Package: flashplugin-nonfree Version: 7.0.25-5 Severity: normal With the Englightened Sound Daemon running, I have to do 'ln -s /usr/lib/libesd.so.0 /usr/lib/libesd.so.1' in order for Flash plugins with sound to work and not crash Firefox (1.0.4-2). However, without a running esd (and with mozilla-firefox running with FIREFOX_DSP=none), the existence of /usr/lib/libesd.so.1 kills Flash sound (but it doesn't crash Firefox). When that symlink is moved away, away, Flash is able to produce sound without esd. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages flashplugin-nonfree depends on: ii debconf 1.4.49 Debian configuration management sy ii libruby 1.8.2-1Libraries necessary to run Ruby 1. ii ruby 1.8.2-1An interpreter of object-oriented -- debconf information: * flashplugin-nonfree/httpget: true flashplugin-nonfree/not_exist: * flashplugin-nonfree/http_proxy: * flashplugin-nonfree/local: * flashplugin-nonfree/delete: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310154: 855resolution: should be run from rcS.d
Hi, At Sun, 22 May 2005 14:00:29 +1000, Angus Lees wrote: Package: 855resolution Version: 0.3-4 Severity: normal 855resolution only needs to be run once during bootup (it has no stop equivalent) and has essentially no boot-time dependencies. IMO the init script should be run from runlevel S, not the usual [2345] priority 20. Maybe You're right, but I doubt 855resolution is really safe for everyone. I'm afraid incorrect configuration makes an unusable situation even if user try to boot with single mode. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309099: dropbear: /etc/init.d/dropbear script should signal error if not enableb
| | --AqsLC8rIMeq19msA | Content-Type: text/plain; charset=us-ascii | Content-Disposition: inline | | On Wed, May 18, 2005 at 12:44:44AM +0300, Jari Aalto wrote: | | On Sat, May 14, 2005 at 06:44:16PM +0300, Jari Aalto wrote: | | SUGGESTION | | Please display a message that dropbear is disabled (like openSSH gives), | | something like this in case user tries reload, strart etc. | | Start ignored. Dropbear is not enabled in /etc/default/dropbear, | | Hi Jari, I'm not sure that's necessary. Normally sysv init scripts | | print along a line 'Starting foo daemon... done' when starting a | | service. If it doesn't print anything, doesn't this already tell that | | starting the service didn't work out? | | How will silence indicate an error? User needs to be notified in case | of errors like this. Just like the Starting... message is followed by: | | Hi, see, I would've answered 'yes' to my question, I'm not yet convinced | that all users think like you. Please see | http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit | http://refspecs.freestandards.org/LSB_2.1.0/LSB-Core-generic/LSB-Core-generic.html#INISCRPTACT | and the sysvinit documentation. Thank you for the pointers. The Debian policy reads: 9.3.2 Writing the scripts [3rd paragraph] The init.d scripts should ensure that they will behave sensibly if invoked with start when the service is already running,... [3rd last pragraph] These scripts should not fail obscurely when the configuration files remain but the package has been removed, ... So, i gather that there are valid reasons for failures. It is just that some things should not cause failure, like missing configuration files. But fulfilling behave sensible insists that scrits do signal an error if something goes wrong. It is reasonable to expect that start request either: - succeeds (the process starts) - not succeeds (process is not started; an error + reason given) The LSB reads: 8.2. Init Script Actions 0program is running or service is OK ... [paragraph after the 200-254 status numbers] ...the init script shall return an exit status of zero if the action described by the argument has been successful. Otherwise, the exit status shall be non-zero, as defined below. In case of an error, while processing any init script action except for status, the init script shall print an error message and return one of the following non-zero exit status codes. So if the the start is not successfull the script should indicate an error. | Please add error checking and error indication message. | | Anyway, Gerrit. Excellent. Now the behavior is natural and user knwos if something went wrong. But kindly return an error exit 1 [*], instead of exit 0, because the following user code would then not work as expected: if /etc/init.d/dropbear start $LOG 21; then echo Dropbear was started in this firewall $LOG else exit 1 fi Thanks, Jari [*] Better erorr codes are defined in LSB 8.2. Init Script Actions; paragraph In case of an error ... script shall print an error message and return one of the following non-zero exit status codes ... [LIST OF CODES] | --AqsLC8rIMeq19msA | Content-Type: text/plain; charset=us-ascii | Content-Disposition: attachment; filename=diff | | Index: debian/dropbear.init | === | RCS file: /cvs/dropbear/debian/dropbear.init,v | retrieving revision 1.2 | diff -u -r1.2 dropbear.init | --- debian/dropbear.init 20 May 2004 15:47:15 - 1.2 | +++ debian/dropbear.init 21 May 2005 14:21:56 - | @@ -14,10 +14,12 @@ | | set -e | | +cancel() { echo $1 2; exit 0; }; | test ! -r /etc/default/dropbear || . /etc/default/dropbear | -test $NO_START = 0 || exit 0 | -test -x $DAEMON || exit 0 | -test ! -h /var/service/dropbear || exit 0 | +test $NO_START = 0 || cancel 'NO_START is not set to zero.' | +test -x $DAEMON || cancel $DAEMON does not exist or is not executable. | +test ! -h /var/service/dropbear || \ | + cancel '/var/service/dropbear exists, service is controlled through runit.' | | test -z $DROPBEAR_BANNER || \ |DROPBEAR_EXTRA_ARGS=$DROPBEAR_EXTRA_ARGS -b $DROPBEAR_BANNER | | --AqsLC8rIMeq19msA-- | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310143: INTL:vi
tags #310031 confirmed pending tags #310143 confirmed pending thanks On Sat, May 21, 2005 at 04:27:59PM +0930, Clytie Siddall wrote: The Vietnamese translation for debconf: clamav-data ... and clamav-getfiles. Committed to svn, thanks for your efforts. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310061: INTL:vi
tags #310061 confirmed pending thanks On Sat, May 21, 2005 at 09:22:33PM +0930, Clytie Siddall wrote: The Vietnamese translation for debconf: console-log ... committed to svn. Thanks for your effort. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310165: ITP: bkchem -- Python based free chemical drawing program
Package: wnpp Severity: wishlist Owner: Li Daobing [EMAIL PROTECTED] * Package name: bkchem Version : 0.9.0 Upstream Author : Beda Kosata [EMAIL PROTECTED] * URL : http://bkchem.zirael.org/ * License : GPL LGPL Description : Python based free chemical drawing program BKchem is a free (as in free software) chemical drawing program, which is written in python. . Some of the features, you can expect: * Drawing (bond-by-bond drawing; templates for common rings; expanding of common-groups; draws radicals, charges, arrows; color support ...) * Editing (unlimited undo and redo capabilities; aligning; scaling; rotation (2D, 3D) ...) * Export/Import (fully supported SVG-, OpenOffice.org-Draw-, EPS-export; basic support for CML1 and CML2 import and export) You can find debian source package at: http://debian.wgdd.de/debian/dists/sid/contrib/source/science/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310166: dropbear: Use 'Homepage:' tag in control file
Package: dropbear Version: 0.45-2 Severity: wishlist /usr/share/doc/developers-reference/developers-reference.txt 6.2.4. Upstream home page - We recommend that you add the URL for the package's home page to the package description in `debian/control'. This information should be added at the end of description, using the following format: . Homepage: http://some-project.some-place.org/ SUGGESTION Change slightly Description part of the package: See http://matt.ucc.asn.au/dropbear/dropbear.html = Homepage: http://matt.ucc.asn.au/dropbear/dropbear.html -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages dropbear depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308314: When closing galeon by window manager, the session is not
On Sat, 21 May 2005, [iso-8859-1] Loc Minier wrote: This is a followup for Debian bug http://bugs.debian.org/308314. I reopened the bug so we could discuss your problem longer, and I tried to explain what led to the current behavior. I suggested you describe any other possible behavior you wished Galeon would follow. Thanks. I wish for Galeon follows the behavior that mixes old and new one: if it is last Galeon window, then Galeon saves its state - all opened tabs, if ever there is one tab, on the firing window close event. If it's not last Galeon window - it's not saving state on window close event, but on Galeon exit event it's always saving the session (as it is doing now). As addition it will very good if Galeon allows set custom keyboard shortcuts for all its actions. WBR, Svyatoslav. --- mailto: [EMAIL PROTECTED] contacts: (380) (562) 34-70-60
Bug#309714: dpkg: [L10N:RO][PATCH]dpkg Romanian (incomplete) translation
Quoting Eddy Petrisor ([EMAIL PROTECTED]): I will send another _better_ translation today, or tomorrow. Will you still be able to check it in your tree tomorrow, or are you away? Just as I said, I am doing this right now. This is a better dpkg translation. We expect to have at least one more revision, but this version is usable and consistent with itself and has better wording. Commited in my archive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308813: buggy apt pinning in experimental
Hi, The following patch solves this problem, together with the ones formerly outlined: http://people.debian.org/~ema/patches/pbuilder-experimental.diff Thanks for your work; it seems like a worthwhile effort, considering it will make experimental a thing closer to work with. I'll try and come back to it; since I am trying to process other misc things accumulated through my vacation. regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309995: mozilla-firefox: please enable rendering of indian languages
On Sat, May 21, 2005 at 06:21:08PM -0400, Eric Dorland [EMAIL PROTECTED] wrote: tags 309995 moreinfo thanks * Kamaraju Kusumanchi ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.4-2 Severity: wishlist By default firefox is not able to render telugu (an indian language) properly while Konqueror renders it very nicely. Documentation at http://telugu.sarovar.org/wiki/index.php/Browser says that we need to get an indic enabled build of firefox. It would be nice if this capability is available in Debian by default (similar to Fedora core 3) without any user intervention. It would be more helpful to have instructions on how to build Firefox with indic enabled. I'd never heard of this before. It's just a matter of enabling the pango build, which requires extra patch that people from Fedora did. IIRC, these patches have been taken upstream and pango build will be default on firefox 1.1. I think it would be better to wait for firefox 1.1 for this to happen. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310118: exim4-config: /usr/share/doc/exim4-base/README.Debian.gz should be included
tags #310118 confirmed pending thanks On Sat, May 21, 2005 at 08:57:26PM +0200, Daniel Maier wrote: /usr/share/doc/exim4-base/README.Debian.gz from exim4-base should be included into exim4-config as it contains information about configuring exim4-config Good point. I have committed a fix to svn: -daemon-light and -daemon-heavy have received a symlink to -base README.Debian.gz. This is fine, as the daemon packages depend on -base. -config, which doesn't depend on -base, has its own copy of the README file now. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309999: Re: Bug#309999: [Debian normal bug #309999] rageircd: Looks for ircd.motd in /usr at SIGHUP
tags #30 confirmed pending thanks On Sat, May 21, 2005 at 05:44:24PM +0100, Alasdair McWilliam wrote: I've checked with the buildd logs and you've forgotten --with- confdir=/etc. I also notice you use the more generic autoconf install flags, i.e.: Actually, I needed --with-confidir=/etc/rageircd, which is now in svn. I suggest adding --with-confdir and --with-certdir too. (The latter for SSL certificates) The SSL certificates are found just fine at the moment. However, the server seems to issue the MOTD file only after receiving the first SIGHUP. Right after startup, the client still reports motd not found. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309639: exim4: Code 450 Errors
tags #309639 moreinfo thanks On Wed, May 18, 2005 at 07:40:11AM -0600, Gordon Haverland wrote: One of the guys in my LUG is in the anti-spam business. He was testing out some new stuff, and wanted some of us (with different MTAs) to send messages to his machine. Exim4 seems to fail in a bad manner in this test, hence the report. His intention is to only allow a single recipient per connection, and the test involved having 3 addresses in the To: field. The message sent back to Exim (from his logs is): 450 Only One Recipient Per Connection - See http://www.XXX.net/policy.html At which phase of the SMTP transaction is that temporary error issued? The first address is delivered to by exim, the other 2 addresses in the To: field are ignored. Exim never does attempt to reconnect and send the second and third messages, per the error message from the destination site. Exim does not warn the user that copies of 2 of the 3 recipients is never sent. Can you give the appropriate log entries for the messages? You _might_ be better off with discussing this on Upstream's mailing list, since I am pretty sure that Debian's configuration isn't at fault here. I am, however, eager to help here as well. Your decision. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309760: xlockmore-gl: xlock dies when (fv)wm switches virtual desktop
Kenshi Muto wrote: I'm trying to reproduce bug you reported, but I couldn't succeed (xlock dies) it. Strange. Also on PPC? Could you show us your fvwm configuration? Yes. The complet configuration file is attached. I am pretty sure the critical lines are: Style Gaim StartsOnPage 0 1 Style Gaim KeepWindowGroups Because I couldn't understand what's mean I have set up my FVWM so windows related to Gaim always are put on the same virtual desktop.. That formulation may also have been a bit unclear. This looks be very rare case and I doubt it's RC. I agree completely that it seems to be a very rare case, but unfortunatly it is still a security hole. Is there an administrative way of making the bug non-RC without ignoring that it is a security hole? Jacob -- »Vi får ikke andet skæg end det vi selv kan finde på.« # Trying to compile an old .fvwrc to the new fvwm-2.0 Format # Unfortunately, order does matter in this file # The correct order for inserting configurations is: # 1. Colors # 2. Assorted configuration paramters such as ClickToFocus, or MWMBorders # 3. Path setup (ModulePath, PixmapPath, IconPath) # 4. Style settings, including the default style Style * ... # 5. InitFunction and ResetFunction definitions. # 6. Other Functions. Functions cannot be forward referenced from # other functions, but they can be backward referenced. # 7. Menus definitions. Same caveats about forward referencing # 8. Key and Mouse Bindings. # 9. Module options. # The order of steps 5, 6, and 7 is not critical, as long as there are # no forward references to functions or menus. # If you get it wrong, the most common problem is that color or font settings # are ignored ### # Colours # All windows: Style * ForeColor #a0 Style * BackColor #c0 # Selected window: #Set the foreground and background color for selected windows HilightColor #c0 #a0 #PagerBackColor #5c54c0 #PagerForeColor orchid Style Black Sticky Style #60c0a0 Sticky # Menus: #!MenuForeColor #c0 (new command=MenuStyle) #!MenuBackColor #a0 (new command=MenuStyle) #!MenuStippleColor#ffc0c0 (new command=MenuStyle) DefaultColors #a0 #c0 # Now the fonts - one for menus, another for window titles, another for icons #Font -*-courier-bold-r-normal-*-14-*-*-*-*-*-iso8859-1 #Font -*-helvetica-bold-r-normal-*-14-*-*-*-*-*-iso8859-1 #!Font -*-times-medium-i-*-*-*-120-*-*-*-*-*-* (new command=MenuStyle) WindowFont -adobe-helvetica-bold-r-*-*-12-*-*-*-*-*-*-* #IconFont -adobe-helvetica-medium-r-*-*-11-*-*-*-*-*-*-* IconFontfixed ### # Set up the major operating modes # FOCUS STUFF ## # Set windows to auto-raise after 750 milliseconds if you like it. # Autoraise can sometimes obscure pop-up windows. Performance is now # similar to olvwm's auto-raise feature. #AutoRaise 750 # Normally, we'll be in focus-follows mouse mode, but uncomment this # for mwm-style click-to-focus #ClickToFocus Style * SloppyFocus ICON STUFF ## # Auto Place Icons is a nice feature # This creates two icon boxes, one on the left side, then one on the # bottom. Leaves room in the upper left for my clock and xbiff, # room on the bottom for the Pager. #IconBox -150 90 -5 -140 #IconBox 5 -140 -140 -5 Style * IconBox -70 1 -1 -140 # If you uncomment this, and make sure that the WindowList is bound to # something, it works pretty much like an icon manager. #SuppressIcons # StubbornIcons makes icons de-iconify into their original position on the # desktop, instead of on the current page. #StubbornIcons # With AutoPlacement, icons will normally place themselves underneath active # windows. This option changes that. #StubbornIconPlacement # If you want ALL you icons to follow you around the desktop (Sticky), try # this #StickyIcons MWM EMULATION ### # # My feeling is that everyone should use MWMDecorHints and MWMFunctionHints, # since some applications depend on having the window manager respect them # MWMFunction hints parses the function information in the MOTIF_WM_HINTS # property, and prohibits use of these functions on the window. Appropriate # portions of the window decorations are removed. Style * MWMFunctions # MWM is kinda picky about what can be done to transients, and it was keeping # me from iconifying some windows that I like to iconify, so here's an # over-ride that will allow me to do the operation, even tough the menu # item is shaded out. Style * HintOverride # MWMDecor hints parses the
Bug#310167: gcc-3.3: debian/patches/autoreconf.dpatch does not fail on error
Package: gcc-3.3 Version: 1:3.3.5-12 Severity: important Justification: fails to build from source Hi, I'm trying to rebuild gcc-3.3 in sarge to track another bug and I got a FTBFS on my normal system. I tried again in my buildd chroot and there it works. Comparing the build logs I found: | DEB_VERSION='1:3.3.5-12'; export DEB_VERSION; \ | debian/patches/autoreconf.dpatch -patch -d /mnt/mirror/gcc-3.3/gcc-3.3-3.3.5/src | patching file libtool.m4 | FATAL ERROR: Autoconf version 2.50 or higher is required for this script | FATAL ERROR: Autoconf version 2.50 or higher is required for this script | FATAL ERROR: Autoconf version 2.50 or higher is required for this script | FATAL ERROR: Autoconf version 2.50 or higher is required for this script | FATAL ERROR: Autoconf version 2.50 or higher is required for this script | echo autoreconf patches applied. stamps/02-patch-stamp-autoreconf But the bug isn't about it failing for some mysterious reason, I'm looking into that seperately, but about not stoping the build on this error. The problem is that, while -e is set in the dpatch, it does not affect subshells: |-patch) |patch $pdir -f --no-backup-if-mismatch -p0 $0 |for i in libf2c libjava/libltdl libobjc libstdc++-v3 zlib; do |(cd ${dir}/${i} ; autoreconf --force) |done |;; () forks a new shell and return code of subshells != 0 don't abbort: [EMAIL PROTECTED]:~% sh -c set -e; for i in a b; do echo \$i; false; done a [EMAIL PROTECTED]:~% sh -c set -e; for i in a b; do ( echo \$i; false ); echo \$?; done a 1 b 1 You have to manually check the return code of the subshell and take action, e.g. call false or exit: [EMAIL PROTECTED]:~% sh -c set -e; for i in a b; do ( echo \$i; false ) || false; done a MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gcc-3.3 depends on: ii binutils2.15-5 The GNU assembler, linker and bina ii cpp-3.3 1:3.3.5-12 The GNU C preprocessor ii gcc-3.3-base1:3.3.5-12 The GNU Compiler Collection (base ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310168: orig.tar.gz contains binary
Package: setmixer Severity: normal $ tar zxf setmixer_27DEC94.orig.tar.gz $ cd setmixer-27DEC94.orig $ file setmixer setmixer: Linux/i386 impure executable (OMAGIC), stripped -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310169: /usr/bin/autoreconf2.13: Fails to fail on error
Package: autoconf2.13 Version: 2.13-54 Severity: normal File: /usr/bin/autoreconf2.13 Hi, I'm tracking a problem where autoreconf fails mysteriously with FATAL ERROR: Autoconf version 2.50 or higher is required for this script FATAL ERROR: Autoconf version 2.50 or higher is required for this script but the build tries to continue. The problem is that autoreconf does not return an error even though autoconf2.13 and autoheader2.13 both give the above warning (one each). The simplest solution would be too add set -e to autoreconf2.13 but I'm not sure if that doesn't fail too often then. It might purposely ignore some errors. For me with set -e it stops after autoconf2.13 gives the error. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages autoconf2.13 depends on: ii autoconf 2.59a-3automatic configure script builder ii debianutils 2.13.2 Miscellaneous utilities specific t ii m41.4.3-1a macro processing language ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libfile-temp-pe 5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309581: Deinstalling udev
Uninstalling udev leaves the system with a static /dev directory that is missing sound devices. This problem can't be fixed in alsa-base maintainer scripts because alsa-base maintainer scripts don't get run when udev is uninstalled. The only maintainer scripts that could address the problem are the udev prerm and postrm. Another solution would be for the alsa initscript to create sound devices on start. However, initscripts loading/unloading modules and creating/deleting devices is something we want to get away from. One option is to say that uninstalling udev isn't supported. In that case udev should print a message on deinstallation warning the admin in big letters that she may have to fix the dev directory afterwards by hand. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308323: exim4-daemon-heavy: sometimes splits mail between alternative MXs for no good reason
Hi, On Mon, May 09, 2005 at 09:28:33PM +0200, Steinar H. Gunderson wrote: On Mon, May 09, 2005 at 07:19:21PM +0200, Marc Haber wrote: I suspect the following behavior: Whenever a new message is generated, a delivery process is usually forked immediately which delivers the message. This might be your behavior here. This is on `sendmail -v -q', so I doubt it. It actually forks into two delivery processes, each delivering to each its MX. I need to see logs. An exim queue runner will always wait for one delivery process to finish before the next one is spawned. If you want to have e-mail delivered down a single SMTP session, see the docs whether the -qq option might be what you need. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310170: /usr/share/aclocal/lib-link.m4: Use of AC_PREREQ(2.50) breaks existing sources
Package: gettext Version: 0.14.4-2 Severity: important File: /usr/share/aclocal/lib-link.m4 Hi, Updating gettext from 0.14.1-10 to 0.14.4-2 introduces AC_PREREQ(2.50) in lib-link.m4 and requires sources to use autoconf 2.50. Sources that use autoconf2.13 fail to build. Namely this affects gcc-3.3 which now FTBFS in sarge. If you don't think this is a bug in gettext then please notify all gettext and autoconf2.13 using packages of this change. But to me it seems kind of late in the release to require a change in autoconf versions. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gettext depends on: ii gettext-base0.14.4-2 GNU Internationalization utilities ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310171: INTL:vi
Package: cvsd Version: 1.0.7 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: cvsd vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#302527: happens here too
Frank Lichtenheld [EMAIL PROTECTED] wrote: Hi Frank, Could you try to track it down ? I have scanner supported by the snapscan backend, a powerpc laptop, and I can't reproduce the problem. From what I can see, it actually seems to segfault in usb_find_devices in sane_init() in sm3600.c So perhaps it is actually a problem in libusb, didn't investigated further yet. Anything new to report on this problem ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310035: Elinks contains nonfree code
Hi Peter, On Sat, May 21, 2005 at 01:49:21PM +0200, Peter Gervai wrote: I was pondering this for the last week. First, there were no real security bugs fixed, but many small ones (like the DoS with frames). Second, there were lots of small annoying ones fixed (like endless refresh on sourceforge). Third, I just checked and there wasn't really any upstream screwups in the last years, the new package bugs usually exist in old versions too. Many versions are due to new upstream releases and my packaging woes. Fourth, um, that's 0.10.4-7 we're talking about due to a problem of type-handling (see bug #309367) which dislikes new dpkg-architecure and I didn't notice that. (It'll be the same as -6 but with a non-screwed control field.) Apart from that I believe 0.10.4-7 is in far better shape than 0.9.xx, and it is supposed to handle multiple arch compiles better (I don't find the bug now but was related to type-handling and autotools-dev somewhere), and contains elinks-lite, which was a long-long-long standing wish from many people with small systems. I am not really familiar with uploading to frozen, and who to bribe, etc. :) I dare to say that 0.10.4-7 have good chances to stay in, any errors there may only be related to my packaging screwups :-/ [which seems to work right now(tm)] What I cannot do is get the backport done (due to lack of time) and I doubt upstream would be anything but angry to let an old version in. Ok, I'm going to go ahead and push 0.10.4-7 in, thanks. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#310037: po4a: Bug in xml format
severity 310037 normal thanks Why should this bug be important? It's annoying, but for sure doesn't severly hinder the package usability (you can live without gettextization, you can use other modules). It doesn't mean I won't fix it, of course. On Sat, May 21, 2005 at 07:20:19PM +0200, Jordi Vilalta wrote: On Sat, 21 May 2005, Philippe Batailler wrote: When I run : po4a-gettextize -f xml -m ../../en/howto/installation-howto.xml -l ./installation-howto.xml -p howto.fr.po I get po4a gettextize: L'original a moins de chaînes que la traduction (19). Veuillez corriger ce problème en retirant la chaîne [...] ulink should not be put in a distinct template. Try changing -f xml to -f docbook. The xml module is a generic one that doesn't know about concrete tags. The docbook module extends it with the known tags in Docbook XML. I got no error with this change. If it does not help, I'd appreciate if you could do a tarball of your working directory so that I could play with it and see where the issue comes from. Thanks, Mt. signature.asc Description: Digital signature
Bug#310169: patchlet
Hi, I tested adding set -e to autoreconf2.13 and run it on something that works and it does fail. The patchlet below inverts the test condition to avoid a failing return code. MfG Goswin --- autoreconf2.13.orig 2005-05-22 10:37:07.0 +0200 +++ autoreconf2.13 2005-05-22 11:05:36.559824247 +0200 @@ -183,7 +183,7 @@ : colon s/:.*// '` -stamp=`echo $template | sed 's,/*[^/]*$,,;s,^$,.,'`/stamp-h`test $tcount -gt 1 echo $tcount`.in +stamp=`echo $template | sed 's,/*[^/]*$,,;s,^$,.,'`/stamp-h`test $tcount -le 1 || echo $tcount`.in if test ! -f $template || grep autoheader $template /dev/null; then if test $force = no test -f $template ls -lt $template configure.in $aclocal $stamp 2/dev/null \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310175: INTL:vi
Package: dbengine Version: 1.1-11 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: dbengine vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#280585: libimage-exif-perl: Problem reading EXIF-data from Canon 20D DSLR
Klaus Kettner [EMAIL PROTECTED] wrote: Hi Klaus, while extracting data from images of my new Canon 20D i get the following message: (null): Custom function unsupported for %s; please report to author (Canon EOS 20D) I just uploaded a new upstream release, could you give it a try and tell me if this problem has been fixed ? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294404: Bug#273182: a possible fix/workaround
also sprach Erik van Konijnenburg [EMAIL PROTECTED] [2005.05.21.2310 +0200]: The reworked patch is in wishlist #310126, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310126 You rock! Thanks a lot for your help! -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! man muss noch chaos in sich haben um einen tanzenden stern zu gebähren. -- friedrich nietzsche signature.asc Description: Digital signature
Bug#310177: INTL:vi
Package: dbishell Version: 0.8.9-7 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: dbishell vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#310178: udev does not know about /dev/lirc and /dev/lircm
Package: lirc Version: 0.7.1pre2-6 Severity: normal Hello, My machine reboots often. It uses udev. udev does not create /dev/lirc and /dev/lircm. /etc/init.d/lirc should do it, then. I copied the make_devices function from /var/lib/dpkg/info/lirc.postinst and added a call to it on start. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lirc depends on: ii debconf [debconf-2.0] 1.4.49 Debian configuration management sy ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii libasound21.0.8-3ALSA library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii liblircclient00.7.1pre2-6LIRC client library ii libusb-0.1-4 2:0.1.10a-9userspace USB programming library -- debconf information excluded Index: etc/init.d/lirc === --- etc/init.d/lirc (revision 43) +++ etc/init.d/lirc (working copy) @@ -2,6 +2,25 @@ # # +make_devices () +{ + if [ ! -e /dev/lirc ]; then + mknod /dev/lirc c 61 0 + chown root.root /dev/lirc + chmod 660 /dev/lirc + fi + if [ ! -e /dev/lircd ]; then + mknod /dev/lircd p + chown root.root /dev/lircd + chmod 666 /dev/lircd + fi + if [ ! -e /dev/lircm ]; then + mknod /dev/lircm p + chown root.root /dev/lircm + chmod 666 /dev/lircm + fi +} + load_modules () { local MODULES_MISSING=false @@ -73,6 +92,7 @@ case $1 in start) +make_devices if [ $LOAD_MODULES = true ] [ $START_LIRCD = true ]; then load_modules $MODULES fi
Bug#294404: Bug#273182: a possible fix/workaround
Marco, I CC'd you on this because it's about your proposed solution to #294404, which works very well. However, Erik has pointed out a potential problem. Based on your suggestion, mdadm now does the following in S25mdadm-raid: if [ -d /dev/.udevdb -a ! -e /dev/md0 -a ! -e /dev/md/0 ]; then echo -n Creating raid device nodes: cd /dev WRITE_ON_UDEV=1 ./MAKEDEV md echo done. fi Erik said that if initrd brings up /dev/md0, partitions from other software RAID devices (e.g. /dev/md7) cannot be brought up since the above code skips the MAKEDEV call in the case of presence of /dev/md0. Thus, my options are: 1 check for another device node, e.g. /dev/md5 and hope that the initrd only ever configures /dev/md0 2 check for multiple device nodes 3 check for all device nodes (is 0-15 the standard range?) 4 call MAKEDEV regardless of whether devices already exist, if udev is present 5 use some other way I personally favour 4, then 3, then 2. If I'd use 4, could I potentially break things? Or would it be guaranteed that any /dev/mdX device node brought up by the initrd would be major:minor 9:X as well? I would appreciate if you could let me know your thoughts and suggestions. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! on the other hand, you have different fingers. signature.asc Description: Digital signature
Bug#294404: Bug#301560: Bug#273182: a possible fix/workaround
On Sat, May 21, 2005 at 07:17:21PM +0200, Erik van Konijnenburg wrote: On Sat, May 21, 2005 at 05:35:48PM +0200, martin f krafft wrote: - echo Starting raid devices: + if [ -d /dev/.udevdb -a ! -e /dev/md0 -a ! -e /dev/md/0 ]; then +echo -n Creating raid device nodes: +cd /dev WRITE_ON_UDEV=1 ./MAKEDEV md +echo done. + fi + echo -n Starting raid devices: Mdadm is of course perfectly capable of creating it's own /dev/md0, provided auto=md is given for the relevant device in /etc/mdadm/mdadm.conf. Which doesn't help the fact that mdadm -A -s --auto doesn't work, since the whole point of mdadm -A -s is to make this work without needing to populate mdadm.conf... The problem is that users are not aware that this configuration option exists, giving rise to repeated bug reports, so you want to create the device regardless of config setting. Well, no; the problem is that this gives no way to auto-start all RAID arrays from userspace on 2.6 systems using udev, which is a regression against woody and against 2.4 systems using mdadm... # rm /dev/md0 rm: cannot remove `/dev/md0': No such file or directory # cat /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md0 level=raid1 num-devices=2 UUID=85318365:3b91c827:faee55c7:b1d96199 # /sbin/mdadm -A -s -a mdadm: error opening /dev/md0: No such file or directory # ./mdadm -A -s -a mdadm: /dev/md0 has been started with 2 drives. # ls -l /dev/md0 brw--- 1 root root 9, 0 2005-05-21 19:06 /dev/md0 # Aha, *that's* what I want to see... :) Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#310179: apt-listbugs: subprocess paste killed by signal (Broken pipe)
Package: apt-listbugs Version: 0.0.48 Severity: normal Recently I started getting the error messages during my apt-get call. I tracked them down to the following call in apt-listbugs: changelog = `/usr/bin/dpkg-deb --fsys-tarfile #{pkgpath} | tar -x -O ./usr/share/doc/#{field[package]}/#{chfile} -f - 2 /dev/null | gzip -d 2 /dev/null` The tar program is called in the following way: $ tar -x -O dummy -f - This works fine as long as the TAPE environment variable is not set, however: $ TAPE=/dev/nst0 tar -x -O dummy -f - tar: /dev/nst0: Cannot open: No such file or directory tar: Error is not recoverable: exiting now This is the reason for the error message shown in the subject line. This problem can simply be solved by changing the order of the parameters: $ TAPE=/dev/nst0 tar -x -f - -O dummy ... Waiting for input I assume tar stops parsing the flags after the first pathname parameter (dummy in the example) like it should according to the single unix specification, so it nevers sees the -f - option to read from stdin. It just reads from stdin if the TAPE variable is unset which should never be assumed by a software. Torsten -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.10 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apt-listbugs depends on: ii apt 0.5.28.6 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.1 modules/classes for dpkg on ruby 1 ii libintl-gettext-ruby1.8 0.11-5 Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.2-7Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-1Interface of expat for the scripti ii ruby 1.8.2-1An interpreter of object-oriented ii tar 1.15.1-1 GNU tar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310126: Bug#301560: Bug#273182: a possible fix/workaround
Let's move further discussion about mdadm --auto to #310126, please. Steve, could you bounce your message there too, please? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! the vast majority of our imports come from outside the country. - george w. bush signature.asc Description: Digital signature
Bug#310181: O: cantus
Package: wnpp Severity: normal I decided to maintain this package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310180: mailman produces duplicated MIME-Version: 1.0 headers
Package: mailman Version: 2.1.5-8 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On multipart/... messages which mailman puts in a multipart/mixed container to append its footer, the MIME-Version: 1.0 header is repeated, so that the resulting email contains two MIME-Version headers. I'm 90% positive that the MIME RFCs specify that there should be only 1 such headers; somebody subscribing to one of my lists discovered the problem because INN apparently rejects such messages when the mailing list is gated to a newsgroup (I agree that this violates the 'be liberal in what you accept' thingy.) cheers - -- vbi - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mailman depends on: pn apache | httpd Not found. ii cron3.0pl1-86management of regular background p ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii logrotate 3.7-3Log rotation utility ii postfix [mail-transport-age 2.1.5-9 A high-performance mail transport ii pwgen 2.03-1 Automatic Password generation ii python 2.3.5-2 An interactive high-level object-o ii ucf 1.17 Update Configuration File: preserv -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: get my key from http://fortytwo.ch/gpg/92082481 iKcEARECAGcFAkKQWq1gGmh0dHA6Ly9mb3J0eXR3by5jaC9sZWdhbC9ncGcvZW1h aWwuMjAwMjA4MjI/dmVyc2lvbj0xLjUmbWQ1c3VtPTVkZmY4NjhkMTE4NDMyNzYw NzFiMjVlYjcwMDZkYTNlAAoJEIukMYvlp/fWaNcAnRX+Gj6AcXM6C8jX2js4PcpC 7KMQAKDJmcgEgco3yzN5kCLG/Wouj3uVYA== =9L8T -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304735: How stable is BDB?
Steve Langasek wrote: In 2.2, LDBM is a royal mess; even in 2.1, AIUI, there were too many problems to consider it releasable. I've gone back to my servers, to check exact versions of what I am running. On my Opteron running a Debian-amd64 Sarge, it seems I stuck with slapd 2.1.30-3, which was awfully broken with BDB, but hasn't seen a single problem with LDBM. The installed BDB packages are for 4.2.52-17 and never worked correctly. This is rock solid with 90K user accounts and 35K groups on LDBM, it has been running for 6 months with very aggressive scripts performing daily updates. My x86 LDAP server is running slapd 2.1.30-3. BDB is 4.2.52-17 as well. Identical problems with BDB. Rock solid with LDBM. And whereas BDB was unusable in the 2.1 packages, it's reported to be vastly improved in 2.2 when using the correct version of libdb. Steve, do you maintain any slapd's under heavy usage? Is anyone running 2.2 with BDB in production with large trees? How stable is it in real life? It sounds like a really risky move to drop LDBM support which has been solid (and faster) for years for a BDB support that has been touted as stable for one or two years, while having trivial crashes. Not your fault at all -- but I am starting to lose faith in upstream's definition of stable. The remaining corruption bug that is listed in the BTS as applying to 2.2 has at its root a misconfigured server; the bug is still RC because a lack of performance tuning shouldn't result in database corruption, but its impact appears to be minimal unless your server is in an unusable state anyway. DB corruption upon missing DB_CONFIG was a BDB bug, *and* starting with 4.3 the BDB people had stated that they had fixed things so that a missing DB_CONFIG file did not lead to corruption. As you would expect, the defaults were to be set to safe (if slow/untuned) values. It should not be happening any more, and if it is, then using BDB sounds like a mistake. And, just to clarify, with the 2.1 series of slapd, DB_CONFIG tweaking reduced the chance of lockups, but didn't remove them at all. In fact, it was so trivial to get the whole thing locked up that at one point I had a pair of shellscrips that did it quite reliably if run concurrently. I'll see if I can find them. regards, martin -- --- Martin @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington WEB: http://catalyst.net.nz/ PHYS: Level 2, 150-154 Willis St OFFICE: +64(4)916-7224 MOB: +64(21)364-017 Make things as simple as possible, but no simpler - Einstein --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309977: multi-key (V3?) in losetup broken
On Sat, May 21, 2005 at 11:30:40PM +0200, Anno wrote: # gpg --decrypt keyfile-v3 | head -n 64 | gpg --symmetric -a keyfile-v2 (try losetup again with this keyfile-v2; It should work with 2.12a and 2.12p; losetup -a from 2.12p should show multi-key-v2) With loop-aes-utils -a from 2.12p I get multi-key-v3 !!! with keyfile-v2 and the original error message with keyfile-v3. But with keyfile-v2 (using loop-aes-utils 2.12p) it is set up correctly and I can mount it! What is going on here? If you do gpg --decrypt keyfile-v2 | wc -l, does it return 64 or something else? If it returns 64, things are alright. I just verified that losetup of a v2 keyfile using 2.12p shows as multi-key-v3, when you have a loop-AES version 2.x module loaded. With a version 3.x module, it correctly shows as multi-key-v2. The reason is that between loop-AES 2.x and 3.x, the meaning of bit 0x8 in lo_flags changed from do_bmap to multi-key mode v3, which caused losetup to detect multi-key-v3 if do_bmap was set. This change affects only losetup -a display though, and the setup is correctly done in multi-key mode v2. I noticed that keyfile-v3 has 3915 newlines at the end, is this to worry me for the final step (which I did not yet take)?: I don't think it should be a problem (but note that I haven't used such a setup myself). The reason for the newlines is probably the first step Jari showed in his mail, 'yes ', which filled the first block with newlines. Since the keyfile is likely shorter than 8192 bytes, the padding was extracted along with it when you did the dd. # dd if=keyfile-v2 of=/dev/device bs=8192 count=1 conv=notrunc I'm planning on trying this on a copy tomorrow. I want to give my harddrive a little rest inbetween though it's rather large quantities it has to shuffle around. And a comment from you if you think it is safe any more would maybe spare it some heat, particularly if you don't think I should try this... ;-) If it's on a copy, go ahead :-) The only problem I can think of is, if your converted keyfile is smaller than the old one, parts of the old keyfile maybe left in place where there should be newline padding. I don't know if gpg requires this padding, perhaps it is necessary to repeat the first step (yes | dd ...) before writing the new keyfile. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310182: dbmail
Package: dbmail Version: dbmail_1.2.11-1 Severity: wishlist Tags: l10n, patch While translating the file dbmail, I encountered the following typo, which I thought you might like to eliminate in a future release. _ 1. po:24 auto: Type: boolean auto: Description reference: ../dbmail.templates:65 Original: 0 The stunnel SSL wrapper allows you to provide secure IMAP and POP services even though dbmail doesn't support neither IMAPS nor POP3S (yet). (even though dbmail doesn't yet support either IMAPS or POP3S. By using the word not, you already have a negative, so you don't need the n in neither. :) ) _ submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#310183: INTL:vi
Package: dbmail Version: dbmail_1.2.11-1 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: dbmail vi.po Description: Binary data translated and submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED]
Bug#310089: evince: Zoom level widget not updated on mouse changes
forwarded 310089 http://bugzilla.gnome.org/show_bug.cgi?id=305080 thanks Le samedi 21 mai 2005 à 12:00 -0300, Javier Kohen a écrit : The zoom level indicator widget isn't properly updated when the user changes the zoom level with the ctrl+scroll wheel combination. Sometimes the value becomes updated, but usually it doesn't really reflect the current zoom level. Hi, Thanks for the bug. I've forwarded it to the upstream bugzilla, you can read the comments about it here: http://bugzilla.gnome.org/show_bug.cgi?id=305080 Cheers, Sebastien Bacher
Bug#303297: opening compressed ps/pdf files
forwarded 303297 http://bugzilla.gnome.org/show_bug.cgi?id=305081 thanks Le mardi 05 avril 2005 à 23:24 +0200, Alexander Fieroch a écrit : It would be great to open *.ps.bz2, *.pdf.bz2 and *.pdf.gz like ggv. Evince already opens *.ps.gz files, so please expand this feature with better compressors like bzip2 to save disc space with compressed documents. Hi, Thanks for the bug. I've forwarded it to the upstream bugzilla, you can read the comments about it here: http://bugzilla.gnome.org/show_bug.cgi?id=305081 Cheers, Sebastien Bacher
Bug#309697: Bad color rendering on cerain PDF
forwarded 309697 https://bugs.freedesktop.org/show_bug.cgi?id=3362 reassign 309697 poppler thanks Le mercredi 18 mai 2005 à 23:43 +0200, Falk Hueffner a écrit : For http://www.ece.cmu.edu/%7espiral/papers/si-spiral.pdf, on page 36 colors are rendered wrong, for example text is colored red and blue. xpdf and gv get it right. Hi, Right, this is a poppler/cairo issue. I've opened a bug on bugs.freedesktop.org about it, you can read the comments here: https://bugs.freedesktop.org/show_bug.cgi?id=3362 I'm reassigning the bug to the right package. Cheers, Sebastien Bacher
Bug#310184: openssl: garbled error message when verifying smime message
Package: openssl Version: 0.9.7g-1 Severity: normal Tags: patch When the smime application encounters the wrong type of signature[1], the type name is garbled before it is copied to the error message. The result is output like so: Error reading S/MIME message 17130:error:2107A08D:PKCS7 routines:SMIME_read_PKCS7:sig invalid mime type:pk7_mime.c:281:type: typeication/pgp-signature The attached patch solves the problem by creating the error message before freeing the data structure that contains the type name. [1] This occurs when mutt tries to verify a message that is signed both with pgp and with smime. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openssl depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7g-1 SSL shared libraries -- no debconf information --- openssl-0.9.7g/crypto/pkcs7/pk7_mime.c.orig 2005-05-22 11:56:41.132565857 +0200 +++ openssl-0.9.7g/crypto/pkcs7/pk7_mime.c 2005-05-22 11:56:47.829394714 +0200 @@ -277,9 +277,9 @@ if(strcmp(hdr-value, application/x-pkcs7-signature) strcmp(hdr-value, application/pkcs7-signature)) { - sk_MIME_HEADER_pop_free(headers, mime_hdr_free); PKCS7err(PKCS7_F_SMIME_READ_PKCS7,PKCS7_R_SIG_INVALID_MIME_TYPE); ERR_add_error_data(2, type: , hdr-value); + sk_MIME_HEADER_pop_free(headers, mime_hdr_free); sk_BIO_pop_free(parts, BIO_vfree); return NULL; }
Bug#233208: gcc-3.3: Please provide an overflow protection in the stock compiler
tags 233208 + wontfix thanks Hi, there will most likely be an alternative implementation in 4.1: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01193.html so I don't think we should add any external patches for now. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304735: How stable is BDB?
On Sun, May 22, 2005 at 10:15:19PM +1200, Martin Langhoff (CatalystIT) wrote: And, just to clarify, with the 2.1 series of slapd, DB_CONFIG tweaking reduced the chance of lockups, but didn't remove them at all. In fact, it was so trivial to get the whole thing locked up that at one point I had a pair of shellscrips that did it quite reliably if run concurrently. I'll see if I can find them. Hey, that would be really great for testing. Hope you can dig them up! Greetings Torsten signature.asc Description: Digital signature
Bug#310190: kmailcvt: can't import evolution mails with their folder estructure
Package: kmailcvt Version: 4:3.3.2-3 Severity: important kmailcvt can't import evolution mails with their folder estructure, after selecting the evolution folder (~/.evolution/mail/local) and clicking 'OK', the import tool does nothing and the progress bars show a 0%. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages kmailcvt depends on: ii kdelibs44:3.3.2-6KDE core libraries ii kmail 4:3.3.2-3KDE Email client ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libqt3c102-mt 3:3.3.4-3Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.6-5The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310188: hanterm-classic: manpage section changed without postinst update-alternative modification
Package: hanterm-classic Version: 3.1.6.0-4 Severity: normal Recently the manpage section has been changed: * debian/rules: install manpage as a section 1 manpage, not a section 1x manpage but postinst still installs hanterm-classic.1x.gz file: update-alternatives --install /usr/bin/x-terminal-emulator x-terminal-emulator /usr/X11R6/bin/hanterm-classic 30 \ --slave /usr/share/man/man1/x-terminal-emulator.1.gz x-terminal-emulator.1.gz /usr/X11R6/man/man1/hanterm-classic.1x.gz update-alternatives --install /usr/bin/X11/hanterm hanterm /usr/bin/X11/hanterm-classic 20 \ --slave /usr/X11R6/man/man1/hanterm.1x.gz hanterm.1x.gz /usr/X11R6/man/man1/hanterm-classic.1x.gz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Versions of packages hanterm-classic depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-13 X Athena widget set library ii libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-13 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-13 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310170: /usr/share/aclocal/lib-link.m4: Use of AC_PREREQ(2.50) breaks existing sources
On Sun, 22 May 2005, Goswin Brederlow wrote: Package: gettext Version: 0.14.4-2 Severity: important File: /usr/share/aclocal/lib-link.m4 Hi, Updating gettext from 0.14.1-10 to 0.14.4-2 introduces AC_PREREQ(2.50) in lib-link.m4 and requires sources to use autoconf 2.50. Sources that use autoconf2.13 fail to build. Namely this affects gcc-3.3 which now FTBFS in sarge. That would be really strange. This change was introduced in gettext 0.14.2-1, uploaded for unstable more than two months ago. Can you explain why gcc-3.3 didn't break then in unstable? If you don't think this is a bug in gettext then please notify all gettext and autoconf2.13 using packages of this change. [...] I think we should consider doing that, yes. There are only 35 source packages in unstable which have a build-depends: autoconf2.13, so we could check how many of them really break without a lot of work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308323: exim4-daemon-heavy: sometimes splits mail between alternative MXs for no good reason
On Sun, May 22, 2005 at 10:48:38AM +0200, Marc Haber wrote: If you want to have e-mail delivered down a single SMTP session, see the docs whether the -qq option might be what you need. Well, yes, that seems like it will solve my problem (though only as a side-effect), so for my part, this bug can be closed. (We've got our full Internet connection back now, so bandwidth is suddenly not an issue anymore anyhow :-) ) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310185: login: If I want to use su then I allways get su: permission denied.
Package: login Version: 1:4.0.3-31sarge5 Severity: critical Justification: breaks the whole system -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26-vs1.27 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages login depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310130: hda should be sda
On Sat, May 21, 2005 at 04:26:58PM -0500, [EMAIL PROTECTED] wrote: Package: installation-reports Debian-installer-version: Debian GNU/Linux testing Sarge - Official Snapshot i386 Binary-1 (downloaded May 16, 2005 uname -a: linux willy 2.6.8-2-686 #1 Mon Jan 24 03:58:38 EST 2005 i686 GNU/Linux Date: May 21, 2005 Method: Began the install with CD in a Sony DRU710A DVD RW drive connected to my home network (connected to the internet) And how is the booting computer aware of that CD-ROM device? (or are the you saying that your initial attempt was wrong?) Please elaborate. BTW: this minor compared to the /dev/hda /dev/sda issue Machine: Intek 915G - ICH6 chipset motherboard (Gigabyte GA 8I915G Pro Rev 2.0). DVD on IDE, HD on SATA, RAID (disabled in BIOS) Processor: Intel 3.2GHz 540J Memory: 2x512Mb (dual channel) Root Device: IDE? SCSI? Name of device? Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Output of lspci and lspci -n: Please provide that output, or even better, the output of ( lspci ; lspci -n ) | sort Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [0] Config network: [O] Detect CD: [E] Load installer modules: [E] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: Eventually I ended up using expert 26. Detect CD: failed until I specified correct device /dev/discs/.(?) Load installer modules: reports of many modules associated with ide and sata not loading, but nevertheless the install proceeded. With or without manual intervention from you? (did you `modprobe some_modules` ?) Reboot: The following error occured: /sbin/init: 431 cannot open dev/console: no such file kernel panic: Attempted to kill init! Prior to reboot the installer apparently thought the hd was /dev/hda and set up grub accordingly. Upon reboot the hd was identified as /dev/sda. Rebooted with installation CD far enough to mount hd and edit fstab to change /dev/hda references to /dev/sda. Rebooted of hd and within Grub edited bootup to change root=/dev/hda3 to root=/dev/sda3. Bootup proceeded. Now I am continuing with the install. Let me know if you need me to test these issues further. Yes, we need you for providing more information about it. lspci and lsmod for a start. Also I'm curious how /sbin/init could start without root at /dev/sda3. Greg Deitrick Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310187: kicker-applets: kbinaryclock shows a big green LED after login
Package: kicker-applets Version: 4:3.3.2-4 Severity: important When I log in to KDE, kbinaryclock starts automatically. It only shows the bottom row of the LEDs. The LEDs on this row function correctly. The top three rows are replaced with a big green LED which stays there permanently. This does not happen when I start kbinaryclock having logged into KDE earlier. It only happens when kbinaryclock starts automatically after login. It does this every time I log in. I have the following options set: Show seconds: no, LED look: Raised, LED shape: rectangular I can work around this by doing the following: Tick the show seconds box, click apply. Kbinaryclock now works as it should. I then untick the show seconds box and click OK. I'm not sure but this may be related to the following bugs on the KDE Bug Tracking System: 78852 and 87824. Please tell me if there's any more information I can provide that might come in useful or if you want me to try something out. Thanks Konrad D. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kicker-applets depends on: ii kdelibs44:3.3.2-6KDE core libraries ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libgcc1 1:3.4.3-13 GCC support library ii libglib1.2 1.2.10-10The GLib library of C routines ii libgtk1.2 1.2.10-17The GIMP Toolkit set of widgets fo ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libstdc++5 1:3.3.6-5The GNU Standard C++ Library v3 ii libx11-64.3.0.dfsg.1-13 X Window System protocol client li ii libxext64.3.0.dfsg.1-13 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-13 X Window System Input extension li ii libxrender1 1:0.8.3-1X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310189: libasound2: Can't quit mplayer, need to kill it.
Package: libasound2 Version: 1.0.8+1.0.9rc3-1 Severity: normal Tags: experimental I can't quit cleanly mplayer since I upgrade alsa packages to experimental version. I'm not sure the problem come from alsa or mplayer, but mplayer works properly with alsa in unstable. I use vanilla kernel 2.6.12-rc4. What happens : when I run mplayer from console, I press ESC to quit it. The window disappears, when mplayer doesn't give me back the prompt, it freezes. I have to press CTRL+C to get the prompt again, and I get the message : MPlayer interrupted by signal 2 in module: uninit_ao I use module snd_intel8x0 with nforce2 motherboard. Regards, JJ Luza -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc4-suspend2 Locale: LANG=POSIX, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Versions of packages libasound2 depends on: ii libc6 2.3.5-1GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310191: ultrapoint: FTBFS: dpkg-deb: conffile `/etc/vflib3/vflibcap-ultrapoint' does not appear in package
Package: ultrapoint Version: 0.4-9.1 Severity: serious Tags: sid Hi, The package is failing to build on all arches with the following error: dpkg-deb: conffile `/etc/vflib3/vflibcap-ultrapoint' does not appear in package dpkg-deb: building package `ultrapoint' in `../ultrapoint_0.4-9.1_m68k.deb'. dh_builddeb: command returned error code 512 make: *** [binary-arch] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310148: diary.docbook
On Sun, May 22, 2005 at 12:57:02PM +1000, Brian May wrote: Package: xmlto Version: 0.0.18-5 Severity: important xmlto ps diary.docbook Making portrait pages on a4 paper (210 mm x 297 mm) This is TeX, Version 3.14159 (Web2C 7.4.5) Could you provide a link to diary.docbook? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310171: INTL:vi
tags 310171 + pending thanks On Sun, 2005-05-22 at 18:26 +0930, Clytie Siddall wrote: Package: cvsd Version: 1.0.7 Severity: minor Tags: l10n, patch The Vietnamese translation for debconf: cvsd translated and submitted by: Clytie Siddall, Vietnamese localization team / nhm Vit ha our mailing list / hp th chung ca nhm chng ti: [EMAIL PROTECTED] Thanks for the translation, it will be in the next release. I'm not sure I'm going to get this one in sarge though (I don't want to overload the release team with another request to let another release of cvsd in). If you feel strongly about this, let me know. debconf-updatepo changed the wrapping of lines a little and changed some more stuff around so I have attached the modified version of vi.po. -- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- # Vietnamese Translation for cvsd. # Copyright 2005 Free Software Foundation, Inc. # Clytie Siddall [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: cvsd 1.0.8\n Report-Msgid-Bugs-To: Arthur de Jong [EMAIL PROTECTED]\n POT-Creation-Date: 2005-05-22 11:16+0200\n PO-Revision-Date: 2005-05-22 17:54+0930\n Last-Translator: Clytie Siddall [EMAIL PROTECTED]\n Language-Team: Vietnamese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0\n #. Type: string #. Description #: ../templates:4 msgid Location of chroot jail: msgstr V tr ca t gc khc: #. Type: string #. Description #: ../templates:4 msgid cvsd can run in a chroot jail. This is the preferred method of operation. Specify the location of the chroot jail. If you make this 'none' no chroot jail will be created and used. A chroot file hierarchy will be created in the specified location. msgstr Trnh nn (dmon) cvs(d) c th chy trong mt t gc khc no . y l phng php thao tc a thch. Hy ghi r v tr ca t i gc. Nu bn lp none (khng c) th s khng to hay dng t i gc no; s to mt cy tp tin i gc ti v tr ghi r.\n \n [Ch thch dch: T gc khc (ting Anh: chroot jail) l mt th mc gc tm, thng c to cho php ngi dng truy cp th mc y qua FTP hay HTTP. D th mc y c cc tp tin gc cn thit, ngi dng khng th truy cp tp tin gc no ngoi th mc y: th t gc khc. :) ] #. Type: string #. Description #: ../templates:13 msgid The maximum number of connections that can be handled: msgstr S kt ni cn qun l ti a #. Type: string #. Description #: ../templates:13 msgid It is possible to specify a maximum number of connections that cvsd can handle simultaneously. Specifying 0 (zero) will put no limit to the number of connections. msgstr C th ghi r s kt ni ti a m trnh cvsd c th qun ng thi. Ghi r s khng (0) s khng gii hn s y. #. Type: string #. Description #: ../templates:21 msgid Nice value cvsd should run at: msgstr u tin chy cvsd: #. Type: string #. Description #: ../templates:21 msgid cvsd can be run at reduced priority so it will not take up too many resources, especially if a user specifies a -z option to cvs. The priority can also be increased (negative value here). msgstr C th chy trnh cvsd vi u tin gim, ngn cn n chim hu tim nng h thng, nht l nu mt ngi dng lp ty chn -z cho cvs. Cng c th tng u tin y: y c gi tr m.\n \n [Ch thch dch: u tin truy cp tim nng (ting Anh: nice value, nice).] #. Type: string #. Description #: ../templates:29 msgid Umask cvsd should run at: msgstr Bt mt na chy cvsd: #. Type: string #. Description #: ../templates:29 msgid Specify the umask cvsd and cvs should use when creating files. msgstr Hy ghi r bt mt n m trnh cvsd v cvs nn dng khi to tp tin. #. Type: string #. Description #: ../templates:29 msgid The umask should be specified as an octal value and represents the permissions that should be taken away when creating a file (e.g. using 027 will create files with mode 640 or rw-r-). msgstr Phi ghi r bt mt n l gi tr bt phn. N tiu biu cc quyn truy cp s b loi b khi to mt tp tin no (v.d. dng gi tr 027 s to tp tin c ch 640 hay rw-r-).\n \n [Ch thch dch: bt mt n: (ting Anh: umask) lnh Unix ging nh chmod, tr n loi b quyn truy cp, dng gi tr bt phn.] #. Type: string #. Description #: ../templates:39 msgid Address and port on which cvsd will listen: msgstr a ch v cng ni trnh cvsd s lng nghe: #. Type: string #. Description #: ../templates:39 msgid With the first argument you can specify the address cvsd should listen on. The '*' address specifies that cvsd should listen on all addresses. You can specify a IPv4 address, IPv6 address, a hostname or '*'. msgstr i s th nht c th ghi r a ch ni trnh cvsd nn lng nghe trn n. a ch * th ghi r trnh cvsd nn lng nghe trn mi a ch. Bn c th ghi r mt a ch IPv4, mt a ch IPv6, mt tn my hay * . #. Type: string #. Description #: ../templates:39 msgid The second argument is the service name (e.g. cvspserver) or port number (default 2401) cvsd will listen on. msgstr i s th hai l tn dch v (v.d. my_ch_cvsp) hoc s hiu cng (mc nh 2401) ni trnh cvsd s lng nghe trn n. #. Type:
Bug#310150: zaptel_1:1.0.7-4(i386/unstable): FTBFS: directories created with incorrect perms
tags 310150 patch thanks Hello, I've prepared a 0-day NMU for this bug, so that zaptel is buildable, including on xfs filesystems where this error apparently occurs. The patch also includes a refined fix for bug #305731. Upload to follow shortly. Thanks, -- Steve Langasek postmodern programmer diff -u zaptel-1.0.7/debian/rules zaptel-1.0.7/debian/rules --- zaptel-1.0.7/debian/rules +++ zaptel-1.0.7/debian/rules @@ -95,12 +95,12 @@ install -d debian/tmp/etc install -m 644 zaptel.conf.sample debian/tmp/etc/zaptel.conf - install -d -m 644 debian/tmp/usr/share/lintian/overrides/ + install -d -m 755 debian/tmp/usr/share/lintian/overrides/ install -m 644 debian/zaptel.lintian debian/tmp/usr/share/lintian/overrides/zaptel # make sure we do ship some documentation on how to deal with zaphfc - install -d -m 644 debian/tmp/usr/share/doc/zaptel/examples/zaphfc - install -d -m 644 debian/tmp/usr/share/doc/zaptel/examples/qozap + install -d -m 755 debian/tmp/usr/share/doc/zaptel/examples/zaphfc + install -d -m 755 debian/tmp/usr/share/doc/zaptel/examples/qozap install -m 644 zaphfc/*.conf* debian/tmp/usr/share/doc/zaptel/examples/zaphfc install -m 644 qozap/*.conf* debian/tmp/usr/share/doc/zaptel/examples/qozap diff -u zaptel-1.0.7/debian/changelog zaptel-1.0.7/debian/changelog --- zaptel-1.0.7/debian/changelog +++ zaptel-1.0.7/debian/changelog @@ -1,3 +1,17 @@ +zaptel (1:1.0.7-4.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix + * Make sure directories are created mode 755 instead of mode 644, as +this otherwise causes problems for building (apparently on xfs +filesystems). Closes: #310150. + * Tweak debian/patches/Makefile.dpatch fix from the previous NMU so +that it isn't unnecessarily fragile: -fsigned-char is *always* +either a no-op or required, so lose the architecture checking and +enable it unconditionally. Closes: #305731. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 22 May 2005 02:48:44 -0700 + zaptel (1:1.0.7-4) unstable; urgency=high * NMU as VOIP team taking so long. Fix compiler flags so that ztcfg diff -u zaptel-1.0.7/debian/patches/Makefile.dpatch zaptel-1.0.7/debian/patches/Makefile.dpatch --- zaptel-1.0.7/debian/patches/Makefile.dpatch +++ zaptel-1.0.7/debian/patches/Makefile.dpatch @@ -27,7 +27,7 @@ CFLAGS+=-I. -O4 -g -Wall -DBUILDING_TONEZONE #-DTONEZONE_DRIVER -CFLAGS+=$(shell if uname -m | grep -q ppc; then echo -fsigned-char; fi) -CFLAGS+=$(shell if uname -m | grep -q x86_64; then echo -m64; fi) -+CFLAGS+=$(shell if echo $(UNAME_M) | grep -q ppc\|powerpc\|arm\|s390; then echo -fsigned-char; fi) ++CFLAGS+=-fsigned-char +CFLAGS+=$(shell if echo $(UNAME_M) | grep -q x86_64; then echo -m64; fi) LCFLAGS=-fPIC $(CFLAGS) -DBUILDING_TONEZONE -KFLAGS+=-I/usr/src/linux-2.4/include -O6 signature.asc Description: Digital signature
Bug#301560: Bug#273182: a possible fix/workaround
On Sun, May 22, 2005 at 02:58:04AM -0700, Steve Langasek wrote: On Sat, May 21, 2005 at 07:17:21PM +0200, Erik van Konijnenburg wrote: Mdadm is of course perfectly capable of creating it's own /dev/md0, provided auto=md is given for the relevant device in /etc/mdadm/mdadm.conf. Which doesn't help the fact that mdadm -A -s --auto doesn't work, since the whole point of mdadm -A -s is to make this work without needing to populate mdadm.conf... Hmm, we could have a nice long discussion here about whether the unpatched behaviour is actually broken or whether it just needs some more explaining to the user community, but it's clear that changing the behaviour will ease migration towards sarge. More importantly: do we want the MAKEDEV behaviour or the proposed patch? For the long term, I would prefer the patch since it is more precise in what devices are generated. However, if an unconditional MAKEDEV speeds up sarge, I'd say go for it. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310194: ITP: schism -- Impulse Tracker clone
Package: wnpp Severity: wishlist Owner: Simon Richter [EMAIL PROTECTED] * Package name: schism Version : 0.2a Upstream Author : chisel [EMAIL PROTECTED] * URL : http://rigelseven.com/schism/ * License : GPL Description : Impulse Tracker clone Source: schism Section: sound Priority: optional Maintainer: Simon Richter [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), libsdl1.2-dev, libmodplug-dev, autotools-dev Standards-Version: 3.6.1 Package: schism Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: ImpulseTracker clone aiming at providing the same lookfeel This is an editor for tracked music, i.e. audio samples of instruments pitch shifted according to the note data. . The Impulse Tracker is one of the most popular tracker programs at present, and Schism Tracker attempts to follow their UI layout wherever possible in order to make it easy for existing users to switch. (Note: the upstream author's real name is not published on the website. I've already contacted him about that). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310193: mon: missing dependency on libfilesys-diskspace-perl
Package: mon Version: 0.99.2-8 Severity: normal The file system free space monitoring depends on libfilesys-diskspace-perl but there is no dependency on that. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mon depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libmon-perl 0.11-2 mon Perl modules for clients and s ii libtime-period-perl 1.20-7 Perl library for testing if a time ii perl [libtime-hires-perl] 5.8.4-8 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#180486: gcc-3.2: miscompilation on powerpc with -O2 or higher
tags 180486 + moreinfo thanks Hi, is this still reproduceable? How about 3.4 or 4.0? Also, of course a stand-alone testcase would be great, so we can further debug this... -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310185: [Pkg-shadow-devel] Bug#310185: login: If I want to use su then I allways get su: permission denied.
severity 310185 important tags 310185 unreproducible thanks Quoting Martin Wodrich ([EMAIL PROTECTED]): Package: login Version: 1:4.0.3-31sarge5 Severity: critical Justification: breaks the whole system I see absolutely no reason for a non working su to break whole system. An, I absolutely do not reproduce this bug on a sarge system, updated this morning to 4.0.3-31sarge5 Other maintainers, do some of you reproduce it ?
Bug#310196: /usr/bin/gnome-keybinding-properties: gnome-keybinding-properties and rhythmbox binds don't work
Package: capplets Version: 1:2.8.2-3 Severity: minor File: /usr/bin/gnome-keybinding-properties I'm trying to bind keys for: volume up/down = ctrl+shift+pgup / pgdown play/pause = ctrl+shift+insert next/previous song = ctrl+shift+home/next The volume control works nicely, but I can't assign ANY key to play/pause and next/previous song, that'd work. Even something simple as shift + f. When I try to set ctrl+shift+insert to pause or play / pause functions, they vary from: ctrl+shift+ 0x6a, insert and XF86AudioPlay I'm using a Finnish keyboard layout for 105 generic intl. keyboard - not multimedia keyboard. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages capplets depends on: ii capplets-data1:2.8.2-3 configuration applets for GNOME 2 ii gnome-control-center 1:2.8.2-3 The GNOME Control Center for GNOME ii gnome-desktop-data 2.8.3-2 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.8.0-4 GNOME Desktop icon theme ii gnome-panel 2.8.3-1 launcher and docking facility for ii gnome-session2.8.1-6 The GNOME 2 Session Manager ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail171.8.4-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-desktop-2 2.8.3-2 Utility library for loading .deskt ii libgnome-keyring00.4.2-1 GNOME keyring services library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgstreamer-plugins 0.8.8-2 Various GStreamer libraries and li ii libgstreamer0.8-00.8.9-2 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libmetacity0 1:2.8.8-1 Common library of lightweight GTK2 ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstartup-notificat 0.8-1 library for program launch feedbac ii libtasn1-2 0.2.10-3Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxklavier8 1.03-1 X Keyboard Extension high-level AP ii libxml2 2.6.16-7GNOME XML library ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii nautilus 2.8.2-2 file manager and graphical shell f ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g
Bug#310195: mysql-dfsg: [INTL:ru] Russian debconf templates translation
Package: mysql-dfsg Severity: wishlist Tags: patch l10n Please use this updated Russian debconf templates translation -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) # translation of mysql-dfsg_4.0.24-10_ru.po to Russian # Russian messages: #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. # Ilgiz Kalmetev [EMAIL PROTECTED], 2003. # Yuriy Talakan' [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: mysql-dfsg_4.0.24-10_ru\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-05-05 22:58+0200\n PO-Revision-Date: 2005-05-22 21:46+1000\n Last-Translator: Yuriy Talakan' [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: note #. Description #: ../mysql-server.templates:3 msgid Important note for NIS/YP users! msgstr NIS/YP! #. Type: note #. Description #: ../mysql-server.templates:3 msgid To use mysql you must install an equivalent user and group to the following and ensure yourself that /var/lib/mysql has the right permissions (the uid/ gid may be different). msgstr mysql, , /var/lib/mysql (uid/gid ). #. Type: note #. Description #: ../mysql-server.templates:3 msgid /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false msgstr /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false #. Type: note #. Description #: ../mysql-server.templates:3 msgid /etc/group: mysql:x:101: msgstr /etc/group: mysql:x:101: #. Type: note #. Description #: ../mysql-server.templates:3 msgid /var/lib/mysql: drwxr-xr-x mysqlmysql msgstr /var/lib/mysql: drwxr-xr-x mysqlmysql #. Type: boolean #. Description #: ../mysql-server.templates:17 msgid Do you really want to downgrade? msgstr ? #. Type: boolean #. Description #: ../mysql-server.templates:17 msgid WARNING: The file /var/lib/mysql/debian-4.1.flag exists. This indicates that the mysql-server-4.1 package had been installed. It can not be guaranteed that MySQL 4.0 is able to use tables modified by MySQL 4.1. msgstr : /var/lib/mysql/debian-4.1.flag. , mysql-server-4.1. , MySQL 4.0 , MySQL 4.1. #. Type: note #. Description #: ../mysql-server.templates:24 msgid Update Hints msgstr #. Type: note #. Description #: ../mysql-server.templates:24 msgid Rarely, e.g. on new major versions, the privilege system is improved. To make use of it mysql_fix_privilege_tables must be executed manually. The script is not supposed to give any user more rights that he had before, msgstr , , . , mysql_fix_privilege_tables. , ,, #. Type: note #. Description #: ../mysql-server.templates:24 msgid Please also read http://www.mysql.com/doc/en/Upgrade.html; msgstr , http://www.mysql.com/doc/en/Upgrade.html; #. Type: note #. Description #: ../mysql-server.templates:33 msgid Install Hints msgstr #. Type: note #. Description #: ../mysql-server.templates:33 msgid MySQL will only install if you have a NON-NUMERIC hostname that is resolvable via the /etc/hosts file. E.g. if the \hostname\ command returns \myhostname\ then there must be a line like \10.0.0.1 myhostname\. msgstr MySQL , , /etc/hosts. , \hostname\ \myhostname\, \10.0.0.1 myhostname\. #. Type: note #. Description #: ../mysql-server.templates:33 msgid A new mysql user \debian-sys-maint\ will be created. This mysql account is used in the start/stop and cron scripts. Don't delete. msgstr mysql \debian-sys-maint\. / cron. . #. Type: note #. Description #: ../mysql-server.templates:33 msgid Please remember to set a PASSWORD for the MySQL root user! If you use a / root/.my.cnf, always write the \user\ and the \password\ lines in there, never only the password! See /usr/share/doc/mysql-server/README.Debian for more information. msgstr MySQL! /root/.my.cnf, \user \ \password\, ! . /usr/ share/doc/mysql-server/README.Debian. #. Type: boolean #. Description #: ../mysql-server.templates:49 msgid Remove the databases from all MySQL versions? msgstr MySQL? #. Type: boolean #. Description #: ../mysql-server.templates:49 msgid Should I remove the complete /var/lib/mysql directory tree which is used by all
Bug#310197: mysql-dfsg-4.1: [INTL:ru] Russian debconf templates translation
Package: mysql-dfsg-4.1 Severity: wishlist Tags: patch l10n Please use this updated Russian debconf templates translation -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) # translation of mysql-dfsg-4.1_4.1.11a-2_ru.po to Russian # Russian messages: #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. # Ilgiz Kalmetev [EMAIL PROTECTED], 2003. # Yuriy Talakan' [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: mysql-dfsg-4.1_4.1.11a-2_ru\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-05-19 00:20+0200\n PO-Revision-Date: 2005-05-22 21:56+1000\n Last-Translator: Yuriy Talakan' [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: note #. Description #: ../mysql-server-4.1.templates:3 msgid Important note for NIS/YP users! msgstr NIS/YP! #. Type: note #. Description #: ../mysql-server-4.1.templates:3 msgid To use mysql you must install an equivalent user and group to the following and ensure yourself that /var/lib/mysql has the right permissions (the uid/ gid may be different). msgstr mysql, , /var/lib/mysql (uid/gid ). #. Type: note #. Description #: ../mysql-server-4.1.templates:3 msgid /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false msgstr /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false #. Type: note #. Description #: ../mysql-server-4.1.templates:3 msgid /etc/group: mysql:x:101: msgstr /etc/group: mysql:x:101: #. Type: note #. Description #: ../mysql-server-4.1.templates:3 msgid /var/lib/mysql: drwxr-xr-x mysqlmysql msgstr /var/lib/mysql: drwxr-xr-x mysqlmysql #. Type: note #. Description #: ../mysql-server-4.1.templates:16 msgid Update Hints msgstr #. Type: note #. Description #: ../mysql-server-4.1.templates:16 msgid Rarely, e.g. on new major versions, the privilege system is improved. To make use of it mysql_fix_privilege_tables must be executed manually. The script is not supposed to give any user more rights that he had before, msgstr , , . , mysql_fix_privilege_tables. , ,, #. Type: note #. Description #: ../mysql-server-4.1.templates:16 msgid Please also read http://www.mysql.com/doc/en/Upgrade.html; msgstr , http://www.mysql.com/doc/en/Upgrade.html; #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid Install Hints msgstr #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid On upgrades from MySQL 3.23, as shipped with Debian Woody, symlinks in place of /var/lib/mysql or /var/log/mysql gets accidently removed and have manually be restored. msgstrMySQL 3.23, Debian Woody, , /var/lib/mysql /var/log/mysql, . #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid MySQL will only install if you have a non-numeric hostname that is resolvable via the /etc/hosts file. E.g. if the \hostname\ command returns \myhostname\ then there must be a line like \10.0.0.1 myhostname\. msgstr MySQL , , /etc/hosts. , \hostname\ \myhostname\, \10.0.0.1 myhostname\. #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid A new mysql user \debian-sys-maint\ will be created. This mysql account is used in the start/stop and cron scripts. Don't delete. msgstr mysql \debian-sys-maint\. / cron. . #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid Please remember to set a PASSWORD for the MySQL root user! If you use a / root/.my.cnf, always write the \user\ and the \password\ lines in there, never only the password! msgstr MySQL! /root/.my.cnf, \user \ \password\, ! #. Type: note #. Description #: ../mysql-server-4.1.templates:25 msgid See /usr/share/doc/mysql-server-4.1/README.Debian for more information. msgstr /usr/share/doc/mysql-server-4.1/README.Debian . #. Type: boolean #. Description #: ../mysql-server-4.1.templates:46 msgid Remove the databases from all MySQL versions? msgstr MySQL? #. Type: boolean #. Description #: ../mysql-server-4.1.templates:46 msgid Should I remove the complete /var/lib/mysql directory tree which is used by all MySQL versions, not
Bug#310198: rpy: FTBFS: Does not have headers for R 2.1.0
Package: rpy Version: 0.4.1-2 Severity: serious Tags: sarge Hi, This package is failing to build in sarge but it seems to have been fixed in sid. (-3 or -4 version?) It's failing with the following error: CFLAGS=-O2 -Wall python2.2 setup.py build Building for R version 2.1.0 ... Traceback (most recent call last): File setup.py, line 136, in ? RSRC = get_R_SRC() File setup.py, line 57, in get_R_SRC raise DistutilsExecError( \ distutils.errors.DistutilsExecError: The path /root/build/rpy-0.4.1/R-2.1.0 which should contain header files for R version 2.1.0 does not exist! Please see the rpy README file for instructions. make: *** [build-stamp] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309581: Deinstalling udev
reassign 309581 alsa-base retitle 309581 device nodes are not created with MAKEDEV severity 309581 serious tag 309581 sarge-ignore thanks On May 22, Thomas Hood [EMAIL PROTECTED] wrote: Uninstalling udev leaves the system with a static /dev directory that is missing sound devices. This problem can't be fixed in alsa-base maintainer scripts because alsa-base maintainer scripts don't get run when udev is uninstalled. The only maintainer scripts that could If alsa-base does not use MAKEDEV, then alsa-base is buggy. This is a policy violation (10.6). One option is to say that uninstalling udev isn't supported. In that It works fine as long as all devices have been created with MAKEDEV. -- ciao, Marco signature.asc Description: Digital signature
Bug#294404: Bug#273182: a possible fix/workaround
On May 22, martin f krafft [EMAIL PROTECTED] wrote: Erik said that if initrd brings up /dev/md0, partitions from other software RAID devices (e.g. /dev/md7) cannot be brought up since the above code skips the MAKEDEV call in the case of presence of /dev/md0. I do not know how the initrd work, but does it actually do this? 1 check for another device node, e.g. /dev/md5 and hope that the initrd only ever configures /dev/md0 I think that this is the best solution. If the initrd only activates the / array then you can check for md1 and md/1. 2 check for multiple device nodes One should be enough. 3 check for all device nodes (is 0-15 the standard range?) One should still be enough. 4 call MAKEDEV regardless of whether devices already exist, if udev is present Does not work if devfs-style device names are present. -- ciao, Marco signature.asc Description: Digital signature
Bug#309746: Reopening for Sarge [was: Re: Bug#309746: marked as done (libpam-cracklib: passwd program segfaults when pam_cracklib.so used)]
reopen 309746 tag 309746 sarge thanks Changes: cracklib2 (2.7-16) unstable; urgency=high . * Urgency high since this fixes an RC bug present in Sarge. * Added debian/patches/10-check-corrupt-dict.diff: - packlib.c, FindPW(): If GetPW() returns NULL we have a corrupt dictionary. Check for NULL and exit with an appropriate error message instead of strcmp()'ing against NULL which triggers a segfault. * Added debian/patches/11-mkdict-C-locale.diff: - Run crack_mkdict with locale C; other locales might mess up the dictionary. - Thanks to Kenshi Muto for his help with this bug. - Closes: #309746 I reopen this bug until it is fixed in Sarge. Release team, do you approve this? Thanks, Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#302527: happens here too
On Sun, May 22, 2005 at 11:01:18AM +0200, Julien BLACHE wrote: Frank Lichtenheld [EMAIL PROTECTED] wrote: From what I can see, it actually seems to segfault in usb_find_devices in sane_init() in sm3600.c So perhaps it is actually a problem in libusb, didn't investigated further yet. Anything new to report on this problem ? No, I had simply no time to look at it again. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308272: Cannot distribute in Debian
On Fri, May 13, 2005 at 12:41:50PM +0200, Thijs Kinkhorst wrote: Please note that the rar package, by the same upstream author, contains such permission. So it should not be a problem to get the same statement for unrar. NMU sitting in NEW, diff below. Explanation on what and why I've done will be forthcoming on -devel and -release as followup to the unrar version confusion thread once this package has cleared NEW. --Jeroen reverted: --- unrar-nonfree-3.4.3/pathfn.cpp +++ unrar-nonfree-3.4.3.orig/pathfn.cpp @@ -311,8 +311,7 @@ char *EnvStr=getenv(HOME); if (EnvStr==NULL) return(false); +strcpy(Path,EnvStr); -strncpy(Path,EnvStr,NM); -Path[NM-1]='\0'; return(true); } static char *AltPath[]={ diff -u unrar-nonfree-3.4.3/debian/changelog unrar-nonfree-3.5.2/debian/changelog --- unrar-nonfree-3.4.3/debian/changelog +++ unrar-nonfree-3.5.2/debian/changelog @@ -1,3 +1,17 @@ +unrar-nonfree (1:3.5.2-0.1) unstable; urgency=medium + + * Non-Maintainer Upload + * New upstream (Closes: #302986) ++ License no longer prohibits packaging changes (Closes: #308272) ++ Dropped security patch, as it has been incorporated upstream + * Make if very clear in copyright that you can't use the source code for +recreating rar compression algorithm + * Renamed binary package to 'unrar' to replace the still-in-development free +'equivalent', add epoch to cope with version increase too +(Closes: #265045) + + -- Jeroen van Wolffelaar [EMAIL PROTECTED] Sun, 22 May 2005 11:47:41 +0200 + unrar-nonfree (3.4.3-1) unstable; urgency=low * New upstream release diff -u unrar-nonfree-3.4.3/debian/copyright unrar-nonfree-3.5.2/debian/copyright --- unrar-nonfree-3.4.3/debian/copyright +++ unrar-nonfree-3.5.2/debian/copyright @@ -3,12 +3,16 @@ Further modifications have been made by Chris Anderson [EMAIL PROTECTED] on Wed Aug 25 19:03:47 EDT 2004 -It was downloaded from http://www.rarlab.com/rar/unrarsrc-3.4.2.tar.gz +It was downloaded from http://www.rarlab.com/rar/unrarsrc-3.5.2.tar.gz Copyright: -Copyright (c) 1993-1999, 2000-2002 Eugene Roshal +Copyright (c) 1993-2005 Alexander L. Roshal -This software is freeware. +NOTE: this software is non-free, therefore carefully read this license before +doing anything with it. In particular, this source code may not be used for +recreating the rar compression algorithm. + +Full license follows: *** ** unRAR - free utility for RAR archives ** ** ** ** ** ** ~ @@ -20,7 +24,7 @@ The source code of unRAR utility is freeware. This means: 1. All copyrights to RAR and the utility unRAR are exclusively - owned by the author - Eugene Roshal. + owned by the author - Alexander Roshal. 2. The unRAR sources may be used in any software to handle RAR archives without limitations free of charge, but cannot be used @@ -30,8 +34,7 @@ stated in the documentation and source comments that the code may not be used to develop a RAR (WinRAR) compatible archiver. - 3. The unRAR utility may be freely distributed, provided the - distribution package is not modified. No person or company + 3. The unRAR utility may be freely distributed. No person or company may charge a fee for the distribution of unRAR without written permission from the copyright holder. @@ -54 +57 @@ -Eugene Roshal +Alexander L. Roshal diff -u unrar-nonfree-3.4.3/debian/control unrar-nonfree-3.5.2/debian/control --- unrar-nonfree-3.4.3/debian/control +++ unrar-nonfree-3.5.2/debian/control @@ -5,12 +5,10 @@ Build-Depends: debhelper (= 4) Standards-Version: 3.6.1 -Package: unrar-nonfree +Package: unrar Architecture: any Depends: ${shlibs:Depends} -Replaces: unrar -Provides: unrar -Conflicts: unrar, rar (= 2.60-1) +Conflicts: rar (= 2.60-1) Description: Unarchiver for .rar files (non-free version) Unrar can extract files from .rar archives. If you want to create .rar archives, install package rar. diff -u unrar-nonfree-3.4.3/debian/rules unrar-nonfree-3.5.2/debian/rules --- unrar-nonfree-3.4.3/debian/rules +++ unrar-nonfree-3.5.2/debian/rules @@ -25,7 +25,7 @@ dh_clean -k dh_installdirs - install -o root -g root -s -m 0755 unrar debian/unrar-nonfree/usr/bin + install -o root -g root -s -m 0755 unrar debian/unrar/usr/bin dh_installdocs dh_installman debian/unrar.1 -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310148: diary.docbook
Geert == Geert Stappers [EMAIL PROTECTED] writes: Geert Could you provide a link to diary.docbook? This isn't the same file but the attached file demonstrates the same problem: ?xml version=1.0? !DOCTYPE article PUBLIC -//Norman Walsh//DTD DocBk XML V3.1.7//EN /usr/share/sgml/docbook/dtd/xml/4.1.2/docbookx.dtd articlearticleinfotitleDiary/title/articleinfo sectiontitleWednesday/title para This is a test. /para /section /article (lets hope this attachments works...) -- Brian May [EMAIL PROTECTED]
Bug#310185: [Pkg-shadow-devel] Bug#310185: login: If I want to use su then I allways get su: permission denied.
On Sun, May 22, 2005 at 02:02:28PM +0200, Christian Perrier wrote: severity 310185 important tags 310185 unreproducible thanks Quoting Martin Wodrich ([EMAIL PROTECTED]): Package: login Version: 1:4.0.3-31sarge5 Severity: critical Justification: breaks the whole system I see absolutely no reason for a non working su to break whole system. An, I absolutely do not reproduce this bug on a sarge system, updated this morning to 4.0.3-31sarge5 Other maintainers, do some of you reproduce it ? Nope. Still waiting for a transcript (see script(1)) of the error along with some explanations before looking into this. Filling a bug at severity critical without a single word in the message body sounds like a bad joke for me. Is it a fresh install? Did you play with /etc/sudoers file? How exactly did you invoque su? Anything coming to mind which could help us? I'm in the mood of closing this if no more information arrive within a week. Bye, Mt. signature.asc Description: Digital signature
Bug#308323: exim4-daemon-heavy: sometimes splits mail between alternative MXs for no good reason
On Sun, May 22, 2005 at 02:34:01PM +0200, Marc Haber wrote: If I can't see any logs (you have ignored that request for the second time now), there is nothing I can do besides closing the bug, which I am doing now. Yes, like I said in the last mail, closing it is OK for my part. (I don't have any logs since I'm no longer in the situation where I can reproduce the problem and make logs, since our mail setup changed and I can't change back something in production. :-) ) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310185: [Pkg-shadow-devel] Bug#310185: login: If I want to use su then I allways get su: permission denied
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin, I can't reproduce this on sarge/i386. Please could you make sure your system is fully up-to-date, and then try again. Also, please post a transcript of the commands, so we can see exactly how to reproduce it. Thanks, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFCkHn2VcFcaSW/uEgRApcPAJ97TDD2GihKVVrhEPwXC265N/AZ5wCdGFSS qB04uX8188njTIglLNKf/sM= =HmyO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308639: 2.6.8-16 still non-functional
reopen 308639 thanks #include hallo.h * Debian Bug Tracking System [Thu, May 19 2005, 08:48:09PM]: * Fixed kernel-build/kernel-headers so that kernel-build now include the symlinks to all kernel-headers stuff. (closes: #308639) (Sven Luther, Simon Horman) * Add Module.symvers to kernel-build/kernel-headers so out of tree modules can detect abi changes (Simon Horman) Just tested, it is still broken: - it still does not have Provides: kernel-headers-2.6.8-powerpc (one needs to guess that its name is kernel-headers-$KVERS on powerpc, module-assistant prepare fails) - some parts are missing (see below, shfs package as sample user). Regards, Eduard. dh_clean make -C Linux-2.6 clean make[1]: Entering directory `/usr/src/modules/shfs/Linux-2.6' rm -rf linux-2.6.8-powerpc linux-2.6.8-powerpc.orig; rm -f linux-2.6.8-powerpc.diff rm -f *.o *.ko *.mod.c .*o.cmd make[1]: Leaving directory `/usr/src/modules/shfs/Linux-2.6' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/shfs' dh_clean make -C Linux-2.6 clean make[2]: Entering directory `/usr/src/modules/shfs/Linux-2.6' rm -rf linux-2.6.8-powerpc linux-2.6.8-powerpc.orig; rm -f linux-2.6.8-powerpc.diff rm -f *.o *.ko *.mod.c .*o.cmd make[2]: Leaving directory `/usr/src/modules/shfs/Linux-2.6' for templ in /usr/src/modules/shfs/debian/shfs-module-_KVERS_.postinst /usr/src/modules/shfs/debian/shfs-module-_KVERS_.postinst.modules.in; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.8-powerpc/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.8-powerpc/g ;s/#KVERS#/2.6.8-powerpc/g ; s/_KVERS_/2.6.8-powerpc/g ; s/##KDREV##/2.6.8-16/g ; s/#KDREV#/2.6.8-16/g ; s/_KDREV_/2.6.8-16/g' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k env MODVERSIONS=detect make -C Linux-2.6 KERNEL_SOURCES=/usr/src/kernel-build-2.6.8-powerpc KERNEL=linux-2.6.8-powerpc CC=gcc-3.3 make[2]: Entering directory `/usr/src/modules/shfs/Linux-2.6' make -C /usr/src/kernel-build-2.6.8-powerpc SUBDIRS=/usr/src/modules/shfs/Linux-2.6 modules make[3]: Entering directory `/usr/src/kernel-build-2.6.8-powerpc' CC [M] /usr/src/modules/shfs/Linux-2.6/dcache.o In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/sched.h:4:37: asm/param.h: No such file or directory In file included from include/linux/types.h:13, from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/posix_types.h:47:29: asm/posix_types.h: No such file or directory In file included from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/types.h:14:23: asm/types.h: No such file or directory In file included from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/types.h:18: error: syntax error before __kernel_dev_t include/linux/types.h:18: warning: type defaults to `int' in declaration of `__kernel_dev_t' include/linux/types.h:18: warning: data definition has no type or storage class include/linux/types.h:21: error: syntax error before dev_t include/linux/types.h:21: warning: type defaults to `int' in declaration of `dev_t' include/linux/types.h:21: warning: data definition has no type or storage class include/linux/types.h:22: error: syntax error before ino_t include/linux/types.h:22: warning: type defaults to `int' in declaration of `ino_t' -- Ambassador Londo Mollari: Mr. Garibaldi,j ust now, would you really have killed me? Michael Garibaldi: Yes. Yes, I would've, but I'm just as glad I didn't have to. The paperwork's a pain in the butt. -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294413: useless package
severity 294413 normal clone 294413 -1 reassign 294413 ftp.debian.org retitle 294413 RM: appunti-informatica-libera -- RoM; Number of (potential) users doesn't warrant size retitle -1 Is alml being used without appunti-informatica-libera? reassign -1 alml thanks On Fri, May 20, 2005 at 05:36:51PM +0200, Massimo Dal Zotto wrote: On Fri, May 20, 2005 at 02:44:40PM +0200, Jeroen van Wolffelaar wrote: If you're positive, officially you're requested to file a bug on ftp.debian.org pseudopackage asking for its removal, but I can take it on from you if you explicitely say you've decided you want it to be removed. For sarge, I think we'll now remove it, for unstable, a more explicit statement is needed :). Ok, since a bug is already open go for the removal. Ok, doing so. BTW, you should remove also alml which is only used for packaging this book. It might be of wider use though, I don't know. I'm hoping for input from the alml maintainer on this. As fas as I know this package is not used for anything else. I'd first like the maintainer's opinion on that though, it looks like it can be used for any documentation/book project. I don't know enough of it to make a call on this. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294404: Bug#273182: a possible fix/workaround
On Sun, May 22, 2005 at 12:06:27PM +0200, Marco d'Itri wrote: On May 22, martin f krafft [EMAIL PROTECTED] wrote: Erik said that if initrd brings up /dev/md0, partitions from other software RAID devices (e.g. /dev/md7) cannot be brought up since the above code skips the MAKEDEV call in the case of presence of /dev/md0. I do not know how the initrd work, but does it actually do this? Quoting Maks from #304483: I can't try this right now but I doubt this would help. The reason is that when the system boots initrd would not know how to assemble /dev/md1 because .../initrimg/script does not contain mdadm -A record for /dev/md1. This is the root of the problem. no it is not! initrd-tools enables the root partition for the pivot_root, and if existing the swap partition, everything else need to be done by mdadm init scripts. I guess that means it actually does this; this matches with what the code says. For what it's worth, I think that's proper behaviour for mkinitrd. 1 check for another device node, e.g. /dev/md5 and hope that the initrd only ever configures /dev/md0 I think that this is the best solution. If the initrd only activates the / array then you can check for md1 and md/1. Users can dedicate any partition to swap, and it will be activated by initrd. In 304483, user has md2 and md3 as root and swap, these are activated, md1 is /boot and remains inactive. If you have to pick just one device, use /dev/md15. That's generated by MAKEDEV but not terribly likely to be in use. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310200: mlterm: Scrollbar behaves oddly
Package: mlterm Version: 2.9.2-2 Severity: normal Tags: patch When you drag the scrollbar to see the terminal log, the scrollbar behaves oddly. Here is an example case showing the oddity: * Launch mlterm, and make the scrollbar a little bit smaller than the original size. * Drag around the bottom of the scrollbar and move it up, then release the mouse button. * Make the scrollbar smaller. * Drag a different location on the scrollbar, and move it up and down. When you reach this point, the mouse cursor is far off the scrollbar. When you move it to the bottom, the mouse cursor is even off the mlterm window. I wrote the attached patch to fix this bug. As far as I tested, it works well. The same patch should be applied to the corresponding file in xwindow_tiny directory. I also reported this bug to the upstream authors, so you don't need to forward it to them. Takeshi -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mlterm depends on: ii libc62.3.5-1 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6Free Implementation of the Unicode ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.7-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrender1 1:0.8.3-1 X Rendering Extension client libra ii mlterm-common2.9.2-2 MultiLingual TERMinal, common file ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information *** /home/tkh/mlterm-scrollbar.patch --- xwindow/x_scrollbar.c.orig 2005-02-10 08:15:07.0 -0700 +++ xwindow/x_scrollbar.c 2005-05-22 06:00:30.597051171 -0600 @@ -538,6 +538,11 @@ sb-is_pressing_down_button = 0 ; } + + if( sb-is_motion) + { + sb-is_motion = 0 ; + } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310199: php4: [INTL:ru] Russian debconf templates translation
Package: php4 Severity: wishlist Tags: patch l10n Please use this Russian debconf templates translation -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) # translation of php4_4:4.3.10-15_ru.po to Russian # #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. # Yuriy Talakan' [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: php4_4:4.3.10-15_ru\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-08-25 05:51-0600\n PO-Revision-Date: 2005-05-22 22:35+1000\n Last-Translator: Yuriy Talakan' [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: boolean #. Description #: ../php4-module.templates:4 msgid Should ${extname} be added to /etc/php4/${sapiconfig}/php.ini? msgstr ${extname} /etc/php4/${sapiconfig}/php.ini? #. Type: boolean #. Description #: ../php4-module.templates:4 msgid You are installing ${extname} support for php4, and it is not yet enabled in the configuration for the ${sapiconfig} SAPI. Do you want this extension to be enabled now? msgstr${extname} php4, ${sapiconfig} SAPI. ? #. Type: boolean #. Description #: ../php4-module.templates:12 msgid Should ${extname} be removed from /etc/php4/${sapiconfig}/php.ini? msgstr ${extname} /etc/php4/${sapiconfig}/php.ini? #. Type: boolean #. Description #: ../php4-module.templates:12 msgid You are removing ${extname} support for php4, but it is still enabled in the configuration for the ${sapiconfig} SAPI. Leaving this in place will probably cause problems when trying to use PHP. msgstr${extname} php4, ${sapiconfig} SAPI., , PHP. #. Type: boolean #. Description #: ../libapache-mod-php4.templates:4 msgid Comment out extension_dir config from /etc/php4/apache/php.ini? msgstr extension_dir /etc/php4/apache/php.ini? #. Type: boolean #. Description #: ../libapache-mod-php4.templates:4 msgid WARNING! The location of the php4 extensions has changed, and you have an extension_dir configured in /etc/php4/apache/php.ini. Leaving it in place may leave you unable to access some extensions from PHP scripts. It is recommended that you let PHP use the compiled-in default path for locating extensions. msgstr ! php4 , extension_dir /etc/php4/apache/php.ini. , PHP.PHP . #. Type: boolean #. Description #: ../php4-cgi.templates:4 msgid Comment out extension_dir config from /etc/php4/cgi/php.ini? msgstr extension_dir /etc/php4/cgi/php.ini? #. Type: boolean #. Description #: ../php4-cgi.templates:4 msgid WARNING! The location of the php4 extensions has changed, and you have an extension_dir configured in /etc/php4/cgi/php.ini. Leaving it in place may leave you unable to access some extensions from PHP scripts. It is recommended that you let PHP use the compiled-in default path for locating extensions. msgstr ! php4 , extension_dir /etc/php4/cgi/php.ini. , PHP.PHP .
Bug#275658: renice via /etc/default/apt-proxy
Package: apt-proxy Version: 1.9.29 Followup-For: Bug #275658 You can set the nice value for apt-proxy quite easily: Just add a line like renice 20 $$ to /etc/default/apt-proxy. This will renice the current process to 20. /etc/default/apt-proxy is sourced from /etc/init.d/apt-proxy so this also applies to the apt-proxy daemon. You might want to add an /dev/null to that line. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-proxy depends on: ii bzip2 1.0.2-6high-quality block-sorting file co ii debconf 1.4.30.13 Debian configuration management sy ii logrotate 3.7-3 Log rotation utility ii python2.3.5-2An interactive high-level object-o ii python-apt0.5.10 Python interface to libapt-pkg ii python-bsddb3 3.3.0-6Python interface to libdb3 ii python-twisted1.3.0-8Event-based framework for internet ii python2.3 2.3.5-3An interactive high-level object-o -- debconf information excluded -- Christian.Garbs.http://www.cgarbs.de We come to bury DOS, not to praise it. (Paul Vojta, [EMAIL PROTECTED], paraphrasing a quote of Shakespeare) signature.asc Description: Digital signature
Bug#272986: Should this considered for the release
Hello, I just stumbled over this bug. Is this relevant for the release or a singular, unreproducible report? If the latter, please add the appropriate tags, if the former please adjust the severity. Unfortunatley I could not find further information about your investigation in the BTS. Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/ pgpLPtH77YcAn.pgp Description: PGP signature
Bug#310204: evolution: Evolution crashes on pressing Tasks Button
Package: evolution Version: 2.2.2-4 Severity: grave Justification: renders package unusable After using Evolution without problems for three weeks, it broke today after transforming a mail to a task, by the offered context menu option. I t crashes now each time I try to open the tasks view. I do not know how to recover. Starting with a fresh ~/.evolution does not help. I paste a backtrace... Backtrace was generated from '/usr/bin/evolution' Using host libthread_db library /lib/libthread_db.so.1. `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 7346)] [New Thread 32769 (LWP 7350)] [New Thread 16386 (LWP 7351)] [New Thread 32771 (LWP 7352)] [New Thread 65540 (LWP 7354)] [New Thread 98309 (LWP 7363)] [New Thread 114694 (LWP 7364)] [New Thread 131079 (LWP 7366)] 0x41036c0b in waitpid () from /lib/libpthread.so.0 #0 0x41036c0b in waitpid () from /lib/libpthread.so.0 #1 0x4067841c in ?? () from /usr/lib/libgnomeui-2.so.0 #2 0x in ?? () #3 0x40638dea in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #4 0x080667e3 in segv_redirect () #5 0x41035825 in __pthread_sighandler () from /lib/libpthread.so.0 #6 signal handler called #7 0x4047d17a in e_canvas_hide_tooltip () from /usr/lib/libgal-2.4.so.0 #8 0x404b755b in e_table_item_redraw_range () from /usr/lib/libgal-2.4.so.0 #9 0x411b675b in g_object_interface_list_properties () from /usr/lib/libgobject-2.0.so.0 #10 0x411b6879 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0 #11 0x40d814eb in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x404ac666 in e_table_group_apply_to_leafs () from /usr/lib/libgal-2.4.so.0 #13 0x411b6871 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0 #14 0x40d814eb in gtk_object_destroy () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x404cecfe in e_table_without_show_all () from /usr/lib/libgal-2.4.so.0 #16 0x4120f583 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 #17 0x4120c582 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #18 0x4120d5f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #19 0x4120d930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #20 0x4120ded3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #21 0x409f5c98 in bonobo_main () from /usr/lib/libbonobo-2.so.0 #22 0x08066e47 in main () Thread 8 (Thread 131079 (LWP 7366)): #0 0x41336ada in poll () from /lib/libc.so.6 No symbol table info available. #1 0x4120e2b6 in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #2 0x4120d8b0 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x4120ded3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #4 0x40ab8382 in link_thread_io_context () from /usr/lib/libORBit-2.so.0 No symbol table info available. #5 0x4122761f in g_static_private_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0x4102fe51 in pthread_start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0x4133f92a in clone () from /lib/libc.so.6 No symbol table info available. Thread 7 (Thread 114694 (LWP 7364)): #0 0x41032604 in __pthread_sigsuspend () from /lib/libpthread.so.0 No symbol table info available. #1 0x410323c8 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 No symbol table info available. #2 0x4102ef2b in [EMAIL PROTECTED] () from /lib/libpthread.so.0 No symbol table info available. #3 0x4033828d in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x40338b0d in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #5 0x4102fe51 in pthread_start_thread () from /lib/libpthread.so.0 No symbol table info available. #6 0x4133f92a in clone () from /lib/libc.so.6 No symbol table info available. Thread 6 (Thread 98309 (LWP 7363)): #0 0x41032604 in __pthread_sigsuspend () from /lib/libpthread.so.0 No symbol table info available. #1 0x410323c8 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 No symbol table info available. #2 0x4102ef2b in [EMAIL PROTECTED] () from /lib/libpthread.so.0 No symbol table info available. #3 0x4033828d in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #4 0x40338b0d in e_thread_busy () from /usr/lib/libedataserver-1.2.so.4 No symbol table info available. #5 0x4102fe51 in pthread_start_thread () from /lib/libpthread.so.0 No symbol table info available. #6 0x4133f92a in clone () from /lib/libc.so.6 No symbol table info available. Thread 5 (Thread 65540 (LWP 7354)): #0 0x41032604 in __pthread_sigsuspend () from /lib/libpthread.so.0 No symbol table info available. #1 0x410323c8 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0 No symbol table info available. #2 0x4102ef2b in [EMAIL
Bug#310202: goobox: [INTL:de] Missing translater credits in About-box
Package: goobox Version: 0.9.91-1 Severity: minor, patch If you use, e.g., french: env LANG=fr_FR goobox And go: Aide-A propos-Credits-Translated by You see: Baptiste Mille-Mathias [EMAIL PROTECTED] If you do this in german: env [EMAIL PROTECTED] goobox And go: Hilfe-Über-Mitwirkende-Übersetzung von You see: übersetzer_nachweis In english: translator_credit. I just realize that this is my mistake. Can you please update the de.po file? #: src/actions.c:192# FIXME msgid translator_credits msgstr A¼bersetzer_nachweis should be: #: src/actions.c:192 msgid translator_credits msgstr Helge Kreutzmann [EMAIL PROTECTED] Btw. in the french version, Translated by and Written by seems to have slipped the translator. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages goobox depends on: ii gnome-media 2.8.0-0.3 Gnome 2 Media Utilities ii gstreamer0.8-cdparanoia 0.8.8-2 cdparanoia plugin for GStreamer ii gstreamer0.8-gnomevfs0.8.8-2 Gnome VFS plugin for GStreamer ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgstreamer-gconf0.8-0 0.8.8-2 GConf support for GStreamer ii libgstreamer-plugins0.8- 0.8.8-2 Various GStreamer libraries and li ii libgstreamer0.8-00.8.9-2 Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/
Bug#310203: gs-common: dumphint-script does not work and is missing man page
Package: gs-common Version: 0.3.7 Severity: minor I stumbled over dumphint. Given that it has not man page (which it should, c.f. Debian Policy), I wanted to write a man page. However, on every pdf-file I tried (created by a variety of different programms) it fails to work. For example, when I use a small drawing created by xfig, I get: [EMAIL PROTECTED]:~$ dumphint /tmp/ifer-l.pdf Error: /undefinedfilename in (dumphint.ps) Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- Dictionary stack: --dict:1050/1123(ro)(G)-- --dict:0/20(G)-- --dict:70/200(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.01: Unrecoverable error, exit code 1 And the error seems to be the same every time I call dumphint. When I reverse the last two arguments, i.e., gs -q -dNODISPLAY -dSAFER -dDELAYSAFER -- /tmp/ifer-l.pdf dumphint.ps then gs suceeds: [EMAIL PROTECTED]:~$ echo $? 0 However, there is no output (file, stdout) at all. Running under strace, I see that *all* files are opened O_RDONLY, hence nothing will be written. So either dumphint needs to be documented (if you give me some information, I can write you a man page) and possibly fixed (as the current syntax as suggested by the help output simply does not work) or if nothing else requires it, it should be removed. If it only has some internal use, then it should IMHO not be in a user visible namespace (i.e., not in the default path). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gs-common depends on: ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii gs8.01-5 Transitional package ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre -- no debconf information -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240441: bcm5700 doesn't suspend and resume as expected
On 2004-03-27, Roland Stigge wrote: when using Software Suspend with kernel 2.6, the bcm5700 module doesn't work anymore after resume. Others do. I guess there is a flaw in the resume code. A workaround is to reload the bcm5700 module after resume, but that doesn't work always, according to my tests. Hi Roland, I have just uploaded version 8.1.55-1. May you check if the bug is still valid? Thanks, Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309013: Leaks memory over time
Le Friday 13 May 2005 à 15:03:36, Daniel Burrows a écrit: Package: pcscd Version: 1.2.9-beta7-5 On a computer where pcscd was installed only to satisfy dependencies and has never been used (but has been running for a `long time' -- about a week or so), we noticed this: 3575 root 16 0 149m 140m 1564 S 0.0 6.9 0:02.13 pcscd You are the first one to report such a problem. Do you have periodic lines regarding pcscd in /var/log/messages or another system log file? Please, send me your /etc/reader.conf file and the output of $ find /usr/lib/pcsc/ Thanks, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294404: Bug#273182: a possible fix/workaround
On May 22, Erik van Konijnenburg [EMAIL PROTECTED] wrote: If you have to pick just one device, use /dev/md15. That's generated by MAKEDEV but not terribly likely to be in use. The idea was that MAKEDEV should not be called if all needed devices have already been created by udev. OTOH now we see that initrd breaks the assumption that either all volumes are initialised or none is, and creating new volumes requires the device nodes to be already present anyway. So I think that checking for the presence of the last device created by makedev is the correct solution. -- ciao, Marco signature.asc Description: Digital signature
Bug#310073: clearsilver: FTBFS: fails to apply patch.
I've NMU'd this patch as 0.9.13-3.1. The full patch between 0.9.13-3 and 0.9.13-3.1 is as follows. Regards, Roger --- cs.orig/clearsilver-0.9.13/debian/changelog 2005-05-22 14:04:31.293617192 +0100 +++ cs.new/clearsilver-0.9.13/debian/changelog 2005-05-22 13:41:55.758689824 +0100 @@ -1,3 +1,11 @@ +clearsilver (0.9.13-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Apply patch from Michael Ablassmeier to correct a build failure +due to an incorrect DEB_TAR_SRCDIR (Closes: #310073). + + -- Roger Leigh [EMAIL PROTECTED] Sun, 22 May 2005 13:34:23 +0100 + clearsilver (0.9.13-3) unstable; urgency=medium [ Priority set to 'medium' since it's blocking trac to move to sarge and --- cs.orig/clearsilver-0.9.13/debian/rules 2005-05-22 14:04:31.294617040 +0100 +++ cs.new/clearsilver-0.9.13/debian/rules 2005-05-22 13:41:55.758689824 +0100 @@ -1,6 +1,6 @@ #!/usr/bin/make -f -DEB_TAR_SRCDIR=$(shell ls clearsilver-* | sed -e 's/\.tar.*//') +DEB_TAR_SRCDIR=$(shell ls clearsilver-* | sed -e 's/\.tar.*//' | head -1) DEB_MAKE_CHECK_TARGET=( i386 ia64 ) include /usr/share/cdbs/1/rules/tarball.mk -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310205: mutt: problem verifying smime signed message when also signed with pgp
Package: mutt Version: 1.5.9-1 Severity: normal I have recieved a message that consists of an s/mime signed message that has subsequently been signed with pgp. When trying to verify the s/mime signature, mutt passes the whole message to openssl. openssl sees the outer multipart/signed content type, finds the signature, and then fails because the signature is not of type application/pkcs7-signature but of type application/pgp-signature: Error reading S/MIME message 24052:error:2107A08D:PKCS7 routines:SMIME_read_PKCS7:sig invalid mime type:pk7_mime.c:281:type: ___ication/pgp-signature (The mime type is in fact garbled with characters I cannot input here, due to a bug in openssl's error reporting, see #310184. This has nothing to do with the present problem.) It seems that for this to work properly mutt needs to pass just the s/mime signed message part to openssl, without the pgp signature. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii exim [mail-transport-agent] 3.36-17 An MTA (Mail Transport Agent) ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.34.3.27-2 Berkeley v4.3 Database Libraries [ ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libsasl22.1.19-1.5 Authentication abstraction library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309581: Deinstalling udev
On Sun, 2005-05-22 at 12:00 +0200, Marco d'Itri wrote: If alsa-base does not use MAKEDEV, then alsa-base is buggy. OK, this will be fixed in 1.0.9-1. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]