Bug#457889: /usr/games/wesnoth: accessibility: font size
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2007-12-26 23:07:54 CET]: subject says it all. i checked man page, the app itself, and doc. Unfortunately, the subject doesn't say anything. What do you mean with font size? Propably you mean it might be too small for you, because that's only guesswork to me ... When speaking of accessibility screen readers come to my mind, but those doesn't care about font sizes--and I highly doubt that you mean that because I don't think those will really help with this application, would they? Thanks, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457917: apt: [INTL:nb] Updated translation of program for Norwegian Bokmal
Package: apt Severity: wishlist Tags: patch l10n Please find attached the updated translation of apt for Norwegian Bokmal. (This is part of our Debian Installer work.) Regrads, Hans apt_nb.po.gz Description: GNU Zip compressed data
Bug#457839: general: Many man pages display shell quotes ` and ' wrong in Unicode environment
Russ Allbery kirjoitti:
Note that it only does this in verbatim text and in C blocks, so
people who use 'text' or `text' in general text in POD will still get
the Unicode quotes. I think this is the correct behavior, but I'm
always open to further suggestions. (I'm upstream for Pod::Man.)
It's kind of nice to have real English single quotes is general text
(`these' produce real quotes). They print nicely in PostScript for
example. But yes, this causes some problems if a man page writer - be
it a machine or human - is not aware of the difference between English
quotes and shell quotes. There is logical difference even if they
happen to appear the same on some systems. It's very easy to write
something like this to man page's general text: The string can be
enclosed in single (') quotes. And now we have English right single
quotation mark (and apostrophe) in man page, not a shell single quote.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430814: [Pkg-sysvinit-devel] Bug#430814: Mount a tmpfs on /tmp if /tmp is too small
tags 430814 + pending thanks Awk can not be used. Can the code be rewritten to use POSIX shell features or sed? I rewrote it to this: df=`df -kP /tmp |grep -v Filesystem` set -- $df avail=$4 I also had to update the LSB dependency header to document that the script should stop in runlevels 0 and 6, and moved the stop point from 59 to 100 - 37 = 63 to make the start and stop location symetrical. The patch is commited to svn and should show up in version 2.86.ds1-44. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457899: RFP: ubuntu-archive-keyring -- GnuPG keys of the Ubuntu archive
Jack Bates [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist I frequently use pbuilder on my Debian system to build packages for Ubuntu, so I manually install: http://packages.ubuntu.com/gutsy/misc/ubuntu-keyring Manually install under pbuilder ? How ? The right way is to add the keyring package in EXTRAPACKAGES pbuilder configuration option ptherwise the problem remain the same. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457919: cl-asdf: please merge a run-shell-command patch for LispWorks
Package: cl-asdf Version: 1.109-2 Severity: wishlist The function asdf:run-shell-command is not right for LispWorks 5.x: #+lispworks (system:call-system-showing-output command :shell-type /bin/sh :output-stream *verbose-out*) I test a expression on LispWorks 5.0: CL-USER 1 (system:call-system-showing-output id -u :shell-type /bin/sh :output-stream t) ; id -u ; 10003 0 To make common-lisp-controller:get-uid work well, the call to system:call-system-showing-output must come with two additional keyword arguments, :show-cmd nil, and :prefix . I running LispWorks 5.x on Debian, I use this script to save a LispWorks image which can then load all debian CL packages: (in-package :cl-user) (load-all-patches) (load /usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp) (common-lisp-controller:init-common-lisp-controller-v4 lispworks) ;; (load asdf-patch) (save-image (merge-pathnames (make-pathname :name lispworks) (lisp-image-name)) :remarks LispWorks 5.0.2 :environment t) So, I HOPE a patch can be merged into cl-asdf, as in attach (asdf.lisp.patch). Now I must load a patch for this purpose (asdf-patch.lisp). Thanks! Chun TIAN (binghe) -- (defsignature (田春 Chun Tian (binghe)) (网易杭州研究院 系统管理员) (E-Mail [EMAIL PROTECTED]) (Phone (0571)88271736 (020)85106834) (POPO binghe.lisp) (GTalk [EMAIL PROTECTED])) --- asdf.lisp.old 2007-12-27 16:17:49.267166457 +0800 +++ asdf.lisp 2007-12-27 16:18:32.878933629 +0800 @@ -1188,6 +1188,8 @@ (system:call-system-showing-output command :shell-type /bin/sh + :prefix + :show-cmd nil :output-stream *verbose-out*) #+clisp;XXX not exactly *verbose-out*, I know (in-package :asdf) (defun run-shell-command (control-string rest args) Interpolate ARGS into CONTROL-STRING as if by FORMAT, and synchronously execute the result using a Bourne-compatible shell, with output to *VERBOSE-OUT*. Returns the shell's exit code. (let ((command (apply #'format nil control-string args))) (format *verbose-out* ; $ ~A~% command) #+sbcl (sb-ext:process-exit-code (sb-ext:run-program #+win32 sh #-win32 /bin/sh (list -c command) #+win32 #+win32 :search t :input nil :output *verbose-out*)) #+(or cmu scl) (ext:process-exit-code (ext:run-program /bin/sh (list -c command) :input nil :output *verbose-out*)) #+allegro (excl:run-shell-command command :input nil :output *verbose-out*) #+lispworks (system:call-system-showing-output command :shell-type /bin/sh :prefix :show-cmd nil :output-stream *verbose-out*) #+clisp ;XXX not exactly *verbose-out*, I know (ext:run-shell-command command :output :terminal :wait t) #+openmcl (nth-value 1 (ccl:external-process-status (ccl:run-program /bin/sh (list -c command) :input nil :output *verbose-out* :wait t))) #+ecl ;; courtesy of Juan Jose Garcia Ripoll (si:system command) #-(or openmcl clisp lispworks allegro scl cmu sbcl ecl) (error RUN-SHELL-PROGRAM not implemented for this Lisp) ))
Bug#457920: balazarbrothers: contains font duplicated from ttf-dustin
Package: balazarbrothers Version: 1.0~rc1-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: duplicate As can be seen from the Debian fonts review[1], balazarbrothers contains a font duplicated from ttf-dustin (PenguinAttack.ttf). Please consider removing this file and depending on ttf-dustin instead. You may also want to talk with your upstream about removing it from the source package. 1. http://pkg-fonts.alioth.debian.org/review/fnt-02802bfcfb3d3b1f4a3ebae76ad19cd3.html -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#447081: This bug has a CVE
On 27.12.07 Norbert Preining ([EMAIL PROTECTED]) wrote: On Mi, 26 Dez 2007, Bastien ROUCARIES wrote: Hi, Bug was assigned CVE-2007-5935 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5935 Yes? And? The CVE number was assigned on 20071113 as far as I see, while the texlive-bin packages fixing that were released already on 20071102 so what do you want to tell me with that? ...that we should list the CVE number in debian/changelog? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457760: perl_5.10.0-1(experimental/i386/demosthenes): test suite failure in ext/Sys/Syslog/t/syslog
On Tue, Dec 25, 2007 at 01:26:11PM +0100, Marc 'HE' Brockschmidt wrote: Package: perl Version: 5.10.0-1 Severity: serious Tags: experimental Heya, Building perl 5.10 failed on all my buildds due to the same test suite failure: | ext/Sys/Syslog/t/syslog...# Failed test 'setlogsock() should return true: ''' | # at ../ext/Sys/Syslog/t/syslog.t line 204. | # Looks like you failed 1 test of 199. | FAILED at test 176 [...] | Failed 1 test out of 1433, 99.93% okay. | ../ext/Sys/Syslog/t/syslog.t This failure is caused by the test expecting /dev/log to be a listening socket. Looks like I need to add sysklogd to the build-depends, and to perhaps modify the test to quietly succeed (skip) where the setlogsock fails if possible. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457254: Missing Depends: junit4 binary package does not depend on JRE/JDK
reassign 457254 junit4 thanks On Fri, Dec 21, 2007 at 02:29:57AM +, Chris Lamb wrote: Package: junit Version: 4.3.1-2 The junit4 binary package does not Depend: on anything, let alone anything Java-related. In comparison, the junit (ie. 3.x series) package depends on: java-gcj-compat | java1-runtime | java2-runtime. Reassigning bug to the correct package. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447081: This bug has a CVE
On 26.12.07 Bastien ROUCARIES ([EMAIL PROTECTED]) wrote: Hi, Bug was assigned CVE-2007-5935 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5935 just noticed that Norbert put that # into the changelog: * fix segfault of dvips -z on amd64 (patch applied upstream), thanks to Bastien Roucaries for finding and providing a patch (Closes: #447081) It seems that entry is not yet mentioned in the official package, but it is in the SVN. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457921: t-coffee: packaging bug
Package: t-coffee Version: 5.05-1 Severity: normal When building t-coffee with sbuild, it reports: ERROR: Package builds t-coffee-examples_5.05-1_all.deb when binary-indep target is not called. This is a bug in the packaging. ERROR: Package builds t-coffee-doc_5.05-1_all.deb when binary-indep target is not called. This is a bug in the packaging. See any buildd log for verification. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#85088: We do recommend the 6 month package for better results and higher savings.
There are differences in all people in regards to height, weight and appearance. http://suhshitee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457435: bugs.debian.org: subscribing to bugs does not work
You need to send us both the message id of the message you have sent and ideally your own MTA's mail record for subscription messages which have not been acked which were sent recently. [That is, sent in the past 48 hours.] OK, earlier today I sent the message below. There's been no response. From exim4, all I can find is the following in /var/log/exim4/mainlog: 2007-12-27 04:10:08 1J7oki-0007sz-AW = [EMAIL PROTECTED] H=helium [127.0.0.1] P=esmtp S=541 [EMAIL PROTECTED] 2007-12-27 04:10:08 1J7oki-0007sz-AW = [EMAIL PROTECTED] R=smarthost T=remote_smtp_smarthost H=smtp.g.comcast.net [76.96.62.117] X=TLS-1.0:RSA_AES_256_CBC_SHA1:32 DN=C=US,ST=Pennsylvania,L=Philadelphia,O=Comcast Cable Communications Management LLC,OU=Business Center,CN=smtp.comcast.net 2007-12-27 04:10:08 1J7oki-0007sz-AW Completed From: Andrew Schulman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Thu, 27 Dec 2007 04:10:08 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Status: RO X-Status: RSC X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: X-Length: 450 X-UID: 2716
Bug#452730: Not fixed in dpkg-dev 1.14.13
found 452730 1.14.13
thanks
Hi,
something went wrong with this upload. The necessary
{dpkg-dev,dselect}.preinst scripts are missing from the binary and
source packages, so the symlinks in /usr/share/doc are still there after
the upgrade.
Regards,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457925: xserver-xorg: Starts in bogus video mode
Package: xserver-xorg Version: 1:7.3+8 Severity: normal Hello, Since last update (might have been xserver-xorg 7.3+8 or xserver-xorg-core 2:1.4.1~git20071212-2) the server started starting in ugly videomode (1280x768), which was not selected in Modes display subsection and does not make any sense for 4:3 CRT monitor. I had to set the PreferredMode option in Monitor section to get the correct video mode back. I also had to create the Display subsection with mode list. Additionally, I had to add the Modeline statement, because otherwise the mode was initialized with vsync 60Hz, which is just too slow. This might have been caused by not including the refresh rate intervals, that were there in the previous config. Would you please be so kind and at least include explanation of how to override the videomode autoconfiguration if it's unsuitable somewhere in README.Debian or NEWS.Debian? Thanks. Note: I modified the info below to include both the current and previous xorg.conf, so you can compare. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-12-25 16:05 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1831520 2007-12-22 02:53 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)] /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1390 2007-12-27 10:34 /etc/X11/xorg.conf This is the NEW config, which I obtained by reconfiguring xserver-xorg, with three additions: - Monitor/PreferredMode setting - Monitor/ModeLine/1400x1050 setting - Screen/Display subsection Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)] Driver ati BusID PCI:1:0:0 EndSection Section Monitor Identifier Configured Monitor Option DPMS Option PreferredMode 1400x1050 ModeLine1400x1050 184.00 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync EndSection Section Screen Identifier Default Screen Monitor Configured Monitor Subsection Display Modes 1400x1050 1280x1024 1280x960 1024x768 800x600 640x480 EndSubSection EndSection * This is the OLD contents of the /etc/X11/xorg.conf file. This was working for me until recently: * Contents of /etc/X11/xorg.conf.20071227: # (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the manual page. # (Type man at the shell prompt.) # # This file is automatically updated on package upgrades *only* # if it has not been modified since the last upgrade of the # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh Section InputDevice Identifier Keyboard PS/2 UCW Driver kbd Option CoreKeyboard Option XkbRules ucw Option XkbModel pc105 Option XkbLayout ucw # cz-prog Option XkbVariantqwerty Option XkbOptionsmun:caps,gs:sclk EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier ATI
Bug#457804: multipath-tools-boot gets started before module-init-tools, making modules useless
On Wed, Dec 26, 2007 at 10:34:35PM +0100, Josip Rodin wrote: I suppose, although that's a much more general change that would have many more consequences. How was the current priority for multipath-tools-boot selected, is there a rationale for it being as high as 3 (now 4)? I can't say I can see the reason offhand. I suppose you want it to be before S30checkfs.sh and S35mountall.sh so that people can put multipath'd drives into fstab, but why would it run as early as 3 or 4? It was moved that early because it had to be started _before_ udev. Basti was maintaining the package back then (0.4.5-2) and the changelog doesn't give a reason why this was done. I moved it to start _after_ udev so the /dev/mapper entries get created correctly on the tmpfs (0.4.7-3). We can probably move it even later in the boot process but not after LVM cryptdisks and mdadm which would mean [21,24] if we also want to have it after module-init tools. But there might very well be something earlier that also wants access to block devices, who knows? 21 looks like a good choice but I wonder if we gain that much - you could always load necessary modules with modprobe module || treue in /etc/default/multipath-tools for your special requirements. In other cases an initramfs makes much more sense. Cheers, -- Guido signature.asc Description: Digital signature
Bug#457923: python-reportlab: contains two fonts duplicated from ttf-dustin
Package: python-reportlab Version: 2.0dfsg-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: duplicate As can be seen from the Debian fonts review[1,2], python-reportlab contains two fonts duplicated from ttf-dustin (Dustismo_Roman.ttf and also PenguinAttack.ttf). Please consider removing these files and depending on ttf-dustin instead. You may also want to talk with your upstream about removing them from the source package. 1. http://pkg-fonts.alioth.debian.org/review/fnt-c67f857f9e515dfd1294f3fb07fd53e7.html 2. http://pkg-fonts.alioth.debian.org/review/fnt-02802bfcfb3d3b1f4a3ebae76ad19cd3.html -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#457863: does not install
Guillem Jover wrote: Could you send your '/var/lib/dpkg/alternatives/x-terminal-emulator' to this bug report? It is empty. apollo:~# ls -l /var/lib/dpkg/alternatives/x-terminal-emulator -rw-r--r-- 1 root root 0 2007-12-14 19:10 /var/lib/dpkg/alternatives/x-terminal-emulator apollo:~# update-alternatives --config x-terminal-emulator Use of uninitialized value in length at /usr/sbin/update-alternatives line 735. update-alternatives: error or eof reading /var/lib/dpkg/alternatives/x-terminal-emulator for update_mode () David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447245: zaptel-source: OSLEC echo canceler renders zaptel channels unusable
On Thu, Dec 27, 2007 at 03:40:32AM +0200, Tzafrir Cohen wrote:
Some progress: after much debugging, David Rowe noticed that at least
one source of problems is the following code from oslec/oslec_wrap.c:
static __inline__ uint64_t cycles(void) {
uint64_t x;
__asm__ volatile (rdtsc\n\t : =A (x));
return x;
}
This seems to cause harm on amd64. Is this a problem with AMD? with x86_64?
Could you please try the attaced patch?
--
Tzafrir Cohen
icq#16849755 jabber:[EMAIL PROTECTED]
+972-50-7952406 mailto:[EMAIL PROTECTED]
http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir
Index: oslec/oslec_wrap.c
===
--- oslec/oslec_wrap.c (revision 5125)
+++ oslec/oslec_wrap.c (working copy)
@@ -86,6 +86,12 @@
return ret;
}
+#elif defined(CONFIG_X86_64)
+/* The inline assembly below seems to be broken on amd64. So
+ * for now this will just be a nop there: */
+static __inline__ uint64_t cycles(void) {
+ return 0;
+}
#else
static __inline__ uint64_t cycles(void) {
uint64_t x;
Bug#457435: bugs.debian.org: subscribing to bugs does not work
On Thu, 27 Dec 2007, Andrew Schulman wrote: You need to send us both the message id of the message you have sent and ideally your own MTA's mail record for subscription messages which have not been acked which were sent recently. [That is, sent in the past 48 hours.] OK, earlier today I sent the message below. There's been no response. From exim4, all I can find is the following in /var/log/exim4/mainlog: 2007-12-27 04:10:08 1J7oki-0007sz-AW = [EMAIL PROTECTED] H=helium [127.0.0.1] P=esmtp S=541 [EMAIL PROTECTED] 2007-12-27 04:10:08 1J7oki-0007sz-AW = [EMAIL PROTECTED] R=smarthost T=remote_smtp_smarthost H=smtp.g.comcast.net [76.96.62.117] X=TLS-1.0:RSA_AES_256_CBC_SHA1:32 DN=C=US,ST=Pennsylvania,L=Philadelphia,O=Comcast Cable Communications Management LLC,OU=Business Center,CN=smtp.comcast.net 2007-12-27 04:10:08 1J7oki-0007sz-AW Completed I don't actually see this message show up in the debbugs processing scripts. However, I don't have access to the exim4 mainlog there right this second, so I can't tell you for certain that it didn't show up at all. I've asked DSA to take a look at it; hopefully they'll do so when they have a chance. Don Armstrong -- Personally, I think my choice in the mostest-superlative-computer wars has to be the HP-48 series of calculators. They'll run almost anything. And if they can't, while I'll just plug a Linux box into the serial port and load up the HP-48 VT-100 emulator. -- Jeff Dege, [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457929: python-debian: _multivalued.dump() not working on multivalued fields
Package: python-debian Version: 0.1.7 Severity: normal Hi, consider the following code: from debian_bundle import deb822 f = file(zsh_4.3.4-dev-6-3_all.changes) c = deb822.Changes(f) print c Traceback (most recent call last): File stdin, line 1, in ? File /var/lib/python-support/python2.4/debian_bundle/deb822.py, line 247, in __str__ return self.dump() File /var/lib/python-support/python2.4/debian_bundle/deb822.py, line 435, in dump fd.write(key + : + self[key] + \n) TypeError: cannot concatenate 'str' and 'list' objects after a bit of investigation it seems that the key lookup in dump() is not case insensitive though _multivalued_fields keys are required to be lowercase. Note that using Files instead of files as key in deb822.py:470 works as expected. thanks, filippo -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-macbook (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages python-debian depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.7.5 automated rebuilding support for p python-debian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457931: /etc/init.d/cpufrequtils fails because of translations
Package: cpufrequtils Version: 002-6 Severity: serious Hi, because of #449307, cpufrequtils now uses cpufreq-info to enumerate CPUs and cores. Unfortunately, the sed pattern only works for the English messages of cpufreq-info and fails if LANG != (C|en) and a translation is present (which is the case for de, fr it). In this case, the init script fails without any error message and does not set and governors etc. A solution for this bug is to prefix the invocation of cpufreq-info with LANG=C. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-shl2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableopensync.gforge.punktart.de 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== debconf (= 0.5) | 1.5.17 OR debconf-2.0| libc6 (= 2.7-1) | 2.7-5 libcpufreq0| 002-6 lsb-base (= 3.0) | 3.1-24 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#457924: [pkg-cli-apps-team] Bug#457924: icedove-beagle: Wrong dependencies
On Thu, 2007-12-27 at 11:06 +0100, Michael Biebl wrote: The package should depend on beagle (and not recommend it), as it's unusable/non-working without an installed beagle package. It should also depend on icedove for the same reasons. The package beagle should have a Suggests icedove-beagle. No executable nor library in the package is using beagle or icedove, thus icedove-beagle doesn't require beagle nor icedove, but icedove loads the extension instead. beagle should indeed suggest icedove-beagle, as it enhances the functionality of the beagle software. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457924: [pkg-cli-apps-team] Bug#457924: icedove-beagle: Wrong dependencies
Mirco Bauer schrieb: On Thu, 2007-12-27 at 11:06 +0100, Michael Biebl wrote: The package should depend on beagle (and not recommend it), as it's unusable/non-working without an installed beagle package. It should also depend on icedove for the same reasons. The package beagle should have a Suggests icedove-beagle. No executable nor library in the package is using beagle or icedove, thus icedove-beagle doesn't require beagle nor icedove, but icedove loads the extension instead. I don't agree on this interpretation. Just take a look at other icedove/iceweasel plugins. I checked a few of them and they all have a Depends on icedove/iceweasel. beagle should indeed suggest icedove-beagle, as it enhances the functionality of the beagle software. There is also an Enhances keyword. Unfortunately none of the package management tools make use of it. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#88616: Autodesk 3D Studio Max 9 for XP for 149, Retails @ 6720 (You save 6590)
type 2008oem .com in Internet Exp!orer autodesk architectural desktop 2006 - 119 zend studio - 49 adobe indesign cs3 - 79 mindjet mindmanager 7 for mac - 39 microsoft visio 2007 professional - 39 corel wordperfect office x3 standard - 49 virtualdj 4.3 for mac - 39 microsoft frontpage 2003 - 29 acronis true image enterprise server 9.1.3666 - 79 cakewalk sonar 6 producer edition - 69 corel wordperfect office x3 standard - 49 ms xp professional with sp2 - 49 turbotax business 2006 (usa only) - 29 propellerhead reason 3 - 69 2008 microsoft office beta for mac - 79 virtual pc 7.0 for mac - 49 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#136051: DuaneShlongOverlarge
MiguelBigErectileorgan http://virsucon.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247322: Click Here to have your questions answered by our support team.
I have been on the product 2 months now and I have already gained 1 inch. http://uuiowel.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457926: /var/cache/beagle is not cleaned up on purge, wrong permissions on reinstall
Package: beagle Version: 0.3.1-2 Severity: important Hi, /var/cache/beagle is not removed on package purge. On the other hand, the beagleindex user is removed. This had the effect on my system, that upon reinstallation of the beagle package, I had a directory /var/cache/beagle, that was owned by hplip:nogroup. The beagle package should either not remove the beagleindex system user or cleanup /var/cache/beagle correctly in postinst/purge. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages beagle depends on: ii adduser 3.105add and remove users and groups ii bash3.1dfsg-8The GNU Bourne Again SHell ii dbus1.1.2-1 simple interprocess messaging syst ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2.1 library to parse EXIF files ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgalago1.0-cil0.5.0-2 CLI bindings for libgalago ii libgconf2.0-cil 2.16.0-9 CLI binding for GConf 2.16 ii libglade2.0-cil 2.10.2-4 CLI binding for the Glade librarie ii libglib2.0-02.14.4-2 The GLib library of C routines ii libglib2.0-cil 2.10.2-4 CLI binding for the GLib utility l ii libgmime2.2-cil 2.2.12-1 CLI binding for the MIME library ii libgnome-desktop-2 2.20.2-1 Utility library for loading .deskt ii libgnome-vfs2.0-cil 2.16.0-9 CLI binding for GnomeVFS 2.16 ii libgnome2.0-cil 2.16.0-9 CLI binding for GNOME 2.16 ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgsf-1-1141.14.7-2 Structured File Library - runtime ii libgsf0.0-cil 0.8-1CLI bindings for libgsf ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.2-4 CLI binding for the GTK+ toolkit 2 ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libmono-corlib2.0-cil 1.2.6+dfsg-4 Mono core library (2.0) ii libmono-sharpzip2.84-ci 1.2.6+dfsg-4 Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.2.6+dfsg-4 Mono Sqlite library ii libmono-system-data2.0- 1.2.6+dfsg-4 Mono System.Data Library ii libmono-system-web2.0-c 1.2.6+dfsg-4 Mono System.Web Library ii libmono-system2.0-cil 1.2.6+dfsg-4 Mono System libraries (2.0) ii libmono01.2.6+dfsg-4 libraries for the Mono JIT ii libmono2.0-cil 1.2.6+dfsg-4 Mono libraries (2.0) ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtaglib2.0-cil2.0.2.0-1CLI library for accessing audio an ii libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar ii libwv-1.2-3 1.2.4-2 Library for accessing Microsoft Wo ii libx11-62:1.0.3-7X11 client-side library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxss1 1:1.1.2-1X11 Screen Saver extension library ii mono-runtime1.2.6+dfsg-4 Mono runtime ii xdg-utils 1.0.2-2 desktop integration utilities from ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime Versions of packages beagle recommends: pn mono-gmcs none (no description available) ii poppler-utils 0.6.2-1PDF utilitites (based on libpopple -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457933: glib-mkenums: Cannot parse an enum whose value is a comma
Package: libglib2.0-dev
Version: 2.14.3-1
Severity: normal
I have the following enum definition in a file called beef_instruction.h,
and I want it to be converted into a GEnum derived type.
typedef enum {
BEEF_INSTRUCTION_NONE= '\0',
BEEF_INSTRUCTION_PREVIOUS= '',
BEEF_INSTRUCTION_NEXT= '',
BEEF_INSTRUCTION_INCREASE= '+',
BEEF_INSTRUCTION_DECREASE= '-',
BEEF_INSTRUCTION_LOOP_BEGIN = '[',
BEEF_INSTRUCTION_LOOP_END= ']',
BEEF_INSTRUCTION_READ= ',',
BEEF_INSTRUCTION_PRINT = '.',
BEEF_INSTRUCTION_TAPE_DUMP = '#'
} BeefInstructionValue;
I think the code is legit and glib-mkenums should be able to handle it, but
the value of BEEF_INSTRUCTION_READ is skipped in the output files, and the
following error message is displayed:
/usr/bin/glib-mkenums: beef_instruction.h:23: Failed to parse `
BEEF_INSTRUCTION_READ= ',', '
Please consider fixing this, or let me know if the problem lies in my code.
--
KiyuKo eof AT kiyuko DOT org
Resistance is futile, you will be garbage collected.
pgpIDQ3u04eAz.pgp
Description: PGP signature
Bug#457932: fillets-ng: newer upstream release
Package: fillets-ng Version: 0.7.4-3 Severity: wishlist Hello, There is a newer upstream release. Do you need help to get it packaged in Debian ? http://fillets.sourceforge.net/ Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#453862: [Pbuilder-maint] Bug#453862: Wrong mounting devpts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am Mi den 26. Dez 2007 um 12:22 schrieb Junichi Uekawa: So if using the default USEDEVPTS=yes the /dev/pts inside the chroot will be mounted with no gid setting. As the kernel share for the devpts fs is shared between all devpts the gid setting of /etc/init.d/mountdevsubfs.sh gets reseted. This sounds like a kernel misfeature, and /me checks fs/devpts/inode.c... Yup, looks like it. I agree completely. System security doesn't seem too much affected because it only resets to root:root 600 (a tighter permission than the default). Well, yes and no. The Permissions are resetted to 0 NOT root (which is the same p/gid). That means that it is not anymore sticky as when a value is specified. So the handling is completely changed. Regards Klaus Ethgen - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBR3OBlJ+OKpjRpO3lAQLREwf+LP+dPSsdhawAb/I8Ad3cZqGj2zdR39rk LpIk8DoJTldHSaA0mdP9PNm0OWoq1JImFDgZsHZfBsqmduKGT86H3jCdZ8cHat9q TFgfGuD4OzBxFxjt/0vIUv51do1AkfucbSvuCeQGm83BpZbSdWEikX+Esu/IjTiA YC6ne2dQd/cj6PTU1KyozcdoJ31Lp4pzLJSogvzKyC7ddCJV5Q3MbI6PtYuTsgsp PGx0NCk6rkXfCJmNQ2WOXpu/+UJK3wEu3MYIvQ+hZXvPr/kp58MF8504uE9Pjpwz BBS7E93Hu1V0maG0yJzXr69hWDy7N9JhREtyMObwOix2NVM6iHhyKg== =9vI/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378546: axel-kapt: uses all available memory, crashes, brings system to a crawl
On Thursday 27 December 2007 00:55:46 Y Giridhar Appaji Nag wrote: Hi Andrew, On 06/07/17 06:03 -0400, Andrew Schulman said ... When I run axel-kapt from the console, it starts to soak up all available memory. My host grinds to a halt as memory for all other processes is swapped out. When axel-kapt has used up all available RAM and cache, it crashes. Here's what I see on my console: Do you still see this problem when running axel-kapt? Even though there haven't been any changes in axel-kapt that I think would solve this, the reason I ask is: The axel-kapt script itself is fairly simple and the real memory hog _may_ be axel, kaptain or python. While you see the symptoms of this problem, can you see and report which process seems to be consuming a lot of memory? Sorry, but I've uninstalled axel-kapt. My host is starved for memory ATM so I really don't want to test this bug again. So I guess the bug is unreproducible. Please feel free to close it if you like. Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457928: xmltv: tv_grab_it --configure : Fonte sconosciuta mtvit in channel_ids:265 (unknown source for MTV)
Package: xmltv Version: 0.5.50-1 Severity: minor hi I recently upgrading xmltv (by backporting it and installing it into this Etch box - the reason I decided to upgrade was that the version in Etch was not correctly downloading some italian TV programs anymore). When I run tv_grab_it , it always prints Fonte sconosciuta mtvit in channel_ids:265 (translation: unknown source mtvit in channel_ids:265) and the MTV listing is sometimes not available. a. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xmltv depends on: ii libxmltv-perl 0.5.50-1 Perl libraries related to the XMLT ii xmltv-gui 0.5.50-1 Graphical user interface related t ii xmltv-util0.5.50-1 Utilities related to the XMLTV fil xmltv recommends no packages. -- no debconf information -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457924: icedove-beagle: Wrong dependencies
Package: icedove-beagle Severity: important Hi, the dependencies of icedove-beagle are incorrect. The package should depend on beagle (and not recommend it), as it's unusable/non-working without an installed beagle package. It should also depend on icedove for the same reasons. The package beagle should have a Suggests icedove-beagle. Michael P.S. i'm too lazy to file a separate bug report for iceweasel-beagle, but the same is true for s/icedove/iceweasel/ in the above text. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434775: nfs-common: fails to mount nfs volumes when booted with ip= command line
[Andy Sharp] When booted with ip= on the kernel command line, setting the IP address, NFS volumns are not mounted because the logic of the interlocking pieces believes that the interface(s) have not been brought up. Even if you set the right information for the interface in /etc/network/interfaces, that code returns an error return, and the /etc/network/if-up.d/mountnfs.sh script does not mount the NFS volumes. I'm not sure if this can be seen as a bug in ifupdown or in initscripts. initscripts depend on ifupdown to get a notification when an interface is up. As that obviously do not happen when the kernel itself configure the network, the NFS mouting does not happen either. A workaround in your case could be to disable the asynchronous NFS mounting, by setting ASYNCMOUNTNFS=no in /etc/default/rcS. It will make sure the NFS mounts are done independently of the ifupdown events. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457930: Possibly wrong code on hppa/ia64
Package: ffcall Version: 1.10+2.41-3 I recently compiled ffcall with a snapshot for 4.3 on hppa and got an internal compiler error. Upstream fixed this bug, but he also had some comments about ffcall (namely about trampoline.c): I have to say that the code in the original testcase is probably very wrong for hppa. Like ia64, function pointers point to function descriptors (when the plabel bit is set). The function descriptor also may point to a stub and not the function code. (this is from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34525) Maybe that's something you can investigate; hopefully the ia64 and hppa porters can provide some help. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457922: ITP: israndom -- nonclassical randomness test using data compressors
Package: wnpp Severity: wishlist Owner: Rudi Cilibrasi [EMAIL PROTECTED] * Package name: israndom Version : 1.0.6 Upstream Author : Rudi Cilibrasi [EMAIL PROTECTED] * URL : http://cilibrar.com/ * License : BSD Programming Lang: C Description : nonclassical randomness test using data compressors israndom tests a sequence of symbols for randomness. israndom tries to determine if a given sequence of trials could reasonably be assumed to come from a random uniform distribution over a fixed-size alphabet of 2-256 symbols. It uses mathematical results from Kolmogorov Complexity theory and Shannon entropy (in classical information theory) in order to determine if a given sequence is effectively random or not. It does this by bounding the Kolmogorov complexity function from above using compressors. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 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#457927: xkb-data: wrong mapping for shift+backslash in il keyboard
Package: xkb-data
Version: 0.9-4
Severity: important
Tags: l10n patch
The standard Israeli keyboard dictates that shift+\ produce a pipe ('|')
symbol (just like the US mapping). In the il mapping, however, shift+\
produces \, which renders the shift useless for that key.
the problem does not seem to affect the il-lyx variant.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8)
-- no debconf information
--- il 2007-12-27 12:08:57.0 +0200
+++ il.fixed 2007-12-27 12:09:08.0 +0200
@@ -76,7 +76,7 @@
key AD11 { [ bracketright, braceright, 0x10005bf ]}; // Rafe
key AD12 { [ bracketleft, braceleft, 0x10005bd ]}; // Meteg
-key BKSL { [ backslash,backslash, 0x10005bb ]}; // Qubuts
+key BKSL { [ backslash, bar, 0x10005bb ]}; // Qubuts
};
Bug#456901: New upstream version 0.7.0
retitle 456901 New upstream version 0.7.0 thanks Brasero 0.7.0 is available since Dec 26. Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457937: eog can't print Gif images
Package: eog Severity: normal Version: 2.16.3-3 When I send eog to print gif images , this program print a black collor in a full papper. With other images files this problem don't happen (ex: png , jpg..) I'm use Debian Etch GNU/LINUX kernel version 2.6.18-5-486 and my printter is HP photosmart 7260 (USB) thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456914: ia32-libs: Missing shlibs entry for libxml2
Kurt Roeckx wrote: On Wed, Dec 19, 2007 at 12:32:16AM +1100, Paul TBBle Hampson wrote: Package: ia32-libs Version: 2.2 Severity: normal Doing a rebuild of wine on my AMD64 box, it failed with the following error (this is using the amd64.tar.lzma.uu with precompiled ia32 binaries in it): (Approximation, I scrolled the error away...) dpkg-shlibs: No shlibs information for /usr/lib32/libxml2.so. Also see #453885 and #457833. It's not the correct dir. The full error (from the buildd [1]) is: dpkg-shlibdeps: failure: no dependency information found for /usr/lib32/libxml2.so.2 (used by debian/libwine/usr/lib/wine/msxml3.dll.so). I added the following line: libxml2 2 ia32-libs (= 1.6) to /var/lib/dpkg/info/ia32-libs.shlibs and the build succeeded. That seems weird. And does debian/libwine.substvars contain I see from #457833 that you're now on top of this, and that the path has been fixed to be /emul/... so I guess I'll leave it up to the ia32-libs maintainers to sort this last bit out. I can't say this fix is definately correct (I haven't looked at the source for ia32-libs, nor do I see how dpkg-shlibs can tell a 32-bit and 64-bit .shlibs file apart. I _do_ have the 64-bit libxml2 pacakge installed) So, does debian/libwine.substvars contain libxml2 or not? It shouldn't contain it, since it's in ia32-libs. No, it doesn't: shlibs:Depends=libwine, libfreetype6 (= 2.3.5), libxrender1, libpng12-0 (= 1.2.13-4), libxext6, libc6 (= 2.7-1), libjpeg62, libc6-i386 (= 2.7-1), ia32-libs (= 1.6), libx11-6 (From my local build of 0.9.51-1) I've also noticed some lines just saying: ia32-libs (= 1.6), as in, without library and version. Yeah. I haven't looked, but I'm guessing the file's script-generated... -- --- Paul TBBle Hampson, B.Sc, LPI, MCSE Very-later-year Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] Of course Pacman didn't influence us as kids. If it did, we'd be running around in darkened rooms, popping pills and listening to repetitive music. -- Kristian Wilson, Nintendo, Inc, 1989 License: http://creativecommons.org/licenses/by/2.1/au/ --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457939: ftp.debian.org: Please remove nail once heirloom-mailx has been accepted
Package: ftp.debian.org Severity: normal As of version 12.3-3, I have renamed nail to heirloom-mailx, a change that upstream performed almost two years ago. Cheers, -Hilko -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457940: gparted corrupts lilo with Fatal: raid_setup: stat(/dev/sda3)
Package: gparted Version: 0.3.3-6 Severity: normal First run gparted then exit and run lilo to get the following error Fatal: raid_setup: stat(/dev/sda3) /dev/sda3 is the boot device defined in lilo.conf the filesystem includes xfs and ntfs partitions (no raid) rebooting seeems to fix the problem and allows lilo to be run again there is no problem running qtparted then lilo -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gparted depends on: ii gksu2.0.0-5 graphical frontend to su ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-4GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcairomm-1.0-11.4.2-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libglib2.0-02.14.3-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.14.2-2 C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.12.1-1 C++ wrappers for GTK+ 2.4 (shared ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libparted1.7-1 1.7.1-5.1The GNU Parted disk partitioning s ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libuuid11.40.2-1 universally unique id library ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.4.0-1X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime gparted recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456148: Intend to NMU
On Sun, Dec 23, 2007 at 12:37:45AM +0530, Varun Hiremath wrote: Hi Nico, On Sat, 22 Dec, 2007 at 07:46:12PM +0100, Nico Golde wrote: Hi Varun, * Varun Hiremath [EMAIL PROTECTED] [2007-12-22 19:12]: On Sat, 22 Dec, 2007 at 04:29:31PM +0100, Nico Golde wrote: Hi, attached is a patch for an NMU which fixes these issues. It will be also archived on: http://people.debian.org/~nion/nmu-diff/libjfreechart-java-1.0.8-1_1.0.8-1.1.patch These two patches are included in the new upstream release 1.0.8a which we already have ready for upload, but it introduces new bugs [1]. Oh thanks I missed this in the bug report. The bug [1] has been fixed in the jfreechart-1.0.x-branch but that branch doesn't seem to include the security fixes, so we can't update to that branch also. So, we thought of waiting for the new 1.0.9 release which should happen any time next week. Waiting for security releases is considered to be bad if you can gather the information for fixing this issue. @ Michael, should we release 1.0.8a version? No please not if it breaks things. Can you maybe ask upstream for the patch then? His changes to the branch are in revision 676 but he later removed some of them in 683 so I am bit confused about the status of this in the branch. Exactly, even the upstream Changelog entries are totally confusing and haven't mentioned anywhere clearly that it fixes the concerned CVE. But, still I will try to ask him for a patch. I am on vacation from day after tomorrow, so Michael, could you please take care of this bug? I will take care of this. I'm in private contact with the upstream author. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457941: hello: Options -n and -t conflict with -g
Package: hello Version: 2.2-2 Severity: normal Hi! While all command line options of hello work if specified singular, it seems to be impossible to use several of them together. Using for example hello -n -g Test displays the default text, not the one specified: $ LC_ALL=C hello -n -g Test +---+ | Hello, world! | +---+ Yours sincerely, Alexander -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hello depends on: ii libc6 2.7-4 GNU C Library: Shared libraries hello recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457899: RFP: ubuntu-archive-keyring -- GnuPG keys of the Ubuntu archive
Hi, On Wed, Dec 26, 2007 at 03:39:24PM -0800, Jack Bates wrote: I frequently use pbuilder on my Debian system to build packages for Ubuntu, so I manually install: http://packages.ubuntu.com/gutsy/misc/ubuntu-keyring Well, why don't you just use an Ubuntu mirror inside the pbuilder chroot? If you're building Ubuntu package, I'd say that's the way to go... Similarly I sometimes rebuild Ubuntu packages for Debian and encounter this error after adding an Ubuntu deb-src line to my sources.list: You might as well add an Ubuntu deb line to your sources.list and pin it to -1. You can still manually install any package from that source while no package will be pulled in automatically. I wish the ubuntu-archive-keyring package were available as a priority extra package in Debian. I really don't see any reason to include such packages in Debian. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#424620: mailman: error.log not re-opened on log rotation
reopen 424620 thanks Mailman does not re-open error.log when it gets SIGHUP, causing loss of error messages: The logrotate file erroneously sends a SIGHUP to reopen logfiles, while the mailman way of doing this is to call /usr/lib/mailman/bin/mailmanctl reopen I've implemented this now in the current logrotate script, but could you please confirm that that works for you? Hi Thijs, Sorry for taking so long to get back to you! I have tried this out and discovered that it does not work: $ sudo cat /var/run/mailman/mailman.pid 2626 :) 13:18 [EMAIL PROTECTED] ~ $ ps u 2626 USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND list 2626 0.0 0.1 11644 1956 ?Ss Nov09 0:00 /usr/bin/python /usr/lib/mailman/bin/mailmanctl -s -q start :) 13:19 [EMAIL PROTECTED] ~ $ sudo -u list /usr/lib/mailman/bin/mailmanctl reopen Re-opening all log files :) 13:19 [EMAIL PROTECTED] ~ $ sudo lsof +L1 COMMAND PIDUSER FD TYPE DEVICESIZE NLINK NODE NAME mailmanct 2626list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2627list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2627list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2628list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2628list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2629list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2629list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2634list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2634list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2635list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2635list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2636list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2636list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2637list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2637list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2638list3u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) python 2638list5u REG 254,2 651 0 35394 /var/log/mailman/error.1 (deleted) Looking at the source code for mailmanctl, it seems that all it does is to send a SIGHUP to the master mailman process... so it looks like there is something else going on here. Please let me know if you need any more information! BTW, would you consider fixing this in a stable update for 4.0r3--once we discover the correct solution, of course? -- Sam Morris [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#457938: tzdata: Argetina adds DST from 30 dec till 16 mar
Package: tzdata Version: 2007j-2 Severity: normal Hi! As a show of how third world we are, our Congress approved yesterday a law that says that we are to start using DST in 3 days. The change means the time will go forward on December 30th 0 hour, and it will go backwards on March 16th (the exact moment for the end is not mentioned in any piece of information I could find, but I suspect we will have two 23 hours). Just to be clear, from Dec 30 till Mar 16 we will be GMT-2 and then back to GMT-3 But, the president will go on deciding the dates for the DST change as time passes, so it won't be the same for next year. Link to news articles about this: http://www.lacapital.com.ar/contenidos/2007/12/27/noticia_0024.html http://www.lanacion.com.ar/EdicionImpresa/economia/nota.asp?nota_id=974279pid=3720941toi=5257 I hope you can make the change. Thanks!!! Love, Marga. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy tzdata recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453710: [Pbuilder-maint] Bug#453710: [patch] kill the build if the memory/disk is low
On Thu, Dec 27, 2007 at 12:26:43AM +0900, Junichi Uekawa wrote: Hi Junichi and Ondrej, RLIMIT_DATA / RLIMIT_RSS etc look like a good candidate for memory management. As for disk space, RLIMIT_FSIZE looks useful. And 'quota' seems more like a best match. RLIMIT_NPROC looks like a good idea to avoid DoS, although most packages would avoid endless forkbombs in their build process. I think nor RLIMIT_* nor quota are good solution here because resource usage may change on the host. The pbuilder process must be kill as soon as we know the system is out of resource. About the implementation and to avoid another process maybe the current TIMEOUT code can be merged in a more generic function designed to check the build process. $kill=0 if [ -n $TIMEOUT_TIME ]; then # We lose the second precision with this method but I can't find an alternative # that doesn't block the process if [ `find /proc/$BUILD_PID -cmin +$(($TIMEOUT_TIME/60)) | wc -l` -gt 0 ]; then kill=1 fi fi if [ -n $dir_min_free ]; then # disk check here # kill=1 if needed fi if [ -n $mem_min_free ]; then # mem check here # kill=1 if needed fi if [ $kill -eq 1 ]; then # kill the job fi With this solution, it's also possible to had a check with the hook system. Gonéri signature.asc Description: Digital signature
Bug#449272: linux-image-2.6.22-2-486: new firewire stack breaks other packages
Package: linux-image-2.6.22-2-486 Followup-For: Bug #449272 The inclusion of only the new firewire stack with the Debian kernel package breaks other debian packages. As it is Debian's mission to provide a linux distribution, this is a Debian problem, what else? For instance, kino of Debian testing is not working with linux-kernel of Debian testing. So, from a higher point of view, Debian testing is broken, so either kino or linux-kernel will have to be fixed. Given the information in the new firewire stack quoted above, it's clear for me where the problem lies. Why would anybody want to ignore the recommendation of the authors of the new firewire stack? Cheers, Andreas. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.22-2-486 depends on: ii initramfs-tools [linux-initr 0.91c tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo linux-image-2.6.22-2-486 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457938: tzdata: Argetina adds DST from 30 dec till 16 mar
The change means the time will go forward on December 30th 0 hour, and it will go backwards on March 16th (the exact moment for the end is not mentioned in any piece of information I could find, but I suspect we will have two 23 hours). According to: http://ar.invertia.com/noticias/noticia.aspx?idNoticia=200712270302_TEL_SIN000 http://saltaaldia.com.ar/index.php?ID=13742 The changed timezone will be till the 0 hour of March 16th. So, the doubled hour should be that one, 0 hour March 16th. I'm not completely sure, because the text of the law will only be published tomorrow. But I think it's almost certain that it will be that hour. -- Besos, Marga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457952: bmpx: domain name seems lost
Package: bmpx Severity: wishlist The domain seems to be lost, i think the package shouldn't link to them. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457950: devtodo: New upstream version
Package: devtodo Version: 0.1.19-3 Severity: wishlist Hi, 0.1.20 is available at http://swapoff.org/files/devtodo/devtodo-0.1.20.tar.gz Thanks Thomas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devtodo depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4 GCC support library ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++64.2.2-4The GNU Standard C++ Library v3 devtodo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457955: backupninja: Backupninja should not depend on mailx or mailutils
Package: backupninja Version: 0.9.4-6 Severity: normal backupninja should not depend on mailx or mailutils. Please move that to the Suggest line instead. A lot people like to use this software without having any mail stuff installed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.8 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages backupninja depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii dialog1.1-20071028-1 Displays user-friendly dialog boxe ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii mawk 1.3.3-11 a pattern scanning and text proces backupninja recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457353: gdome2-xslt: should not be a Debian-native package
On Wed, Dec 26, 2007 at 04:32:39PM +, Neil Williams wrote: In general, you seem to rant about a lot of things that may make sense on their own, but they do not seem to have _anything_ to do with a package being Debian-native or not. More specifically, you try to imply that a package being versioned Debian native _must_ mean that it is unportable and buggy. That's not the point. It hinders sharing the code. I'm not unaware of the issues here, I'm upstream for many of my Debian packages and only a few are native. I make double uploads because it helps people package my upstream code for Fedora and SuSE and I believe that free software should never hinder the sharing of code. Releasing code with the debian/ directory intact, just complicates the work for other distros. Why? Is it really a problem to just ignore the debian/ directory when writing a .spec file? Lots of upstream packages ship directories that do not contain anything related to the build, why would the debian/ directory be any different? How does that look to other upstream teams developing on Fedora? Oh, we'll hack together some rubbish in debian/ since they put useless .spec files in their upstream code. So you think a Debian-native package should contain an useless .spec file? Otherwise I do not understand what do you want to say. How are they to know whether the latest native version is Debian specific or contains useful upstream improvements? By reading debian/changelog -- that's what it's for! So they have to download the new *debian* version just to see what has changed when if it was an SF project they could see that the Debian release is of no interest to them as they have the .orig.tar.gz. Why should people wanting to use your code have to watch (and understand) Debian practices to package your POSIX code for a different distribution? What about forcing others to make repeated (useless) downloads and wasting their time reading Debian webpages / changelogs, trying to pick out what they want from the Debian stuff they don't? The package can be used outside Debian - why should someone outside Debian need to read debian/changelog in the first place! That already happens when an upstream release contains a fix for AIX/Solaris/HP-UX/(horrible dictu)Windows. You _do_ have to download the upstream source or check the upstream website to see if the change is relevant for Linux or not. How is this any different? If the code is not dependent on Debian itself, why should someone from another distribution even need to know about how Debian works just because upstream happens to be a DD? Why would they? _You_ insist that they shold know about the Debian packaging, but they can just completely ignore it and write a .spec file (or whatever) from scratch just if the debian/ directory would not even exist. Write portable code in the first place and help others. What's wrong with that? What has portability to do with a package being versioned Debian-native or not? Some native packages even 'make install' directly into debian/tmp/ - how unfriendly is that?! You continuously mix normal software/packaging bugs with being versioned Debian native or not. In my experiences some software (esp. ones that do _not_ use autoconf but try to invent their own build system) are a real PITA to install in the way I want, even if their authors never have even seen a Debian machine. So I don't buy your argument that this attitude has _any_ relation with being Debian-native or not. It's about reuse of code, it is about sharing code and about not thinking of Fedora et al as competition or a burden but as colleagues, even friends - people who help us from time to time and who should get some help in return. Er, how does an rm -rf debian/ command in an (according to you) distinct upstream release improves code sharing or reusing?!? If anything it makes life of other packagers harder because they can't peek for hints about how Debian handles things... Would you read the rpm webpage logs to try to work out whether you need to package a Fedora update? AFAIR some packages regularily took patches from RedHat/Fedora when their upstream went missing and the RedHat/Fedora release became the de facto upstream. So yes, this happened and undoubtedly will happen in the future too. And of course it can also happen in the other direction too when some other distro decides to import some hunks from Debian's .diff.gz - the package does not need to be Debian-native in this case either, yet that other distro would have to follow every new upload in Debian. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406372: 'init 6' asks for root password
[Olaf Zaplinski] 'init 6' asks for the root password, then it lets all processes alive and does nothing so I have to press the reset button every time... I tried this with both 'init 6' and 'telinit 6', which should be equivalent. And for both, it take the machine down and reboots. One idea I got is that this might be related to the issues with the process session groups that was fixed in version 2.86.ds1-37. Is the problem still there? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#31396: It works
It's right here the product I was telling you all about http://Supersizezme.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457951: fp-compiler: fpc fails to build lazarus
Package: fp-compiler Version: 2.2.0-dfsg1-1 Severity: serious Free pascal cannot build lazarus any more. The package in Lenny is okay and this report should avoid the transition of the buggy package to testing. The problem might be in one of the fp-units-* package and not in fp-compiler. I'll look into it. Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433778: dash: parameter expansion not always correct
On Thu, Jul 19, 2007 at 01:59:38PM +0200, Cristian Ionescu-Idbohrn wrote:
Consider running the attached script. You will notice it fails on
test 2 and 4. Both bash and busybox-ash main trunk pass all tests.
zsh 4.3.2-25 fails test 8.
Hi Cristian,
test 2: FOO2=${FOO%%[^0-9A-Za-z]*}
test 4: FOO4=${FOO%%[^[:alnum:]]*}
please see:
http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_13
The description of basic regular expression bracket expressions in the
Base Definitions volume of IEEE Std 1003.1-2001, Section 9.3.5, RE
Bracket Expression shall also apply to the pattern bracket expression,
except that the exclamation mark character ( '!' ) shall replace the
circumflex character ( '^' ) in its role in a non-matching list in
the regular expression notation. A bracket expression starting with an
unquoted circumflex character produces unspecified results.
So it looks like this isn't a bug, but the patterns you use can produce
'unspecified results'.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457353: gdome2-xslt: should not be a Debian-native package
On Wed, Dec 26, 2007 at 04:32:39PM +, Neil Williams wrote: On Wed, 2007-12-26 at 14:23 +0100, Wouter Verhelst wrote: On Sun, Dec 23, 2007 at 07:17:16PM +, Neil Williams wrote: I'd just add: * it isn't in the spirit of free software to make it hard for others to use the code - making a package Debian-native when it could work on any GNU/Linux or POSIX platform makes it unnecessarily hard for a Fedora or Gentoo user etc. to package the code and maintain it in their own distro. Sorry, but that's totally wrong. Nobody every told anyone to use the debian/ directory for anything. That's not the point. It hinders sharing the code. rm -rf debian/ There. That was hard. I'm not unaware of the issues here, I'm upstream for many of my Debian packages and only a few are native. I make double uploads because it helps people package my upstream code for Fedora and SuSE and I believe that free software should never hinder the sharing of code. I do not agree that having double uploads makes it easier to share code. YMMV, of course; but you can't deny that someone building an RPM package can ignore a debian/ directory as easy as I can ignore a .spec file when building a Debian package. Releasing code with the debian/ directory intact, just complicates the work for other distros. If they build an RPM file, having a debian/ directory does not make matters harder. If they are doing a Debian derivative, the debian/ directory would probably not complicate matters. We complain when upstream have a borked debian/ directory in the .orig.tar.gz yet it's not our problem if, upstream, we do the same to others? Ah, but there's a difference. If you're releasing your code as a Debian package, then your debian/ directory probably gets quite a bit of your attention; so the idea that it would be borked is pretty unlikely. I complain when upstream has a *borked* debian/ directory. Personally, I don't think it's that bad if they have a good and working debian/ directory. [...] How are they to know whether the latest native version is Debian specific or contains useful upstream improvements? By reading debian/changelog -- that's what it's for! So they have to download the new *debian* version just to see what has changed when if it was an SF project they could see that the Debian release is of no interest to them as they have the .orig.tar.gz. Why should people wanting to use your code have to watch (and understand) Debian practices to package your POSIX code for a different distribution? What about forcing others to make repeated (useless) downloads and wasting their time reading Debian webpages / changelogs, trying to pick out what they want from the Debian stuff they don't? The package can be used outside Debian - why should someone outside Debian need to read debian/changelog in the first place! If you really want, there's no reason why you can't symlink ChangeLog to debian/changelog. The point wasn't that they should have to understand how debian/changelog works; the point was that they should understand that the whole idea of a changelog is to document changes. Whether it's in one location or another doesn't really matter. Also, the changelog is just one way. 'rm -Rf foo/debian foo.old/debian; diff -Run foo.old foo' works just as well. Moreover, I do consider it good taste to have proper versioning; if an upload is done that only contains minor packaging adjustments, the versioning should reflect that, so that other packagers can see this. This isn't something Debian-specific, BTW. I do think that if you make an upload which, say, only contains a few minor fixes to the build system which will make it build on more systems, but not change anything on those systems where it already builds, that this should be reflected in the build system; so that people who've packaged it and have no issues, should not necessarily have to update the package. That's just a matter of communicating with your downstreams. If the code is not dependent on Debian itself, why should someone from another distribution even need to know about how Debian works just because upstream happens to be a DD? They shouldn't. But making a package a debian-native package does not include that requirement. If you as a Debian Developer are a straight jackass who doesn't give a shit about your downstreams, making their life as hard as humanly possible, then you're right. But there's no reason why anyone should do that; and I do think it's possible to just make a few agreements with your downstreams (which you could document in, say, a README file) regarding versioning and packaging. Why should I be required to jump through extra useless hoops just because my downstreams are too lazy to *ignore* a directory which is perfectly innocent and irrelevant to them? In addition, Debian is well-mirrorred all over the world (even better than SF, I'd say, though I don't have any numbers to back that
Bug#457958: Coredumps after trying to Open a HTTP torrent URL; fails to re-start.
Package: deluge-torrent Version: 0.5.7.1~debian-1 Severity: normal Steps to reproduce: 1) Click File - Add Torrent 2) Into the Location field, input the line: http://a.scarywater.net/ayako/%5BAyako%5D_Minami-ke_-_12_H264_%5B5B3AB0EC%5D.mkv.torrent 3) Click Open. 4) Deluge main window disappears. In terminal, the following output is produced: -- terminate called after throwing an instance of 'libtorrent::invalid_encoding' what(): invalid bencoding Aborted (core dumped) -- In addition, after this, Deluge fails to start. The last lines of a launch attempt output are: -- Applying preferences Starting DHT... No DHT file to resume terminate called after throwing an instance of 'asio::system_error' what(): Address already in use Aborted (core dumped) -- It turns out that there's a Deluge process which remains running after first crash. The process is python /usr/share/deluge/plugins/WebUi/run_webserver env=0.5 After I kill that process, Deluge proceeds to start normally. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-vserver-amd64 Debian Release: lenny/sid 500 testing debmirror.i 500 stable apt-proxy.i --- Package information. --- Depends (Version) | Installed ===-+-== libboost-date-time1.34.1 | 1.34.1-2 libboost-filesystem1.34.1 | 1.34.1-2 libboost-thread1.34.1 | 1.34.1-2 libc6 (= 2.7-1) | 2.7-4 libgcc1 (= 1:4.2.1) | 1:4.2.2-4 librsvg2-common | 2.18.2-1 libssl0.9.8 (= 0.9.8f-1) | 0.9.8g-3 libstdc++6 (= 4.2.1) | 4.2.2-4 notification-daemon | 0.3.7-1+b1 python ( 2.6) | 2.4.4-6 python (= 2.4) | 2.4.4-6 python-dbus | 0.82.4-1 python-glade2 | 2.12.0-2 python-gtk2 | 2.12.0-2 python-notify | 0.1.1-2 python-pyopenssl | 0.6-2.3 python-support (= 0.7.1) | 0.7.5 python-xdg | 0.15-1.1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457960: libgpod: missing build-dep on libsgutils1-dev
Subject: libgpod: missing build-dep on libsgutils1-dev Package: libgpod Version: 0.6.0-3 Severity: wishlist Could you please add libsgutils1-dev as dependency, to permit autoconfiguration of newer ipods, as said in http://gtkpod.wikispaces.com/Sysinfo+File#ClassicNano3g Thanks, Emilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457957: More info
After a X server restart the memory is a lot less: USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 27493 5.8 0.9 30336 20488 tty7 SLs+ 16:53 0:05 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-NfXjOZ Only 204K RSS and 303 VM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457959: fldigi: Fldigi 2.07 is available upstream
Package: fldigi Version: 2.05-3 Severity: wishlist Upstream just announced the availability of Fldigi 2.07. 73, de Nate -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages fldigi depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libfltk1.1 1.1.7-7 Fast Light Toolkit - shared librar ii libgcc1 1:4.2.2-4GCC support library ii libhamlib2 1.2.6.2-3Run-time library to control radio ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libportaudio2 19+svn20071022-2 Portable audio I/O - shared librar ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library fldigi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457961: dillo fails to build twice in a row
Package: dillo Severity: serious Hi, Nicolas reported that dillo fails to build twice in a row. As this is considered an RC issue because beeing able to build twice in a row is a release goal for lenny [1] I forward this to the BTS, so that others can track this. Best Regards Patrick [1] http://release.debian.org/lenny-goals.txt - Forwarded message from Nicolas Valcarcel [EMAIL PROTECTED] - From: Nicolas Valcarcel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sat, 22 Dec 2007 00:05:05 -0500 Subject: problem unpatching dillo I'm getting this error every time i debuild dillo for second time, and as i see on the changelog you develop the patch, can you take a look on it please? $ debuild -rfakeroot fakeroot debian/rules clean dpatch deapply-all reverting patch 02_dont-ignore-hash-files from ./ ... ok. reverting patch 01_i18n from ./ ... failed. make: *** [unpatch] Error 1 debuild: fatal error at line 1247: fakeroot debian/rules clean failed -- aka nxvl Peruvian LoCo Team Key fingerprint = 8104 21CE A580 7EB7 5184 8DFF 6A3A D5DA 24DC 6AF5 gpg --keyserver keyserver.ubuntu.com --recv-keys 24DC6AF5 - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457953: Please add update-inetd to Depends...
Package: ckermit
Severity: wishlist
Hi!
Please add update-inetd to Depends, to automatically update /etc/inetd.conf
-Depends: openbsd-inetd | inet-superserver, ${misc:Depends}, ${shlibs:Depends}
+Depends: openbsd-inetd | inet-superserver, ${misc:Depends}, ${shlibs:Depends},
update-inetd
Thanks
--
Marco Rodrigues
http://Marco.Tondela.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457954: Please add dh_icons to the package
Package: freesci Severity: wishlist Hi! Please add dh_icons to rules file. It uses .png files for icons. http://patches.ubuntu.com/f/freesci/freesci_0.3.5-5ubuntu1.patch Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457353: gdome2-xslt: should not be a Debian-native package
On Wed, Dec 26, 2007 at 03:16:36PM +0100, Vincent Danjean wrote: I can tell you that this is not a easy way to cleanly package these softwares. I did not talk to upstream yet because I would like to present them new clean packages. Nevertheless, for now, I need to recreate a X.Y.Z+debian.1.orig.tar.gz without the debian/ directory so it is more difficult for a user to check that the orig.tar.gz has the same software as in the upstream site. Why repack? The .diff.gz ought to be enough to describe the changes under the debian/ directory. Even if you re-do the packaging from scratch so looking at the diff itself is not very useful, it would still accurately represent the changes made to the original sources. Admittedly I've never tried to re-package something that already come with a debian/ directory so if some tool barfs when the .orig.tar.gz already contains a debian/ directory, then that tool should be fixed instead of requiring to recreate the .orig.tar.gz. More generally, having a tar.gz without debian/ makes easier to create the debian package. Some people say they are also the debian maintainer. But are they also the Ubuntu maintainer ? the knoppix maintainer ? the backport maintainer ? ... You seem to make the mistake to think that the debian/ directory provided by upstream is there to help the distro maintainer. I think this is not true. The upstream-provided debian/ directory is often for _users_ who just want to download the latest-and-greatest version or CVS/SVN/... snapshot and install it The Debian Way. There are a lot of packages where official Debian uploads take a lot of time due to either technical or political reasons or just due to lack of time from the official maintainer, so I think it's quite nice if upstream wants to make users' life easier. If you want to improve the Debian packaging included in the upstream sources, that's great, go ahead and submit patches. But insisting on removing the debian/ directory upstream IMHO goes against the Social Contract that rates users' interests higher than maintainer convenience. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331133: PhallusVoluminousAaron
JuanMonsterDick http://kornerrub.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457949: tellico: Invalid allocine python script
Package: tellico Version: 1.2.5-1 Severity: normal Hi, I'm a french user of tellico and so, I use the allocine.fr website for my video collection. The problem is that the stable package include the v3 of the python script which parse the allocine html code. Since allocine did modify its web-site, a new v4 of the script appear, correcting the error. So I would like to know if it is possible to include the new v4 python script in the stable package. The script is available here : http://www.kde-files.org/content/show.php/Allocine.fr+movies+search+script?content=35842 Kind regards, -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tellico depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-8 core libraries and binaries for al ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libkcal2b 4:3.5.5.dfsg.1-6 KDE calendaring library ii libkcddb1 4:3.5.5-2 CDDB library for KDE ii libqt3-mt 3:3.3.7-4etch1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxslt1.1 1.1.19-1 XSLT processing library - runtime ii libyaz22.1.18-2 The YAZ Z39.50 toolkit (runtime fi ii tellico-data 1.2.5-1 collection manager for books, vide tellico recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457956: /etc/init.d/tomcat5.5 doesn't check user right to start or stop tomcat and hangs
Package: tomcat5.5 Version: 5.5.20-2 Severity: important The script should warn the user that has no rights for this operation. As you may notice I use my own jdk package but I don't think this has an effect on this problem. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tomcat5.5 depends on: ii adduser3.102 Add and remove users and groups ii apache2-utils 2.2.3-4+etch1 utility programs for webservers ii apache2.2-common 2.2.3-4+etch1 Next generation, scalable, extenda ii ecj-bootstrap 3.2.1-3 bootstrap version of the Eclipse J ii gij-4.1 [java2-runtime]4.1.1-20 The GNU Java bytecode interpreter ii libtomcat5.5-java 5.5.20-2 Java Servlet engine -- core librar ii sun-j2sdk1.4 [java2-runtim 1.4.2+16 Java(TM) JDK, Standard Edition, Su tomcat5.5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457962: dpkg_1.14.13(m68k/unstable): Missing dependency on IO/String.pm
Package: dpkg Version: 1.14.13 Severity: serious There was an error while trying to autobuild your package: Automatic build of dpkg_1.14.13 on kiivi by sbuild/m68k 85 Build started at 20071227-1331 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.81), libbz2-dev, libncurses5-dev | libncurses-dev, libselinux1-dev (= 1.28-4) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], pkg-config, po4a (= 0.23), zlib1g-dev (= 1:1.1.3-19.1) [...] DIED. FAILED tests 1-34 Failed 34/34 tests, 0.00% okay .../../scripts/t/300_Dpkg_BuildOptionsok .../../scripts/t/400_Dpkg_Depsok .../../scripts/t/500_Dpkg_Pathok Failed Test Stat Wstat Total Fail Failed List of Failed .../../scripts/t/200_Dpkg_Shlibs.t 255 6528034 68 200.00% 1-34 1 test skipped. Failed 1/6 test scripts, 83.33% okay. 34/96 subtests failed, 64.58% okay. make[2]: *** [check] Error 255 make[2]: Leaving directory `/build/buildd/dpkg-1.14.13/build-tree/scripts' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/build/buildd/dpkg-1.14.13/build-tree' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=m68kpkg=dpkgver=1.14.13 It seems as if dpkg needs to depend on some extra perl packages in order to make the test suite succeed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456463: accents vs. window title
#include hallo.h * [EMAIL PROTECTED] [Thu, Dec 27 2007, 09:15:07AM]: $ iceweasel http://en.wikipedia.org/wiki/BIC_Corp. Now look in the window title bar. The accents of titleSociété Bic - Wikipedia, the free encyclopedia/title E Like I told you before, use a Unicode font for the title bar and run E Icewm in an UTF-8 locale, then it will be fine. I have reproduced it E right now. Eduard, please send me the configuration file you used. Thanks. $ cat ~/.icewm/prefoverride QuickSwitchVertical=1 SupportSemitransparency=1 TitleFontNameXft=verdana:size=10:bold MenuFontNameXft=verdana:size=10 StatusFontNameXft=verdana:size=10 QuickSwitchFontNameXft=verdana:size=10 NormalButtonFontNameXft=verdana:size=9 ActiveButtonFontNameXft=verdana:size=9:bold NormalTaskBarFontNameXft=verdana:size=10 ActiveTaskBarFontNameXft=verdana:size=9:bold MinimizedWindowFontNameXft=verdana:size=10 ListBoxFontNameXft=verdana:size=10 ToolTipFontNameXft=verdana:size=9 ClockFontNameXft=verdana:size=10 ApmFontNameXft=verdana:size=10 InputFontNameXft=verdana:size=12 LabelFontNameXft=verdana:size=10 $ fc-list | grep -i verdana Verdana:style=Standard,Normal,obyčejné,Κανονικά,Regular,Normaali,Normál,Normale,Standaard,Normalny,Обычный,Normálne,Navadno,Arrunta Verdana:style=Fett Kursiv,Negreta cursiva,tučné kurzíva,fed kursiv,Έντονα Πλάγια,Bold Italic,Negrita Cursiva,Lihavoitu Kursivoi,Gras Italique,Félkövér dőlt,Grassetto Corsivo,Vet Cursief,Halvfet Kursiv,Pogrubiona kursywa,Negrito Itálico,Полужирный Курсив,Tučná kurzíva,Fet Kursiv,Kalın İtalik,Krepko poševno,Lodi etzana Verdana:style=Fett,Negreta,tučné,fed,Έντονα,Bold,Negrita,Lihavoitu,Gras,Félkövér,Grassetto,Vet,Halvfet,Pogrubiony,Negrito,Полужирный,Fet,Kalın,Krepko,Lodia Verdana:style=Cursiva,kurzíva,kursiv,Πλάγια,Italic,Kursivoitu,Italique,Dőlt,Corsivo,Cursief,Kursywa,Itálico,Курсив,İtalik,Poševno,Etzana -- Salz jjFux: Ted hieß ja früher auch Walther Salz winkiller: hm... es sind 8... die 7 kandidaten und NOTA Madkiss Ist der jetzt eigentlich eine gespaltene Persönlichkeit, bei der aber beide Teile bekloppt sind? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457945: Please change fftw3-dev to libfftw3-dev
Package: asymptote Severity: wishlist Please change fftw3-dev to libfftw3-dev in Build-Depends. It's the new name of that library, should be updated. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457944: segfaults on startup...
Package: antigravitaattori Version: 0.0.3-1 Severity: serious Hello, I've just noticed that antigrav segfaults on startup - on AMD64 at least: antigrav -w libpng error: Invalid image width setjmp: Success Invalid: can't load texture racer.png libpng error: Invalid image width setjmp: Success Can't load texture road.png zsh: segmentation fault antigrav -w I'll investigate soon. Severity serious as we don't want AMD64 users in testing not being able to play anymore. Cheers, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Shell: /bin/sh linked to /bin/bash Versions of packages antigravitaattori depends on: ii libalut0 1.1.0-1OpenAL Utility Toolkit ii libc6 2.7-5 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.2-3A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.2-3The OpenGL utility library (GLU) ii libopenal0a 1:0.0.8-7 OpenAL is a portable library for 3 ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libsdl1.2debian 1.2.12-3 Simple DirectMedia Layer ii libstdc++64.2.2-4The GNU Standard C++ Library v3 antigravitaattori recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251559: Does ifupdown 0.7 fix your problem?
fixed 251559 0.7~alpha3 thanks On ons, 2007-12-26 at 19:24 -0500, Josh Carroll wrote: Unfortunately, I no longer run Debian on that machine, so I am unable to test. Sorry! According to my testing with ifupdown 0.7~alpha3 this problem is fixed. (Unless you explicitly specifies one, iproute2 doesn't set a broadcast address and lets the kernel figure it out itself - which it does perfectly.) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#31396: This is it
It's right here the product I was telling you all about http://Supersizezme.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457935: debhelper is version 5, but compat is 4
Package: crystalspace Severity: wishlist Hi! The debhelper is current in version 5 at control file, but compat isn't. debian/rules: # This is the debhelper compatability version to use. export DH_COMPAT=4 Please fix it! Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457946: aptitude: Incorrect plural in commandline status
Package: aptitude
Version: 0.4.10-1
Severity: minor
Tags: patch
After doing an upgrade the following message was displayed:
There are now 1 update [-63].
Note incorrect use of the plural are. Attached patch fixes this.
I have double checked the following cases:
There is now 1 update [-63].
There are now 3 updates [-2].
There are now 0 broken [-1], 1 update [-1].
Paul
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.6-6 0.7.9 Advanced front-end for dpkg
ii libc6 2.7-5 GNU C Library: Shared libraries
ii libcwidget1 0.5.6.1-2 high-level terminal interface libr
ii libgcc1 1:4.2.2-4 GCC support library
ii libncursesw5 5.6+20071215-1 Shared libraries for terminal hand
ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++
ii libstdc++64.2.2-4The GNU Standard C++ Library v3
Versions of packages aptitude recommends:
pn aptitude-doc-en | aptitude-do none (no description available)
pn libparse-debianchangelog-perl none (no description available)
-- no debconf information
diff -ur clean/src/cmdline/cmdline_util.cc
aptitude-0.4.10/src/cmdline/cmdline_util.cc
--- clean/src/cmdline/cmdline_util.cc 2007-12-16 19:43:06.0 +
+++ aptitude-0.4.10/src/cmdline/cmdline_util.cc 2007-12-27 12:50:04.0
+
@@ -258,6 +258,7 @@
{
using cw::fragf;
using cw::util::ssprintf;
+int nthings = 0;
std::vectorcw::fragment * fragments;
@@ -273,6 +274,7 @@
final.get_num_broken() - initial.get_num_broken());
fragments.push_back(cw::text_fragment(change));
+ nthings += final.get_num_broken();
}
if(show_all ||
@@ -287,6 +289,7 @@
final.get_num_upgradable() - initial.get_num_upgradable());
fragments.push_back(cw::text_fragment(change));
+ nthings += final.get_num_upgradable();
}
if(show_all ||
@@ -301,11 +304,17 @@
final.get_num_new() - initial.get_num_new());
fragments.push_back(cw::text_fragment(change));
+ nthings += final.get_num_new();
}
if(fragments.size() 0)
{
- cw::fragment *f = fragf(_(There are now %F.),
+ if (fragments.size() 1)
+ nthings += fragments.size();
+
+ cw::fragment *f = fragf(ngettext(There is now %F.,
+There are now %F.,
+nthings),
cw::join_fragments(fragments, L, ));
update_screen_width();
Bug#457947: Aborts when running with -r flag
Package: pgp4pine Version: 1.76-3 Severity: important --- Please enter the report below this line. --- Hi, when I try to run pgp4pine with -r flag, I get the following error: [EMAIL PROTECTED]:~/tmp$ /usr/bin/pgp4pine -e -i /tmp/msg.txt -r [EMAIL PROTECTED] pgp4pine 1.76 by Holger Lamm [EMAIL PROTECTED] Homepage: http://pgp4pine.flatline.de/ This program is protected by the GPL v2. Loading profiles: gpg, done. Loading public keyring (this may take a couple of seconds)... .*** stack smashing detected ***: /usr/bin/pgp4pine terminated Aborted This is a ubuntu gutsy box (my etch server and my sid chroot do not show this problem). when running inside gdb, I get: Program received signal SIGABRT, Aborted. 0xe410 in __kernel_vsyscall () And bt: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7e12875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e14201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e49e5c in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x in ?? () cheers, Filipe --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9-icewall Debian Release: lenny/sid 500 gutsy-updates br.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy-proposed br.archive.ubuntu.com 500 gutsy br.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.5-0ubuntu1) | 2.6.1-1ubuntu10 signature.asc Description: This is a digitally signed message part
Bug#457943: c2man.pl causes FTBFS with perl 5.10
Package: wine
Version: 0.9.51-2
Just FYI, building wine with perl 5.10 installed stops when
generating the manual pages with c2man.pl. That's because
the latter contains obscure syntax in several places.
It boils down to:
### perl 5.8
$ perl -Mstrict -e 'my $aref = [ qw/foo bar/ ]; print [EMAIL PROTECTED], \n;'
foo
### perl 5.10
perl -Mstrict -e 'my $aref = [ qw/foo bar/ ]; print [EMAIL PROTECTED], \n;'
Can't use string (2) as an ARRAY ref while strict refs in use at -e line 1.
The correct idiom for the first element in the array referenced by $aref
is simply
$aref-[0]
Patch attached (hope I found all occurences).
Cheers, Roderich
--- wine-0.9.51-ORIG/tools/c2man.pl 2007-12-14 17:35:21.0 +0100
+++ wine-0.9.51/tools/c2man.pl 2007-12-26 12:39:22.0 +0100
@@ -627,7 +627,7 @@
# When the function is exported twice we have the second name below the first
# (you see this a lot in ntdll, but also in some other places).
- my $first_line = [EMAIL PROTECTED]{TEXT}}}[1];
+ my $first_line = $comment-{TEXT}[1];
if ( $first_line =~ /^(@|[A-Za-z0-9_]+) +(\(|\[)([A-Za-z0-9_]+)\.(([0-9]+)|@)(\)|\])$/ )
{
@@ -642,14 +642,14 @@
my $alt_export = @{$spec_details-{EXPORTS}}[$alt_index];
@$alt_export[4] |= $FLAG_DOCUMENTED;
$spec_details-{NUM_DOCS}++;
- [EMAIL PROTECTED]{TEXT}}}[1] = ;
+ $comment-{TEXT}[1] = ;
}
}
if (@{$spec_details-{CURRENT_EXTRA}})
{
# We have an extra comment that might be related to this one
-my $current_comment = [EMAIL PROTECTED]{CURRENT_EXTRA}}}[0];
+my $current_comment = $spec_details-{CURRENT_EXTRA}[0];
my $current_name = $current_comment-{COMMENT_NAME};
if ($comment-{COMMENT_NAME} =~ /^$current_name/ $comment-{COMMENT_NAME} ne $current_name)
{
@@ -986,7 +986,7 @@
if (@{$spec_details-{CURRENT_EXTRA}})
{
-my $current_comment = [EMAIL PROTECTED]{CURRENT_EXTRA}}}[0];
+my $current_comment = $spec_details-{CURRENT_EXTRA}[0];
if ($opt_verbose 0)
{
@@ -1072,7 +1072,7 @@
if (@{$spec_details-{CURRENT_EXTRA}})
{
# We have an unwritten extra comment, write it
-my $current_comment = [EMAIL PROTECTED]{CURRENT_EXTRA}}}[0];
+my $current_comment = $spec_details-{CURRENT_EXTRA}[0];
process_extra_comment($current_comment);
@{$spec_details-{CURRENT_EXTRA}} = ();
}
@@ -1468,7 +1468,7 @@
my $biggest_length = 0;
for(my $i=0; $i @{$comment-{PROTOTYPE}}; $i++)
{
-my $line = [EMAIL PROTECTED]{PROTOTYPE}}}[$i];
+my $line = $comment-{PROTOTYPE}[$i];
if ($line =~ /(.+?)([A-Za-z_][A-Za-z_0-9]*)$/)
{
my $length = length $1;
@@ -1482,19 +1482,19 @@
# Now pad the string with blanks
for(my $i=0; $i @{$comment-{PROTOTYPE}}; $i++)
{
-my $line = [EMAIL PROTECTED]{PROTOTYPE}}}[$i];
+my $line = $comment-{PROTOTYPE}[$i];
if ($line =~ /(.+?)([A-Za-z_][A-Za-z_0-9]*)$/)
{
my $pad_len = $biggest_length - length $1;
my $padding = x ($pad_len);
- [EMAIL PROTECTED]{PROTOTYPE}}}[$i] = $1.$padding.$2;
+ $comment-{PROTOTYPE}[$i] = $1.$padding.$2;
}
}
for(my $i=0; $i @{$comment-{PROTOTYPE}}; $i++)
{
# Format the parameter name
-my $line = [EMAIL PROTECTED]{PROTOTYPE}}}[$i];
+my $line = $comment-{PROTOTYPE}[$i];
my $comma = ($i == @{$comment-{PROTOTYPE}}-1) ? : ,;
$line =~ s/(.+?)([A-Za-z_][A-Za-z_0-9]*)$/ $fmt[0]$1$fmt[2]$2$fmt[3]$comma$fmt[1]/;
print OUTPUT $line;
Bug#452502: reassigning
reassign 452502 libsdl1.2debian thanks After further private discussion, the problem seems to be due to SDL and export SDL_VIDEO_X11_DGAMOUSE=0 fixes the problem. I'm thus reassigning the BR. Cheers, samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450537: The problem is...
Hi Marco, It will become a serious bug once the libx11-dev in experimental reaches unstable. Please consider fixing this before then. I'm preparing an updated package for wmclock, including the fix for this bug. Thank for your interest, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433778: dash: parameter expansion not always correct
On Thu, 27 Dec 2007, Gerrit Pape wrote:
On Thu, Jul 19, 2007 at 01:59:38PM +0200, Cristian Ionescu-Idbohrn wrote:
Consider running the attached script. You will notice it fails on
test 2 and 4. Both bash and busybox-ash main trunk pass all tests.
zsh 4.3.2-25 fails test 8.
Hi Cristian,
test 2: FOO2=${FOO%%[^0-9A-Za-z]*}
test 4: FOO4=${FOO%%[^[:alnum:]]*}
please see:
http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_13
The description of basic regular expression bracket expressions in the
Base Definitions volume of IEEE Std 1003.1-2001, Section 9.3.5, RE
Bracket Expression shall also apply to the pattern bracket expression,
except that the exclamation mark character ( '!' ) shall replace the
circumflex character ( '^' ) in its role in a non-matching list in
the regular expression notation. A bracket expression starting with an
unquoted circumflex character produces unspecified results.
So it looks like this isn't a bug, but the patterns you use can produce
'unspecified results'.
You are so right Gerrit.
Thanks for pointing me to that paragraph.
Please close this bug.
Cheers,
--
Cristian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457964: please add common symbols for armel
Package: dpkg-dev Version: 1.14.13 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: eabi Seen in multiple build logs: grep __exidx * gpsd_2.35-3_20071226-1052:+ [EMAIL PROTECTED] 2.35-3 gpsd_2.35-3_20071226-1052:+ [EMAIL PROTECTED] 2.35-3 gpsd_2.35-3_20071226-1052:+ [EMAIL PROTECTED] 2.35-3 gpsd_2.35-3_20071226-1052:+ [EMAIL PROTECTED] 2.35-3 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 gimp_2.4.3-1_20071218-0822:+ [EMAIL PROTECTED] 2.4.3-1 libogg_1.1.3-3_20071227-1542:+ [EMAIL PROTECTED] 1.1.3-3 libogg_1.1.3-3_20071227-1542:+ [EMAIL PROTECTED] 1.1.3-3 libvorbis_1.2.0.dfsg-3_20071227-1642:+ [EMAIL PROTECTED] 1.2.0.dfsg-3 libvorbis_1.2.0.dfsg-3_20071227-1642:+ [EMAIL PROTECTED] 1.2.0.dfsg-3 uriparser_0.6.1-1_20071226-2158:+ [EMAIL PROTECTED] 0.6.1-1 uriparser_0.6.1-1_20071226-2158:+ [EMAIL PROTECTED] 0.6.1-1 __exidx_end and __exidx_start are arm eabi internal symbols from libgcc. I suggest blacklisting them in SymbolFile.pm: --- SymbolFile.pm.old 2007-12-27 17:26:39.0 +0200 +++ SymbolFile.pm 2007-12-27 17:27:38.0 +0200 @@ -35,6 +35,8 @@ '_edata' = 1, # ALL '_end' = 1, # ALL '__end__' = 1,# arm +'__exidx_end' = 1,# armel +'__exidx_start' = 1, # armel '_fbss' = 1, # mips, mipsel '_fdata' = 1, # mips, mipsel '_fini' = 1, # ALL -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457970: New upstream version 2.2.0
Package: glabels Severity: wishlist Hi! Please update it to the latest upstream version... * gLabels 2.2.0 (stable) release. Release date 2007-12-26 - Migrated from EggRecent to GtkRecentManager - Migrated from libgnomeprint to GtkPrintOperation and Cairo. - Migrated from libgnomeprint to Pango for text layout. - Migrated GnomeDruid to GtkAssistant for template designer. - Migrated from GnomeCanvas to Cairo. - Removed all deprecated widgets as of Gnome-2.16/Gtk-2.10. - Added categorization of templates and an updated New Label dialog. - New label dialog now allows selection of recently used templates - Removed splash screen. - Added initial support for datamatrix 2D barcodes. - Added support for Brazilian CEPNet barcodes. - Added shadow attribute to label objects. - New merge backend for evolution data server (Austin Henry) - Various bug fixes. - New templates. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457971: ethtool: fails to detect or set duplex correctly (tg3)
Package: ethtool Version: 5-1 Severity: normal Fails to detect the current duplex setting: img2:~# mii-tool eth0 eth0: 100 Mbit, full duplex, link ok img2:~# ethtool eth0 | grep -i duplex Duplex: Half (mii-tool's output is correct.) Fails to set the duplex correctly: img2:~# ethtool -s eth0 duplex full img2:~# mii-tool eth0 eth0: no autonegotiation, 100baseTx-HD, link ok img2:~# ethtool eth0 | grep -i duplex Duplex: Half Performing an actual transfer of data from this host to another host reveals that, indeed, the interface is operating at the wrong duplex setting. The ethtool -s eth0 duplex full test seems to have caused these kernel messages (for whatever that's worth): Dec 27 10:45:49 img2 kernel: tg3: eth0: Link is down. Dec 27 10:45:51 img2 kernel: tg3: eth0: Link is up at 100 Mbps, half duplex. Dec 27 10:45:51 img2 kernel: tg3: eth0: Flow control is off for TX and off for RX. Hardware information: img2:/var/log# dmesg | egrep 'tg3|eth0' tg3.c:v3.65 (August 07, 2006) eth0: Tigon3 [partno(N/A) rev 4201 PHY(5750)] (PCI Express) 10/100/1000BaseT Ethernet 00:1b:78:39:80:33 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[1] eth0: dma_rwctrl[7618] dma_mask[64-bit] ... Here's the full output of ethtool, after I used mii-tool to repair the duplex setting: img2:~# ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Half Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: g Wake-on: d Current message level: 0x00ff (255) Link detected: yes Bug #440319 is related to this one, but only as background information about why I was trying to use ethtool at all. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ethtool depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ethtool recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457957: xserver-xorg: X server eats too much memory
Package: xserver-xorg Version: 1:7.3+8 Severity: important X server eats a *lot* of memory. Currently it has a VMsize of 3GB with RSS 1.5GB. ps output: USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 6421 2.6 58.2 3083584 1210180 tty7 SLs+ 11:41 7:49 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-NfXjOZ I believe that this is reproducable by openning firefox (or konqueror) and visiting google maps for some time. The correspoding /proc/XXX/status file: Name: Xorg .. mpla mpla mpla... VmPeak: 3134804 kB VmSize: 3083584 kB VmLck: 168 kB VmHWM: 1537284 kB VmRSS: 1407900 kB VmData: 3062884 kB VmStk:84 kB VmExe: 1592 kB VmLib: 16420 kB VmPTE: 3056 kB System has 2GB of memory, it is currently using swap: # free total used free sharedbuffers cached Mem: 20759922023532 52460 0104 433200 -/+ buffers/cache:1590228 485764 Swap: 1171113618838489827288 System uptime is 5hours but this happened in about half an hour, so it is a fast memory leak (or whatever). -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-02-02 21:21 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1672764 2007-12-22 02:43 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev a2) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 6261 2007-12-07 18:00 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Tue Aug 1 21:11:12 PDT 2006 # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier stylus Driver wacom Option Protocol ImPS/2 Option Device /dev/input/wacom Option Type stylus Option Threshold 10 Option Mode Relative Option USB On EndSection Section InputDevice Identifier eraser Driver wacom Option Protocol ImPS/2 Option Device /dev/input/wacom Option Type eraser Option USB On EndSection Section InputDevice Identifier cursor Driver wacom Option Protocol ImPS/2 Option Device /dev/input/wacom Option Type cursor Option USB On # Option Button2 BUTTON 3 #Option Button3 BUTTON 2 EndSection Section ServerLayout InputDevice stylusSendCoreEvents InputDevice eraserSendCoreEvents InputDevice cursorSendCoreEvents Identifier Default Layout Screen Default Screen 0 0 InputDeviceGeneric Keyboard #InputDeviceConfigured Mouse InputDeviceMS Mouse SendCoreEvents InputDeviceTrackball SendCoreEvents Option AIGLX on EndSection Section Files # path to defoma fonts FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module #Load i2c #Load bitmap #Load ddc Load extmod Load xtrap Load freetype Load glx Load
Bug#397430: incorrect starting order
[Wouter Verhelst] By default, the nfs-common initscript is installed at /etc/rc2.d/S21nfs-common. However, mountnfs.sh is started at rcS.d/S45mountnfs.sh; as a result, the nfs common utilities aren't installed at that point (yet), so mounting NFS shares at boot time won't work properly (at least not if you need GSSAPI authentication, which I do). I believe this analysis is wrong. NFS mounting is done by /etc/network/ifup.d/mountnfs when an network interface is available, and it will start portman and nfs-common if it decide it is required. The relative starting order in in rcS.d/ do not matter much, as the mounting can happen at any time after udev is started. What exactly is the problem with GSSAPI auth and mounting? Is it still a problem with the latest version in experimental? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442036: Affects 14 packages
I just compiled the archive with 4.3 on Alpha and here's the list of packages that are affected by this bug: fftw3_3.1.2-3_20071221-0729:verify-r2r.c:132: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 gnumeric_1.7.91-1_20071223-2048:../../../../../src/tools/solver/lp_solve/lp_solve.c:29226: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 goffice0.4_0.4.2-4_20071220-1416:../../../goffice/utils/go-rangefunc.c:134: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 goffice_0.5.4-1_20071223-2305:../../../goffice/math/go-regression.c:608: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 graphviz_2.12-5_20071214-1327:sfcvt.c:223: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 gsl_1.10-2_20071216-2304:minmax_source.c:43: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 ksh_93s+20071105-1_20071219-1425:/build/tbm/ksh-93s+20071105/src/lib/libast/sfio/sfcvt.c:427: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 lp-solve_5.5.0.10-9_20071213-1743:../lp_matrix.c:3512: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 nec2c_0.6-1_20071214-1248:matrix.c:1165: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 openmpi_1.2.4-5_20071225-0118:op/op_predefined.c:176: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 python-numpy_1:1.0.4-3_20071222-2256:numpy/core/src/arraytypes.inc.src:704: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 qucs_0.0.12-1_20071220-1606:qf_poly.cpp:606: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 r-cran-lpsolve_5.5.8-1_20071213-1943:lp_matrix.c:3395: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 xnec2c_1.0b3-3_20071220-0029:matrix.c:1242: internal compiler error: in iv_analyze_expr, at loop-iv.c:935 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408453: v4tunnel mtu settings workaround + patch.
tag 408453 + patch thanks The v4tunnel method in ifupdown doesn't have a mtu option (see man interfaces). All non-existant options are ignored. If you want to set the mtu on your tunnel, a possible solution would be to use the up option and issue a ip link set device mtu size. I've attached a (trivial but completely untested) patch against ifupdown 0.7~alpha3 (plus the patch in #255222 which shouldn't cause problems except a warning for a bit of offset) which adds an mtu option in v4tunnel. Friently reminder for anyone who apply the patch: don't forget to update the autogenerated files by running noweb ifupdown.nw after applying it. -- Regards, Andreas Henriksson commit 2c32acb04bcca1e0393e3375f189409aca2063d4 Author: Andreas Henriksson [EMAIL PROTECTED] Date: Thu Dec 27 16:49:44 2007 +0100 Add mtu option to v4tunnel (Closes: #408453) diff --git a/ifupdown.nw b/ifupdown.nw index e6d9280..cc96c06 100644 --- a/ifupdown.nw +++ b/ifupdown.nw @@ -4283,11 +4283,12 @@ method v4tunnel dotted quad) gateway address -- Default gateway (colon delimited) ttl time -- TTL setting +mtu size -- MTU setting up ip tunnel add %iface% mode sit remote %endpoint% [[local %local%]] \ [[ttl %ttl%]] -ip link set %iface% up +ip link set %iface% up [[mtu %mtu%]] [[ ip addr add %address%/%netmask% dev %iface% ]] [[ ip route add %gateway% dev %iface% ]] [[ ip route add ::/0 via %gateway% dev %iface% ]]
Bug#457969: minirok: doesn't notice newly added sub-directories
Package: minirok Version: 0.7-1 Severity: wishlist MR works great (I used to use gqmpeg under GNOME, and this is a perfect functional replacement) with static music collections, but if you rip a new album, MR doesn't notice it. Thus, I think that MR should either: a) rescan a dir tree when you click into it, or, b) have a File-Re-scan menu option. This only affects people who have MR minimize-to-panel. Quitting and re-running finds the new music. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22rlj_smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages minirok depends on: ii gstreamer0.10-alsa [gstreamer 0.10.15-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.15-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good [g 0.10.6-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly0.10.6-3 GStreamer plugins from the ugly ii gstreamer0.10-pulseaudio [gst 0.9.7-1GStreamer plugin for PulseAudio ii python2.4.4-6An interactive high-level object-o ii python-gst0.100.10.9-3 generic media-playing framework (P ii python-kde3 3.16.0-4 KDE3 bindings for Python ii python-mutagen1.11-1 audio metadata editing library ii python-qt33.17.3-3 Qt3 bindings for Python minirok recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457948: shows wrong path for pgp4pinerc example file
Package: pgp4pine Version: 1.76-3 Severity: normal --- Please enter the report below this line. --- If the users has no ~/.pgp4pinerc, pgp4pine shows the following message: Warning: It appears that no profiles are installed. I will use the defaults. To install a generic .rc file, copy /usr/local/doc/pgp4pine/pgp4pinerc to your home directory. But the example file is located at /usr/share/doc/pgp4pine/examples/pgp4pinerc . Cheers, Filipe --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9-icewall Debian Release: lenny/sid 500 gutsy-updates br.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy-proposed br.archive.ubuntu.com 500 gutsy br.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.5-0ubuntu1) | 2.6.1-1ubuntu10 signature.asc Description: This is a digitally signed message part
Bug#457353: gdome2-xslt: should not be a Debian-native package
Gabor Gombas wrote: You seem to make the mistake to think that the debian/ directory provided by upstream is there to help the distro maintainer. [false assumptions] I remove the upstream debian/ directory because the program that create the diff.gz (dpkg-deb ?) does not record *removal* of files [1]. It only record changes. And I need to remove some files... A workaround can be to add 'rm debian/' in the 'clean' and 'configure' target of debian/rules but I think it is a lot clearer with a new upstream tarball without debian/ directory. Best regards, Vincent [1] I think it is a feature so that, for example, if a pdf is provided in the upstream sources, it can be recreated and removed in the build/clean targets without bother to save the original one. And I think this is a good feature. -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457943: c2man.pl causes FTBFS with perl 5.10
On Dec 27, 2007 2:48 PM, Ove Kaaven [EMAIL PROTECTED] wrote: I guess so. It seems similar to a patch submitted here: http://www.winehq.org/pipermail/wine-patches/2007-January/035016.html but this does not appear to have been applied upstream (yet?). Probably no need yet, since perl 5.9.x was only a devel version, but now that 5.10 has been released... BTW, I concur with the author of above patch that c2man.pl is a piece of crap (perlwise). Cheers, Roderich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457942: smbfs: mount.cifs reports error 11 (Resource temporarily unavailable) when mounting multiple Windows shares
Package: smbfs Version: 3.0.24-6etch9 Severity: important mount.cifs occasionally reports error 11 (Resource temporarily unavailable) when mounting multiple shares from a Windows Server 2003. The problem typically occurs when an 'old' connection (i.e. at boot time, maybe a few days old) to the server exists. The Windows 2003 Server is member of an AD. Shares are mounted this way: mount //xxx/xxx /mnt -t cifs -o ip=xxx.xxx.xxx.xxx,user=xxx,domain=xxx,pass=xxx The error message can be circumvented by umounting all existing shares first (umount -a -f cifs). The problem is not restricted to amd64 (also occurs on i386 (i586)). The following URL might give some relevant information: http://fixunix.com/samba/186367-samba-help-mount-error-11-can-t-find-any-info.html Cheers, Michael -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages smbfs depends on: ii lib 2.3.6.ds1-13etch2GNU C Library: Shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library ii lib 1.4.4-7etch4 MIT Kerberos runtime libraries ii lib 2.1.30-13.3 OpenLDAP libraries ii net 4.29 Basic TCP/IP networking system ii sam 3.0.24-6etch9Samba common files used by both th smbfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457966: debhelper: dh_makeshlibs: smart -V by taking the max version in symbol file
Package: debhelper Version: 5.0.63 Severity: wishlist Hello. Now that symbol files are here, I think it could make sense to have a smart mode for dh_makeshlibs were the shlib version is determined as the highest version that appears in the symbols file. This would allow for a tight shlibs file, without the need to maintaining the version information in two places (symbol files, and debian/rules). Personally I'd love for -V to just change its behavior if there's a symbol file, but I guess that wouldn't make you very happy, so maybe -S? Thanks for considering, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Military justice is to justice what military music is to music. -- Groucho Marx
Bug#457968: diff reports binary file differences, which are highly unlikely
Package: diff Version: 2.8.1-12 Severity: important when copying large binary files from one partition to another, i used diff to verify, that copying the data worked correctly. diff reports 'binary files differ' for a few files, though. comparing the file checksums, the files don't differ, though. i tested it with both md5 and sha512 checksums ... so it is highly unlikely that it is a problem with the files, but rather a bug in diff ... hth, tim -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.12-rt14-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diff depends on: ii libc6 2.7-4 GNU C Library: Shared libraries diff recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440319: Your bug on ifupdown about media option and mii-tool.
fixed 440319 0.7~alpha3 thanks To not get to much offtopic here, the original bug report was about media option. The documentation clearly states that media option is a driver dependent setting, this is inherited from net-tools ifconfig. Since you didn't provide any output I can only assume the ifconfig command returns an error when trying to use the media option, and ifupdown always bails out when something fails. This would explain why the route command never runs to add your gateway. A new driver like tg3 most likely does not support this driver-dependent interface at all (you would probably need to use an old ISA cards and ancient drivers for those for this option to be supported) I'm marking this as fixed in 0.7~alpha3 where media is removed entirely and won't be causing problems like this. If you have problems with mii-tool, you wouldn't be the first one and I encurage you to file bugs against it. With ethtool I think you'll have to dig deeper into the documentation to find out how it works. If you believe you have found a bug feel free to report it against ethtool. (This includes the Priority if you feel it's currently wrong.) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
