Bug#551005: ITP: blogtk -- client for weblog systems
Package: wnpp Severity: wishlist Owner: Luca Falavigna dktrkr...@debian.org * Package name: blogtk Version : 2.0 Upstream Author : Jay Reding j...@jayreding.com * URL : https://launchpad.net/blogtk * License : Apache 2.0 Programming Lang: Python Description : client for weblog systems BloGTK is a client for weblog systems like Blogger, WordPress, and Movable Type. BloGTK makes managing blog posts easy, especially for people who have multiple blogs. BloGTK works with any blogging system that supports XML-RPC publishing. BloGTK will run on any system that supports the GNOME desktop environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551004: mayavi: should this pacakge be removed in favour of mayavi2?
Package: mayavi Severity: serious Hello, should mayavi be removed and be superseeded by mayavi2? Do these packages fulfil the same function, and mayavi2 is the new version of mayavi? It seems the author is the same, only that mayavi2 is developed under the Enthought unbrella. Please let us know asap: if in a couple of weeks I won't hear anything, I'll file the RM bug against mayavi. Thanks, Sandro -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mayavi depends on: pn libvtk5-dev none (no description available) ii python2.5.4-2An interactive high-level object-o ii python-tk 2.5.2-1.1 Tkinter - Writing Tk applications pn python-vtknone (no description available) mayavi recommends no packages. mayavi suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550992: Replay
I cannot login in kde through kdm. Look at the end of this mail, /var/log/daemon.log. turbofinist:~# tail -f /var/log/kdm.log Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server X: main/renderbuffer.c:2159: _mesa_reference_renderbuffer: Assertion `oldRb-Magic == 0xaabbccdd' failed. X.Org X Server 1.6.4 Release Date: 2009-9-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.31 i686 Debian Current Operating System: Linux turbofinist 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 UTC 2009 i686 Build Date: 30 September 2009 08:45:15PM xorg-server 2:1.6.4-2 (bgog...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Oct 14 22:46:40 2009 (==) Using config file: /etc/X11/xorg.conf Fulfilled via DRI at 12587008 Freed 12587008 (pool 2) SELinux: Disabled on system, not enabling in X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server turbofinist:~# tail -f /var/log/Xorg.0.log (nothing) de...@turbofinist:~$ cat .xsession-errors Xsession: X session started for denis at mer ott 14 22:55:35 CEST 2009 startkde: Starting up... kdeinit4: preparing to launch /usr/lib/libkdeinit4_klauncher.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kded4.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kbuildsycoca4.so kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/libkdeinit4_kbuildsycoca4.so kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/libkdeinit4_kconf_update.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kcminit_startup.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_ksmserver.so unknown program name(3908)/ KStartupInfo::createNewStartupId: creating: turbofinist;123737;234862;3908_TIME0 : unnamed app kephald starting up XRANDR error base: 162 RRInput mask is set!! RandRScreen::loadSettings - adding mode: 117 1024 x 768 RandRScreen::loadSettings - adding crtc: 115 RandRScreen::loadSettings - adding output: 116 Setting CRTC 115 on output default (previous 0 ) CRTC outputs: (116) Output name: default Output refresh rate: 60 Output rect: QRect(0,0 1024x768) Output rotation: 1 XRandROutputs::init added output 116 adding an output 0 with geom: QRect(0,0 1024x768) output: SCREEN-0 QRect(0,0 1024x768) 0 true false load xml connected: 1 looking for current SCREEN-0 known * has score: 0.125 screen: 0 QRect(0,0 1024x768) looking for a matching configuration... connected: 1 looking for current SCREEN-0 known * has score: 0.125 found outputs, known: false activate external configuration!! registered the service: true screens registered on the bus: true outputs registered on the bus: true configurations registered on the bus: true kdeinit4: Fatal IO error: client killed kdeinit4: sending SIGHUP to children. klauncher: Exiting on signal 1 kdeinit4: sending SIGTERM to children. kdeinit4: Exit. KCrash: Application 'ksmserver' crashing... Warning: connect() failed: : No such file or directory KCrash cannot reach kdeinit, launching directly. Unexpected response from KInit (response = -1076572925). startkde: Could not start ksmserver. Check your installation. kded4: Fatal IO error: client killed kwin: Fatal IO error: client killed Qt-subapplication: Fatal IO
Bug#550992: Unable to start session with kdm
Alle mercoledì 14 ottobre 2009, hai scritto: On Wed, 14 Oct 09 20:20, denis wrote: Package: kdm Version: 4:4.3.1-1 Severity: normal Erm, would you mind to give us some more information? What exactly are you doing, what do you expect, what happens...? Do you see anything interesting in the logs? Candidates are e.g. /var/log/kdm.log, /var/log/Xorg.0.log or ~/.xsession-errors. Greetings, Armin PS: Please do not CC me in replies. I think that kdm package does not get this file: /usr/share/kde4/apps/kdm/faces/.default.face -- www.denisgottardello.it Skype: mrdebug PlannerBoss, pianifica il tuo lavoro! http://www.denisgottardello.it/PlannerBoss/PlannerBossIndice.php Sviluppo software in Java - C++ - Delphi - Freepascal, Linux - Windows. Assistenza su piattaforme Linux - Windows. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550826: (no subject)
The following patch [1] get the build going. But it error later on when compiling src/modules/modules-cli.c with: modules/module-cli.c: In function ‘module_cli_LTX_pa__init’: modules/module-cli.c:108: error: ‘O_CLOEXEC’ undeclared (first use in this function) modules/module-cli.c:108: error: (Each undeclared identifier is reported only once modules/module-cli.c:108: error: for each function it appears in.) [1] diff -u pulseaudio-0.9.19/debian/control pulseaudio-0.9.19/debian/control --- pulseaudio-0.9.19/debian/control +++ pulseaudio-0.9.19/debian/control @@ -9,7 +9,9 @@ libcap-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libasound2-dev (= 1.0.19) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libavahi-client-dev, libjack-dev, libwrap0-dev, -liblircclient-dev, libgconf2-dev, libudev-dev (= 143), libasyncns-dev, +liblircclient-dev, libgconf2-dev, +libudev-dev (= 143) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], +libasyncns-dev, libatomic-ops-dev, libspeexdsp-dev (= 1.2~rc1), libbluetooth-dev (= 4.40) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libgdbm-dev, intltool, libgtk2.0-dev, libxtst-dev, @@ -22,7 +24,8 @@ Package: pulseaudio Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, - lsb-base (= 3.2-13), consolekit, udev (= 143) + lsb-base (= 3.2-13), consolekit, + udev (= 143)[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] Conflicts: libltdl3 ( 1.5.24-1) Recommends: pulseaudio-module-x11, libasound2-plugins, gstreamer0.10-pulseaudio, -- Xtophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551006: hugin: Hugin crashes at startup with segmentation fault
Package: hugin Version: 0.8.0.dfsg-2 Severity: normal As soon as I run the program hugin, it displays the main canvas then crashes. If tip of the day is enabled, I can see the tip, but as soon as I close the info window the program crashes. In both cases with segmentation fault. I suspect it has something to do with the libwxgtk library, since I find the following message in /var/log/messages: kernel: hugin[31242]: segfault at 1d8 ip 7f4ca2bb10ed sp 748d0d00 error 4 in libwx_gtk2u_core-2.8.so.0.4.0[7f4ca29a7000+3ca000] -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-meitner (PREEMPT) Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages hugin depends on: ii enblend 3.2+dfsg-3 image blending tool ii enfuse 3.2+dfsg-3 image exposure blending tool ii hugin-tools 0.8.0.dfsg-2 CLI tools for Hugin ii libboost-thread1.39.0 1.39.0-6 portable C++ multi-threading ii libc6 2.9-25 GNU C Library: Shared libraries ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.1-4GCC support library ii libgl1-mesa-glx [libgl1]7.6-1A free implementation of the OpenG ii libglew1.5 1.5.1-5 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1] 7.6-1The OpenGL utility library (GLU) ii libimage-exiftool-perl 7.30-1 Library and program to read and wr ii libpano13-1 2.9.14-2 panorama tools library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff43.9.1-1 Tag Image File Format (TIFF) libra ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii make3.81-6 An utility for Directing compilati hugin recommends no packages. hugin 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#550914: [epiphany-browser] Recent update clobbers saved history and personal data
Thomas Bushnell BSG wrote: Quite right, this is the behavior I see. The personal data seems to be there when I look for it in the menus, but it doesn't get populated in any way. (Passwords don't show up, history doesn't get suggested in the URL bar, etc.) I don't think history is migrated, so after you use it a bit and it's populated you will see it's suggested. At least it works quite fine here (it's called the 'yohoobar'). Emilio signature.asc Description: OpenPGP digital signature
Bug#547209: samba4: Conflicting provides in init.d script
Hi. Any hope of having a fix for the duplicate provide uploaded into unstable soon? 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#547877: yapps2: diff for NMU version 2.1.1-17.2
patch 547877 + pending thanks Dear maintainer, I've prepared an NMU for yapps2 (versioned as 2.1.1-17.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u yapps2-2.1.1/debian/changelog yapps2-2.1.1/debian/changelog --- yapps2-2.1.1/debian/changelog +++ yapps2-2.1.1/debian/changelog @@ -1,3 +1,15 @@ +yapps2 (2.1.1-17.2) unstable; urgency=low + + * Non-maintainer upload. + * Python 2.6 transition (closes: #547877): ++ debian/control: + - Bump python-dev to = 2.5.4-1~. ++ debian/rules: + - Use macros provided by /usr/share/python/python.mk to install +files in correct locations for every supported Python version. + + -- Luca Falavigna dktrkr...@debian.org Wed, 14 Oct 2009 23:05:28 +0200 + yapps2 (2.1.1-17.1) unstable; urgency=low * Non-maintainer upload. diff -u yapps2-2.1.1/debian/control yapps2-2.1.1/debian/control --- yapps2-2.1.1/debian/control +++ yapps2-2.1.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Matthias Urlichs sm...@debian.org Build-Depends: debhelper (= 4.1) -Build-Depends-Indep: python-dev, hevea, python-support (= 0.4) +Build-Depends-Indep: python-dev (= 2.5.4-1~), hevea, python-support (= 0.4) Standards-Version: 3.7.2 Package: yapps2 diff -u yapps2-2.1.1/debian/rules yapps2-2.1.1/debian/rules --- yapps2-2.1.1/debian/rules +++ yapps2-2.1.1/debian/rules @@ -6,6 +6,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/python/python.mk + PWD=$(shell pwd) PYVER=$(shell pyversions -d) @@ -57,16 +59,16 @@ dh_testroot dh_clean -k dh_installdirs - dh_installdirs -pyapps2-runtime usr/lib/$(PYVER)/site-packages/yapps + dh_installdirs -pyapps2-runtime usr/lib/$(PYVER)/${call py_sitename, ${PYVER}}/yapps # Add here commands to install the package into debian/yapps. - python setup.py install --root=$(PWD)/debian/yapps2 --no-compile + python setup.py install --root=$(PWD)/debian/yapps2 --no-compile ${py_setup_install_args} install -m 755 yapps2.py debian/yapps2/usr/bin/yapps install -m 755 doc/yapps2.html debian/yapps2/usr/share/doc/yapps2/ set -e; \ for f in runtime.py __init__.py; do \ - mv $(PWD)/debian/yapps2/usr/lib/$(PYVER)/site-packages/yapps/$$f \ - $(PWD)/debian/yapps2-runtime/usr/lib/$(PYVER)/site-packages/yapps/; \ + mv $(PWD)/debian/yapps2/usr/lib/$(PYVER)/${call py_sitename, ${PYVER}}/yapps/$$f \ + $(PWD)/debian/yapps2-runtime/usr/lib/$(PYVER)/${call py_sitename, ${PYVER}}/yapps/; \ done # Build architecture-independent files here.
Bug#551008: new upstream version available
Package: qtiplot Version: 0.9.7.8-1 Severity: wishlist Could you please package the new 0.9.7.10 version of qtiplot? Greetings Winnie -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qtiplot depends on: ii libc62.9-27 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-6 GCC support library ii libgl1-mesa-swx11 [l 7.6-1 A free implementation of the OpenG ii libglu1-mesa [libglu 7.6-1 The OpenGL utility library (GLU) ii libgsl0ldbl 1.13+dfsg-1 GNU Scientific Library (GSL) -- li ii libmuparser0 1.28-3 fast mathematical expressions pars ii liborigin2-1 1:06042009-1library for reading OriginLab Orig ii libpng12-0 1.2.40-1PNG library - runtime ii libqt4-assistant 4:4.5.3-3 Qt 4 assistant module ii libqt4-network 4:4.5.3-3 Qt 4 network module ii libqt4-opengl4:4.5.3-3 Qt 4 OpenGL module ii libqt4-qt3support4:4.5.3-3 Qt 3 compatibility library for Qt ii libqt4-svg 4:4.5.3-3 Qt 4 SVG module ii libqt4-xml 4:4.5.3-3 Qt 4 XML module ii libqtcore4 4:4.5.3-3 Qt 4 core module ii libqtgui44:4.5.3-3 Qt 4 GUI module ii libqwt5-qt4 5.2.1~20090611svn-1 Qt4 widgets library for technical ii libstdc++6 4.4.1-6 The GNU Standard C++ Library v3 ii python-central 0.6.11 register and build utility for Pyt ii python-qt4 4.6-1 Python bindings for Qt4 ii python2.52.5.4-2 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime qtiplot recommends no packages. qtiplot 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#551007: please add ripemd160 digest to libnet-ssleay-perl
Package: libnet-ssleay-perl Tags: patch Severity: wishlist hey good folks behind Net::SSLeay in debian-- there's currently no good ripemd160 implementation available in perl in debian that i know of (and Crypt::RIPEMD160 has dubious licensing issues). For various reasons, it'd be nice to be able to calculate RIPEMD160 digests in perl. libnet-ssleay already exports MD2, MD4, and MD5 from OpenSSL. It's pretty straightforward to extend this to include RIPEMD160. I've attached a patch that WorksForMe™, including test cases and a note in the QuickRef documentation. I'd be happy for review (and inclusion upstream, if there's any interest -- it's licensed under the same terms as Net::SSLeay itself, if you feel that's relevant). Also, i'm part of the pkg-perl group, so i believe i actually have commit access. So I could commit this change myself, but i'd rather make sure that other folks are OK with it before i blunder ahead. Any suggestions for or objections to this patch? Thanks, --dkg diff -ruN libnet-ssleay-perl-1.35/QuickRef libnet-ssleay-perl-1.35.dkg/QuickRef --- libnet-ssleay-perl-1.35/QuickRef 2008-07-23 21:03:22.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/QuickRef 2009-10-13 18:05:58.0 -0400 @@ -182,12 +182,15 @@ #-- -# MD5 - hashfunction +# MD2, MD4, MD5, RIPEMD160 - hash functions #-- $hash = Net::SSLeay:MD5($data); Computes md5 hash over $data. $hash is a binary string! Convert it to a printable with $string = unpack(H32,Net::SSLeay::MD5($data)); +$hash = Net::SSLeay:RIPEMD160($data); + Computes RIPEMD160 hash over $data. $hash is a binary string! Convert it to + a printable with $string = unpack(H40,Net::SSLeay::RIPEMD160($data)); #-- diff -ruN libnet-ssleay-perl-1.35/SSLeay.xs libnet-ssleay-perl-1.35.dkg/SSLeay.xs --- libnet-ssleay-perl-1.35/SSLeay.xs 2008-07-23 21:03:22.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/SSLeay.xs 2009-10-13 16:34:05.0 -0400 @@ -98,6 +98,7 @@ #include openssl/md2.h #include openssl/md4.h #include openssl/md5.h /* openssl-SNAP-20020227 does not automatically include this */ +#include openssl/ripemd.h #include openssl/x509.h #include openssl/x509v3.h #include openssl/engine.h @@ -1777,6 +1778,22 @@ XSRETURN_UNDEF; } +void +RIPEMD160(data) + PREINIT: + STRLEN len; + unsigned char md[RIPEMD160_DIGEST_LENGTH]; + unsigned char * ret; + INPUT: + unsigned char * data = (unsigned char *) SvPV( ST(0), len); + CODE: + ret = RIPEMD160(data,len,md); + if (ret!=NULL) { + XSRETURN_PVN((char *) md, RIPEMD160_DIGEST_LENGTH); + } else { + XSRETURN_UNDEF; + } + SSL_METHOD * SSLv2_method() diff -ruN libnet-ssleay-perl-1.35/t/local/50_digest.t libnet-ssleay-perl-1.35.dkg/t/local/50_digest.t --- libnet-ssleay-perl-1.35/t/local/50_digest.t 2007-10-16 04:26:45.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/t/local/50_digest.t 2009-10-13 16:43:33.0 -0400 @@ -10,48 +10,57 @@ md2 = '8350e5a3e24c153df2275c9f80692773', md4 = '31d6cfe0d16ae931b73c59d7e0c089c0', md5 = 'd41d8cd98f00b204e9800998ecf8427e', +ripemd160 = '9c1185a5c5e9fc54612808977ee8f548b2258d31', }, 'a' = { md2 = '32ec01ec4a6dac72c0ab96fb34c0b5d1', md4 = 'bde52cb31de33e46245e05fbdbd6fb24', md5 = '0cc175b9c0f1b6a831c399e269772661', +ripemd160 = '0bdc9d2d256b3ee9daae347be6f4dc835a467ffe', }, '38' = { md2 = '4b85c826321a5ce87db408c908d0709e', md4 = 'ae9c7ebfb68ea795483d270f5934b71d', md5 = 'a5771bce93e200c36f7cd9dfd0e5deaa', +ripemd160 = '6b2d075b1cd34cd1c3e43a995f110c55649dad0e', # guessed at this, since it wasn't present in the tables at http://homes.esat.kuleuven.be/~bosselae/ripemd160.html }, 'abc' = { md2 = 'da853b0d3f88d99b30283a69e6ded6bb', md4 = 'a448017aaf21d8525fc10ae87aa6729d', md5 = '900150983cd24fb0d6963f7d28e17f72', +ripemd160 = '8eb208f7e05d987a9b044a8e98c6b087f15a0bfc', }, 'message digest' = { md2 = 'ab4f496bfb2a530b219ff33031fe06b0', md4 = 'd9130a8164549fe818874806e1c7014b', md5 = 'f96b697d7cb7938d525a2f31aaf161d0', +ripemd160 = '5d0689ef49d2fae572b881b123a85ffa21595f36', }, 'abcdefghijklmnopqrstuvwxyz' = { md2 = '4e8ddff3650292ab5a4108c3aa47940b', md4 = 'd79e1c308aa5bbcdeea8ed63df412da9', md5 = 'c3fcd3d76192e4007dfb496cca67e13b', +ripemd160 = 'f71c27109c692c1b56bbdceb5b9d2865b3708dbc', }, 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789' = { md2 = 'da33def2a42df13975352846c30338cd', md4 = '043f8582f241db351ce627e153e7f0e4', md5 =
Bug#550316: Same problem with IDE DVD drives, not with SATA ones
Hi. I noticed Jason White and Josselin Mouette are experiencing this bug with IDE DVD drives. I have an updated Debian Sid installed on different computers, and I am experiencing this bug in all computers with IDE DVD drives, but not in a box with a SATA DVD drive: this one is working fine with devicekit-disks 007-1. Regards, Dionisio Martínez Soler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551000: ITP: sandbox -- Collaborative 3D game editor for education
Thanks for the feedback, I agree - sandboxgamemaker sounds better. On Wed, Oct 14, 2009 at 4:38 PM, Eugene V. Lyubimkin jackyf.de...@gmail.com wrote: Scott Howard wrote: Package: wnpp Severity: wishlist Owner: Scott Howard showard...@gmail.com * Package name : sandbox Version : 2.4 Upstream Author : Platinum Arts, LLX platinuma...@gmail.com * URL : http://sandboxgamemaker.com/ The name 'sandbox' is too generic. Can you change it to 'sandboxgamemaker'? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534034: hildon-theme-plankton: FTBFS: make[3]: *** [slice.stamp] Segmentation fault
On Sun, Jun 21, 16:38:53 +0200, Lucas Nussbaum wrote: make[3]: Entering directory `/build/user-hildon-theme-plankton_4.14.5.debian.1-1-amd64-MCNYOa/hildon-theme-plankton-4.14.5.debian.1/template' hildon-theme-slicer /usr/share/hildon-theme-layout-4//layout.txt ./../template/template.png make[3]: *** [slice.stamp] Segmentation fault make[3]: Leaving directory `/build/user-hildon-theme-plankton_4.14.5.debian.1-1-amd64-MCNYOa/hildon-theme-plankton-4.14.5.debian.1/template' make[2]: *** [all-recursive] Error 1 I can't reproduce this at all on any of my machines, but it appears you can (looking at your newest build logs). I'm not sure how to proceed with it. I guess if I could get a backtrace it might be useful, but other than asking you for it I'm not sure how to get one... Thanks, -- Jonny Lamb, UK jo...@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#550914: [epiphany-browser] Recent update clobbers saved history and personal data
On Wed, 2009-10-14 at 23:17 +0200, Emilio Pozuelo Monfort wrote: I don't think history is migrated, so after you use it a bit and it's populated you will see it's suggested. At least it works quite fine here (it's called the 'yohoobar'). woohoobar =) -- Gustavo Noronha Silva k...@debian.org Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548630: #548630
On Wed, 2009-10-14 at 22:04 +0200, Hans IJ wrote: Hi Ben I tested with linux-image-2.6.30-2-686. It did not solve the problem. I did do another test. I was using luks/dm-crypt on both drives. I also tested now on a drive w/o encryption. It still crashed, but *only* after 100GB, while *normally* it crashes typically before a 10GB copy. Any clue? It was a different HD though. What's next? This new machine is waiting to replace my old file-server. Sofar its not good enough. Let me know if I can help further. Please boot 2.6.30 with 'vga=6' added to the kernel command line, then start your disk test and switch to the text console (Ctrl-Alt-F1). When the system crashes again you should be able to see the error messages. Take a photograph of the screen, making sure the text is legible, and attach it to your reply. Please reply to all, not just to me. Ben. -- Ben Hutchings I'm not a reverse psychological virus. Please don't copy me into your sig. signature.asc Description: This is a digitally signed message part
Bug#545919: Thanks for the work
We are finishing up reimaging our cluster and noticed that OpenMPI does not have the checkpointing enabled. We tracked down the problem to missing BLCR (which is not in Squeeze). I backported it to Lenny, and was going to submit this as a wish. Thanks for being on top of it, now only if the package was uploaded yesterday so that I could get it backported. I'll see if I can use the applied patches until the new OpenMPI gets uploaded. Thanks! Robert LeBlanc Life Sciences Undergraduate Education Computer Support Brigham Young University
Bug#539886: munin-node-configure --shell errors
I also ran into #539886 myself today, in my case df choked on a /dev/pts directory in an active pbuilder chroot. The patch looks good, please apply. Thanks, -- Matt Taggart tagg...@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#550720: Problem solved!
I've installed your new python-qscintilla2_2.4-3_i386.deb on my laptop and desktop, and it's solved the problem in both places, so that's just marvellous - thank you again for your help here. Just have to work out how to convince it to talk python3 and I'll be sorted, but that should be nice and easy! :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551009: debdelta: add Enhances and/or Suggests on 'cupt'
Package: debdelta Version: 0.33 Severity: wishlist Hi, subject says it all. Users who use debdelta may be interested in using the package manager which supports it. Having an additional paragraph for cupt in debdelta's long description would be also nice. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debdelta depends on: ii binutils 2.19.91.20091006-1 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co ii libbz2-1.01.0.5-3high-quality block-sorting file co ii libc6 2.9-27 GNU C Library: Shared libraries ii python2.5.4-2An interactive high-level object-o ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages debdelta recommends: ii bsdiff 4.3-8generate/apply a patch between two ii lzma4.43-14 Compression method of 7z format in ii python-apt 0.7.13.2 Python interface to libapt-pkg ii xdelta 1.1.3-9 A diff utility which works with bi ii xdelta3 0v2.dfsg-1.1 A diff utility which works with bi debdelta 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#550826: Upstream bug.
See the upstream bug http://pulseaudio.org/ticket/679 -- Xtophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488360: no relevant info
Hi Matt, Nicolas replied this to the bug, can you please comment on the stuff below? Thanks. Sorry I missed this when it was sent out. On Freitag, 8. Mai 2009, Nicolas STRANSKY wrote: I see that the output is attached to the original bugreport. Apart from temperature and I/O information (which both have their plugin), I see no relevant SMART information that can be plotted with smart_ plugin. There are no SMART attributes reported in the output. For these reasons, I don't see sufficient interest in including support for cciss controler in the plugin. Hi Nicolas, What smartctl command would you recommend running to gather the most SMART data? I can try running it on a couple different types of cciss HBAs and see if they provide anything useful. Thanks, -- Matt Taggart tagg...@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#550981: OK, I will try this. In the meantime, this bug might be relevant, I'm not sure.
From Redhat bugzilla, bug #493472: Summary: [945GM] KMS: LVDS wrongly detected as connected, DVI monitor resolution incorrectly set https://bugzilla.redhat.com/show_bug.cgi?id=493472 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550992: Replay
reassign 550992 libgl1-mesa-dri kthxbye On Wed, 14 Oct 09 22:58, Denis Gottardello wrote: I cannot login in kde through kdm. Look at the end of this mail, /var/log/daemon.log. turbofinist:~# tail -f /var/log/kdm.log Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server X: main/renderbuffer.c:2159: _mesa_reference_renderbuffer: Assertion `oldRb-Magic == 0xaabbccdd' failed. ^^ Here we have the real problem. It is not about the nasty kdm warning that it cannot open default.face. I guess this is a problem in Mesa. I am reassigning this bug. Can you tell us which version of libgl1-mesa-dri you have installed? Greetings, Armin X.Org X Server 1.6.4 Release Date: 2009-9-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.31 i686 Debian Current Operating System: Linux turbofinist 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 UTC 2009 i686 Build Date: 30 September 2009 08:45:15PM xorg-server 2:1.6.4-2 (bgog...@debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Oct 14 22:46:40 2009 (==) Using config file: /etc/X11/xorg.conf Fulfilled via DRI at 12587008 Freed 12587008 (pool 2) SELinux: Disabled on system, not enabling in X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server turbofinist:~# tail -f /var/log/Xorg.0.log (nothing) de...@turbofinist:~$ cat .xsession-errors Xsession: X session started for denis at mer ott 14 22:55:35 CEST 2009 startkde: Starting up... kdeinit4: preparing to launch /usr/lib/libkdeinit4_klauncher.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kded4.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kbuildsycoca4.so kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/libkdeinit4_kbuildsycoca4.so kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/libkdeinit4_kconf_update.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_kcminit_startup.so kdeinit4: preparing to launch /usr/lib/libkdeinit4_ksmserver.so unknown program name(3908)/ KStartupInfo::createNewStartupId: creating: turbofinist;123737;234862;3908_TIME0 : unnamed app kephald starting up XRANDR error base: 162 RRInput mask is set!! RandRScreen::loadSettings - adding mode: 117 1024 x 768 RandRScreen::loadSettings - adding crtc: 115 RandRScreen::loadSettings - adding output: 116 Setting CRTC 115 on output default (previous 0 ) CRTC outputs: (116) Output name: default Output refresh rate: 60 Output rect: QRect(0,0 1024x768) Output rotation: 1 XRandROutputs::init added output 116 adding an output 0 with geom: QRect(0,0 1024x768) output: SCREEN-0 QRect(0,0 1024x768) 0 true false load xml connected: 1 looking for current SCREEN-0 known * has score: 0.125 screen: 0 QRect(0,0 1024x768) looking for a matching configuration... connected: 1 looking for current SCREEN-0 known * has score: 0.125 found outputs, known: false activate external configuration!! registered the service: true screens registered on the bus: true outputs registered on the bus: true configurations registered on the bus: true
Bug#551011: nagios-plugins-basic: several plugins depend on locale in performance data
Package: nagios-plugins-basic Version: 1.4.12-5 Severity: normal Tags: l10n Several plugins produce performance data formatted depending on the locale under which they run. Performance data is supposed to be machine-readable and should come in a fixed format, not depending on the locale. Plugins affected are at least: check_ldap, check_ntp, check_nt, check_dns. (Other plugins once were affected and have already been fixed, like check_load and check_ping.) As a result of this bug, nagiosgrapher cannot interpret the performance data of these plugins in a reliable way. Note that nagios will run under the C locale if started at boot time via init, but under the system locale if manually started from a shell, so the results are unpredictable. In bug #509359, a variation of this problem was discussed. It ended with the suggestion to run nagios under the system locale and everything would be fine. I would disagree with that because it means that you would have to change configuration files (for nagios and nagiosgrapher) when the system locale is changed. The rest of my systems continue to run without change when I change the system locale. In bug #531716, basically the same argumentation was used: You get what you configure. To me this philosophy is wrong. Moritz -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: lang=de_de.ut...@euro, lc_ctype=de_de.ut...@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins-basic depends on: ii iputils-ping3:20071127-1 Tools to test the reachability of ii libc6 2.7-18 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-15+lenny5 SSL shared libraries ii procps 1:3.2.7-11 /proc file system utilities ii ucf 3.0016 Update Configuration File: preserv nagios-plugins-basic recommends no packages. Versions of packages nagios-plugins-basic suggests: ii nagios3 3.0.6-4~lenny2 A host/service/network monitoring -- 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#550717: mksh: eval $(false) exit code incorrect
Clint Adams dixit: As I read POSIX, eval $(false) should return 0. This is relevant to test regression-56. Acknowledged. This needs to be changed to behave like ksh93, not like ksh88. //mirabilos -- Yay for having to rewrite other people's Bash scripts because bash suddenly stopped supporting the bash extensions they make use of -- Tonnerre Lombard in #nosec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551013: [smartmontools-support] smartmontools 5.38+svn2920-2 failing at boot (but is OK when restarting it?)
Package: smartmontools Version: 5.38+svn2920-2 Problem: smartmontools starts too early and fails since udev is not ready yet. On Wed, 14 Oct 2009, Alex Samorukov wrote: Justin Piszcz wrote: Hi, After I restart it, it works OK, it is only upon boot up-- it appears it is starting before udev is finished populating the /dev device tree-- should I make smartd start later? If so, I will follow up / submit a bug report to the Debian maintainers. try to add udev to Required-Start: line in the /etc/init.d/smartmontools script. If this will help then please tell us and debian maintainers. Oct 14 17:16:44 p34 smartd[2729]: Opened configuration file /etc/smartd.conf Oct 14 17:16:44 p34 smartd[2729]: Configuration file /etc/smartd.conf parsed. Oct 14 17:16:44 p34 smartd[2729]: Node / Hello, Tried that, no luck: # Provides: smartmontools # Required-Start:udev $syslog $remote_fs # Required-Stop: $syslog $remote_fs Same.. Wed Oct 14 18:11:44 2009: Starting Samba daemons: nmbd smbd. Wed Oct 14 18:11:45 2009: Starting SASL Authentication Daemon: saslauthd. Wed Oct 14 18:11:45 2009: Starting S.M.A.R.T. daemon: smartd ^[[31mfailed!^[[39;49m Wed Oct 14 18:11:45 2009: Restoring mixer settings... mixerdone.. # find rc*|grep -i udev rcS.d/S36udev-mtab rcS.d/S03udev This works though: # find rc*|grep -i smartmon rc1.d/K20smartmontools rc2.d/S20smartmontools rc3.d/S20smartmontools rc4.d/S20smartmontools rc5.d/S20smartmontools # rm rc2.d/S20smartmontools rc3.d/S20smartmontools rc4.d/S20smartmontools rc5.d/S20smartmontools # ln -s /etc/init.d/smartmontools /etc/rc2.d/S99smartmontools # ln -s /etc/init.d/smartmontools /etc/rc3.d/S99smartmontools # ln -s /etc/init.d/smartmontools /etc/rc4.d/S99smartmontools # ln -s /etc/init.d/smartmontools /etc/rc5.d/S99smartmontools # # find rc*|grep -i smart rc1.d/K20smartmontools rc2.d/S99smartmontools rc3.d/S99smartmontools rc4.d/S99smartmontools rc5.d/S99smartmontools # Justin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521834:
I was trying to install 2D driver and the kernel from unstable. I am running stable and was trying to stay with it. Therefore, I tried to download the packages from the packaging system through web. But for the xserver it is just unpracticable. Is there any other way to try it out? Thanks in advance, Raul
Bug#488360: no relevant info
On 10/14/09 6:02 PM, Matt Taggart wrote: Hi Nicolas, What smartctl command would you recommend running to gather the most SMART data? I can try running it on a couple different types of cciss HBAs and see if they provide anything useful. I'm affraid there is nothing you can do: your controller does not pass the proper SMART commands to the disks, or does not report the proper output. You are already using the -A tag so smartctl reports all it can report. You can try using -a but I'm not sure it will do more. Basically we need to get the Vendor Specific SMART Attributes with Thresholds, similar to the one below: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 096 086 006Pre-fail Always - 125360983 3 Spin_Up_Time0x0003 100 100 000Pre-fail Always - 0 4 Start_Stop_Count0x0032 100 100 020Old_age Always - 2 5 Reallocated_Sector_Ct 0x0033 100 100 036Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 086 060 030Pre-fail Always - 412385010 9 Power_On_Hours 0x0032 070 070 000Old_age Always - 26844 10 Spin_Retry_Count0x0013 100 100 097Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020Old_age Always - 5 187 Reported_Uncorrect 0x0032 100 100 000Old_age Always - 0 189 High_Fly_Writes 0x003a 100 100 000Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 074 044 045Old_age Always In_the_past 26 (0 34 56 24) 194 Temperature_Celsius 0x0022 026 056 000Old_age Always - 26 (0 20 0 0) 195 Hardware_ECC_Recovered 0x001a 051 045 000Old_age Always - 157265913 197 Current_Pending_Sector 0x0012 100 100 000Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x003e 200 200 000Old_age Always - 0 200 Multi_Zone_Error_Rate 0x 100 253 000Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000Old_age Always - 0 Cheers, -- Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550919: two more typos
two more typos in 3 places: s/you/your/ rrdtutorial.1.gz:fridge and whatever you imagination can come up with just...@justinp:~$ dpkg -L rrdtool |grep -Fw man |xargs zgrep -B1 realy s/realy/really/ in both places /usr/share/man/man1/rrdgraph_data.1.gz:to use a \s-1CDEF\s0 again since VDEFs only look like \s-1RPN\s0 expressions, they aren't /usr/share/man/man1/rrdgraph_data.1.gz:realy. /usr/share/man/man1/rrdgraph.1.gz:lazy in this regard has seen several changes over time. The only thing you /usr/share/man/man1/rrdgraph.1.gz:can realy rely on before rrdtool 1.3.7 is that lazy will not generate the -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550814: mp3splt: Is not lossless
Hello, I am the current maintainer of the mp3splt-project. Thank you for reporting the issue. It all depends of what 'lossless' means in this process. If 'lossless' means a reversible operation, then mp3splt is lossless. The reversible action of splitting is 'joining' (where concatenation is a special join). In this case, we only need to compare the concatenation of the split files with the original file: 1) ID3 removal $ sha1sum ~/Desktop/Intro.mp3 d22b3453b853419d3421e9993af8529388e03321 /home/ion/Desktop/Intro.mp3 $ cp ~/Desktop/Intro.mp3 . $ id3v2 --delete-all Intro.mp3 Stripping id3 tag in Intro.mp3...id3v1 and v2 stripped. $ eyeD3 Intro.mp3 Intro.mp3 [ 3.58 MB ] --- Time: 03:55 MPEG1, Layer III[ 128 kb/s @ 44100 Hz - Stereo ] --- No ID3 v1.x/v2.x tag found! 2) Mp3splt split process $ ./old_mp3splt -o intro-pa...@n -f -n Intro.mp3 0.00.00 1.00.00 EOF Mp3Splt 2.1c (2005/Apr/03) by Matteo Trotta matteo.tro...@lib.unimib.it THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! MPEG 1 Layer 3 - 44100 Hz - Stereo - FRAME MODE 50 % - Splitting Intro-part_1.mp3... OK 100 % - Splitting Intro-part_2.mp3... OK (EOF) Processed 8982 frames - Sync errors: 0 3) Reverse operation (concatenation) $ cat Intro-part_1.mp3 Intro-part_2.mp3 concatenated_Intro.mp3 4) Compare original with the reversed operation result $ diff Intro.mp3 concatenated_Intro.mp3 Files are binary equal. In your example, you are playing the first split file, then the second one. This process is not the same as playing the concatenation of the two files, due to the 'bit reservoir' issue: http://wiki.hydrogenaudio.org/index.php?title=Bit_reservoir http://sourceforge.net/tracker/?func=detailaid=1004605group_id=55130atid=476061 -- Alexandru Munteanu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551015: [nis] NIS incompatible with hostname!
Package: nis Version: 3.17-28 Severity: normal --- Please enter the report below this line. --- After the upgrade nis is not compatible with hostname! Thanks in advance Marco Righi --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-2-686-bigmem Debian Release: squeeze/sid 500 testing-proposed-updates ftp.it.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.3.6-6~) | 2.9-25 libdbus-1-3 (= 1.0.2) | 1.2.16-2 libdbus-glib-1-2 (= 0.78) | 0.82-2 libgdbm3 | 1.8.3-6+b1 libglib2.0-0 (= 2.12.0) | 2.22.0-1 libslp1| 1.2.1-7.6 netbase| 4.37 make | 3.81-6 portmap| 6.0.0-1 lsb-base(= 3.0-6) | 3.2-23 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== nscd| --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551016: [hostname] NIS incompatible with hostname!
Package: hostname Severity: normal --- Please enter the report below this line. --- After the upgrade nis is not compatible with hostname! Thanks in advance Marco Righi --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-2-686-bigmem Debian Release: squeeze/sid 500 testing-proposed-updates ftp.it.debian.org 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.it.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551017: imagemagick: FTBFS on hurd-i386: wrong PATH_MAX and /proc usage
Package: imagemagick Version: 7:6.5.5.3-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, as shown in [1], currently imagemagick does not build on GNU/Hurd. The reason is in magick/utility.c, in the implementation of GetExecutionPath(): Hurd has both getpid() and readlink(), so the #if defined(MAGICKCORE_HAVE_GETPID) defined(MAGICKCORE_HAVE_READLINK) [...] #endif code block is used. Although, this block has two problems for Hurd: - inconditional usage of PATH_MAX (which is not a problem, as it could be fixed) - use of /proc/$PID/{exe,file}; Hurd's proc have none of those two, so the code there would be unuseful anyway The solution I chose was to exclude that block for Hurd, and add a new Hurd-specific block which makes use of the GNU-specific program_invocation_name extern variable (see /usr/include/errno.h) - and cwd if program_invocation_name is relative - to get the absolute path of the execution application. [1] http://buildd.debian-ports.org/fetch.php?pkg=imagemagickver=7:6.5.5.3-1arch=hurd-i386stamp=1251687730file=logas=raw Thanks, -- Pino --- imagemagick-6.5.5.3.orig/magick/utility.c +++ imagemagick-6.5.5.3/magick/utility.c @@ -904,7 +904,7 @@ *path='\0'; cwd=getcwd(path,(unsigned long) extent); -#if defined(MAGICKCORE_HAVE_GETPID) defined(MAGICKCORE_HAVE_READLINK) +#if defined(MAGICKCORE_HAVE_GETPID) defined(MAGICKCORE_HAVE_READLINK) !defined(__GNU__) { char link_path[MaxTextExtent], @@ -961,6 +961,46 @@ #if defined(__WINDOWS__) NTGetExecutionPath(path,extent); #endif +#if defined(__GNU__) + { +char + *buffer, + *exec_path; + +MagickBooleanType + free_buffer; + +size_t + buffer_length; + +long + count; + +free_buffer = MagickFalse; +count = 0; +exec_path = NULL; +if (program_invocation_name[0] == '/') + { +buffer = program_invocation_name; + } +else + { +buffer_length = strlen(cwd) + 1 + strlen(program_invocation_name) + 1; +buffer = malloc(buffer_length); +free_buffer = MagickTrue; +count = FormatMagickString(buffer,buffer_length,%s/%s,cwd,program_invocation_name); + } +if (count != -1) + { +exec_path = realpath(buffer,NULL); +if (exec_path) + CopyMagickString(path,exec_path,extent); + } +if (free_buffer) + free(buffer); +free(exec_path); + } +#endif return(IsPathAccessible(path)); }
Bug#547827: Fix for this bug
tags 547827 + patch thanks Hi! Please find attached a patch to fix this bug. HTH, and thanks. Kumar diff -Nru --exclude changelog kodos-2.4.9/debian/rules kodos-2.4.9/debian/rules --- kodos-2.4.9/debian/rules 2009-10-14 17:55:14.0 -0500 +++ kodos-2.4.9/debian/rules 2009-10-14 17:55:14.0 -0500 @@ -8,6 +8,10 @@ PYDEF := $(shell pyversions -d) +include /usr/share/python/python.mk + +SITEDIR = $(call py_sitename, $(PYDEF)) + CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -48,10 +52,10 @@ dh_testroot dh_clean -k dh_installdirs - python setup.py install --prefix=$(CURDIR)/debian/kodos/usr + python setup.py install --prefix=$(CURDIR)/debian/kodos/usr $(py_setup_install_args) -find debian/kodos -name '*.py[co]' | xargs rm -f mkdir -p debian/kodos/usr/share/kodos/modules - mv debian/kodos/usr/lib/$(PYDEF)/site-packages/kodos/modules/* \ + mv debian/kodos/usr/lib/$(PYDEF)/$(SITEDIR)/kodos/modules/* \ debian/kodos/usr/share/kodos/modules/. rm -rf debian/kodos/usr/lib mv debian/kodos/usr/bin/kodos.py debian/kodos/usr/bin/kodos
Bug#498616: open-iscsi: please support LVM
Petter, What about when the system is over 'local' lvm volumes and you have another lvm disk from iscsi ? You couldn't move open-iscsi scripts before lvm, because you won't have mounted system volumes Maybe I'm not understanding something. Thanks your effort in debian boot improvements! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548303: [Pkg-nagios-devel] Bug#548303: missrepresented license information
Hi Millan, On Friday, 25. September 2009, Robert Millan wrote: debian/copyright claims there's FSF-copyrighted code in this package whose license is: [...] GNU General Public License as published by the Free Software Foundation; version 2 dated June, 1991. but there's no file in the source tree under these terms (either FSF-copyrighted or not). This seems like a leftover from earlier versions of the package. thanks for your bugreport. Looking into the issue, its just GPL2+ now instead of GPL2. I'll update the copyright file With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#548756: epiphany-browser: Downloads silently lost if target directory is un-writable
I wonder if the severity of this bug should be raised, due to the combination of the following reasons: a) it renders epiphany-webkit almost unusable for everyday work b) the '/' target directory setting appears to be either an artefact of the upgrade/migration from epiphany-gecko or some kind of default value(?) (NB: ~/Downloads exists and was used at some point before by epi-gecko; I don't know what the exact setting was before the upgrade, but I don't think I ever touched it in any case) c) there is no error message indicating what is failing or why, it just says 'Download finished: xyz has been downloaded' and then nothing happens. Cheers -Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551019: /usr/share/doc/bash/CHANGES.gz: Upstream changelog not in /usr/share/doc/bash/changelog.gz
Package: bash Version: 4.0-7 Severity: minor File: /usr/share/doc/bash/CHANGES.gz Typically the upstream changelog should go in /usr/share/doc/$package/changelog.gz . This uniformity makes it easy to find the upstream changelog for any package, if one exists. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files5.0.0 Debian base system miscellaneous f ii dash 0.5.5.1-3 POSIX-compliant shell ii debianutils 3.2.1 Miscellaneous utilities specific t ii libc6 2.9-27 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 1:1.1-1programmable completion for the ba Versions of packages bash suggests: pn bash-doc 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#551018: mplayer: Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion `map-l_init_called' failed!
Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: normal Whenever I use mplayer to play a video or audio file, I get this message when mplayer exits: Inconsistency detected by ld.so: dl-close.c: 719: _dl_close: Assertion `map-l_init_called' failed! - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii debconf [debconf- 1.5.27 Debian configuration management sy ii libasound21.0.21a-1 shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libaudio2 1.9.2-3Network Audio System - shared libr ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library ii libavformat52 4:0.5+svn20090706-2+b1 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.9-27 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-2 colour ASCII art library ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libcdparanoia03.10.2+debian-8audio extraction tool for sampling ii libdirectfb-1.2-0 1.2.8-4direct frame buffer graphics - sha ii libesd0 0.2.41-5 Enlightened Sound Daemon - Shared ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1 Free Implementation of the Unicode ii libgcc1 1:4.4.1-6 GCC support library ii libgif4 4.1.6-8library for GIF images (library) ii libgl1-mesa-glx [ 7.6-1 A free implementation of the OpenG ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface ii libjack0 0.116.2+svn3592-3 JACK Audio Connection Kit (librari ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii liblircclient00.8.3-5infra-red remote control support - ii liblzo2-2 2.03-1 data compression library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libogg0 1.1.4~dfsg-1 Ogg bitstream library ii libopenal11:1.9.563-1Software implementation of the Ope ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpng12-01.2.40-1 PNG library - runtime ii libpostproc51 4:0.5+svn20090706-2+b1 ffmpeg video postprocessing librar ii libpulse0 0.9.19-1 PulseAudio client libraries ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libsmbclient 2:3.4.2-1 shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++64.4.1-6The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-28 console SVGA display libraries ii libswscale0 4:0.5+svn20090706-2+b1 ffmpeg video scaling library ii libtheora01.1.1-2The Theora Video Compression Codec ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii libxv12:1.0.4-1 X11 Video extension library ii libxvmc1 1:1.0.4-2 X11 Video extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l ii mplayer-skin-blue 1.6-2 blue skin for mplayer ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-3high-quality block-sorting file co ii fontconfig2.6.0-4generic font configuration library pn mplayer-doc none (no description available) pn netselect | fping none (no description available) ii ttf-freefont 20090104-4 Freefont Serif, Sans and Mono True -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547836: Fix for this bug
tags 547836 + patch thanks Please find attached a patch to fix this bug. HTH and thanks! Kumar diff -Nru --exclude changelog pyqonsole-0.2.0/debian/rules pyqonsole-0.2.0/debian/rules --- pyqonsole-0.2.0/debian/rules 2009-10-14 18:09:03.0 -0500 +++ pyqonsole-0.2.0/debian/rules 2009-10-14 18:09:03.0 -0500 @@ -38,8 +38,8 @@ dh_testroot dh_clean -k dh_installdirs - python setup.py install --no-compile --root debian/pyqonsole/ - rm -rf debian/pyqonsole/usr/lib/python2.3/site-packages/pyqonsole/test + python setup.py install --no-compile --root debian/pyqonsole/ --install-layout=deb + rm -rf debian/pyqonsole/usr/lib/python*/*-packages/pyqonsole/test dh_install # Build architecture-dependent files here.
Bug#551011: [Pkg-nagios-devel] Bug#551011: nagios-plugins-basic: several plugins depend on locale in performance data
Hi Moritz, On Thursday, 15. October 2009, Moritz Both wrote: In bug #531716, basically the same argumentation was used: You get what you configure. To me this philosophy is wrong thanks for your bugreport. Maybe you noticed that also upstream commented[1] on this bug? With kind regards, Jan. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531716#15 -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#551020: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: crm114 Version: 20090423-3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear crm114 maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrWXYMACgkQIu0hy8THJkt6OwCdHF4PtTtdonn7jAJt7NjmQuh+ yekAnRRXIgtiJxApAEcb8zX/YiI7jFKj =UUxD -END PGP SIGNATURE- # Japanese translation of crm114 debconf templates. # Copyright (C) 2009 Hideki Yamane henr...@debian.or.jp # This file is distributed under the same license as the crm114 package. # msgid msgstr Project-Id-Version: crm114 20090423-3\n Report-Msgid-Bugs-To: crm...@packages.debian.org\n POT-Creation-Date: 2009-09-28 07:12+0200\n PO-Revision-Date: 2009-10-06 17:37+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Debian JP Project debian-...@debian.or.jp\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../crm114.templates:2001 msgid Proceed with CRM114 upgrade? msgstr CRM114 のアップグレードを続行しますか? #. Type: boolean #. Description #: ../crm114.templates:2001 msgid The version of the crm114 package that is about to be installed is not able to use .css files created by the currently installed version. This means that any crm114 command is likely to fail with an error code, possibly rejecting incoming e-mail. msgstr インストールされてようとしているバージョンの crm114 パッケージは、現在 インストールされているバージョンで作成された .css ファイルが利用できません。 これはあらゆる crm114 コマンドが、おそらくはメール配送拒否のエラーコードと 共に失敗するようになるであろうということです。 #. Type: boolean #. Description #: ../crm114.templates:2001 msgid If the mail system on this machine depends on crm114, it is highly recommended that delivery (or just crm114 processing) should be temporarily disabled before the package is upgraded. msgstr このマシン上のメールシステムが crm114 に依存している場合は、パッケージが アップグレードされる前に、一時的にメール配送を停止する (か crm114 の動作を 無効にする) ことを強くお勧めします。 #. Type: boolean #. Description #: ../crm114.templates:2001 msgid If you proceed with the upgrade, you should carefully check whether crm114 is still properly operating with existing .css files. If it does not, these files should be rebuilt by using the mailreaver cache, or recreated from scratch. msgstr アップグレードを続行する場合は、注意深く crm114 が既存の .css ファイルにて 動作しつづけているかどうかを確認してください。そうではない場合、これらの ファイルは mailreaver キャッシュを使って再構築する、あるいは一から新しい .css ファイルを作成する必要があります。
Bug#541148: [Pkg-nagios-devel] Bug#541148: nagios-plugins: check_http: detect invalid argument to -f
tag 541148 +wontfix severity 541148 wishlist thanks Hi Justin, On Thursday, 27. August 2009, Justin Pryzby wrote: We use ubuntu at my workplace, but I'm only familiar with bug submission for Debian. So I checked that this applies to the package in debian's unstable, but forgot to change the version header. check_http current allows --follow=foo or -f foo, but not -f=foo. Also the implementation doesn't error when foo is an invalid string. This patch allows -f=foo and errors if foo isn't a recognized follow parameter. please commit this patch upstream[1], actually I will not accept this patch. Thanks and with kind regards, Jan. [1] http://sourceforge.net/tracker/?func=addgroup_id=29880atid=397597 -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#551021: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: mysqmail Version: 0.4.7-3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mysqmail maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrWXZ4ACgkQIu0hy8THJkv28wCeJ4o5dyW5bzOnmQnWLJCAY2Bu BjEAnA3+G2F2VmAsBXDNs1/nYx/0Eye4 =hr3o -END PGP SIGNATURE- # Japanese translation of mysqmail debconf templates. # Copyright (C) 2009 Hideki Yamane henr...@debian.or.jp # This file is distributed under the same license as the mysqmail package. # msgid msgstr Project-Id-Version: mysqmail 0.4.7-3\n Report-Msgid-Bugs-To: mysqm...@packages.debian.org\n POT-Creation-Date: 2009-09-28 19:46+0200\n PO-Revision-Date: 2009-09-12 02:27+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Debian JP Project debian-...@debian.or.jp\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid Reuse MySQL authentication information from DTC? msgstr DTC から MySQL 認証情報を再利用しますか? #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid MySQMail can use the same MySQL credentials as DTC. msgstr MySQMail は DTC と同じ MySQL クレデンシャルを利用できます。 #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid If you choose this option, you will not be prompted for a login and password to configure MySQMail. msgstr この設定を選ぶと、MySQMail を設定するためのログイン名とパスワードを求められなくなります。 #. Type: string #. Description #: ../mysqmail.templates:3001 msgid MySQL hostname: msgstr MySQL ホスト名: #. Type: string #. Description #: ../mysqmail.templates:3001 msgid Please enter the hostname or IP address of the MySQL server for MySQMail. msgstr MySQMail 用の MySQL サーバのホスト名か IP アドレスを入力してください。 #. Type: string #. Description #: ../mysqmail.templates:4001 msgid MySQL login: msgstr MySQL ログイン名: #. Type: string #. Description #: ../mysqmail.templates:4001 msgid Please enter the MySQL login needed to create (and later, access) the MySQMail database. msgstr MySQMail データベースを作成(そして後ほどアクセスするのに) 必要な MySQL ログイン名を入力してください。 #. Type: password #. Description #: ../mysqmail.templates:5001 msgid MySQL password: msgstr MySQL パスワード: #. Type: password #. Description #: ../mysqmail.templates:5001 msgid Please enter the MySQL password needed to create (and later, access) the MySQMail database. msgstr MySQMail データベースを作成(そして後ほどアクセスするのに) 必要な MySQL パスワードを入力してください。 #. Type: string #. Description #: ../mysqmail.templates:6001 msgid MySQL database name: msgstr MySQL データベース名: #. Type: string #. Description #: ../mysqmail.templates:6001 msgid Please enter the name of the database where MySQMail will store its data. msgstr MySQMail がデータを保存するデータベースの名前を入力してください。
Bug#551010: openssh: New Feature: Add support for PKCS#11 authentication via new binary package
On Wed, Oct 14, 2009 at 06:08:50PM -0400, Joshua Kinard wrote: I did a really basic check against the DSC file and against a binary deb using Lintian, and only got some minor warnings back, all of which appear to belong to the original package anyways and are probably known. I think I have everything covered in this patch -- I'm not familiar with Debian package management, so I wasn't sure if it was appropriate to put a new entry in debian/changelog or even revbump the version string any. This patch essentially replaces openssh_5.1p1-8.diff.gz (I suppose it could be called openssh_5.1p1-9.diff.gz instead), and should contain all the changes I made to get this feature to work. Oh, notwithstanding my previous comments, you should generally submit patches as the change that would be needed to take (in this instance) 5.1p1-8 to 5.1p1-9, not as a complete new .diff.gz which is essentially impossible to review by eye and may conflict with unreleased changes in revision control that you don't know about. Putting a new entry in debian/changelog is usually reasonable enough; just make the distribution field on the first line be UNRELEASED rather than unstable. Regards, -- Colin Watson [cjwat...@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#551022: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Package: ganglia Version: 3.1.2-3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear ganglia maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? - -- Regards, Hideki Yamane henrich @ debian.or.jp http://wiki.debian.org/HidekiYamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrWXbwACgkQIu0hy8THJkvSUACgh54A1cGE0xXR1PdYKRf6NgqI uvEAn2Gggz91bjww+UkInUIN6GwATDmL =CCsh -END PGP SIGNATURE- # Japanese translation of ganglia debconf templates. # Copyright (C) 2009 Hideki Yamane henr...@debian.or.jp # This file is distributed under the same license as the dtc package. # msgid msgstr Project-Id-Version: ganglia 3.1.2-3\n Report-Msgid-Bugs-To: gang...@packages.debian.org\n POT-Creation-Date: 2009-07-29 20:19+0100\n PO-Revision-Date: 2009-10-07 06:52+0900\n Last-Translator: Hideki Yamane (Debian-JP) henr...@debian.or.jp\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ganglia-webfrontend.templates:2001 msgid Automatically configure apache2? msgstr apache2 を自動的に再設定しますか? #. Type: boolean #. Description #: ../ganglia-webfrontend.templates:2001 msgid The ganglia front-end will be unavailable until a web server is configured. Automatic configuration can be performed for the Apache 2 web server. msgstr ウェブサーバが設定されるまで、ganglia のフロントエンドは利用できません。 Apache2 ウェブサーバは自動的に設定できます。 #. Type: boolean #. Description #: ../ganglia-webfrontend.templates:3001 msgid Restart apache2? msgstr apache2 を再起動しますか? #. Type: boolean #. Description #: ../ganglia-webfrontend.templates:3001 msgid In order to activate the new configuration, the web server needs to be restarted. If you choose not to do this automatically, you should do so manually at the first opportunity. msgstr 新しい設定を有効にするため、ウェブサーバを再起動する必要があります。 自動的に再起動を行いたくない場合は、作業可能になった際に手動で行う必要があります。
Bug#551010: openssh: New Feature: Add support for PKCS#11 authentication via new binary package
On Wed, Oct 14, 2009 at 06:08:50PM -0400, Joshua Kinard wrote: The attached patch is a re-base of the openssh_5.1p1-8.diff.gz file for the 'openssh' source package. This patch includes patches to enable PKCS#11 support as a completely new binary package, openssh-client-pkcs11. The debian/control and debian/rules files have been modified to the best of my ability, and they successfully build a PKCS#11-enabled deb that is independent from the more common openssh-client deb (and everything looks intact). The openssh-server deb is left alone, as I haven't seen a need for the server to have this support in my uses (so far). Thanks for your patch. However, I really, really, *really* do not want to add new binary packages for new features. We just got away from that with Kerberos. Adding new binary packages with different variations of OpenSSH substantially increases the basic complexity of the packaging (already complex) and invites combinatorial explosion. As a general rule I do not intend to accept any patches that add new binary packages. Can you try to load the relevant libraries dynamically instead? That would make the packaging end of things much simpler. I realise it involves more complex code, which is why nobody's done it yet ... The patches were sent upstream well over two years ago, and the bug associated with this feature has been constantly neglected by upstream for unspecified reasons. The bug, however, continues to receive updates to the patchset should the upstream developers ever choose to act on the feature. Said bug is here: https://bugzilla.mindrot.org/show_bug.cgi?id=1371 While I sympathise with the difficulty of getting changes upstream, I'm not sure that the correct workaround for this is to try to get it into distributions instead. I do have some security background, but I'm nowhere near as competent as upstream to review the security properties of this patch (I see Damien Miller has made some comments, albeit infrequent). I'm also concerned that this adds new command-line options (what happens if upstream decide they're going to use it for something else? We would be pretty comprehensively screwed as far as compatibility goes) and new agent protocol numbers (ssh-agent is not the only implementation of the OpenSSH agent protocol out there, so what would happen if upstream used some of the numbers in that patch for something else?). Downstream distributions are not, as a rule, good places to be making these kinds of changes, even though the licence entitles us to do so. I sympathise with the goal, but I'm just not sure that it's feasible to do it this way. Regards, -- Colin Watson [cjwat...@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#533998: php-doc: FTBFS: Fatal error: Allowed memory size of 134217728, bytes exhausted (tried to allocate 80 bytes) in, /build/user-php-doc_20081024-1-amd64-fLTBlM/php-doc-20081024/PhD-0.4.0/build
In my sid chroots (both a dirty chroot and a cleanish pbuilder) this build fails earlier due to a lower php memory limit than on lucas's system. Unfortunately when I force the memory limit up I get a load of validation errors despite the fact that validation passed for lucas. I turned on the option for extended error reporting but the errors still don't make much sense to me, here is a sample of them. Validating manual.xml... failed. The document didn't validate, trying to figure out what went wrong... (This could take awhile. If you experience segfaults here, try again with --disable-xml-details) Warning: file(): Filename cannot be empty in /php-doc-20081024/configure.php on line 196 ERROR (:unknown) Namespace default prefix was not found that warning anderror repeat many times and there are a few other errors similar to ERROR (/php-doc-20081024/en/bookinfo.xml:5:22) frontpage.authors; --^ Element authorgroup namespace name for default namespace does not match the DTD Does anyone have -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545484: [Pkg-nagios-devel] Bug#545484: nagios-plugins-basic: enable SSL certificate validity check by default
HI Thijs, On Monday, 7. September 2009, Thijs Kinkhorst wrote: A number of Nagios plugins include useful functionality when connecting over SSL: they check if the certificate is still valid and report a warning or error when it (soon) expires. I end up enabling this functionality in my configurations each time because it's not enabled by default. I haven't yet found a reason why it shouldn't be enabled. Attached is a patch that in the shipped configuration enables this useful extra check. as I can understand, that this would be a usefull addition, I think we have a couple of disadvantages. * users which uses a certificate and don't care if its valid/expired (just want to encrypt the payload) maybe get nerved * what ever we choose as days until the cert expires ... users may edit this anyways, as they want to set different values Adding more check seems also not an option, as we have so huge checks for stuff, but we can't provide command definitions for everything. With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#547853: Fix for this bug
tags 547853 + patch thanks I have fixed this bug, to the best of my knowledge. However, I would request a review from those who are more knowledgeable. Please find attached a patch. Thanks! Kumar diff -Nru --exclude changelog python-setuptools-0.6c9/debian/control python-setuptools-0.6c9/debian/control --- python-setuptools-0.6c9/debian/control 2009-10-14 18:54:13.0 -0500 +++ python-setuptools-0.6c9/debian/control 2009-10-14 18:54:13.0 -0500 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Matthias Klose d...@debian.org Build-Depends-Indep: debhelper (= 5.0.37.1), python-all-dev, python2.5-dev, python-central (= 0.4.10) -XS-Python-Version: 2.4, 2.5 +XS-Python-Version: 2.5, 2.6 Standards-Version: 3.7.3 Package: python-setuptools diff -Nru --exclude changelog python-setuptools-0.6c9/debian/rules python-setuptools-0.6c9/debian/rules --- python-setuptools-0.6c9/debian/rules 2009-10-14 18:54:13.0 -0500 +++ python-setuptools-0.6c9/debian/rules 2009-10-14 18:54:13.0 -0500 @@ -20,11 +20,13 @@ export LC_ALL=C PYVERS := 2.3 2.5 $(shell pyversions -vr debian/control) -PYVERS := 2.5 2.4 +PYVERS := 2.5 2.6 PYVER := $(shell python -c 'import sys; print sys.version[:3]') SETUPTOOLSVER=$(shell dpkg-parsechangelog | grep 'Version:' | sed 's,Version: \(.*\)-.*,\1,g') export PYVERS +include /usr/share/python/python.mk + d = debian/python-setuptools d2 = debian/python-pkg-resources @@ -72,16 +74,15 @@ dh_clean -k install-python%: - dh_installdirs -A usr/bin usr/lib/python$*/site-packages - python$* setup.py install --root=$(CURDIR)/$(d) - - mv $(d)/usr/lib/python$*/site-packages/pkg_resources.py \ - $(d2)/usr/lib/python$*/site-packages/ + dh_installdirs -A usr/bin usr/lib/python$*/$(call py_sitename_sh, $*) + python$* setup.py install --root=$(CURDIR)/$(d) --install-layout=deb - mv $(d)/usr/lib/python$*/site-packages/setuptools-$(SETUPTOOLSVER)-py$*.egg-info \ - $(d)/usr/lib/python$*/site-packages/setuptools.egg-info + mv $(d)/usr/lib/python$*/$(call py_sitename_sh, $*)/pkg_resources.py \ + $(d2)/usr/lib/python$*/$(call py_sitename_sh, $*)/ + mv $(d)/usr/lib/python$*/$(call py_sitename_sh, $*)/setuptools-$(SETUPTOOLSVER)-py$*.egg-info \ + $(d)/usr/lib/python$*/$(call py_sitename_sh, $*)/setuptools.egg-info echo setuptools-$(SETUPTOOLSVER).egg-info \ - $(d)/usr/lib/python$*/site-packages/setuptools.pth + $(d)/usr/lib/python$*/$(call py_sitename_sh, $*)/setuptools.pth binary-arch: @@ -98,9 +99,9 @@ DH_PYCENTRAL=noprepare dh_pycentral -i cat $(d).substvars ( \ - echo 'python:Versions=2.4, 2.5'; \ - echo 'python:Provides=python2.4-setuptools, python2.5-setuptools'; \ - echo 'python:Depends=python (= 2.4), python ( 2.6), python-central (= 0.5.7)'; \ + echo 'python:Versions=2.5, 2.6'; \ + echo 'python:Provides=python2.5-setuptools, python2.6-setuptools'; \ + echo 'python:Depends=python (= 2.5), python ( 2.7), python-central (= 0.5.7)'; \ ) $(d).substvars cat $(d).substvars
Bug#549270: audacious crashes on startup
I tried to run it as root using kdesu and got no crash. However it is still crashing as user -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479473: router outside subnet?
I'm not sure if this is related, but, since this bug is the only google hit for dhclient.c(2129): null pointer I figured I'd mention it here: I saw this message from dhclient on lenny when my ISC dhcpd was wrongly configured to specify a router that was outside of the client's subnet. HTH ~leif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516038: phenny: hard-codes the location to python modules
Do you plan an upload soon of phenny? The bug should be already fixed in the VCS repo, so an upload would be very welcome. Nope! The package is team maintained now. Just file a bug? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547965: [smc]
Package: smc Version: 1.9-1 Hi, I will wait for some days before proceeding to close this bug report. I didn't experience any problem when upgrading from previous smc's versions nor when installing it for the first time. I tested it either in i386 and amd64. Furthermore, you haven't provided to me enough information as I wrote some days ago. Regards, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.us.debian.org 500 stable dl.google.com 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libboost-filesystem1.39.0 (= 1.39.0-1) | 1.39.0-6 libboost-system1.39.0 (= 1.39.0-1) | 1.39.0-6 libc6(= 2.2.5) | 2.9-27 libcegui-mk2-1 | 0.6.2-1 libgcc1(= 1:4.1.1) | 1:4.4.1-6 libgl1-mesa-glx | 7.6-1 OR libgl1 | libglu1-mesa| 7.6-1 OR libglu1 | libpng12-0(= 1.2.13-4) | 1.2.40-1 libsdl-image1.2 (= 1.2.5) | 1.2.7-2 libsdl-mixer1.2 (= 1.2.6) | 1.2.8-6+b1 libsdl-ttf2.0-0 | 2.0.9-1 libsdl1.2debian (= 1.2.10-1) | 1.2.13-5 libstdc++6 (= 4.2.1) | 4.4.1-6 libx11-6| 2:1.2.2-1 smc-data (= 1.9-1) | 1.9-1 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== smc-music (= 1.9-1) | 1.9-1 -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548898: reboot?
* gvfs.postinst: add big fat warning asking to restart the session after the upgrade. Closes: #548898$. Which session?: mention in the message if this means one should reboot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531347: python-gst0.10: AttributeError: 'module' object has no attribute 'Element'
reopen 531347 thanks + Adeodato Simó (Sat, 06 Jun 2009 14:38:16 +0200): close 531347 thanks % python import gst AttributeError: 'module' object has no attribute 'Element' This seems to have gone away. And seems to have returned in at least 0.10.16 and 0.10.17. -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551023: trying to overwrite '/usr/include/scsi/scsi.h', which is also in package libc6-dev 0:2.9-27
Package: linux-libc-dev Severity: serious dpkg: error processing /var/cache/apt/archives/linux-libc-dev_2.6.31-1~experimental.1_i386.deb (--unpack): trying to overwrite '/usr/include/scsi/scsi.h', which is also in package libc6-dev 0:2.9-27 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/linux-libc-dev_2.6.31-1~experimental.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551024: nmu: libdrm_2.4.14-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu libdrm_2.4.14-1 . i386 . -m Rebuild against libpthread-stubs 0.3 libpthread-stubs 0.2-1 was broken (see #548240 and the merged bug), libdrm needs to be rebuilt to fix libdrm-intel1's broken dependency on libpthread-stubs0. (amd64 is fine, other arches don't matter because libdrm-intel1 is useless there.) TIA, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550825: Resolved: Unable to upgrade perl
What exactly did you do to fix this, Alexander? My apt is hosed by this same issue right now. - Charlie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353827: emacs-goodies-el: please, add vm-bonus-el/vm-bogofilter.el
reassign 353827 vm-bonus-el thanks Finally getting around to this addon. Sorry for the abnormal delay. The file has a few strikes against it: - It's far from checkdoc clean. - It runs setup code upon loading, which is a no-no. - It requires much editing of ~/.emacs for setup and configuration, which I would prefer be done entirely via the custom interface. - e.g. some fairly basic key definitions are not included, but only suggested for addon locally in ~/.emacs - The author is away from his work email for months to come on sick leave. - I hate patching all this just for Debian, and I'll have no way to fully test my changes. Yuck. This will require a few hours to code and test. It would be more encouraging to do this if I felt many people wanted this... -- Peter S. Galbraith, Debian Developer p...@debian.org http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540868: minirok: Fails to play the next song in the queue
+ P Kapat (Mon, 10 Aug 2009 14:17:56 -0400): Package: minirok Version: 2.0-1 Severity: important Won't play the next (or the previous) song in the queue. Forcing it, by clicking on the Next/Previous song/button, doesn't help either. Sometimes, it waits for 2 min and then starts playing the next song!! But this behavior is not consistent. This is a new development with KDE 4.3.0. On earlier version, ie 4.2.4, it worked fine. Hello, I had a couple other people report this, but I couldn't reproduce it. Today I upgraded my testing system, and it started happening. However, upgrading all the gstreamer packages to the unstable versions made the problem go away. Is this still happening for you? (If you have problems with minirok crashing in unstable, you can try the package at http://chistera.yi.org/~adeodato/tmp/2009-10-15/minirok_2.1~r768-1_all.deb.) -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550550: audacious: playing Ogg streams results in something approaching white noise
deepf...@feelingofgreen.ru wrote: Ogg streams are rendered as something resembling white noise, whereas mp3s are okay. Please provide a link to one such stream, making sure that it plays correctly in another program (such as Xine). John Lindgren -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#404753: Patch no longer applies
The attached patch no longer applies to the version of vidir that is in the archive. It looks like the upstream code has changed so much that the difference is not trivial. micah signature.asc Description: Digital signature
Bug#548570: minirok segfaults
+ Jonas Meurer (Sun, 27 Sep 2009 12:30:28 +0200): Package: minirok Version: 2.0-1 Severity: grave Justification: renders package unusable hello, minirok segfaults on my up-to-date debian/unstable system: Hello Jonas, this was caused by an incompatibility in PyQt 4.6. I believe I have fixed the problem. Before doing an upload, would you mind testing the packages at [1] (they are sort of 2.1~rc1)? Thanks! [1]: http://chistera.yi.org/~adeodato/tmp/2009-10-15/minirok_2.1~r768-1_all.deb -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549270: audacious: crashes on startup
Yevgeny Kosarzhevsky wrote: I tried to run it as root using kdesu and got no crash. However it is still crashing as user There used to be (still are?) problems where Audacious would somehow corrupt its configuration and start crashing. See if moving ~/.config/audacious to a new location helps. If that helps, then please attach the old configuration so that I can try to reproduce. John Lindgren -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549270: audacious: crashes on startup
After several experiments, I've pointed ~/.themes/aud-Default to /usr/share/audacious/Skins/Refugee and it has launched! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529255: closed by Gerrit Pape p...@smarden.org (Bug#529255: fixed in git-core 1:1.6.5-1)
The following files still use {plus} for +: git-diff-files.html git-diff.html git-diff-index.html git-diff-tree.html git-fetch.html git-log.html git-pull.html git-push.html git-rerere.html Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the git-doc package: #529255: git-doc: {plus} is used where it should be + It has been closed by Gerrit Pape p...@smarden.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Gerrit Pape p...@smarden.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551025: ITP: django-genshi -- Django integration for Genshi
Package: wnpp Owner: tak...@asis.media-as.org Severity: wishlist * Package name: django-genshi Version : 1.1.3 Upstream Author : John Millikin jmilli...@gmail.com * URL or Web page : https://launchpad.net/django-genshi * License : GPL3 Description : Django integration for Genshi django-genshi is a small wrapper library around Genshi that provides an API similar to django.template. Included are imitations of Context and RequestContext. There is also an implemention of the Django template loader system adapted for Genshi, and a selection of shortcut functions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532467: reportbug: Changing package name
Package: reportbug Version: 4.8 Severity: normal Additionally, if you put a package name in, submit it, and then when it searches for bug reports and finds none and you realized that was the wrong package name, hitting back will get you back to the screen where you can put in different package names, but the box is greyed out, forbidding you from changing the package name. Not sure what the point of going 'back' is in that scenario, but the only way to change the bug is by quitting and starting over. -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/micah/.reportbugrc: reportbug_version 4.8 mode advanced ui urwid realname Micah Anderson email mi...@debian.org no-cc header X-Debbugs-CC: mi...@debian.org smtphost reportbug.debian.org -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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 reportbug depends on: ii apt 0.7.24 Advanced front-end for dpkg ii python2.5.4-2An interactive high-level object-o ii python-reportbug 4.8Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils 1.5.27 debconf utilities pn debsums none (no description available) ii dlocate 1.02 fast alternative to dpkg -L and dp ii file 5.03-2 Determines file type using magic ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii postfix [mail-transport-agent 2.6.5-3High-performance mail transport ag ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-gtkspell 2.25.3-2 Python bindings for the GtkSpell l ii python-urwid 0.9.8.4-1 curses-based UI/widget library for ii python-vte1:0.22.2-1 Python bindings for the VTE widget ii xdg-utils 1.0.2-6.1 desktop integration utilities from -- 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#547855: Fix for this bug
tags 547855 + patch thanks Hi! Please find attached a fix for this bug. I was not able to build the package successfully, though, since I got this error: running build_gobject_ext External program pkg-config exited with error 1. dh_auto_build: python returned exit code 1 make: *** [build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 HTH. Kumar diff -Nru --exclude changelog quodlibet-2.1/debian/quodlibet-ext.install quodlibet-2.1/debian/quodlibet-ext.install --- quodlibet-2.1/debian/quodlibet-ext.install 2009-10-14 21:41:12.0 -0500 +++ quodlibet-2.1/debian/quodlibet-ext.install 2009-10-14 21:41:13.0 -0500 @@ -1 +1 @@ -usr/lib/python2.*/site-packages/quodlibet/*.so +usr/lib/python2.*/*-packages/quodlibet/*.so diff -Nru --exclude changelog quodlibet-2.1/debian/rules quodlibet-2.1/debian/rules --- quodlibet-2.1/debian/rules 2009-10-14 21:41:12.0 -0500 +++ quodlibet-2.1/debian/rules 2009-10-14 21:41:13.0 -0500 @@ -2,8 +2,11 @@ %: dh --with python-central,quilt $@ +include /usr/share/python/python.mk + DEFAULT_PYTHON = `pyversions -d` -IMAGES_DIR = debian/tmp/usr/lib/${DEFAULT_PYTHON}/site-packages/quodlibet/images +SITEDIR = $(call py_sitename, $(DEFAULT_PYTHON)) +IMAGES_DIR = debian/tmp/usr/lib/${DEFAULT_PYTHON}/$(SITEDIR)/quodlibet/images EXFALSO_ICON = ${IMAGES_DIR}/exfalso.png QUODLIBET_ICON = ${IMAGES_DIR}/quodlibet.png PIXMAPS_DIR = usr/share/pixmaps
Bug#551026: ITP: xcite -- exciting cite utility for Emacsen
Package: wnpp Owner: tak...@asis.media-as.org Severity: wishlist * Package name: xcite Version : 1.58 Upstream Author : HIROSE Yuuji [yu...@gentei.org] * URL or Web page : http://www.gentei.org/~yuuji/software/ * License : original This software is distributed as a free software without any warranty to anything as a result of using this. Especially, I am not responsible for the case when you cite your friend's mail with a silly citation prefix in a serious situation :) * Can I incorporate this program into Debian package? Yes. This Yes is NOT a special answer only for Debian. My recognition on `free software' is not the permanently constant notion. Therefore I won't define the fixed license sentences at any moment of my life. All I can say now is I hope the free software be; freely usable, freely (re-)distributable without any charge for itself, freely modifiable unless the original author(=me)'s copyrights are infringed or neglected, absolutely not responsible to any result from itself. If there is A license clauses which implies these points above in some era, this software can be classified into the group that the clauses want to assume as `free'. Description : exciting cite utility for Emacsen xcite enables you to register as many mail/news citation prefix as you like according to each author, and to select those headers randomly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481508: some investigations
I'd completely forgotten I'd filed this bug, thanks to you both for following up. On Wed, 2009-10-14 at 23:24 +0300, Niko Tyni wrote: The various .pl files in /usr/share/perl/5.10/unicore are generated at build time from the .txt files. The .txt files are also used runtime at least by Unicode::UCD, possibly others. The chance for them to go out of sync doesn't seem appealing. Upstreams tend to use similar arguments for keeping embedded copies of shared libraries, or sticking to an old version of a scripting language. A somewhat related upstream thread is http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2009-01/msg00585.html which shows at least that UCD upgrades are not quite a trivial matter for perl. Decoupling UCD from the perl core would mean an extra maintenance burden upstream (ensuring the code and tests keep working with different UCD versions), and I'm not very comfortable proposing that. Thanks for the pointer to that thread. It looks like the outcome of that was that the unicore stuff is considered internal and subject to change at any time. Anyway, I'm going to send a mail to debian-devel about embedded copies of the Unicde and AGLFN data. It turns out there are quite a few copies of the Unicode data in the archive. I'd appreciate it if you could both participate in the thread. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#420903: Option in ~/.reportbugrc to X-Debbugs-CC auto-determined email address
[I didn't see the response for a long time, because it only went to 420...@bugs.debian.org, which does not include the submitter.] chaica cha...@ohmytux.com wrote: I see what feature you'd like Reportbug supports, but I'm not sure to see if it is relevant, because either you provide an new content and a copy is automatically sent to the sender (at least in the newer versions of reportbug, don't know before that), either you are using --debug mode and the bug report is only sent to the sender. In the first case using X-Debbugs-CC to yourself, reportbug will redundantly send another copy and in the second case, X-Debbugs-CC are ignored. When submitting a bug report with reportbug, I'd like to get X-Debbugs-CCed, not just CCed. That way, I get a copy with the bug number. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547821: Fix for this bug
tags 547821 - patch thanks On Tue, 2009-10-13 at 22:40 -0500, Kumar Appaiah wrote: Please find attached a patch to fix this bug. I don't think you tested this well enough, fonttools needs code changes to work under Python 2.6. I'll be making a new upstream release first (code changes are already in trunk) and then packaging that for Debian. It is currently blocked on Adobe releasing their BSD-licensed AGLFN[1]. 1. http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#547821: Fix for this bug
Dear Paul, On Thu, Oct 15, 2009 at 10:24:53AM +0800, Paul Wise wrote: tags 547821 - patch thanks On Tue, 2009-10-13 at 22:40 -0500, Kumar Appaiah wrote: Please find attached a patch to fix this bug. I don't think you tested this well enough, fonttools needs code changes to work under Python 2.6. I'll be making a new upstream release first (code changes are already in trunk) and then packaging that for Debian. It is currently blocked on Adobe releasing their BSD-licensed AGLFN[1]. 1. http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ No, I did not test the package. I merely tested the build, and, as you say, it was not sufficient for updation. Sorry about that, and thank you for pointing out the main issue. In any case, the patch was merely something sent with the intention of helping. Please excuse my hurried submission. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523515: fixed upstream
Hi, this is fixed in version 1.14, uploaded to CPAN today. Thanks for your work diagnosing the problem. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547859: Fix for this bug
tags 547859 + patch thanks Hi! Please find attached a patch to fix this bug. HTH, and thanks. Kumar diff -Nru --exclude changelog synce-kpm-0.13/debian/rules synce-kpm-0.13/debian/rules --- synce-kpm-0.13/debian/rules 2009-10-14 21:52:12.0 -0500 +++ synce-kpm-0.13/debian/rules 2009-10-14 21:52:12.0 -0500 @@ -4,6 +4,9 @@ include /usr/share/quilt/quilt.make include $(CURDIR)/debian/update-patches.mk +include /usr/share/python/python.mk + +SITEDIR = $(call py_sitename, $(PYVER)) clean: unpatch dh_testdir @@ -28,9 +31,9 @@ python setup.py install \ --root=$(CURDIR)/debian/synce-kpm \ --single-version-externally-managed \ - + $(py_setup_install_args) mkdir -p $(CURDIR)/debian/synce-kpm/usr/share/synceKPM - mv $(CURDIR)/debian/synce-kpm/usr/lib/python$(PYVER)/site-packages/synceKPM/data \ + mv $(CURDIR)/debian/synce-kpm/usr/lib/python$(PYVER)/$(SITEDIR)/synceKPM/data \ $(CURDIR)/debian/synce-kpm/usr/share/synceKPM binary-indep: build install
Bug#547856: Fix for this bug
tags 547856 + patch thanks Hi! Please find attached a patch to fix this bug. HTH, and thanks. Kumar diff -Nru --exclude changelog smart-notifier-0.28/debian/rules smart-notifier-0.28/debian/rules --- smart-notifier-0.28/debian/rules 2009-10-14 21:47:28.0 -0500 +++ smart-notifier-0.28/debian/rules 2009-10-14 21:47:29.0 -0500 @@ -9,6 +9,8 @@ DEB_UPSTREAM_VERSION=$(shell dpkg-parsechangelog \ | grep ^Version: | cut -d ' ' -f 2 | cut -d '-' -f 1) +include /usr/share/python/python.mk + build: $(PYVERS:%=build-python%) touch $@ @@ -43,13 +45,13 @@ debian/smart-notifier/etc/xdg/autostart/smart-notifier.desktop install-python%: - python setup.py install --no-compile --single-version-externally-managed --root=debian/$(PACKAGE) + python setup.py install --no-compile --single-version-externally-managed --root=debian/$(PACKAGE) $(py_setup_install_args) install -d debian/$(PACKAGE)/usr/share/smart-notifier # Remove python and module version from .egg-info and move it to the privat modules - mv debian/$(PACKAGE)/usr/lib/python$*/site-packages/$(PYMOD)-$(DEB_UPSTREAM_VERSION)-py$*.egg-info \ + mv debian/$(PACKAGE)/usr/lib/python$*/$(call py_sitename_sh, $*)/$(PYMOD)-$(DEB_UPSTREAM_VERSION)-py$*.egg-info \ debian/$(PACKAGE)/usr/share/smart-notifier/$(PYMOD).egg-info # Move the python module to a private location - mv debian/$(PACKAGE)/usr/lib/python$*/site-packages/$(PYMOD) \ + mv debian/$(PACKAGE)/usr/lib/python$*/$(call py_sitename_sh, $*)/$(PYMOD) \ debian/$(PACKAGE)/usr/share/smart-notifier/$(PYMOD) # Build architecture-independent files here.
Bug#547867: Fix for this bug
tags 547867 + patch thanks Hi! Please find attached a patch to fix this bug. HTH, and thanks! Kumar diff -Nru --exclude changelog synce-sync-engine-0.13/debian/rules synce-sync-engine-0.13/debian/rules --- synce-sync-engine-0.13/debian/rules 2009-10-14 22:00:59.0 -0500 +++ synce-sync-engine-0.13/debian/rules 2009-10-14 22:00:59.0 -0500 @@ -5,6 +5,10 @@ PYVER=$(shell python -c 'import sys; print sys.version[:3]') +include /usr/share/python/python.mk + +SITEDIR = $(call py_sitename, $(PYVER)) + clean: unpatch dh_testdir dh_testroot @@ -29,9 +33,9 @@ python setup.py install \ --root=$(CURDIR)/debian/tmp \ --single-version-externally-managed \ - + $(py_setup_install_args) rm $(CURDIR)/debian/tmp/usr/bin/synce-install-plugins.py - rm -rf $(CURDIR)/debian/tmp/usr/lib/python$(PYVER)/site-packages/plugins + rm -rf $(CURDIR)/debian/tmp/usr/lib/python$(PYVER)/$(SITEDIR)/plugins for file in $(CURDIR)/debian/tmp/usr/bin/*; do \ mv $$file \ $(CURDIR)/debian/tmp/usr/bin/synce-`basename $$file | sed -e 's/.py$$//' -e 's/_/-/'`; \ diff -Nru --exclude changelog synce-sync-engine-0.13/debian/synce-sync-engine.install synce-sync-engine-0.13/debian/synce-sync-engine.install --- synce-sync-engine-0.13/debian/synce-sync-engine.install 2009-10-14 22:00:59.0 -0500 +++ synce-sync-engine-0.13/debian/synce-sync-engine.install 2009-10-14 22:00:59.0 -0500 @@ -1,4 +1,4 @@ -debian/tmp/usr/lib/python*/site-packages +debian/tmp/usr/lib/python*/*-packages debian/tmp/usr/bin debian/tmp/usr/share/synce-sync-engine debian/tmp/usr/share/dbus-1
Bug#547821: Fix for this bug
On Wed, 2009-10-14 at 21:56 -0500, Kumar Appaiah wrote: No, I did not test the package. I merely tested the build, and, as you say, it was not sufficient for updation. Sorry about that, and thank you for pointing out the main issue. In any case, the patch was merely something sent with the intention of helping. Please excuse my hurried submission. No probs, I should have updated the bug with status information anyway. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#550550: audacious: playing Ogg streams results in something approaching white noise
From: John Lindgren john.lindg...@tds.net deepf...@feelingofgreen.ru wrote: Ogg streams are rendered as something resembling white noise, whereas mp3s are okay. Please provide a link to one such stream, making sure that it plays correctly in another program (such as Xine). Well, just about /any/ vorbis file I could get my hands on. And yes, ogg123 plays them fine. As far as sample streams go, this one exhibits the anomaly too, although not in a white-noisey manner, but noisey nevertheless: oggenc -r /dev/zero -o silence.ogg regards, Samium Gromoff -- _deepfire-at-feelingofgreen.ru O ascii ribbon campaign - stop html mail - www.asciiribbon.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551027: python-scipy: ipython -pylab segfaults
Package: python-scipy Version: 0.7.0-2 Severity: important $ ipython -pylab Segmentation fault -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable') 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-scipy depends on: ii libamd2.2.0 1:3.4.0-1 approximate minimum degree orderin ii libatlas3gf-base [liblapack.s 3.6.0-22 Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3gf] 1.2-2 Basic Linear Algebra Subroutines 3 ii libc6 2.9-21 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libgfortran3 4.4.1-1Runtime library for GNU Fortran ap ii liblapack3gf [liblapack.so.3g 3.1.1-1library of linear algebra routines ii libstdc++64.4.1-1The GNU Standard C++ Library v3 ii libumfpack5.4.0 1:3.4.0-1 sparse LU factorization library ii python2.5.2-3An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt ii python-numpy 1:1.2.1-1 Numerical Python adds a fast array Versions of packages python-scipy recommends: ii g++ [c++-compiler]4:4.3.2-2 The GNU C++ compiler ii g++-4.1 [c++-compiler]4.1.2-25 The GNU C++ compiler ii g++-4.3 [c++-compiler]4.3.3-14 The GNU C++ compiler Versions of packages python-scipy suggests: ii python-profiler 2.5.2-1deterministic profiling of any Pyt -- debconf-show failed -- debsums errors found: Unknown option: ignore-permissions Try 'debsums --help' for more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547863: Fix for this bug
tags 547863 + patch Hi! Please find attached a patch for this bug. Note that to test it with Python 2.6, you would either have to wait for a Python 2.6 build of lxml, or build one yourself in your Python 2.6 chroot with the latest package. HTH, and thanks. Kumar diff -Nru --exclude changelog translate-toolkit-1.4.0/debian/rules translate-toolkit-1.4.0/debian/rules --- translate-toolkit-1.4.0/debian/rules 2009-10-14 22:39:18.0 -0500 +++ translate-toolkit-1.4.0/debian/rules 2009-10-14 22:39:19.0 -0500 @@ -9,6 +9,9 @@ pv = $(shell python -c 'import sys; print sys.version[:3]') include /usr/share/quilt/quilt.make +include /usr/share/python/python.mk + +SITEDIR = $(call py_sitename, $(pv)) build: build-stamp build-stamp: $(QUILT_STAMPFN) @@ -45,19 +48,19 @@ dh_clean -k dh_installdirs \ usr/share/doc/$(p) - python setup.py install --prefix=`pwd`/$(d)/usr - mv $(d)/usr/lib/python$(pv)/site-packages/translate/doc \ + python setup.py install --prefix=`pwd`/$(d)/usr $(py_setup_install_args) + mv $(d)/usr/lib/python$(pv)/$(SITEDIR)/translate/doc \ $(d)/usr/share/doc/$(p)/html - rm -f $(d)/usr/lib/python$(pv)/site-packages/translate/ChangeLog - rm -f $(d)/usr/lib/python$(pv)/site-packages/translate/COPYING - rm -f $(d)/usr/lib/python$(pv)/site-packages/translate/LICENSE - rm -f $(d)/usr/lib/python$(pv)/site-packages/translate/README + rm -f $(d)/usr/lib/python$(pv)/$(SITEDIR)/translate/ChangeLog + rm -f $(d)/usr/lib/python$(pv)/$(SITEDIR)/translate/COPYING + rm -f $(d)/usr/lib/python$(pv)/$(SITEDIR)/translate/LICENSE + rm -f $(d)/usr/lib/python$(pv)/$(SITEDIR)/translate/README mv $(d)/usr/share/doc/$(p)/html/api \ $(d)-dev-doc/usr/share/doc/$(p)-dev-doc/html dh_link \ /usr/share/doc/$(p)/html \ - /usr/lib/python$(pv)/site-packages/translate/doc + /usr/lib/python$(pv)/$(SITEDIR)/translate/doc dh_lintian
Bug#551028: gdk: sporadic crash
Package: reportbug Version: 4.8 Severity: important The first time i tried to submit a bug using reportbug (i elected the GDK interface), it crashed, i think right before the screen where you put in a title for the bug -- but perhaps right before the screen where you enter the bug report. it put these messages on the console: *** glibc detected *** ** Gdk:ERROR:/tmp/buildd/gtk+2.0-2.18.2/gdk/gdkregion-generic.c:1112:miUnionNonO: assertion failed: (r-x1 r-x2) Aborted (the line *** glibc detected *** ** might have been printed earlier, before the crash) i restarted reportbug and tried to re-report the same bug using the same steps, and the problem didn't reoccur. -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/bshanks/.reportbugrc: reportbug_version 4.8 mode standard ui gtk2 email bshan...@hotmail.com -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable') 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.21 Advanced front-end for dpkg ii python2.5.2-3An interactive high-level object-o ii python-reportbug 4.8Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) ii debsums 2.0.36 verification of installed package pn dlocate none (no description available) ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon ii file 4.26-1 Determines file type using magic ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte1:0.20.5-1 Python bindings for the VTE widget ii xdg-utils 1.0.2-6.1 desktop integration utilities from -- debconf-show failed -- debsums errors found: Unknown option: ignore-permissions Try 'debsums --help' for more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551027: doesn't occur in stable
i aptitude removed python-matplotlib and aptitude removed the following: python-antlr{u} python-dateutil{u} python-excelerator{u} python-matplotlib python-matplotlib-data{u} python-pyparsing{u} python-tz{u} then i switched to stable and did aptitude install python-matplotlib and aptitude installed the following: Get:1 http://http.us.debian.org stable/main python-antlr 2.7.7-10 [22.7kB] Get:2 http://http.us.debian.org stable/main python-dateutil 1.4.1-2 [54.0kB] Get:3 http://http.us.debian.org stable/main python-enthought-traits 2.0.5-1 [1925kB] Get:4 http://http.us.debian.org stable/main python-tz 2008c-2 [27.6kB] Get:5 http://http.us.debian.org stable/main python-matplotlib-data 0.98.1-1+lenny4 [1123kB] Get:6 http://http.us.debian.org stable/main python-pyparsing 1.5.0-1 [615kB] Get:7 http://http.us.debian.org stable/main python-matplotlib 0.98.1-1+lenny4 [2225kB] and now it doesn't segfault. _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. http://clk.atdmt.com/GBL/go/177141664/direct/01/
Bug#551029: Missing Dependancy on awk
Package: ucf Version: 3.0016 Severity: important The subject line pretty well says it all. The ucf package needs to include a dependancy on awk|mawk|gawk as appropriate, otherwise there is no guarentee it will be present on the system (even if other tools depend on it, as one could be in the process of removal before another is installed). -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550928: paperkey: output file created with wide perms
On Oct 14, 2009, at 11:10 AM, Peter Palfrader wrote: Hi David, On Tue, 13 Oct 2009, Ian Zimmerman wrote: When paperkey is given the -o flag and the output file doesn't already exist, it is created with normal permissions - (644). This is clearly bad. It would be OK to just mention in the manpage so I can either pre-create the file or set my umask before running paperkey, but it does need to be pointed out. It appears paperkey creates the output file with permissions only constrained by the user's umask. Paperkey 1.2 has been released. http://www.jabberwocky.com/software/paperkey/ David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550959: ITP: transmageddon -- video transcoder for Linux and Unix systems built using GStreamer
Am Mittwoch, den 14.10.2009, 22:25 +0200 schrieb Alessio Treglia: 2009/10/14 Sebastian Dröge sl...@circular-chaos.org: What's your alioth account name? It's quadrispro-guest. Ok, thanks. You should have write access to pkg-gstreamer now at svn+ssh://svn.debian.org/svn/pkg-gstreamer If you place the transmageddon packaging there, put it into unstable, similar to everything else there :) And if you want me to review the packaging and sponsor it just tell me signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#549996: updated package
Updated packaging is ready (see attached) but there is an issue with this rc1: rc1 -- .test() crashes python ;) current svn trunk (rev 1479) has 2 doctests failing. Usually doctests is the least of the worries but... I emailed upstream to address the issue so current head could be uploaded into unstable. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] python-networkx_1.0~rc1-0.1.diff.gz Description: GNU Zip compressed data signature.asc Description: Digital signature
Bug#550147: wengophone: transitional package missing
package wengophone tags 550147 + confirmed reassign 550147 qutecom thanks Erik wrote: Wengophone is renamed to Qutecom, starting with Squeeze. Therefore a transitional package would be good, to simplify the upgrading from Lenny to Squeeze. Thanks for pointing it out. I'll fix that with the next qutecom upload. Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550825: Resolved: Unable to upgrade perl
JetWhiz schrieb: What exactly did you do to fix this, Alexander? My apt is hosed by this same issue right now. Perhaps I suffered from some other issue. I had safe-rm installed where /usr/bin/rm is a symbolic link to /usr/bin/safe-rm which is a perl script. So I just removed the link (/bin/rm /usr/bin/rm :-) ) and then the upgrade of perl worked as expected. As safe-rm doesn't seem to work with the new perl after a complete purge--re-install cycle I reported another Bug (#550946) which was merged with #550938, and finally purged it from my computer. Best regards, -- Alexander Mader alexander.ma...@niles.de smime.p7s Description: S/MIME Cryptographic Signature
Bug#492863: update-notifier: the tray icon keeps finding updates even when the system is up to date
The aptitude dist-upgrade command did not install any additional packages for me. I worked around this bug by using the context menu over the task bar icon and selecting the Install all updates command. It installed diffutils in my case. The icon then mercifully disappeared. -- Bill Wohler woh...@newt.com http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550970: xserver-xorg: Caught signal 11. Server aborting
Il giorno mer, 14/10/2009 alle 17.28 +0200, Julien Cristau ha scritto: On Wed, Oct 14, 2009 at 16:30:02 +0200, Giuseppe Sacco wrote: [...] Backtrace: 0: /usr/bin/X(xorg_backtrace+0x3b) [0x81314cb] 1: /usr/bin/X(xf86SigHandler+0x51) [0x80c57f1] 2: [0xb7f4b400] 3: /usr/bin/X(BlockHandler+0x94) [0x8090454] 4: /usr/bin/X(WaitForSomething+0x124) [0x812ee74] 5: /usr/bin/X(Dispatch+0x96) [0x808c5f6] 6: /usr/bin/X(main+0x3aa) [0x8071b8a] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7bdd7a5] 8: /usr/bin/X [0x8071051] This could be bugs.freedesktop.org/23048. Care to apply the patch there and unplug/replug your mouse a few times to try and reproduce? I made the test with the current package: plugged and unplugged several times (20) mouse. I even changed usb socket, but nothing wrong happened. Then I recompiled the patched package, restarted X, made the same test: same result. Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534034: hildon-theme-plankton: FTBFS: make[3]: *** [slice.stamp] Segmentation fault
On 14/10/09 at 22:32 +0100, Jonny Lamb wrote: On Sun, Jun 21, 16:38:53 +0200, Lucas Nussbaum wrote: make[3]: Entering directory `/build/user-hildon-theme-plankton_4.14.5.debian.1-1-amd64-MCNYOa/hildon-theme-plankton-4.14.5.debian.1/template' hildon-theme-slicer /usr/share/hildon-theme-layout-4//layout.txt ./../template/template.png make[3]: *** [slice.stamp] Segmentation fault make[3]: Leaving directory `/build/user-hildon-theme-plankton_4.14.5.debian.1-1-amd64-MCNYOa/hildon-theme-plankton-4.14.5.debian.1/template' make[2]: *** [all-recursive] Error 1 I can't reproduce this at all on any of my machines, but it appears you can (looking at your newest build logs). I'm not sure how to proceed with it. I guess if I could get a backtrace it might be useful, but other than asking you for it I'm not sure how to get one... Could you try to diff your log and my log, to see if you can catch something relevant? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551007: please add ripemd160 digest to libnet-ssleay-perl
here's an updated version of the patch including perldoc documentation of the included digests. --dkg diff -ruN libnet-ssleay-perl-1.35/QuickRef libnet-ssleay-perl-1.35.dkg/QuickRef --- libnet-ssleay-perl-1.35/QuickRef 2008-07-23 21:03:22.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/QuickRef 2009-10-13 18:05:58.0 -0400 @@ -182,12 +182,15 @@ #-- -# MD5 - hashfunction +# MD2, MD4, MD5, RIPEMD160 - hash functions #-- $hash = Net::SSLeay:MD5($data); Computes md5 hash over $data. $hash is a binary string! Convert it to a printable with $string = unpack(H32,Net::SSLeay::MD5($data)); +$hash = Net::SSLeay:RIPEMD160($data); + Computes RIPEMD160 hash over $data. $hash is a binary string! Convert it to + a printable with $string = unpack(H40,Net::SSLeay::RIPEMD160($data)); #-- diff -ruN libnet-ssleay-perl-1.35/SSLeay.xs libnet-ssleay-perl-1.35.dkg/SSLeay.xs --- libnet-ssleay-perl-1.35/SSLeay.xs 2008-07-23 21:03:22.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/SSLeay.xs 2009-10-13 16:34:05.0 -0400 @@ -98,6 +98,7 @@ #include openssl/md2.h #include openssl/md4.h #include openssl/md5.h /* openssl-SNAP-20020227 does not automatically include this */ +#include openssl/ripemd.h #include openssl/x509.h #include openssl/x509v3.h #include openssl/engine.h @@ -1777,6 +1778,22 @@ XSRETURN_UNDEF; } +void +RIPEMD160(data) + PREINIT: + STRLEN len; + unsigned char md[RIPEMD160_DIGEST_LENGTH]; + unsigned char * ret; + INPUT: + unsigned char * data = (unsigned char *) SvPV( ST(0), len); + CODE: + ret = RIPEMD160(data,len,md); + if (ret!=NULL) { + XSRETURN_PVN((char *) md, RIPEMD160_DIGEST_LENGTH); + } else { + XSRETURN_UNDEF; + } + SSL_METHOD * SSLv2_method() diff -ruN libnet-ssleay-perl-1.35/t/local/50_digest.t libnet-ssleay-perl-1.35.dkg/t/local/50_digest.t --- libnet-ssleay-perl-1.35/t/local/50_digest.t 2007-10-16 04:26:45.0 -0400 +++ libnet-ssleay-perl-1.35.dkg/t/local/50_digest.t 2009-10-13 16:43:33.0 -0400 @@ -10,48 +10,57 @@ md2 = '8350e5a3e24c153df2275c9f80692773', md4 = '31d6cfe0d16ae931b73c59d7e0c089c0', md5 = 'd41d8cd98f00b204e9800998ecf8427e', +ripemd160 = '9c1185a5c5e9fc54612808977ee8f548b2258d31', }, 'a' = { md2 = '32ec01ec4a6dac72c0ab96fb34c0b5d1', md4 = 'bde52cb31de33e46245e05fbdbd6fb24', md5 = '0cc175b9c0f1b6a831c399e269772661', +ripemd160 = '0bdc9d2d256b3ee9daae347be6f4dc835a467ffe', }, '38' = { md2 = '4b85c826321a5ce87db408c908d0709e', md4 = 'ae9c7ebfb68ea795483d270f5934b71d', md5 = 'a5771bce93e200c36f7cd9dfd0e5deaa', +ripemd160 = '6b2d075b1cd34cd1c3e43a995f110c55649dad0e', # guessed at this, since it wasn't present in the tables at http://homes.esat.kuleuven.be/~bosselae/ripemd160.html }, 'abc' = { md2 = 'da853b0d3f88d99b30283a69e6ded6bb', md4 = 'a448017aaf21d8525fc10ae87aa6729d', md5 = '900150983cd24fb0d6963f7d28e17f72', +ripemd160 = '8eb208f7e05d987a9b044a8e98c6b087f15a0bfc', }, 'message digest' = { md2 = 'ab4f496bfb2a530b219ff33031fe06b0', md4 = 'd9130a8164549fe818874806e1c7014b', md5 = 'f96b697d7cb7938d525a2f31aaf161d0', +ripemd160 = '5d0689ef49d2fae572b881b123a85ffa21595f36', }, 'abcdefghijklmnopqrstuvwxyz' = { md2 = '4e8ddff3650292ab5a4108c3aa47940b', md4 = 'd79e1c308aa5bbcdeea8ed63df412da9', md5 = 'c3fcd3d76192e4007dfb496cca67e13b', +ripemd160 = 'f71c27109c692c1b56bbdceb5b9d2865b3708dbc', }, 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789' = { md2 = 'da33def2a42df13975352846c30338cd', md4 = '043f8582f241db351ce627e153e7f0e4', md5 = 'd174ab98d277d9f5a5611c2c9f419d9f', +ripemd160 = 'b0e20b6e3116640286ed3a87a5713079b21f5189', }, '12345678901234567890123456789012345678901234567890123456789012345678901234567890' = { md2 = 'd5976f79d83d3a0dc9806c3c66f3efd8', md4 = 'e33b4ddc9c38f2199c3e7b164fcc0536', md5 = '57edf4a22be3c955ac49da2e2107b67a', +ripemd160 = '9b752e45573d4b39f4dbd3323cab82bf63326bfb', }, ); -plan tests = (keys %fps) * 3; +plan tests = (keys %fps) * 4; for my $data (sort keys %fps) { is(unpack('H32', Net::SSLeay::MD2($data)), $fps{$data}-{md2}, MD2 hash for '$data'); is(unpack('H32', Net::SSLeay::MD4($data)), $fps{$data}-{md4}, MD4 hash for '$data'); is(unpack('H32', Net::SSLeay::MD5($data)), $fps{$data}-{md5}, MD5 hash for '$data'); +is(unpack('H40', Net::SSLeay::RIPEMD160($data)), $fps{$data}-{ripemd160}, RIPEMD160 hash for
Bug#551030: SAMBA 2:3.4.2-1 core dumps on INTERNAL ERROR
Package: samba Version: 2:3.4.2-1 After upgrading to version 2:3.4.2-1 from 3.4.0-1, samba crashes and core dumps immediately after it is started. /var/log/samba/log.smbd provides the following information: [2009/10/14 21:29:54, 0] smbd/server.c:1069(main) smbd version 3.4.2 started. Copyright Andrew Tridgell and the Samba Team 1992-2009 [2009/10/14 21:29:54, 0] lib/fault.c:41(fault_report) === [2009/10/14 21:29:54, 0] lib/fault.c:42(fault_report) INTERNAL ERROR: Signal 6 in pid 25852 (3.4.2) Please read the Trouble-Shooting section of the Samba3-HOWTO [2009/10/14 21:29:54, 0] lib/fault.c:44(fault_report) From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf [2009/10/14 21:29:54, 0] lib/fault.c:45(fault_report) === [2009/10/14 21:29:54, 0] lib/util.c:1480(smb_panic) PANIC (pid 25852): internal error [2009/10/14 21:29:55, 0] lib/util.c:1584(log_stack_trace) BACKTRACE: 18 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x2d) [0x83614ed] #1 /usr/sbin/smbd(smb_panic+0x2d) [0x83615ed] #2 /usr/sbin/smbd [0x834f136] #3 [0xb7f5e400] #4 /lib/i686/cmov/libc.so.6(abort+0x188) [0xb7af3008] #5 /usr/lib/libtalloc.so.1 [0xb79f573d] #6 /usr/lib/libtalloc.so.1(talloc_free+0x28d) [0xb79fa59d] #7 /usr/lib/libwbclient.so.0(wbcFreeMemory+0x21) [0xb7c28d41] #8 /usr/lib/libwbclient.so.0(wbcSidToGid+0xb0) [0xb7c2b050] #9 /usr/sbin/smbd(winbind_sid_to_gid+0x38) [0x8325298] #10 /usr/sbin/smbd(sid_to_gid+0x137) [0x83020a7] #11 /usr/sbin/smbd(create_local_nt_token+0x2ca) [0x83b79ca] #12 /usr/sbin/smbd(get_root_nt_token+0x112) [0x83b7f72] #13 /usr/sbin/smbd(svcctl_init_keys+0x2e) [0x825362e] #14 /usr/sbin/smbd(registry_init_full+0x92) [0x8608002] #15 /usr/sbin/smbd(main+0x7da) [0x864000a] #16 /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7adc775] #17 /usr/sbin/smbd [0x80c3b11] [2009/10/14 21:29:55, 0] lib/util.c:1485(smb_panic) smb_panic(): calling panic action [/usr/share/samba/panic-action 25852] Cannot access memory at address 0x64fc [2009/10/14 21:30:08, 0] lib/util.c:1493(smb_panic) smb_panic(): action returned status 0 [2009/10/14 21:30:08, 0] lib/fault.c:321(dump_core) dumping core in /var/log/samba/cores/smbd Output from gdb is as follows: kimagure:/var/log/samba# gdb samba cores/smbd/core GNU gdb (GDB) 7.0-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... samba: No such file or directory. Core was generated by `/usr/sbin/smbd -D'. Program terminated with signal 6, Aborted. #0 0xb7f5e424 in __kernel_vsyscall () (gdb) where #0 0xb7f5e424 in __kernel_vsyscall () #1 0xb7af1640 in ?? () And finally, samba's Panic email to me: [Thread debugging using libthread_db enabled] 0xb7f5e424 in __kernel_vsyscall () #0 0xb7f5e424 in __kernel_vsyscall () #1 0xb7b64e83 in waitpid () from /lib/i686/cmov/libc.so.6 #2 0xb7aff4eb in ?? () from /lib/i686/cmov/libc.so.6 #3 0xb7cfb3cd in system () from /lib/i686/cmov/libpthread.so.0 #4 0x08361674 in smb_panic (why=0x8701826 internal error) at lib/util.c:1486 #5 0x0834f136 in fault_report (sig=6) at lib/fault.c:47 #6 sig_fault (sig=6) at lib/fault.c:70 #7 signal handler called #8 0xb7f5e424 in __kernel_vsyscall () #9 0xb7af1640 in raise () from /lib/i686/cmov/libc.so.6 #10 0xb7af3008 in abort () from /lib/i686/cmov/libc.so.6 #11 0xb79f573d in ?? () from /usr/lib/libtalloc.so.1 #12 0xb79fa59d in talloc_free () from /usr/lib/libtalloc.so.1 #13 0xb7c28d41 in wbcFreeMemory () from /usr/lib/libwbclient.so.0 #14 0xb7c2b050 in wbcSidToGid () from /usr/lib/libwbclient.so.0 #15 0x08325298 in winbind_sid_to_gid (pgid=0xbf97bd98, sid=0xbf97b3c8) at lib/winbind_util.c:175 #16 0x083020a7 in sid_to_gid (psid=0x8703da0, pgid=0xbf97bd98) at passdb/lookup_sid.c:1499 #17 0x083b79ca in create_local_nt_token (mem_ctx=0x8906040, user_sid=0xbf97be20, is_guest=false, num_groupsids=1, groupsids=0x8703da0) at auth/token_util.c:427 #18 0x083b7f72 in get_root_nt_token () at auth/token_util.c:105 #19 0x0825362e in svcctl_init_keys () at services/services_db.c:454 #20 0x08608002 in registry_init_full () at registry/reg_init_full.c:89 #21 0x0864000a in main (argc=) at smbd/server.c:1189 A debugging session is active. Inferior 1 [process 25852] will be detached. === -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'),
Bug#550923: fails to suspend
On Wed, Oct 14, 2009 at 01:53:07PM +0100, Ben Hutchings wrote: On Wed, 2009-10-14 at 01:21 -0400, Joseph Nahmias wrote: I dug through syslog and think I have a valid stack trace for you to analyze, please see attached. It looks like the regular polling of the CD-ROM drive is taking a very long time and delays the suspend process so long that it is aborted. Does the drive still work? Very strange. After bootup, before logging in to X11, I can mount a CD and suspend without any problems from a console session. However, after starting my X session (and I presume some hal-related stuff) both the CD drive suspend stop working... --Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551031: mercurial: some files under python 2.4 directory, some under 2.5
Package: mercurial Version: 1.3.1-1~bpo50+2 Severity: normal Hi, Just happened to list the contents of the current mercurial 1.3.1 package in unstable, and noticed some of the files are under the python 2.4 directory and some under 2.5. I can't think of any reason why one might do this, but since the setup is evidently working, it may not be a bug. Just thought I would point it out, and if it is not a bug, please close. However, if it is not a bug, I would be interested in an explanation of why it is this way. Regards, Faheem. rwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/ -rw-r--r-- root/root 5256 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/diffhelpers.so -rw-r--r-- root/root 7608 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/bdiff.so -rw-r--r-- root/root 7848 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/parsers.so -rw-r--r-- root/root 6932 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/osutil.so -rw-r--r-- root/root 4568 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/base85.so -rw-r--r-- root/root 6360 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/mercurial/mpatch.so drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/hgext/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/hgext/inotify/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/hgext/inotify/linux/ -rw-r--r-- root/root 11944 2009-07-23 17:50 ./usr/lib/pyshared/python2.4/hgext/inotify/linux/_inotify.so drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/ -rw-r--r-- root/root 5704 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/diffhelpers.so -rw-r--r-- root/root 7736 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/bdiff.so -rw-r--r-- root/root 8040 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/parsers.so -rw-r--r-- root/root 7092 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/osutil.so -rw-r--r-- root/root 4664 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/base85.so -rw-r--r-- root/root 6488 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/mercurial/mpatch.so drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/hgext/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/hgext/inotify/ drwxr-xr-x root/root 0 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/hgext/inotify/linux/ -rw-r--r-- root/root 11944 2009-07-23 17:50 ./usr/lib/pyshared/python2.5/hgext/inotify/linux/_inotify.so -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686-bigmem (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 mercurial depends on: ii libc62.7-18 GNU C Library: Shared libraries ii mercurial-common 1.3.1-1~bpo50+2 scalable distributed version contr ii python 2.5.2-3 An interactive high-level object-o ii python-support 0.8.4lenny1 automated rebuilding support for P ii ucf 3.0016 Update Configuration File: preserv mercurial recommends no packages. Versions of packages mercurial suggests: ii kdiff30.9.92-2 compares and merges 2 or 3 files o ii qct 1.5-1 GUI commit tool ii tk8.4 [wish] 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - ii tk8.5 [wish] 8.5.3-4Tk toolkit for Tcl and X11, v8.5 - pn vim | emacs none (no description available) ii xxdiff1:3.2-7a graphical file and directories c -- 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#550938: safe-rm not working any more with perl 5.10.1-5
Hello, although #550946 is merged with this bug I re-post my observations with safe-rm to have the information in this bug report: *Both* during *and* after the perl-upgrade to 5.10.1-5 safe-rm produced messages like this: 8 -- 8 rm -f *.o Insecure $ENV{PATH} while running with -t switch at /usr/share/perl5/Debconf/Client/ConfModule.pm line 78. Insecure dependency in exec while running with -t switch at /usr/share/perl5/Debconf/Client/ConfModule.pm line 78. debconf: DbDriver passwords warning: could not open /var/cache/debconf/passwords.dat: Keine Berechtigung Global symbol $PROGRAM_NAME requires explicit package name at /usr/bin/rm line 106. Execution of /usr/bin/rm aborted due to compilation errors. make[1]: [clean] Fehler 255 (ignoriert) 8 -- 8 Using /bin/rm directly solved the upgrade problem with perl, but safe-rm continued to misbehave after the upgrade as well as after a purge followed by an re-install of safe-rm. To make it clear: Even after successful perl upgrade the safe-rm did not work. This could be seen during run of make for instance. Purging safe-rm from the system an re-installing it with the new perl version already present did not solve the issue. Best regards, -- Alexander Mader alexander.ma...@niles.de smime.p7s Description: S/MIME Cryptographic Signature