Bug#546263: common-lisp-controller: cl-clx-sbcl fails to load, general breakage
Package: common-lisp-controller
Version: 6.19
Severity: grave
Justification: renders package unusable
compiling stumpwm from git is where I first noticed the problem.
trying clisp results in this error:
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS
FORMATTED-SYSTEM-DEFINITION-ERROR #BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS OPERATION-ERROR
#BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS
MISSING-DEPENDENCY :VERSION 1 #BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS MISSING-COMPONENT
:VERSION 1 #BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS COMPONENT) in
#STANDARD-GENERIC-FUNCTION COMPONENT-SYSTEM
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS COMPONENT
#BUILT-IN-CLASS T) in #STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION COMPONENT-RELATIVE-PATHNAME
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS COMPONENT) in
#STANDARD-GENERIC-FUNCTION COMPONENT-PATHNAME
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS COMPONENT
#BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION COMPONENT-PROPERTY
WARNING: Replacing method #STANDARD-METHOD (#BUILT-IN-CLASS T
#STANDARD-CLASS COMPONENT #BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION (SETF COMPONENT-PROPERTY)
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS COMPONENT
#BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION VERSION-SATISFIES
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS MODULE
#BUILT-IN-CLASS T) in #STANDARD-GENERIC-FUNCTION FIND-COMPONENT
WARNING: Replacing method #STANDARD-METHOD ((EQL NIL) #BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION FIND-COMPONENT
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS CL-SOURCE-FILE
#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION SOURCE-FILE-TYPE
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS C-SOURCE-FILE
#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION SOURCE-FILE-TYPE
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS JAVA-SOURCE-FILE
#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION SOURCE-FILE-TYPE
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS HTML-FILE
#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION SOURCE-FILE-TYPE
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS STATIC-FILE
#STANDARD-CLASS MODULE) in
#STANDARD-GENERIC-FUNCTION SOURCE-FILE-TYPE
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS SOURCE-FILE) in
#STANDARD-GENERIC-FUNCTION COMPONENT-RELATIVE-PATHNAME
WARNING: Replacing method #STANDARD-METHOD (#STANDARD-CLASS OPERATION
#BUILT-IN-CLASS T) in #STANDARD-GENERIC-FUNCTION PRINT-OBJECT
WARNING: Replacing method #STANDARD-METHOD :AFTER (#STANDARD-CLASS OPERATION
#BUILT-IN-CLASS T) in
#STANDARD-GENERIC-FUNCTION SHARED-INITIALIZE
*** - STANDARD method combination, used by #STANDARD-GENERIC-FUNCTION
PERFORM, allows no method qualifiers except (:BEFORE :AFTER :AROUND):
#STANDARD-METHOD AROUND (#STANDARD-CLASS COMPILE-OP #STANDARD-CLASS
CL-SOURCE-FILE)
make: *** [stumpwm] Error 1
Trying with sbcl results in:
/usr/bin/sbcl --load ./make-image.lisp
This is SBCL 1.0.31.0.debian, an implementation of ANSI Common Lisp.
More information about SBCL is available at http://www.sbcl.org/.
SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses. See the CREDITS and COPYING files in the
distribution for more information.
; loading system definition from
; /usr/lib/sbcl/sb-bsd-sockets/sb-bsd-sockets.asd into #PACKAGE ASDF0
; registering #SYSTEM SB-BSD-SOCKETS {ADCFAF1} as SB-BSD-SOCKETS
; registering #SYSTEM SB-BSD-SOCKETS-TESTS {AFCB1D9} as SB-BSD-SOCKETS-TESTS
debugger invoked on a ASDF:MISSING-DEPENDENCY in thread #THREAD initial
thread RUNNING {AB168B9}:
component :CLX not found, required by #SYSTEM stumpwm {B6437B1}
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry loading component :CLX.
1: [CONTINUE] Ignore runtime option --load ./make-image.lisp.
2: [ABORT ] Skip rest of --eval and --load options.
3:Skip to toplevel READ/EVAL/PRINT loop.
4: [QUIT] Quit SBCL (calling #'QUIT, killing the process).
((LABELS ASDF::DO-ONE-DEP) ASDF:COMPILE-OP :CLX NIL)
0]
This is a pretty severe problem for me, as I live in stumpwm
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500,
Bug#546258: ITP: overload -- Scilab toolbox to overload Scilab's macros
On Sat, 2009-09-12 at 02:14 +0200, Sylvestre Ledru wrote: Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: overload This name is far too generic. Please call it scilab-overload. Ben. -- Ben Hutchings Kids! Bringing about Armageddon can be dangerous. Do not attempt it in your own home. - Terry Pratchett and Neil Gaiman, `Good Omens' signature.asc Description: This is a digitally signed message part
Bug#546264: lynx-cur: search does not find wrapped text of directory listings
Package: lynx-cur Version: 2.8.8dev.1-1 Severity: normal I did a lynx file:///usr/share/doc One line of the listing looks like this (notice that the t/ at the end displays on another line): drwxr-xr-x3 root root4096 Aug 3 17:56 cups-driver-gutenprin t/ a search for guten using the / finds the above line, but a search for gutenprint fails because the display line is broken. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc6 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lynx-cur depends on: ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii libbsd00.1.6-1 utility functions from BSD systems ii libc6 2.9-26GNU C Library: Shared libraries ii libgcrypt111.4.4-4 LGPL Crypto library - runtime libr ii libgnutls262.8.3-3 the GNU TLS library - runtime libr ii libncursesw5 5.7+20090803-2shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages lynx-cur recommends: ii mime-support 3.46-1 MIME files 'mime.types' 'mailcap Versions of packages lynx-cur suggests: pn lynx-cur-wrapper none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546198: uninstallable due to logged in debian-xfs user
Package: xfs Version: 1:1.0.8-4 Severity: normal For what it's worth, the upgrade worked fine in single user mode. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc6 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfs depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-26 GNU C Library: Shared libraries ii libfs62:1.0.2-1 X11 Font Services library ii libxfont1 1:1.4.0-2 X11 font rasterisation library ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip xfs recommends no packages. Versions of packages xfs suggests: ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-6 standard fonts for X ii xfonts-scalable 1:1.0.0-7 scalable fonts for X -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546265: lintian: Check if get-orig-source target is using maximum compression
Package: lintian Version: 2.2.14 Severity: wishlist Hi! If possible, would be good if lintian could check if debian/get-orig-source (when used as a separated file) or the get-orig-source target of debian/rules is using the maximum compression level when creating the tarball. For example, I already saw a lot of get-orig-source targets doing this: tar cvzf package_1.0.orig.tar.gz package-1.0 while it would need to have GZIP=-9 exported somewhere or being called as: GZIP=-9 tar cvzf package_1.0.orig.tar.gz package-1.0 Thank you very much! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.19.91.20090910-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.4 Debian package development tools ii file 5.03-1 Determines file type using magic ii gettext 0.17-8 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libdigest-sha-perl5.47-1 Perl extension for SHA-1/224/256/3 ii libipc-run-perl 0.84-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii man-db2.5.6-2on-line manual pager ii perl [libdigest-sha-p 5.10.0-25 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.6-2on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545018: When replacing libsepol 2.0.37-1 to libsepol 2.0.37-2?
Hy! When I wroted my letter, testing contains libsepol 2.0.37-1 version. Now testing correct contains 2.0.38-2 version, and debootstrap again works fine, thank you. Attila -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546266: python-distutils-extra: Missing manpage for python-mkdebian
Package: python-distutils-extra Version: 2.9 Severity: normal It would be wery nice to have a manpage for the python-mkdebian command. Regards Kjö -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-pentiumm-preempt (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-distutils-extra depends on: ii intltool 0.40.6-2 Utility scripts for internationali ii python2.5.4-2An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt python-distutils-extra recommends no packages. Versions of packages python-distutils-extra suggests: ii devscripts2.10.53scripts to make the life of a Debi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445917: Everything working now
I had not properly removed all of the 'eth0' definitions from '/etc/network/interfaces'. After cleaning things up so that only the loopback definition and 'allow-hotplug wlan0' remained, the suspend and resume worked as designed. The problem was that with the network-manager was not actually managing the wireless connection, so eth0 was defined as the default connection. Sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525843: support for encoding long descriptions using a standard text-based markup language
On Fri, Sep 11, 2009 at 08:00:41PM -0500, Manoj Srivastava wrote: So, here is my take on a subset that needs to be supported in policy (I do not think we need titles, don't you agree?) I agree, we don't want titles. a) Unordered lists use asterisks, pluses, and hyphens — interchangeably — as list markers. b) Ordered lists use numbers followed by periods. 1) The numbers need not be i sequence -- but you should still start the list with the number 1. 2) The numbers need to be in sequence -- but may use #. instead to get auto numbering. c) List markers typically start at the left margin, but may be indented by up to three spaces. List markers must be followed by one or more spaces or a tab. d) A hyperlink reference may directly embed a target URI inline, within angle brackets: http://www.debian.org I'm not sure hyperlinks are needed either. e) nested lists are created by indenting the nested list 1) by at least 4 spaces, or 2) have a blank line above, and line up with the previous paragraph. f) List items may consist of multiple paragraphs. Each subsequent paragraph in a list item must 1) have its first line indented by at least 4 spaces, or 2) must line up with the paragraph above, relative to the bullet marker g) Emphasis is provided by surrounding the text with '*'. Like *emphasis*. Stronger emphasis is provided by doubling the '*' -- like **strong**. I definitely don't want to see people starting to abuse package descriptions by using emphasis markup. Package descriptions should stand on their own without pretty fonts. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#546268: cereal should pass UIDs to chpst
Package: cereal Severity: minor Version: 0.24-1 Because chpst is lame and cannot understand users (and groups) which do not exist in /etc/passwd, cereal should turn them into UIDs itself using getent passwd and getent group as appropriate. I'll most likely attach a trivial patch which does this shortly. Don Armstrong -- Love is... a complex sequence of neurochemical reactions that makes people behave like idiots. It's similar to intoxication, but the hangover's even worse. -- J. Jacques _Questionable Content_ #1039 http://www.questionablecontent.net/view.php?comic=1039 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544589: konsole: Very slow when using Misc-Fixed
I've got this problem as well ... but on a different distro (Arch). I guess this must be something upstream then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546269: mc: Crashes with very long file names
Package: mc Version: 2:4.7.0-pre1-3 Severity: minor File and directory names longer than 243 characters make mc and mcedit crash at start. The outcome is either Segmentation fault, or: *** glibc detected *** mc: malloc(): memory corruption (fast): 0x00a99d10 *** -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 (PREEMPT) Locale: LANG=en_GB, lc_ctype=fi...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.1.4-3The S-Lang programming library - r Versions of packages mc recommends: ii imagemagick 7:6.5.5.3-1 image manipulation programs Versions of packages mc suggests: ii arj 3.10.22-6 archiver for .arj files ii bzip21.0.5-3 high-quality block-sorting file co pn dbview none (no description available) ii file 5.03-1 Determines file type using magic ii mime-support 3.46-1 MIME files 'mime.types' 'mailcap pn odt2txt none (no description available) ii perl 5.10.0-25 Larry Wall's Practical Extraction ii unzip6.0-1 De-archiver for .zip files ii w3m 0.5.2-2.1 WWW browsable pager with excellent ii xpdf 3.02-1.4+lenny1 Portable Document Format (PDF) sui ii zip 3.0-1 Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546270: ITP: taggrepper -- search and match tags of media files against regular expressions
Package: wnpp Severity: wishlist Owner: Kumar Appaiah aku...@debian.org * Package name: taggrepper Version : 0.03 Upstream Author : Kumar Appaiah (myself) * URL : http://gitorious.org/taggrepper/pages/Home * License : BSD Programming Lang: C Description : search and match tags of media files against regular expressions taggrepper is a small tool written to grep tags of media files. Currently, it can be used to match some or any tags of MP3, Ogg Vorbis and FLAC files, against specified regular expressions, and display the name and designated fields of the matching files. It supports recursive directory searches as well. Notes: I wrote this software rather quickly for my own use, but I have tested it fairly well, and it should work for most. I have not come across a software which does exactly this, which is why I believe Debian could possess this. I have done my best to add a tutorial style README and a man page for the program. Please voice your opinions and objections on any of the above. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#546271: phonon-backend-xine: Filenames with '#' won't play
Package: phonon-backend-xine Version: 4:4.3.1-4 Severity: normal Seems * Backport a bugfix from upstream to fix encoding issues with filenames. didn't quite catch everything, as I'm experiencing this bug: https://bugs.kde.org/show_bug.cgi?id=194889 I would've expected this was fixed in KDE 4.3.1, unless they forgot to backport it. That, and I am also entirely confused by the KDE Phonon/QT Phonon split. Nevermind, just making sure you're aware. :-) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (103, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phonon-backend-xine depends on: ii libc6 2.9-26GNU C Library: Shared libraries ii libphonon4 4:4.5.2-2 Qt 4 Phonon module ii libqt4-dbus4:4.5.2-2 Qt 4 D-Bus module ii libqtcore4 4:4.5.2-2 Qt 4 core module ii libqtgui4 4:4.5.2-2 Qt 4 GUI module ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libxcb11.4-1 X C Binding ii libxine1 1.1.16.3-1+b2 the xine video/media player librar phonon-backend-xine recommends no packages. phonon-backend-xine suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546272: hex-a-hop: wish there was a level editor
Package: hex-a-hop Version: 0.0.20070315-6 Severity: wishlist I wish there was a level editor. A basic GUI that allows creating new levels would do. But ideally the user would be able to create their own game with sets of interlocked levels. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545960: [Pkg-samba-maint] Bug#545960: samba: Samba don't see local computers
reopen 545960 thanks On Thu, Sep 10, 2009 at 07:26:06PM +0200, Christian Perrier wrote: Quoting root (seob...@gmail.com): Package: samba Version: 2:3.2.5-4lenny6 Severity: normal Hello! When the system boot I can see computers in my local network. But after 5 minutes and more the computer with Lenny dosen't see WORKGROUP and any computers (and dosent's see yourself). When I do reboot Debian can see computers in the local network only several minutes. There are 99,99% chances that such browse problems are configuration problems. I don't think that's a fair assessment; the submitter included an smb.conf showing the configuration, and also showed the error message from the logs, which isn't an error that should happen. The line from the source is returning this EINVAL from a sendto() call. I think it's pretty clearly a bug in the source if the socket state has gotten wedged in this manner. Of course, there is a lot of noise in the smb.conf, so it's better to try to reproduce this first with a stock smb.conf instead first. And this might be a bug only in the lenny version, so maybe we won't fix it, but we ought to be sure this is the case first. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#546148: please add an option to have tar chroot itself
Package: tar Version: 1.22-2 Severity: wishlist Hi, please add an option to have tar chroot itself before taking any action. This would also offer a different approach to solve the issue mentioned in #546036. bsdtar offers this option. Greetings Marc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.5-nc8000 (PREEMPT) 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 tar depends on: ii libc6 2.9-25 GNU C Library: Shared libraries tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.5-3high-quality block-sorting file co ii ncompress 4.2.4.2-2 Original Lempel-Ziv compress/uncom -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#391836: debian-policy: New virtual package: cron-daemon
Hi,
Are there any seconds to the proposal to create a virtual
package cron-daemon? The rationale is for packages like logratate,
which otherwise would need to depend on cron | anacron | fcron | bcron |
etc.
The requirements for providing cron-daemon are:
[ POSIX ]
- Has to provide /usr/bin/crontab and support crontab entries
[ Implemented in most Linux / BSD distributions, including Debian, but not
in Solaris, HP-UX or AIX's cron ]
- Correct execution of /etc/cron.d
- Correct support of /etc/crontab
- Correct support of /etc/cron.{allow,deny}
- Has to support 'crontab -u'
- Support of crontab entries with extended features (i.e. those in Vixie
Cron need to be supported), these include names for days and months,
ranges, step values and the 'special strings' (@reboot, @yearly..)
[ Debian-specific feature ]
- Correct execution of /etc/cron.{hourly,daily,weekly,monthly}
Do I hear seconds for this package?
manoj
--
Elevators smell different to midgets.
Manoj Srivastava sriva...@acm.org http://www.golden-gryphon.com/
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545904: perl: ExtUtils::MakeMaker change in 5.10.1 breaks 'make install PREFIX=/some/where'
On Thu, Sep 10, 2009 at 11:24:34PM +0200, gregor herrmann wrote: On Thu, 10 Sep 2009 00:12:22 +0300, Niko Tyni wrote: The problem is that PREFIX can't be overridden at install time anymore. This is http://rt.cpan.org/Public/Bug/Display.html?id=47396 and upstream is disinclined to fix it: Use DESTDIR. Its been six years since it was added. Debian already has a new enough MakeMaker. See also #534895: cdbs was recently changed to use DESTDIR instead of PREFIX. Hm. Am I mistaken or does that mean we have to fix and upload 378 packages or they will be insta-buggy for FTBFS'ing after the 5.10.1 upload? I don't think it's quite that bad. Variants of make install DESTDIR=$(TMP) PREFIX=/usr should be OK: the PREFIX override is ignored but /usr is the default anyway. The buggy ones are those that set the temporary installation path with PREFIX: make install PREFIX=$(TMP)/usr Grepping debian/rules (and debian/local.mk) for install and PREFIX but not DESTDIR gives 227 source packages out of the 1824 in sid matching m/-perl/. I'll set up a mass test rebuild this weekend to verify these and find any other common problems. The first dozen or so I tested all failed to build. A slight complication is that the amd64 and i386 builds of perl_5.10.1-1 in experimental are built but haven't been uploaded yet, so testing this currently needs hand-built binaries. Does anybody know a contact for the amd64/experimental and i386/experimental buildd admins? Otherwise, I suppose I'll upload the binaries myself. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491318: init scripts should support start/stop/restart/force-reload - why not must?
Hi, Looking at the bug report, it seems like we agree that the current policy is correct, and the should should not be changed to a must? In that case, can we just close this report? If not, can some reason be provided why policy should be changed? manoj -- Adults die young. Manoj Srivastava sriva...@acm.org http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545948: ptlib: FTBFS on GNU/kFreeBSD
Petr Salinger wrote: Hello. Eugen passed on your patches to me to be applied to PTLib, however I have some concerns about them. Now, I had fairly recently received some patches for FreeBSD that had presumably fixed PTLib to compile for him on his particular flavour of FreeBSD. Now you are asking me to add things like: +#if defined (__GLIBC__) +#define PSETPGRP() setpgrp() +#else #define PSETPGRP() setpgrp(0, 0) +#endif Which, if I am reading it correctly, will change the code the other gentleman had used simply if the GNU compiler is used. Now maybe I am wrong, but I would be VERY surprised if he was NOT using the GNU compiler. As far as I am aware the GNU compiler is used by all open source operating systems, the only people that don't are commercial entities like Sun or Microsoft. I have never really used any flavour of FreeBSD so I don't know if all this if fine, but it just doesn't look right to me. I am unwilling to make patches that I am fairly sure will break someone else's compile. If FreeBSD and kFreeBSD are sufficiently different they should probably have a different define P_KFREEBSD for example. They have same kernel (FreeBSD), same compiler (gcc), but different userspace C library (native FreeBSD/GLIBC). The __GLIBC__ signals used C-library, not compiler, the compiler defines __GNUC__. Therefore these changes will not break previous build on plain FreeBSD. From ptlib view, there are only 2 differences. 1) macro PSETPGRP 2) location of SDL.h The third change is fix of creating shared libraries, otherwise the P_SHAREDLIB is not honored at all. To reduce differences, it is possible to use on both systems #define PSETPGRP() setpgid(0, 0) http://www.opengroup.org/onlinepubs/9699919799/functions/setpgid.html http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/compat-43/setpgrp.c These kind of problems should be addressed by writing a configure test that sets a #define flag, not by relying on various symbols that may, or may not, be defined by the run-time library. Craig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525843: support for encoding long descriptions using a standard text-based markup language
On Thu, Sep 10, 2009 at 05:43:01PM -0500, Manoj Srivastava wrote: Looking at the bug report, I can agree that there is a rough consensusabout using a standard text-based markup language to interpret package long descriptions. What is unclear, though, which of the two equivalent languages (Markdown or ReStructured Text) are being proposed here -- either one of these would be acceptable, and there are working implementations of either that seem to do a very creditable job. We need to pick one or the other (and at this point, I am agnostic to whatever is picked, since either is a standard that is popular and is not a NIH spec) -- and I do not see anything claer about which one policy should support. We could, as an example, go by pop-con results for the interpreters -- that is one defensible means of selecting the language, I guess. My main concern with this request is that by blessing the use of a text-based markup language for lists, we not end up in a situation where maintainers are using more extensive markup that makes the package descriptions less legible as plain text. As long as the policy language is precise in limiting this to list formatting, I agree that both of the options should do the job fine. And I think even flipping a coin would be a defensible means of selecting, in this case. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#546149: [PATCH] munin-node: improve ignore_file in /etc/munin/munin-node.conf
Package: munin-node Version: 1.2.6-14 Severity: wishlist File: /etc/munin/munin-node.conf Tags: patch Suggestion to inlcude Emacs #backup# and joe(1) DEADJOE files. From ecfcbbf765a881360521c215d8cb49c4cff629b0 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Fri, 11 Sep 2009 09:37:01 +0300 Subject: [PATCH] node/munin-node.conf.in: (ignore_file): Add Emacs, joe(1) files Signed-off-by: Jari Aalto jari.aa...@cante.net --- node/munin-node.conf.in |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/node/munin-node.conf.in b/node/munin-node.conf.in index 616b221..9b3d83e 100644 --- a/node/munin-node.conf.in +++ b/node/munin-node.conf.in @@ -15,7 +15,8 @@ setsid yes # Regexps for files to ignore -ignore_file ~$ +ignore_file [~#]$ +ignore_file DEADJOE ignore_file \.bak$ ignore_file %$ ignore_file \.dpkg-(tmp|new|old|dist)$ -- 1.6.3.3 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser 3.110 add and remove users and groups ii gawk 1:3.1.6.dfsg-3 GNU awk, a pattern scanning and pr ii libnet-server-perl0.97-1 An extensible, general perl server ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii perl 5.10.0-25 Larry Wall's Practical Extraction ii procps1:3.2.8-1 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-1Script SNMP connections Versions of packages munin-node suggests: pn acpi | lm-sensors none (no description available) pn ethtool none (no description available) ii hdparm9.15-1 tune hard disk parameters for high pn libdbd-pg-perlnone (no description available) pn liblwp-useragent-determined-p none (no description available) pn libnet-irc-perl none (no description available) ii libwww-perl 5.831-1WWW client/server library for Perl ii munin 1.2.6-14 network-wide graphing framework (g pn munin-plugins-extra none (no description available) ii mysql-client 5.1.37-2 MySQL database client (metapackage ii mysql-client-5.1 [mysql-clien 5.1.37-2 MySQL database client binaries ii net-tools 1.60-23The NET-3 networking toolkit ii python2.5.4-2An interactive high-level object-o ii smartmontools 5.38-3 control and monitor storage system -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546150: [INTL:es] Spanish debconf template translation for phpwiki
Package: phpwiki Version: 1.3.14-5 Severity: wishlist Tags: l10n patch -- Saludos Fran # phpwiki po-debconf translation to Spanish # Copyright (C) 2004, 2009 Software in the Public Interest # This file is distributed under the same license as the phpwiki package. # # Changes: # - Initial translation # Carlos Galisteo de Cabo cgalis...@k-rolus.net, 2004 # # - Updates # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: phpwiki 1.3.14-5\n Report-Msgid-Bugs-To: phpw...@packages.debian.org\n POT-Creation-Date: 2009-08-29 08:35+0200\n PO-Revision-Date: 2009-09-01 10:10+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:2001 msgid PHPWiki configuration msgstr Configuración de PHPWiki #. Type: note #. Description #: ../templates:2001 #| msgid #| This is an automated config generator for PHPWiki. It is not intended to #| do everything, in fact, all it will do is generate a basic, standalone #| PHPWiki. It is sufficient for simple local installations, but does not #| encompass all of PHPWiki's capabilities. If you want to use the more #| advanced features of the Wiki, please edit /etc/phpwiki/config.ini #| yourself. msgid The most important settings for PHPWiki can be configured automatically. This configuration process will generate a basic, standalone PHPWiki. It is sufficient for simple local installations, but does not encompass all of PHPWiki's capabilities. If you want to use the more advanced features of the wiki, you need to modify /etc/phpwiki/config.ini after the initial configuration is completed. msgstr Los ajustes más importantes de PHPWiki se pueden configurar automáticamente. Este proceso de configuración generará un PHPWiki básico y autónomo. Esto es suficiente para instalaciones locales sencillas, pero no abarca todas las posibilidades de PHPWiki. Si quiere utilizar las características más avanzadas de lwiki, necesita modificar el archivo «/etc/phpwiki/config.ini» después de que la configuración inicial se complete. #. Type: note #. Description #: ../templates:2001 #| msgid #| Please read /usr/share/doc/phpwiki/README.Debian for some important #| notices regarding the first time you load pages into your new Wiki. msgid Please read /usr/share/doc/phpwiki/README.Debian for some important notices regarding the first time you load pages into the new wiki. msgstr Por favor, lea el archivo «/usr/share/doc/phpwiki/README.Debian» para conocer datos importantes acerca de la primera vez que cargue páginas en su nuevo wiki. #. Type: string #. Description #: ../templates:3001 #| msgid Web-accessible location of the PHPWiki: msgid Web-accessible location of PHPWiki: msgstr Ubicación accesible por web de PHPWiki: #. Type: string #. Description #: ../templates:3001 msgid Please specify the location within the web site tree of the PHPWiki pages. msgstr Especifique la ubicación del sitio web con el árbol de las páginas de PHPWiki. #. Type: string #. Description #: ../templates:3001 msgid This value will be the local path portion of the wiki's URL, so for example the default value of \/phpwiki\ would make it accessible at \http://hostname/phpwiki\. msgstr Este valor será la parte local de la ruta de las URL del wiki, por ejemplo: el valor predeterminado «/phpwiki» serviría para acceder desde «http://nombre-máquina/phpwiki». #. Type: select #. Choices #: ../templates:4001 msgid localhost only msgstr sólo equipo local #. Type: select #. Choices #: ../templates:4001 #| msgid Local network: msgid local network msgstr red local #. Type: select #. Choices #: ../templates:4001 msgid global msgstr global #. Type: select #. Description #: ../templates:4002 msgid Hosts authorized to access the wiki pages: msgstr Máquinas autorizadas al acceso a las páginas del wiki: #. Type: select #. Description #: ../templates:4002 msgid It is possible to restrict access to the wiki to specific hosts or IP addresses. msgstr Es posible restringir el acceso al wiki especificando máquinas o direcciones IP. #. Type: select #.
Bug#545925: [pkg-firebird-general] Bug#545925: firebird2.1: FTFBS on sh4
Hi, Damyan. 2009/9/10 Damyan Ivanov d...@debian.org: retitle 545925 please port to sh4 tags 545925 upstream thanks -=| Nobuhiro Iwamatsu, Thu, Sep 10, 2009 at 09:15:34AM +0900 |=- I am now trying to run Debian on Renesas SH CPU(sh4). But firebird2.1 FTBFS on sh4. Current firebird2.1 package doesn't support Renesas SH. I made a patch to revise to be able to build. I attached build log and patch. Thank you for your effotrs. The patch needs to go into upstream first, so that the implementation IDs don't change later when they release sh4 support, causing incompatibilities between databases created with Deiban package/upstream and upstream/Debian engine. I understand it. If you want to take this upstream yourself, you need to send a bugreport using their bugtracker[1], attaching a patch to CVS HEAD[2] (sending me the link so that I can track it would be nice). If not, I'll deal with this somwehere in the future. [1] http://tracker.firebirdsql.org/ [2] http://sourceforge.net/scm/?type=cvsgroup_id=9028 Also, if you feel like it, you may want to merge the s390 patch, available in #415668. I think thant I want to send these patch by debian package maintainer. Best regards, Nobuhiro -- Nobuhiro Iwamatsu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545925: [pkg-firebird-general] Bug#545925: Bug#545925: firebird2.1: FTFBS on sh4
Hi, 2009/9/10 Damyan Ivanov d...@debian.org: -=| Damyan Ivanov, Thu, Sep 10, 2009 at 09:47:12AM +0300 |=- The patch needs to go into upstream first, so that the implementation IDs don't change later when they release sh4 support, causing incompatibilities between databases created with Deiban package/upstream and upstream/Debian engine. If you want to take this upstream yourself, you need to send a bugreport using their bugtracker[1], attaching a patch to CVS HEAD[2] (sending me the link so that I can track it would be nice). If not, I'll deal with this somwehere in the future. [1] http://tracker.firebirdsql.org/ [2] http://sourceforge.net/scm/?type=cvsgroup_id=9028 I have prepared a patch to upstream CVS head. The only missing piece of information is the alignment rules of sh4. Are there such rules? For example, may a long long int pointer reside on odd address or not? On x86-based hardware unaligned access is ok, but on sparc it is not. I am attaching a program that I use to check various hardware details, like pointer size and such. It is compiled with simple g++ archtests.cpp -o archtests. If it runs fine on sh4, then unaligned access is OK. If you get bus error or similar, unaligned access is prohibited. Thank you. sh4 can not unaligned access is NG in float, double and long double. Does sh4 need define RISC_ALIGNMENT? Bes regards, Nobuhiro -- Nobuhiro Iwamatsu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503506: retitle 503506 to RM: hbf-kanji48 -- RoQA; unmaintained, orphaned since a year ...
On Wed, Sep 02, 2009 at 01:31:59PM +0200, Alexander Reichle-Schmehl wrote: Sorry, but we currently can't remove hbf-kanji48 as requested, since it is a build dependency of harden-doc. Javier, could you please check if you would like to adopt that package or can use something else? Hi all, Those fonts were required by harden-doc to build the Japanese translation of the documentation. This translation is currently not being provided by the package (the language is disabled in the build system). Consequently, I will remove the Build-Dependency so this package can be removed (this will be done in version 3.13.1, which I'm building right now). If we re-enable the Japanese translation sometime in the future then we'll see what we need to do to make it build. Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546030: cmake: FindVTK fails for VTK version 5.4 and higher
Hello, On ketvirtadienis 10 Rugsėjis 2009 22:32:15 Dominique Belhachemi wrote: I really wonder why this file is part of the cmake package instead of the vtk package. What I would like to see is a directory in which maintainer can upload their debian customized FindLIBNAME.cmake files. This directory could be searched by cmake and modules there could be treated with a higher priority than files in /usr/share/cmake-2.6/Modules/ Module mode has been designed for finding 3rd party software. The software itself can provide files. The software itself can supply files for Config [1] mode (in /usr/lib/cmake) 1. http://www.cmake.org/cmake/help/cmake2.6docs.html#command:find_package -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#545948: ptlib: FTBFS on GNU/kFreeBSD
I am sorry, I saw __GLIBC__ and read __GNUC__ I have applied the patch to the SVN trunk. Note that patch could not be applied to the vsdl.* files, someone else had already changed it to something else! Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. -Original Message- From: Petr Salinger [mailto:petr.salin...@seznam.cz] Sent: Friday, 11 September 2009 4:02 PM To: Robert Jongbloed Cc: 'Eugen Dedu'; 545...@bugs.debian.org Subject: RE: Bug#545948: ptlib: FTBFS on GNU/kFreeBSD Hello. Eugen passed on your patches to me to be applied to PTLib, however I have some concerns about them. Now, I had fairly recently received some patches for FreeBSD that had presumably fixed PTLib to compile for him on his particular flavour of FreeBSD. Now you are asking me to add things like: +#if defined (__GLIBC__) +#define PSETPGRP() setpgrp() +#else #define PSETPGRP() setpgrp(0, 0) +#endif Which, if I am reading it correctly, will change the code the other gentleman had used simply if the GNU compiler is used. Now maybe I am wrong, but I would be VERY surprised if he was NOT using the GNU compiler. As far as I am aware the GNU compiler is used by all open source operating systems, the only people that don't are commercial entities like Sun or Microsoft. I have never really used any flavour of FreeBSD so I don't know if all this if fine, but it just doesn't look right to me. I am unwilling to make patches that I am fairly sure will break someone else's compile. If FreeBSD and kFreeBSD are sufficiently different they should probably have a different define P_KFREEBSD for example. They have same kernel (FreeBSD), same compiler (gcc), but different userspace C library (native FreeBSD/GLIBC). The __GLIBC__ signals used C-library, not compiler, the compiler defines __GNUC__. Therefore these changes will not break previous build on plain FreeBSD. From ptlib view, there are only 2 differences. 1) macro PSETPGRP 2) location of SDL.h The third change is fix of creating shared libraries, otherwise the P_SHAREDLIB is not honored at all. To reduce differences, it is possible to use on both systems #define PSETPGRP() setpgid(0, 0) http://www.opengroup.org/onlinepubs/9699919799/functions/setpgid.html http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/compat- 43/setpgrp.c Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532955: Bug #532955 add libnet-telnet-perl as suggests for asterisk plugin
tags 532955 pending thanks Hi Jan, I've added libnet-telnet-perl to the suggests section of the munin-plugins-extra package. It will be included in the next version of the package. Regarding the second issue of the bug, please open a separate bug report for that issue, as we need to separate bugs for each issue. Regarding message #3 in the bug report, looks like it got there by mistake and not related to the bug. Thanks, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#545956: /usr/lib/cgi-bin/nagios2/status.cgi segfault after upgrade
Hi, Could you provide steps to reproduce the segfault please? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#435167: amarok: Does state that user has to be in the 'plugdev' group to use MTP devices
Hello, On penktadienis 11 Rugsėjis 2009 00:08:15 Javier Fernández-Sanguino Peña wrote: On Fri, Sep 04, 2009 at 12:01:27PM +0200, Javier Fernandez-Sanguino wrote: El 3 de septiembre de 2009 19:29, Modestas Vainiusmodes...@vainius.eu escribió: tags 435167 moreinfo thanks I will try to reproduce this at home. I will let you know of the results. It seems that Amarok 2 does not have the feature to talk with PTP devices which was present in version 1.4. Consequently, I cannot reproduce this bug. PTP or MTP? Amarok 2 supports MTP. I guess another collection should appear near Local collection once MTP device is mounted. Ask on amarok user lists / #amarok on freenode.net for more info. Maybe the best is to archive this and, if Amarok 1.4 is uploaded to unstable (as somebody requested) or Amarok 2 provides this feature in the future then review it. I doubt this is going to happen (1.4 in unstable). -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#546154: kdesvn: Crashes when right-clicking on root directory of the working copy
Package: kdesvn Version: 1.3.0-1 Severity: normal Kdesvn crashes when it's trying to display context menu for root directory of the working copy. KDE debug log: Application: kdesvn (kdesvn), signal SIGSEGV [Current thread is 1 (Thread 0xb6064700 (LWP 9922))] Thread 1 (Thread 0xb6064700 (LWP 9922)): [KCrash Handler] #6 0xb3f2a1dc in MainTreeWidget::slotDirContextMenu (this=0x9590938, vp=...) at /tmp/buildd/kdesvn-1.3.0/src/svnfrontend/maintreewidget.cpp:981 #7 0xb3f3fc10 in MainTreeWidget::qt_metacall (this=0x9590938, _c=QMetaObject::InvokeMetaMethod, _id=74, _a=0xbfed117c) at /tmp/buildd/kdesvn-1.3.0/obj-i486-linux-gnu/src/svnfrontend/maintreewidget.moc:267 #8 0xb7f58b33 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4 #9 0xb7f59782 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #10 0xb75cb703 in QWidget::customContextMenuRequested(QPoint const) () from /usr/lib/libQtGui.so.4 #11 0xb75d9e83 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4 #12 0xb797ff53 in QFrame::event(QEvent*) () from /usr/lib/libQtGui.so.4 #13 0xb7a1ef6f in QAbstractScrollArea::viewportEvent(QEvent*) () from /usr/lib/libQtGui.so.4 #14 0xb7ad0127 in QAbstractItemView::viewportEvent(QEvent*) () from /usr/lib/libQtGui.so.4 #15 0xb7b0af26 in QTreeView::viewportEvent(QEvent*) () from /usr/lib/libQtGui.so.4 #16 0xb7a21545 in ?? () from /usr/lib/libQtGui.so.4 #17 0xb7f42bfa in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #18 0xb75837ec in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #19 0xb758bead in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #20 0xb70675ed in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #21 0xb7f439cb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #22 0xb758e75e in QCoreApplication::sendSpontaneousEvent(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #23 0xb75fa62f in ?? () from /usr/lib/libQtGui.so.4 #24 0xb75f9386 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4 #25 0xb7623892 in ?? () from /usr/lib/libQtGui.so.4 #26 0xb667e4b8 in g_main_dispatch (context=0x925cc90) at /build/buildd-glib2.0_2.20.5-1-i386-mDnYKw/glib2.0-2.20.5/glib/gmain.c:1824 #27 IA__g_main_context_dispatch (context=0x925cc90) at /build/buildd-glib2.0_2.20.5-1-i386-mDnYKw/glib2.0-2.20.5/glib/gmain.c:2377 #28 0xb6681a13 in g_main_context_iterate (context=0x925cc90, block=1, dispatch=1, self=0x925a7b0) at /build/buildd-glib2.0_2.20.5-1-i386-mDnYKw/glib2.0-2.20.5/glib/gmain.c:2455 #29 0xb6681b98 in IA__g_main_context_iteration (context=0x925cc90, may_block=1) at /build/buildd-glib2.0_2.20.5-1-i386-mDnYKw/glib2.0-2.20.5/glib/gmain.c:2518 #30 0xb7f6e858 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #31 0xb7622fd5 in ?? () from /usr/lib/libQtGui.so.4 #32 0xb7f4201a in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #33 0xb7f42462 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #34 0xb7f448b9 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #35 0xb7583697 in QApplication::exec() () from /usr/lib/libQtGui.so.4 #36 0x080505e7 in main (argc=5, argv=0xbfed34a4) at /tmp/buildd/kdesvn-1.3.0/src/main.cpp:91 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdesvn depends on: ii kdebase-runtime 4:4.2.4-2runtime components from the offici ii kdelibs54:4.2.4-1core libraries for all KDE 4 appli ii kdesvn-kio-plugins 1.3.0-1 Subversion I/O slaves for KDE ii libapr1 1.3.8-1 The Apache Portable Runtime Librar ii libaprutil1 1.3.9+dfsg-1 The Apache Portable Runtime Utilit ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1GCC support library ii libqt4-dbus 4:4.5.2-2Qt 4 D-Bus module ii libqt4-network 4:4.5.2-2Qt 4 network module ii libqt4-sql 4:4.5.2-2Qt 4 SQL module ii libqt4-svg 4:4.5.2-2Qt 4 SVG module ii libqt4-xml 4:4.5.2-2Qt 4 XML module ii libqtcore4 4:4.5.2-2Qt 4 core module ii libqtgui4 4:4.5.2-2Qt 4 GUI module ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libsvn1 1.6.3dfsg-1 Shared libraries used
Bug#546153: qct: does not support git (description wrong
Package: qct Version: 1.7-1 Severity: minor Git is not supported anymore. If called within an git repository, it tells: Auto-detected Git (Cogito) repository Git not supported upstream anymore for now (patches welcome) However, qct does claim that in its description, and as well depends on git. Both should be corrected, IMHO. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qct depends on: ii bzr 1.18-1 easy to use distributed version co ii cvs 1:1.12.13-12 Concurrent Versions System ii git-core1:1.6.3.3-2 fast, scalable, distributed revisi ii python 2.5.4-2 An interactive high-level object-o ii python-qt4 4.5.4-1 Python bindings for Qt4 ii python-support 1.0.3automated rebuilding support for P ii subversion 1.6.5dfsg-1 Advanced version control system qct recommends no packages. qct suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530748: a .deb please?
Maybe it would be possible to have a snapshot .deb to allow some early adopters to find the bugs first? ;) Yes, I could use the Git repo, but I'd really just prefer the .deb. Call me lazy. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#546152: qemulator: Typos and German phrases in glade file
Package: qemulator Version: 0.5-3 Severity: normal Tags: patch Usertags: origin-ubuntu karmic ubuntu-patch Pushing patches upstream from ubuntu LP *** /tmp/tmpHIRZPD In Ubuntu, we've applied the attached patch to achieve the following: * corrected typo allready (LP: #348718) * changed 'Datei auswählen' to 'Select File' (LP: #257233) We thought you might be interested in doing the same. -- System Information: Debian Release: squeeze/sid APT prefers karmic APT policy: (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-10-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u qemulator-0.5/debian/changelog qemulator-0.5/debian/changelog only in patch2: unchanged: --- qemulator-0.5.orig/usr/local/lib/qemulator/qemulator.glade +++ qemulator-0.5/usr/local/lib/qemulator/qemulator.glade @@ -937,7 +937,7 @@ child widget class=GtkCheckButton id=checkbutton_autohide_settings property name=visibleTrue/property - property name=tooltip translatable=yesWith quot;auto hide stored settingsquot; enabled, config panel for the selected image/machine will be hidden automatically, if there allready is a stored configuration for this image/machine./property + property name=tooltip translatable=yesWith quot;auto hide stored settingsquot; enabled, config panel for the selected image/machine will be hidden automatically, if there already is a stored configuration for this image/machine./property property name=can_focusTrue/property property name=label translatable=yesauto hide/property property name=use_underlineTrue/property @@ -7177,7 +7177,7 @@ child widget class=GtkCheckButton id=checkbutton_autohide_settings property name=visibleTrue/property - property name=tooltip translatable=yesWith quot;auto hide stored settingsquot; enabled, config panel for the selected image/machine will be hidden automatically, if there allready is a stored configuration for this image/machine./property + property name=tooltip translatable=yesWith quot;auto hide stored settingsquot; enabled, config panel for the selected image/machine will be hidden automatically, if there already is a stored configuration for this image/machine./property property name=can_focusTrue/property property name=label translatable=yesauto _hide stored settings/property property name=use_underlineTrue/property @@ -12659,7 +12659,7 @@ child widget class=GtkFileChooserButton id=filechooserbutton_newimage_base property name=visibleTrue/property - property name=title translatable=yesDatei auswählen/property + property name=title translatable=yesSelect File/property property name=actionGTK_FILE_CHOOSER_ACTION_OPEN/property property name=local_onlyTrue/property property name=show_hiddenFalse/property @@ -14407,7 +14407,7 @@ child widget class=GtkFileChooserButton id=filechooserbutton_jobmon_cdrom property name=visibleTrue/property - property name=title translatable=yesDatei auswählen/property + property name=title translatable=yesSelect File/property property name=actionGTK_FILE_CHOOSER_ACTION_OPEN/property property name=local_onlyTrue/property property name=show_hiddenFalse/property @@ -14426,7 +14426,7 @@ child widget class=GtkFileChooserButton id=filechooserbutton_jobmon_fda property name=visibleTrue/property - property name=title translatable=yesDatei auswählen/property + property name=title translatable=yesSelect File/property property name=actionGTK_FILE_CHOOSER_ACTION_OPEN/property property name=local_onlyTrue/property property name=show_hiddenFalse/property @@ -14446,7 +14446,7 @@ child widget class=GtkFileChooserButton id=filechooserbutton_jobmon_fdb property name=visibleTrue/property - property name=title translatable=yesDatei auswählen/property + property name=title translatable=yesSelect File/property property name=actionGTK_FILE_CHOOSER_ACTION_OPEN/property property name=local_onlyTrue/property property name=show_hiddenFalse/property
Bug#415616: iptraf: still not working in lenny 3.0.0-6
Matija Nalis wrote: The patch which fixes the problem is provided at http://linux.mantech.ro/IPTraf-fix.html and attached here. Thanks for following up on this; the patch removes any special casing of the VLAN interfaces; are they now always similar to ethernet ? If that's the case I'll rewrite the patch to remove all traces of VLAN. Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543375: Superblock last mount time is in the future
Hello, some additional information as far as I could gather. I put some echo lines into hwclockfirst.sh so I could see that hwclockfirst.sh is called *before* the fsck complains and seems to work properly: Because /dev/.udev exists no actual call to hwclock is made in the script, anyway. When I forced the call of hwclock by uncommenting the #if nothing changed. So it appears to me that the problem could be with the population of /dev which starts before hwclockfirst.sh: The population of /dev could be with misinterpreted time which in my case would be to consider the system time to be UTC, which it is not at all. Applying the correct time zone to this wrong assumption correctly would lead to the 2 hours in the future. As hwclockfirst.sh is doing everything as it should the following fsck just finds a mess and reacts, again correctly. Furthermore this would explain the completely correct behaviour on my UTC desktop computer. I hope my brilliant musing ;-) doesn't obstruct you from finding the true cause of the problem. Best regards, Alexander. smime.p7s Description: S/MIME Cryptographic Signature
Bug#546155: plymouth: Needs documentation about usage
Subject: plymouth: Needs documentation about usage Package: plymouth Version: 0.6.0-1 Severity: wishlist Hi, Ive installed plymouth plus plugins and i cant get it to work. There is no documentation at all about how to activate it. I also have usplash installed, dont know if plymouth and usplash are mutually exclusive. Thanks. *** Please type your report below this line *** -- System Information: Distributor ID: Ubuntu Description:Ubuntu (The Breezy Badger Release) Release:5.10 Codename: breezyArchitecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plymouth depends on: ii initramfs-tools0.93.4tools for generating an initramfs ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-26GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgtk2.0-02.16.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii plymouth-plugins-all 0.6.0-1 Graphical Boot Animation and Logge ii plymouth-plugins-fade- 0.6.0-1 Graphical Boot Animation and Logge ii plymouth-plugins-label 0.6.0-1 Graphical Boot Animation and Logge ii plymouth-plugins-pulse 0.6.0-1 Graphical Boot Animation and Logge ii plymouth-plugins-solar 0.6.0-1 Graphical Boot Animation and Logge ii plymouth-plugins-spinf 0.6.0-1 Graphical Boot Animation and Logge ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime plymouth recommends no packages. Versions of packages plymouth suggests: ii gdm2.20.9-1.1+b1 GNOME Display Manager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504034: Announce of the upcoming NMU for the proofgeneral package
Dear maintainer of proofgeneral and Debian translators, Some days ago, I sent a notice to the maintainer of the proofgeneral Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fi fr gl ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the proofgeneral package so I can incorporate them in the build. The deadline for receiving updates and new translations is Thursday, September 17, 2009. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, September 06, 2009 : send the first intent to NMU notice to the package maintainer. Friday, September 11, 2009 : send this notice Thursday, September 17, 2009 : (midnight) deadline for receiving translation updates Friday, September 18, 2009 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Friday, September 25, 2009 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: Source: proofgene...@packages.debian.org\n POT-Creation-Date: 2007-11-13 07:37+\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../proofgeneral.templates:2001 msgid Should Proof General be auto-loaded by default? msgstr #. Type: boolean #. Description #: ../proofgeneral.templates:2001 msgid Please choose this option if you want to auto-load Proof General on this machine. msgstr #. Type: boolean #. Description #: ../proofgeneral.templates:2001 msgid If you do so, it will be loaded globally and all local users will be able to use it with Emacs or XEmacs, without special settings in their personal configuration file. msgstr #. Type: boolean #. Description #: ../proofgeneral.templates:2001 msgid If you don't choose this option, users will need to activate it from their personal settings for Emacs or XEmacs, or start it explicitly with the 'proofgeneral' command. msgstr signature.asc Description: Digital signature
Bug#530687: [PATCH] bug530687-srivasta: Support for architecture wildcards
On Thu, Sep 10, 2009 at 04:28:55PM -0500, Manoj Srivastava wrote: Support for architecture wildcards has been added to dpkg-1.13.13. This patch, based on a proposal from Andres Mejia, provides policy on how architecture wildcards should be used for other tools such as sbuild and pbuilder. This patch has tracked and incorporated suggestions embedded the discussion of the proposal. It also brings policy up to speed and in line with dpkg-dev which appears to generate an Architecture line that includes both architectures and special values like all. [snip] +lists.footnote As mentioned in the footnote for +specifying a list of architectures, this is a settings for A minor point, but should this not be a setting? +a minority of cases where the program is not +portable. Generally, it should not be used for new +packages. Also note that the wildcards are not expanded +then compared, they are simply matched. /footnote If G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if it weren't self-referential? pgp9qW6Y6TzW5.pgp Description: PGP signature
Bug#543834: O: buildtorrent -- command line torrent creation program
Hello dear maintainer, As I m a fan of CLI I use this program in ubuntu to build torrents from CLI and I ll take this over Regards -- Bhavani Shankar.R https://launchpad.net/~bhavi, a proud ubuntu community member. What matters in life is application of mind!, It makes great sense to have some common sense..!
Bug#544739: some patches
Hi, here are some patches improving loading of glade generated files $ diff -Naur /usr/share/common-lisp/source/clg/gtk/gtkobject.lisp gtk/gtkobject.lisp --- /usr/share/common-lisp/source/clg/gtk/gtkobject.lisp2008-10-09 20:45:01.0 +0200 +++ gtk/gtkobject.lisp 2009-09-10 12:36:36.0 +0200 @@ -254,11 +254,10 @@ `(progn ,(expand-gobject-type type nil options) ,(let ((child-properties (query-container-class-child-properties type t))) - (when child-properties - `(defclass ,child-class (,(default-container-child-name super)) + `(defclass ,child-class (,(default-container-child-name super)) ,(slot-definitions child-class child-properties nil) (:metaclass container-child-class) -(:container ,class +(:container ,class))) (defun container-dependencies (type options) (delete-duplicates $ diff -Naur /usr/share/common-lisp/source/clg/glade-xml/glade-xml.lisp glade-xml/glade-xml.lisp --- /usr/share/common-lisp/source/clg/glade-xml/glade-xml.lisp 2008-10-09 20:45:33.0 +0200 +++ glade-xml/glade-xml.lisp2009-09-10 12:13:05.0 +0200 @@ -157,11 +157,17 @@ (declare (ignore args)) (setf (menu-item-submenu menu-item) menu)) - +(defun %type-from-glib-name (glib-name) + (handler-case (type-from-glib-name glib-name) + (simple-error () + (register-type + (default-type-name glib-name) + (glib::register-type-as (type-number-from-glib-name glib-name))) + (type-from-glib-name glib-name (defun build-widget (spec) (let* ((attributes (rest (first spec))) -(class (find-class (type-from-glib-name (getf attributes :|class| +(class (find-class (%type-from-glib-name (getf attributes :|class| (id (getf attributes :|id|))) ;; Get properties and create widget to load a some ui.glade file use commands (require :glade-xml) (gtk:clg-init) (glade-xml:load-interface ui.glade) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546157: pidgin: please do not use popups for file transfers
Package: pidgin Version: 2.6.1-2 Severity: wishlist It would be nice if Pidgin does not open a popup window when receiving a file transfer request and, for example, instead ask for confirmation in the conversation window. It is quite annoying if windows suddenly pop up and require attention while doing something completely different. Regards, Ansgar -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.26.2-3 GNOME configuration database syste ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.24-1 Core GStreamer libraries and eleme ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libpurple0 2.6.1-2 multi-protocol instant messaging l ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libx11-6 2:1.2.2-1 X11 client-side library ii libxss11:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-25 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.0-25 minimal Perl system ii pidgin-data2.6.1-2 multi-protocol instant messaging c ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.24-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.15-2 GStreamer plugins from the good Versions of packages pidgin suggests: pn evolution-data-server none (no description available) ii kdebase-workspace-bin 4:4.2.4-1+b1 core binaries for the KDE 4 base w ii libsqlite3-03.6.17-2 SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546156: sync with iceweasel in experimental
Package: iceweasel-l10n Severity: wishlist Please sync with experimental iceweasel (3.5.3). Btw, in case you've not done that already, subscribing to iceweasel upload notices in the PTS helps being aware when a new iceweasel-l10n upload should happen. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546158: FTBS on ppc
Package: emoslib Version: 000370+dfsg-5 Severity: serious Relevant error: make[2]: Entering directory `/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg/bufrtables' ./links.sh gfortran -O2 -fdefault-real-8 -fcray-pointer -fno-second-underscore -Dlinux -DREAL_8 -DREAL_BIGGER_THAN_INTEGER -Dgfortran -DTABLE_PATH=\/usr/share/emos\ -I.. -o bufr2txt_tables bufr2txt_tables.f ../libemosR64.a /tmp/ccOTbWXH.o: In function `MAIN__': bufr2txt_tables.f:(.text+0x194c): undefined reference to `bus012_' bufr2txt_tables.f:(.text+0x19f8): undefined reference to `bufrex_' bufr2txt_tables.f:(.text+0x1a74): undefined reference to `busel_' collect2: ld returned 1 exit status make[2]: *** [bufr2txt_tables] Error 1 make[2]: Leaving directory `/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg/bufrtables' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Complete log available at https://buildd.debian.org/fetch.cgi?pkg=emoslib;ver=000370%2Bdfsg-5;arch=powerpc;stamp=1251214966 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544270: re-include unofficial localizations
Dmitry E. Oboukhov un...@debian.org wrote: that's why the URLs are listed in debian/copyright. and in general, localizations can be also found through addons.mozilla.org. You are wrong. no, i'm not. the urls are included in copyright, which is not the same as claiming that upstream has released up2date localizations. also, you have to cc bug reports, at least if you expect them to answer. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546159: transition: libass
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I'd like to upload libass 0.9.7-2 to unstable. This bring an API and SONAME change. libass 0.9.7-1 has been in experimental for the last 2 weeks. The 2 packages depending on libass-dev (vlc and gst-plugins-bad0.10) have version in unstable which support the both old and new API. Regards, -- Xtophe -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521513: Updating trac would be important
Hello We want to use Agilo but trac 0.11.2 contains a lot of speed improvements and Agilo tries to use them if a newer trac is available (at the expense of running slow on trac 0.11.1). Also Python 2.6 is not compatible with trac 0.11.4 ... troll For one get we must wait around 60s it's not acceptable. On a Windows test server with last trac and last agilo we have request time around 3s it's slow ... but acceptable. /troll -- Thomas Clavier http://www.tcweb.org Argia Engineering JabberID : clav...@argia.fr +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature
Bug#544600: iceweasel-l10n should use same l10n package names as kde-l10n
Dmitry E. Oboukhov un...@debian.org wrote: Why? I don't understand. because, obviously, it sucks that l10n packages do not use the same naming scheme within debian, making it a pita to know that e.g it's iceweasel-l10n-pt-br but it's iceweasel-l10n-ptbr etc. which is e.g. a big problem for debian-live where we want to install l10n packages in an automatic fashion. kde-l10n has got the package names correct, ice*-l10n should adapt to that. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533436: [lvm2] Unable to use use LVM with DRBD block devices as PV
Hi all, I just found a workaround: Create a partition on the drbd device with fdisk or cfdisk and set the partition type to 8E, which is LVM. If your newly created partition doesn't show up in /dev/mapper/ or /dev/disk/ you may use kpartx: h1:~# kpartx -a drbd-device then you can create your pv on the new partition and continue creating vgs and lvs. Still, using the drbd device as pv without partitioning would be nicer. What's still to be done with this solution is to add the kpartx-command to system startup so pvscan can find the drbd-partition. Also your drbd device has to be primary in order for kpartx to work. Best regards, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538359: scilab: installing openjdk-6-jre-headless worked for me
Package: scilab Version: 5.1.1-9 Severity: normal I saw the same problem as the original reporter. After installing openjdk-6-jre-headless scilab starts up fine. /JÃrgen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages scilab depends on: ii scilab-bin5.1.1-9Scientific software package for nu ii scilab-data 5.1.1-9Scientific software package for nu ii scilab-include5.1.1-9Scientific software package for nu Versions of packages scilab recommends: ii scilab-doc5.1.1-9Scientific software package for nu ii scilab-sivp [sivp]0.5.0-5Scilab Image and Video Processing Versions of packages scilab suggests: ii gcc 4:4.3.3-9 The GNU C compiler ii gfortran 4:4.3.3-9 The GNU Fortran 95 compiler -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545956: /usr/lib/cgi-bin/nagios2/status.cgi segfault after upgrade
Hi, Marek Grzybowski ha scritto: Thanks for answer, its my reproduction : Could you test these packages please? http://sd6.iuculano.it/sec/nagios2/.tmp/ Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#544604: debian/copyright is not a credits file, but for copyright holders only
tags 544604 - wontfix severity 544604 normal thanks Dmitry E. Oboukhov un...@debian.org wrote: I'm maintaining a few iceweasel ext packages, Some of them were rejected at stage NEW because its copyright didn't contain records about all copyright holders and contributors. Contributor is a copyright holder for his part. while in general, a contributor and a copyright holder *can* be the same person, it does not necessarily have to be so. in the case of iceweasel-l10n, contributors are not copyright holders for the official localizations, but the mozilla foundation resp. the mozilla translation project is (as it was correctly stated in debian/copyright). please re-instate the previous content of debian/copyright, which, what should not matter in the affairs, has numerous times been examined and accepted by ftp-masters when iceweasel-l10n had to go through NEW for every adding of new localizations. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404729: Noisy miniwindows
Hello,
I have tried to debug, but I don't know if this bug comes from
windowmaker itself.
cauchy:[~/windowmaker/Windowmaker] diff -u
../Windowmaker-orig/src/application.c src/application.c
--- ../Windowmaker-orig/src/application.c 2008-12-15
04:59:05.0 +0100
+++ src/application.c 2009-09-11 11:04:22.0 +0200
@@ -244,6 +244,16 @@
return True;
}
+static void
+getSize1(Drawable d, unsigned int *w, unsigned int *h, unsigned int *dep)
+{
+ Window rjunk;
+ int xjunk, yjunk;
+ unsigned int bjunk;
+
+ XGetGeometry(dpy, d, rjunk, xjunk, yjunk, w, h, bjunk, dep);
+}
+
WApplication*
wApplicationCreate(WWindow *wwin)
@@ -403,6 +413,11 @@
if (tmp strstr(tmp,
Library/WindowMaker/CachedPixmaps)!=NULL
stat(tmp, dummy)!=0 errno==ENOENT) {
wmessage(_(recreating missing icon '%s'), tmp);
+
+unsigned int h, w, d;
+getSize1(wapp-app_icon-icon-pixmap, h, w, d);
+printf(%u %u\n, h, w);
+
path = wIconStore(wapp-app_icon-icon);
if (path) {
wfree(path);
When I delete all openoffice icons, wmaker returns :
cauchy:[~/windowmaker/Windowmaker/src] wmaker
wmaker warning: could not find icon file
/import/home/bertrand/GNUstep/Library/WindowMaker/CachedPixmaps/iceape-bin.Iceape-bin.xpm
wmaker: recreating missing icon
'/import/home/bertrand/GNUstep/Library/WindowMaker/CachedPixmaps/iceape-bin.Iceape-bin.xpm'
64 64
wmaker warning: could not find icon file
/import/home/bertrand/GNUstep/Library/WindowMaker/CachedPixmaps/iceape-bin.Iceape-bin.xpm
xscreensaver: 11:04:43: already running on display :0.0 (window 0x1ae)
from process 26309 (bertr...@cauchy).
wmaker warning: could not find icon file
/home/bertrand/GNUstep/Library/WindowMaker/CachedPixmaps/VCLSalFrame.OpenOffice.org
3.1.xpm
wmaker: recreating missing icon
'/home/bertrand/GNUstep/Library/WindowMaker/CachedPixmaps/VCLSalFrame.OpenOffice.org
3.1.xpm'
64 64
Bug comes from icon size. Openoffice's icon size is 48x48 and not
64x64. I don't understand why these sizes are broken. Any idea ?
Regards,
JKB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545925: firebird2.1: FTFBS on sh4
-=| Nobuhiro Iwamatsu, Fri, Sep 11, 2009 at 04:12:13PM +0900 |=- 2009/9/10 Damyan Ivanov d...@debian.org: I am attaching a program that I use to check various hardware details, like pointer size and such. It is compiled with simple g++ archtests.cpp -o archtests. If it runs fine on sh4, then unaligned access is OK. If you get bus error or similar, unaligned access is prohibited. Thank you. sh4 can not unaligned access is NG in float, double and long double. Does sh4 need define RISC_ALIGNMENT? It seems so. I have a prreliminary patch to upstream CVS HEAD prepared, that depends on the patch for s390 port. As soon as upstream commits the s390 part, I'll post sh4 port patch there, including RISC_ALIGNMENT. It would be nice to be able to test the build before sending the patch upstream. Can you provide me access to sh4 hardware? Alternatively I can send you a tarball (or URL of a tarball) for you to try building it. -- dam signature.asc Description: Digital signature
Bug#521513: [Pkg-trac-devel] Bug#521513: Updating trac would be important
On 2009-09-11 10:56, Thomas Clavier wrote: We want to use Agilo but trac 0.11.2 contains a lot of speed improvements and Agilo tries to use them if a newer trac is available (at the expense of running slow on trac 0.11.1). Trac maintainance goes to Python Application Packaging Team. Expect an updated package soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538359: scilab: installing openjdk-6-jre-headless worked for me
Thanks for your input Can you tell me your version of openjdk-6-jre ? It seems that the dependency on openjdk-6-jre-headless from openjdk-6-jre dropped at some point. Sylvestre Le vendredi 11 septembre 2009 à 11:08 +0200, J?rgen Tegn?r a écrit : Package: scilab Version: 5.1.1-9 Severity: normal I saw the same problem as the original reporter. After installing openjdk-6-jre-headless scilab starts up fine. /Jrgen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages scilab depends on: ii scilab-bin5.1.1-9Scientific software package for nu ii scilab-data 5.1.1-9Scientific software package for nu ii scilab-include5.1.1-9Scientific software package for nu Versions of packages scilab recommends: ii scilab-doc5.1.1-9Scientific software package for nu ii scilab-sivp [sivp]0.5.0-5Scilab Image and Video Processing Versions of packages scilab suggests: ii gcc 4:4.3.3-9 The GNU C compiler ii gfortran 4:4.3.3-9 The GNU Fortran 95 compiler -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538359: scilab: correction
Package: scilab Version: 5.1.1-9 Severity: normal The previous statement needs a correction: Installing openjdk-6-jre-headless allows to run in TUI mode with 'scilab -nogui'. Install openjdk-6-jre enables GUI mode. Maybe scilab should require openjdk-6-jre-headless and recommend openjdk-6-jre? /JÃrgen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages scilab depends on: ii scilab-bin5.1.1-9Scientific software package for nu ii scilab-data 5.1.1-9Scientific software package for nu ii scilab-include5.1.1-9Scientific software package for nu Versions of packages scilab recommends: ii scilab-doc5.1.1-9Scientific software package for nu ii scilab-sivp [sivp]0.5.0-5Scilab Image and Video Processing Versions of packages scilab suggests: ii gcc 4:4.3.3-9 The GNU C compiler ii gfortran 4:4.3.3-9 The GNU Fortran 95 compiler -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521513: [Pkg-trac-devel] Bug#521513: Updating trac would be important
W. Martin Borgert a écrit : Trac maintainance goes to Python Application Packaging Team. Expect an updated package soon. very good news ! thanks. -- Thomas Clavier http://www.tcweb.org Argia Engineering JabberID : clav...@argia.fr +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature
Bug#543760: Checksumming leads to bzcat/bzip2 errors
On Thu, Sep 10, 2009 at 04:26:50PM -0400, Daniel Richard G. wrote: On Thu, 2009 Sep 10 11:43+0100, Mark Hindley wrote: Could you try this patch and see if it is fixed for you. Sorry, that was incomplete. You will also need this: I'm still seeing some uninitialized value warnings, as well as a new flock() warning cropping up in spades. Here's what error.log has after several apt-get update cycles: I thought I had worked out a locking error that was causing this, but obviously not. Could you remove these last patches and turn on debugging and send the error.log so I can try to see why $cached_file is not getting initialised. As you say, it is easy to set the default value as a workaround, but I can't see why it is not being set with the current code. Must be missing something $ cut -d: -f4- error.log | sort | uniq -c 235 Header output delayed whilst getting Content-Length 42 Use of uninitialized value $cache_status in concatenation (.) or string at apt-cacher2 line 1053. 8057 flock() on closed filehandle $exlock at apt-cacher-lib.pl line 326. (Wouldn't it make sense for the Header output delayed bit to be a debug message, by the way?) Yes. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#399608: /bin/mountpoint: Move /bin/mountpoint from initscripts to debianutils
An alternative is to move the binary to the sysvinit-utils package. Not sure if that make more sense than moving it to debianutils. The source for the binary is part of the upstream sysvinit source tarball. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546160: RFP: jaxodraw -- A Java program for drawing Feynman diagrams
Package: wnpp Severity: wishlist * Package name: jaxodraw Version : 2.0-1 Upstream Author : JaxoDraw developers jaxodraw-de...@lists.sourceforge.net * URL : http://jaxodraw.sourceforge.net/ * License : GPL Programming Lang: Java Description : A Java program for drawing Feynman diagrams. JaxoDraw is a Java program for drawing Feynman diagrams. It has a complete graphical user interface that allows to carry out all actions in a mouse click-and-drag fashion. Fine-tuning of the diagrams is also possible through keyboard entries. Graphs may be exported to (encapsulated) postscript and can be saved in XML files to be used in later sessions. However, the main feature of JaxoDraw is the possibility of generating LaTeX code that makes use of J. Vermaseren's axodraw package to compile. In that way, we combine the power of axodraw and LaTeX (such as METAFONT labels), with the easiness of a what-you-see-is-what-you-get interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#391836: debian-policy: New virtual package: cron-daemon
Manoj Srivastava sriva...@golden-gryphon.com writes:
Are there any seconds to the proposal to create a virtual
package cron-daemon? The rationale is for packages like logratate,
which otherwise would need to depend on cron | anacron | fcron | bcron |
etc.
The requirements for providing cron-daemon are:
[ POSIX ]
- Has to provide /usr/bin/crontab and support crontab entries
[ Implemented in most Linux / BSD distributions, including Debian, but not
in Solaris, HP-UX or AIX's cron ]
- Correct execution of /etc/cron.d
- Correct support of /etc/crontab
- Correct support of /etc/cron.{allow,deny}
- Has to support 'crontab -u'
- Support of crontab entries with extended features (i.e. those in Vixie
Cron need to be supported), these include names for days and months,
ranges, step values and the 'special strings' (@reboot, @yearly..)
[ Debian-specific feature ]
- Correct execution of /etc/cron.{hourly,daily,weekly,monthly}
I second the idea provided that we put all of the above into Policy so
that we clearly specify what a Debian cron system should provide. I'd
like to see us do more of that. If there's a virtual package, I suspect
that we frequently should be documenting in Policy what a package that
provides that virtual package should be doing. And in the case of cron,
we already have section 9.5, so adding the additional bits about what we
expect from cron daemons isn't hard.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#392479: Request for virtual package ircd
Manoj Srivastava sriva...@golden-gryphon.com writes: So, there were few arguments made in favour of the virtual package, and there seems to have been a fairly strong consensus that the virtual package was not needed, and would provide no benefit. Given that, I would like to close this report, without providing the virtual package, unless some Rationale is provided. I concur. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545956: /usr/lib/cgi-bin/nagios2/status.cgi segfault after upgrade
Giuseppe Iuculano pisze: Hi, Marek Grzybowski ha scritto: Thanks for answer, its my reproduction : Could you test these packages please? http://sd6.iuculano.it/sec/nagios2/.tmp/ Instalation Ok: # dpkg -i *.deb (Reading database ... 20978 files and directories currently installed.) Preparing to replace nagios2-common 2.6-2+etch4 (using nagios2-common_2.6-2+etch5~temp1_all.deb) ... Stopping nagios2 monitoring daemon: nagios2. Unpacking replacement nagios2-common ... Selecting previously deselected package nagios2-dbg. Unpacking nagios2-dbg (from nagios2-dbg_2.6-2+etch5~temp1_i386.deb) ... Preparing to replace nagios2-doc 2.6-2+etch4 (using nagios2-doc_2.6-2+etch5~temp1_all.deb) ... Unpacking replacement nagios2-doc ... Preparing to replace nagios2 2.6-2+etch4 (using nagios2_2.6-2+etch5~temp1_i386.deb) ... Stopping nagios2 monitoring daemon: nagios2. Unpacking replacement nagios2 ... Setting up nagios2-doc (2.6-2+etch5~temp1) ... Setting up nagios2-common (2.6-2+etch5~temp1) ... Reloading apache 1.3 configuration Starting nagios2 monitoring daemon: nagios2. Setting up nagios2 (2.6-2+etch5~temp1) ... Setting up nagios2-dbg (2.6-2+etch5~temp1) ... and /usr/lib/cgi-bin/nagios2/status.cgi works as expected. Thanks. -- Pozdrawiam Marek Grzybowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545993: #545993 xterm removes TMPDIR variable from environment
This was addressed by #537867 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#538359: scilab: correction
The previous statement needs a correction: Installing openjdk-6-jre-headless allows to run in TUI mode with 'scilab -nogui'. Install openjdk-6-jre enables GUI mode. OK, thanks Maybe scilab should require openjdk-6-jre-headless and recommend openjdk-6-jre? Yep, I could do something like that. For information, Scilab 5.2 will introduce a clear separation between the GUI and the command line interpreter Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545576: lighttpd: server could not open a fam connection, dieing
I tested with a modified dependency in init script : instead of : # Required-Start:$remote_fs $network i used : # Required-Start:$syslog $remote_fs $network and that fixes it. Maybe $syslog is not really required, but i did not find a better one. Regards, Jérémy Lal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546161: mpclib should be packaged with a different source package name when the soname changes
Package: mpclib Version: 0.7-1 Severity: important libmpc1 is used as a dependency for GCC (= 4.5). Uploading a new mpclib with a changed soname built from the same source package makes GCC uninstallable, because the old libmpc1 package is not available anymore in the archive. And GCC needs GCC to build ... To avoid this situation, please upload mpclib with a new soname if the soversion of the library changes. Currently this is only seen with the gcc-snapshot package, but once gcc-4.5 is in the archive (and the sonmae changes again), this becomes a serious problem, which can be avoid by the changed packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546060: /etc/grub.d/00_header: gfxterm mode is not activated
Am Freitag, den 11.09.2009, 04:20 +0200 schrieb Michael Biebl:
Package: grub-common
Version: 1.97~beta2-2
Severity: normal
File: /etc/grub.d/00_header
Tags: patch
In /etc/default/grub I have:
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
I would thus expect the gfxterm to be automatically activated, but it
isn't.
The generated code in /boot/grub/grub.cfg is
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
terminal
### END /etc/grub.d/00_header ###
It's a bug in 00_header.
The attached patch fixes it.
-case ${platform}:${GRUB_TERMINAL} in
+case ${platform}:${GRUB_TERMINAL_OUTPUT} in
pc:gfxterm)
This is not at all the 00_header from the 1.97~beta2-2 grub-common.deb
To be sure I just extracted the one from grub-common_i386 which was
built by the buildd and it has:
-case ${platform}:${GRUB_TERMINAL} in
+case ${platform}:${GRUB_TERMINAL_OUTPUT} in
pc:gfxterm)
# Make the font accessible
prepare_grub_to_access_device `${grub_probe} --target=device
${GRUB_FONT_PATH}`
and the timeout is now set at the end of 00_header not before that part
like in your patch.
I was surprised to see that gfxterm wasn't enabled by you by default,
because our RC bugs clearly show that the gfxterm code ended up in
grub.cfg and that broke all ATI users.
--
Felix Zielcke
Proud Debian Maintainer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546162: radvd: new upstream version(s) available.
Package: radvd Version: 1:1.3-1 Severity: wishlist New upstream version 1.5 was recently announced, see http://www.spinics.net/lists/netdev/msg106589.html This should fix debian bug #523722 and contain other fixes that seems very useful. Please tell me if you need any help updating radvd, I'm willing to help out! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages radvd depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-26 GNU C Library: Shared libraries radvd recommends no packages. radvd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546163: authdaemond ignores /etc/courier/authdaemonrc for pid file location
Package: courier-authdaemon
Version: 0.61.0-1+lenny1
Severity: normal
Tags: patch
8c18
exec ${sbindir}/courierlogger -pid=/var/run/courier/authdaemon/pid
$LOGGEROPTS -$1 /usr/lib/courier/courier-authlib/authdaemond
---
exec ${sbindir}/courierlogger -pid=$authdaemonvar/pid $LOGGEROPTS -$1
/usr/lib/courier/courier-authlib/authdaemond
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages courier-authdaemon depends on:
ii courier-authlib 0.61.0-1+lenny1 Courier authentication library
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
courier-authdaemon recommends no packages.
courier-authdaemon suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546042: ITP: libnet-opensrs-perl -- A wrapper interface to the DNS portions of the Tucows OpenSRS HTTPS XML API.
On Thu, Sep 10, 2009 at 02:18:20PM -0700, Ivan Kohler wrote: Package: wnpp Severity: wishlist Owner: Ivan Kohler ivan-deb...@420.am * Package name: libnet-opensrs-perl Version : 0.03 Upstream Author : Richard Siddall http://search.cpan.org/~rsiddall/ * URL : http://search.cpan.org/dist/Net-OpenSRS/ * License : Perl Perl is no license. Programming Lang: Perl Description : A wrapper interface to the DNS portions of the Tucows OpenSRS HTTPS XML API. A wrapper interface to the DNS portions of the Tucows OpenSRS HTTPS XML API. This is neither sufficient as short nor as long description. Bastian -- The face of war has never changed. Surely it is more logical to heal than to kill. -- Surak of Vulcan, The Savage Curtain, stardate 5906.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533436: [lvm2] Unable to use use LVM with DRBD block devices as PV
On Wed, Jun 17, 2009 at 04:00:35PM +0200, Laurent Léonard wrote: I was unable to use a DRBD block device as a PV on an LVM-based system. See the following commands: DRBD is neither part of LVM nor of the core kernel. debian1:~# lvcreate --name foo --size 4G replicated device-mapper: reload ioctl failed: Invalid argument Aborting. Failed to activate new LV to wipe the start of it. Please add - and provide the output. debian1:~# tail /var/log/syslog -n 2 Jun 17 15:50:13 debian1 kernel: [ 2108.509080] device-mapper: table: 254:3: linear: dm-linear: Device lookup failed Jun 17 15:50:13 debian1 kernel: [ 2108.509086] device-mapper: ioctl: error adding target to table The kernel is not able to find the drbd device. What is the content of /proc/devices? Bastian -- There are some things worth dying for. -- Kirk, Errand of Mercy, stardate 3201.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540939: upgrade has broken several packages: gcj-4.4-jre-headless cannot be configured
On 10.08.2009 23:55, Graham Cobb wrote: Package: gcj-4.4-jre-headless Version: 4.4.1-1 Severity: important Doing 'aptitude safe-upgrade' on my squeeze system has resulted in gcj-4.4-jre-headless being unable to be configured. The aptitude error is: Setting up gcj-4.4-jre-headless (4.4.1-1) ... update-alternatives: error: alternative rmiregistry can't be master: it is a slave of java dpkg: error processing gcj-4.4-jre-headless (--configure): subprocess installed post-installation script returned error exit status 2 This problem then causes several other packages to not be configurable because they have dependency on gcj-4.4-jre-headless. These broken packages are causing other problems and I cannot remove them without uninstalling important packages like openoffice. the recent dpkg doesn't allow mixed master/slave alternatives anymore. Not sure how dpkg deals with this when a user has such packages installed, and then upgrades to the new dpkg. the only fix I can think of would be adding conflicts to every package listing rmiregistry et al as a slave alternative. But I don't know these packages, so it's likely that we close this report as a won't fix. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543834: O: buildtorrent -- command line torrent creation program
Hi, * Bhavani Shankar R bh...@ubuntu.com [2009-09-11 10:51]: As I m a fan of CLI I use this program in ubuntu to build torrents from CLI and I ll take this over I think we can savely remove it given that mktorrent was uploaded to debian which is far better than bouldtorrent. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpbwa3pyZUnY.pgp Description: PGP signature
Bug#546064: bzflag-client: aborts when run with no parameters
On Fri, 11 Sep 2009, Tim Riker t...@rikers.org wrote: Hey Russell. It's been a while. :) Yes. Try rm -rf $HOME/.bzf then running again. Done that, it makes no difference at all. Can you switch display resolutions in X? We call the xf86 interface to get a list of display modes during startup and it appears that call is failing. Perhaps we should handle that case, but it's certainly not the norm. It found the headers and api when it was built. xrandr -s 1024x768 xrandr -s 800x600 The above commands both work as expected, but neither leaves the system in a state where bzflag will run. It would also be interesting to know what happens if you rebuild the deb on the same machine. I've tried that, it makes no difference. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#384338: the sum of 1,000,000.00 GBP
Your e-mail address has won the British 2009 Promotion.Therefore you have been approve to claim the sum of 1,000,000.00 GBP. Send Names: Address: Country: Phone No: Occupation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545801: qcontrol: no longer works in lenny
On Wednesday 09 September 2009, Nis Martensen wrote: After installing the latest stable updates, qcontrol stopped working: qcontrol error: gpio_keys device not available A fixed version of the packages is now also available from the proposed-updates distribution, or it can be downloaded directly from a mirror: http://ftp.nl.debian.org/debian/pool/main/q/qcontrol/ You'll want the .deb with version '0.4.2-1lenny1' for either arm or armel. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546164: php-pear: refuses to install anything
Package: php-pear Version: 5.2.10.dfsg.1-2.2 Severity: normal Hi, Having a package like [1] unpacked at /home/fgimenez/php-net-sieve, the command pear install -O /home/fgimenez/php-net-sieve/NET_Sieve-1.1.7/package.xml gives: download directory /home/aba/php5-5.2.10.dfsg.1/pear-build-download is not writeable. Change download_dir config variable to a writeable dir Cannot download non-local package /home/fgimenez/php-net-sieve/NET_Sieve-1.1.7/package.xml install failed This prevents also the building of pear packages (tested with cdbs and dh-make-php, probably with debhelper). Cheers, Federico [1] http://download.pear.php.net/package/Net_Sieve-1.1.7.tgz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php-pear depends on: ii php5-cli 5.2.10.dfsg.1-2.2 command-line interpreter for the p ii php5-common5.2.10.dfsg.1-2.2 Common files for packages built fr Versions of packages php-pear recommends: ii gnupg 1.4.10-1 GNU privacy guard - a free PGP rep Versions of packages php-pear suggests: pn php5-dev | php4-dev none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546165: install-info should not complain when called with --remove in prerm
Package: install-info Version: 4.13a.dfsg.1-4 During upgrade this morning I saw: (Lecture de la base de données... 218733 fichiers et répertoires déjà installés.) Préparation du remplacement de coreutils 7.5-4 (en utilisant .../coreutils_7.5-5_i386.deb) ... Ignoring install-info called from maintainer script The package coreutils should be rebuild with new debhelper to get trigger support Dépaquetage de la mise à jour de coreutils ... In fact, 7.5-5 doesn't contain any call to install-info only the old 7.5-4 did and it was rightfully called with --remove in prerm. Please make install-info not complain when called with --remove in prerm otherwise we will have plenty of those messages during lenny-squeeze upgrades even if all packages have been properly updated. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages install-info depends on: ii libc6 2.9-26 GNU C Library: Shared libraries install-info recommends no packages. install-info suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537572: libglib2.0-0 2.20.5-1 didn't help
reassign 537572 libdbus-1-3 1.2.16-2 thanks Le jeudi 10 septembre 2009 à 22:05 +0200, Émeric Maschino a écrit : FYI, today's libglib2.0-0 2.20.5-1 Squeeze update didn't change anything :-( That’s because it has nothing to do with glib… -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#539927: python-libgmail: Interface to Gmail is completely broken
In case Gmail is ever restored, here is a little more information about the bug (by Marco Esquandolas) https://sourceforge.net/tracker/?func=detailaid=2856787group_id=113492atid=665330 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546166: ITP: rabbit -- presentation tool using RD, a simple text format
Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: rabbit Version : 0.6.1 Upstream Author : Kouhei Sutou k...@cozmixng.org * URL or Web page : http://www.cozmixng.org/~rwiki/?cmd=view;name=Rabbit * License : GPL Description : presentation tool using RD, a simple text format -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467196: splashy: This should be fixed already
Package: splashy Severity: normal This is probably a duplicate of #524275 which has been fixed. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#139569: Привет 0479725683
Пример мир 3622007773 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546041: linux-image-2.6.30-1-amd64: DHCP server started by ifup -a even though no Ethernet cable has been plugged in
retitle 546041 linux-image-2.6.30-1-amd64: DHCP client started by ifup -a even though no Ethernet cable has been plugged in thanks On 2009-09-11 01:40:29 +0100, Ben Hutchings wrote: On Thu, 2009-09-10 at 23:11 +0200, Vincent Lefevre wrote: Package: linux-image-2.6.30-1-amd64 Version: 2.6.30-6 Severity: normal During the last boot, a DHCP server has been started even though there is no Ethernet cable plugged in. You mean DHCP client? Yes, of course (I must have been tired...). Several drivers had a longstanding bug in reporting of the initial link status, which was mostly benign until a recent change to the networking core. These drivers have mostly been fixed in 2.6.31, and e1000e certainly has. We probably will not update 2.6.30 to fix this. OK, I'll wait for 2.6.31. FYI, when doing some tests (e.g. restart vs shutdown + pwoer on), the bug still occurred until I played with the Wifi catcher (I don't know what it does) and wireless switch (disable then re-enable) of my laptop, after which the bug no longer occurred. I don't know whether this is just a coincidence or not, though. -- Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546161: mpclib should be packaged with a different source package name when the soname changes
Hello, * Matthias Klose [Fri, Sep 11, 2009 at 11:48:06AM +0200]: libmpc1 is used as a dependency for GCC (= 4.5). Uploading a new mpclib with a changed soname built from the same source package makes GCC uninstallable, because the old libmpc1 package is not available anymore in the archive. And GCC needs GCC to build ... To avoid this situation, please upload mpclib with a new soname if the soversion of the library changes. Currently this is only seen with the gcc-snapshot package, but once gcc-4.5 is in the archive (and the sonmae changes again), this becomes a serious problem, which can be avoid by the changed packaging. I thought I did the right thing wrt soname and package name change, but if I understand correctly we are in a special situation because of the GCC - GCC self-dependancy loop (GCC needs GCC, and libmpc1, to build a new version of itself which would then depend on libmpc2). The fix is then to revert the source package mpclib to provide libmpc1 again, and upload a new source package mpclib2 with the new version. I assume the situation would be the same for gmp and mpfr, should a soname change occur. I'll upload in the evening, my PGP key is not available at work. Thanks for the report and sorry about the breakage. Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545950: [Foo2zjs-maintainer] Bug#545950: foo2zjs: upstreams supports mc1690mf, debian package does not
On Thu, Sep 10, 2009 at 10:18:19AM +0200, Florian Reitmeir wrote: Package: foo2zjs Version: 20090301dfsg-5 Severity: important Hello, upstreams support the printer minolta mc1690MF now for some months, and there are updates to the package, but not to the printer support in question. and even less nicely, it looks like upstream and the packager don't like each other, because its not possible to install upstream _and_ the package at the same time without breaking one of them. if the problem is non free whatever, it would be nice for the user if it would possible to install the nonfree stuff for them self. please add support for the printer, like upstream does.o This basically means packaging a new upstream version. This is planned already. Steffen: You said you wanted to look into an upstream update. Whats your status about this? When you do the upstream tarball I can do the rest of the work (updating the packaging, extending hannah, etc.) Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#290507: vim does not close file upon :sh
James - On Sat, Oct 07, 2006 at 03:32:45PM +0200, Bram Moolenaar wrote: ugh, cough, that's a dusty email! I finally had a chance to look into this and find how we could avoid it. :) On Sat, Oct 07, 2006 at 03:32:45PM +0200, Bram Moolenaar wrote: Hmm, perhaps the problem is that system() or execvp() doesn't close the file descriptors in a child process? Indeed, that is the case. Children inherit their parent's file descriptors unless the file descriptors are set to close on exec(). Attached patch does that. I don't think the FD_CLOEXEC flag is always available. I'm not sure when it was added. Adding an autoconf check for it will help to avoid breaking the build on old systems. I don't know autoconf, so I'm afraid I wouldn't be able to provide this part of the patch any time soon. FD_CLOEXEC is required by POSIX though, so I'm unsure how much this check is really needed. This page mentions that one should get the flags first: http://www.cs.ui.ac.id/WebKuliah/IKI10100/resources/contest/OnlineJudge/gnudoc/libc/Descriptor_Flags.html Ah, yes. Currently FD_CLOEXEC is the only supported flag, but that would be the proper way to do this for long-term robustness. Should I update this part of the patch or will you take care of it with the autoconf checks? I would appreciate it if you can update the patch as far as you can and test it. Then I'll have a look at it as well. It's always better to have more than one person look at these things to avoid mistakes. Updated patch attached. The flags are retrieved first and F_SETFD is only called if that was successful and FD_CLOEXEC isn't already set. I've also added an autoconf check which defines HAVE_FD_CLOEXEC if it is successful. That is also used to guard the related code instead of the previous #ifdef UNIX. I followed the model of similar autoconf checks for the FD_CLOEXEC check. I think it should be sufficient but I don't have any systems which have fcntl.h yet don't define FD_CLOEXEC. Now that I wanted to look into this I notice that you forgot to attach the patch. - Bram -- hundred-and-one symptoms of being an internet addict: 224. You set up your own Web page. You set up a Web page for each of your kids... and your pets. /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org/// -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545904: perl: ExtUtils::MakeMaker change in 5.10.1 breaks 'make install PREFIX=/some/where'
On Fri, 11 Sep 2009 09:19:43 +0300, Niko Tyni wrote: The problem is that PREFIX can't be overridden at install time anymore. Hm. Am I mistaken or does that mean we have to fix and upload 378 packages or they will be insta-buggy for FTBFS'ing after the 5.10.1 upload? I don't think it's quite that bad. Variants of make install DESTDIR=$(TMP) PREFIX=/usr should be OK: the PREFIX override is ignored but /usr is the default anyway. Ah, ok, I was just grepping for PREFIX yesterday and most of the commands indeed had both PREFIX and DESTDIR The buggy ones are those that set the temporary installation path with PREFIX: make install PREFIX=$(TMP)/usr Grepping debian/rules (and debian/local.mk) for install and PREFIX but not DESTDIR gives 227 source packages out of the 1824 in sid matching m/-perl/. For pkg-perl's trunk: $ grep PREFIX */debian/rules | grep -v DESTDIR | wc -l 64 Sounds better indeed :) I'll set up a mass test rebuild this weekend to verify these and find any other common problems. Cool, thanks. Does anybody know a contact for the amd64/experimental and i386/experimental buildd admins? Otherwise, I suppose I'll upload the binaries myself. Sorry, no idea. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-NP: Beatles: Sgt. Pepper's Lonely Hearts Club Band signature.asc Description: Digital signature
Bug#546169: needs new maintainer?
Package: anacron Version: 2.3-13.2 Severity: important Tags: patch It looks as though this package no longer has an active maintainer, and the registered maintainer also does not seem to be active in Debian anymore. With permission, I would like to join or take over the maintenance of this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546170: kerneloops: Pleaes provide an option to preview report
Package: kerneloops Severity: normal Please provide an option to view the report before it is sent. I certainly feel uncomfortable clicking 'send' when I have no idea what (potentially) personal data will be transmitted. (And no obvious way of finding out). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546168: Typo in debconf template
Package: plptools Version: 1.0.4-4 Severity: normal Hello. It seems there is a typo in debconf template at the following message: #. Type: note #. Description #: ../plptools.templates:1001 msgid plpnfuse (for mounting a Psion's drives using Filesystem in USErspace)\n plpprintd (for printing via PC from a Psion Series 5) plpnfuse should be plpfuse, because in the rest of messages appears plpfuse instead of plpnfuse. What is correct? Regards. -- Saludos Fran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546167: paintlib-dev: FTBFS on i386
Package: paintlib-dev Version: 2.6.2-15 Severity: serious Hello Varun, paintlib FTBFS on i386: ... g++ -g -O2 -g -Wall -O2 -o testpaintlib testpaintlib.o pltester.o testfilterresizebilinear.o testpsddecoder.o pltest.o pltestdecoders.o pltestfilters.o pltestcountedpointer.o pltestexif.o pltestpixelformat.o ../.libs/libcommon.a ../Filter/.libs/libfilter.a -lpng /usr/lib/libtiff.so /usr/lib/libjpeg.so -lz /usr/lib/libgif.so -lSM -lICE -lX11 /usr/lib/libcurl-gnutls.so -L/usr/lib -lm -lc /usr/bin/ld: cannot find -lSM collect2: ld returned 1 exit status make[4]: *** [testpaintlib] Error 1 ... dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package The full buildlog is available at http://people.debian.org/~ballombe/misc/paintlib.build Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404951: sb1-bcm91250a kernel does not boot
* Moritz Muehlenhoff j...@inutil.org [2009-09-09 21:26]: What's the status? Is is still broken? 2.6.30 in unstable should work fine now. Aurelien, can you confirm? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546172: cl-cffi: contains both cffi-sys-spec.html.gz and cffi-sys-spec.html
Package: cl-cffi Version: 20090823-1 Severity: normal hi, this package contains both /usr/share/doc/cl-cffi/spec/cffi-sys-spec.html and /usr/share/doc/cl-cffi/spec/cffi-sys-spec.html.gz (and , up to 'gunzip', they are identical) a. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546174: lintian: check for duplicates such as 'file.gz' and 'file'
Package: lintian Version: 1.24.2.1 Severity: wishlist hi, today I found out that the package cl-cffi contains both /usr/share/doc/cl-cffi/spec/cffi-sys-spec.html and /usr/share/doc/cl-cffi/spec/cffi-sys-spec.html.gz it would be nice if lintian would warn in such cases a. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-19Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) pn libtext-template-perl none (no description available) ii man-db2.5.2-4on-line manual pager -- 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546171: cwidget: FTBFS with g++ 4.4 (error: invalid conversion from 'const char*' to 'char*')
Package: cwidget Version: 0.5.12-4 Severity: normal Tags: patch Hello, during a rebuild test in Ubuntu, cwidget (0.5.12-4ubuntu2) failed to build with the following error (g++-4.4 4.4.1-3ubuntu3): , | fragment.cc: In function 'cwidget::fragment* cwidget::fragf(const char*, ...)': | fragment.cc:1348: error: invalid conversion from 'const char*' to 'char*' | fragment.cc:1410: error: invalid conversion from 'const char*' to 'char*' | fragment.cc:1421: error: invalid conversion from 'const char*' to 'char*' | fragment.cc:1489: error: invalid conversion from 'const char*' to 'char*' | fragment.cc:1524: error: invalid conversion from 'const char*' to 'char*' | fragment.cc:1683: error: invalid conversion from 'const char*' to 'char*' ` http://launchpadlibrarian.net/31610844/buildlog_ubuntu-karmic-amd64.cwidget_0.5.12-4ubuntu2_FAILEDTOBUILD.txt.gz At the end of this mail is a patch to fix this. From a look at cwidget 0.5.13 I assume it will fail with the same error too (didn't check yet) as it contains the same code. Regards, Michael diff -u cwidget-0.5.12/src/cwidget/fragment.cc cwidget-0.5.12/src/cwidget/fragment.cc --- cwidget-0.5.12/src/cwidget/fragment.cc +++ cwidget-0.5.12/src/cwidget/fragment.cc @@ -1345,7 +1345,7 @@ const char *start=format; // find all the arguments. -char *nextpercent=strchr(start, '%'); +const char *nextpercent=strchr(start, '%'); // loop 1: count the arguments. while(nextpercent!=NULL) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
