Bug#541637: git-core: git push segfaults when push.default=tracking and on branch with no remote
Package: git-core Version: 1:1.5.6.5-3+lenny2 Severity: normal ni...@sivlex:~/work/tks$ git push Segmentation fault ni...@sivlex:~/work/tks$ cat .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote origin] url = git+ssh://git.catalyst.net.nz/git/public/tks.git fetch = +refs/heads/*:refs/remotes/origin/* [branch master] remote = origin merge = refs/heads/master [branch tks2] remote = origin merge = refs/heads/tks2 [push] default = tracking [branch reporting] merge = refs/heads/reporting I got to this point after I created the 'reporting' branch. I pushed it with git push origin reporting, then the next attempt at git push told me I needed to set push.default to something. I set it to tracking, after which git push would fail with fatal: The current branch reporting is not tracking anything. Then I went into .git/config, and added just the merge line you see above for the branch, and git pushed -- segmentation fault. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-core depends on: ii libc6 2.9-23GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-8lenny2Multi-protocol file transfer libra ii libdigest-sha1-perl2.12-1NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii perl-modules 5.10.0-24 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages git-core recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.1p1-5 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii rsync 3.0.6-1fast remote file copy program (lik Versions of packages git-core suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-runnone (no description available) pn git-doc none (no description available) pn git-email none (no description available) pn git-gui none (no description available) pn git-svn none (no description available) ii gitk 1:1.5.6.5-3+lenny2 fast, scalable, distributed revisi pn gitwebnone (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#504170: CVE-2008-4796: missing input sanitising in Snoopy.class.php
On Sat, Nov 01, 2008 at 10:11:56PM +1100, Steffen Joeris wrote: Package: mahara Severity: grave Tags: security, patch Justification: user security hole Hi, the following CVE (Common Vulnerabilities Exposures) id was published for mahara. CVE-2008-4796[0]: | The _httpsrequest function (Snoopy/Snoopy.class.php) in Snoopy 1.2.3 | and earlier allows remote attackers to execute arbitrary commands via | shell metacharacters in https URLs. NOTE: some of these details are | obtained from third party information. The extracted patch for Snoopy.class.php can be found here[1]. However it would be much appreciated (and it is a release goal anyway), if you could just depend on libphp-snoopy, instead of duplicating the code. (Maybe you need to change some includes, I didn't check that). That would make life much easier for the security team. From what I can see you have two small patches in your copy of Snoopy.class.php. However, if I am not mistaken, both could probably go into the libphp-snoopy package, so please talk to the maintainer, if you really depend on them. From what I remember, we _did_ need those patches, so we'll be sure to talk to the Snoopy maintainer about that. It does make more sense for us to depend on libphp-snoopy; we already had this problem with Smarty in Debian too. Thanks for the report. -- Regards, Nigel McNie | Mahara Lead Developer | http://www.mahara.org/ Catalyst IT | http://catalyst.net.nz DDI: +64 4 803 2203 signature.asc Description: Digital signature
Bug#498457: Upgrade fails when pulseaudio is already running
Package: pulseaudio Version: 0.9.10-3 Severity: important On upgrading to latest pulseaudio: [EMAIL PROTECTED]:~$ sudo apt-get -f install [sudo] password for nigel: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: rubygems Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 27 not upgraded. 1 not fully installed or removed. After this operation, 0B of additional disk space will be used. Setting up pulseaudio (0.9.10-3) ... Starting PulseAudio Daemon/usr/bin/pulseaudio already running. invoke-rc.d: initscript pulseaudio, action start failed. dpkg: error processing pulseaudio (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: pulseaudio E: Sub-process /usr/bin/dpkg returned an error code (1) No, the postinst can't start it because it's already running. I traced it to this section in /var/lib/dpkg/pulseaudio.postinst: # Automatically added by dh_installinit if [ -x /etc/init.d/pulseaudio ]; then update-rc.d pulseaudio defaults 25 15 /dev/null if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d pulseaudio start || exit $? else /etc/init.d/pulseaudio start || exit $? fi fi # End automatically added section Maybe it's debhelper's fault, I dunno :) It might be related to bug #488754 also. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-vs2.2.0.5.0.7.080408 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.110 add and remove users and groups ii libasound21.0.16-2 ALSA library ii libasyncns0 0.3-1 Asyncronous name service query lib ii libc6 2.7-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libltdl3 1.5.26-4 A system independent dlopen wrappe ii libogg0 1.1.3-4Ogg Bitstream Library ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpulsecore5 0.9.10-3 PulseAudio sound server core ii libsamplerate00.1.4-1audio rate conversion library ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.9.7-2 GStreamer plugin for PulseAudio ii libasound2-plugins 1.0.16-1+b1 ALSA library additional plugins ii padevchooser 0.9.3-2 PulseAudio Device Chooser ii paprefs 0.9.6-2 PulseAudio Preferences ii pulseaudio-esound-compat 0.9.10-3PulseAudio ESD compatibility layer ii pulseaudio-module-hal0.9.10-3HAL device detection module for Pu ii pulseaudio-module-x110.9.10-3X11 module for PulseAudio sound se Versions of packages pulseaudio suggests: ii paman0.9.4-1 PulseAudio Manager ii pavucontrol 0.9.6+svn20080426-1 PulseAudio Volume Control ii pavumeter0.9.3-1 PulseAudio Volume Meter ii pulseaudio-utils 0.9.10-3Command line tools for the PulseAu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479858: 479858
Will fix this with 1.0.3-1 (1.0.3 from upstream is due shortly). Correct solution is to allow from /usr/share/mahara/lib/pieforms/static/ only, which preserves the deny status of the other files in lib that should have it. -- Regards, Nigel McNie Catalyst IT Ltd. DDI: +64 4 803 2203 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484866: debfoster: 'q' exits immediately without asking for confirmation
Package: debfoster Version: 2.7-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was quite a long way through answering questions when I accidentaly hit 'q', and debfoster exited without confirming. I had to answer all the questions again :(. I wrote a patch to ask for confirmation when 'q' is pressed. It works for me but I'm no C hacker. I just hope similar functionality can be included in debfoster in future :) - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-vs2.2.0.5.0.7.080414 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debfoster depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libgc1c2 1:6.8-1.1 conservative garbage collector for Versions of packages debfoster recommends: ii apt 0.7.14 Advanced front-end for dpkg - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFISgLewyV9iOAWYiERAscZAKCxvUN/kti7pvjgkbR5yBPcSHCRjQCfR7Tu FIFj0zJknixiW82mzhBiEZc= =8rTQ -END PGP SIGNATURE- diff --git a/src/debfoster.c b/src/debfoster.c index c9ecfee..e81cb6a 100644 --- a/src/debfoster.c +++ b/src/debfoster.c @@ -924,8 +924,14 @@ int main(int argc, char **argv) { AVLFreeNodes(orphans); break; case 7: /* q */ - closekeepers(); - return 0; +switch((i = tty_ask(_(ny), _(Exit without saving? [yN?]: { +case 0: /* n */ +i = -1; +break; +case 1: /* y */ +closekeepers(); +return 0; +} case 8: /* x */ AVLFreeNodes(orphans); break;
Bug#475926: laptop-mode-tools: When /proc/acpi/battery is not present and auto hibernate is on, system hibernates on boot
Package: laptop-mode-tools Severity: critical Justification: breaks the whole system New kernels (2.6.24+) have deprecated /proc/acpi/battery. When this is not present, and auto-hibernate on low battery is on, the following happens on boot: 1. the laptop-mode init script runs 2. it tries to cat /proc/acpi/battery/*/info 3. such files do not exist 4. laptop-mode decides this means it's time to hibernate Currently my hibernate doesn't work for other reasons, which means this results in a totally unbootable system. I booted into another kernel and turned off auto-hibernate, and the problem was fixed. I guess there is two things to change about the hibernate checking do to fix this: 1. Look for the new files in /sys first 2. If they're not there, look in /proc, and if they're not there, do nothing I can probably work up a patch for this in the next day or so. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-vs2.2.0.5.0.7.080408 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474194: mutt: surprising default for write_bcc
Package: mutt Version: 1.5.17+20080114-1 Severity: normal From /etc/Muttrc: # Uncomment if your MTA does not strip Bcc: headers. # (exim4 and postfix strip them, exim(3) does not.) #unset write_bcc By default, I would expect that if I sent an e-mail and bcc'ed someone in, then whoever I was sending the mail to wouldn't know. Given the default MTA on debian is exim, sadly it seems that the default behaviour is for this to happen though :( This is in contrast with how other MUAs in debian handle BCC. It's a rather surprising default. I know the comment in the file says exim4 strips them. I'm assuming that is a configuration setting, because my work's mailserver is not stripping them and is exim4 (upgraded from exim3 some time ago as part of an upgrade of debian). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3.080310 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc62.7-9 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libgnutls13 2.0.4-3 the GNU TLS library - runtime libr ii libidn11 1.4-1 GNU libidn library, implementation ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-18 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4 4.69-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon ii locales 2.7-9 GNU C Library: National Language ( ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap -- no debconf information -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3.080310 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc62.7-9 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libgnutls13 2.0.4-3 the GNU TLS library - runtime libr ii libidn11 1.4-1 GNU libidn library, implementation ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-18 Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4 4.69-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon ii locales 2.7-9 GNU C Library: National Language ( ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474199: reportbug offers options to use mailers that are not installed
Package: reportbug Version: 3.39 Severity: wishlist When I tried to submit a bug against mutt just before, I went through the following sequence: Report will be sent to Debian Bug Tracking System [EMAIL PROTECTED] Submit this report on mutt (e to edit) [y|n|a|c|E|i|l|m|p|q|?]? ? y - Submit the bug report via email. n - Don't submit the bug report; instead, save it in a temporary file. a - Attach a file. c - Change editor and re-edit. E - (default) Re-edit the bug report. i - Include a text file. l - Pipe the message through the pager. m - Choose a mailer to edit the report. p - Print message to stdout. q - Don't submit the bug report; instead, save it in a temporary file. ? - Display this help. Submit this report on mutt (e to edit) [y|n|a|c|E|i|l|m|p|q|?]? m Choose a mailer for your report 1 af 2 gnus 3 mh 4 mutt 5 nmh Select mailer: 5 Passing message to gpg for signature... gpg: skipped [EMAIL PROTECTED]: secret key not available gpg: [stdin]: clearsign failed: secret key not available gpg/pgp failed; input file in /tmp/reportbug-mutt-20080404-3952-P-Vvth Signature failed; sending message unsigned. Spawning /usr/bin/mh/comp... sh: /usr/bin/mh/comp: not found [EMAIL PROTECTED]:~$ As you can see, my stupid fingers typed 5 instead of 4. I don't have nmh installed so reportbug crashed. What might be nicer is if only the mailers I actually have installed are listed (in this case - just mutt). -- Package-specific info: ** Environment settings: EDITOR=/usr/bin/vim DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] DEBFULLNAME=Nigel McNie INTERFACE=text ** /home/nigel/.reportbugrc: reportbug_version 3.20 mode standard ui text realname Nigel McNie email [EMAIL PROTECTED] sign gpg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3.080310 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.11 Advanced front-end for dpkg ii python2.4.4-6An interactive high-level object-o ii python-central0.6.1 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465701: [Pkg-utopia-maintainers] Bug#465701: dbus won't start - dbus-uuidgen segfaults
On 14/02/2008, Loïc Minier [EMAIL PROTECTED] wrote: Perhaps you can try producing a backtrace as explained at: http://wiki.debian.org/HowToGetABacktrace Sadly, the DBUS I installed like this has a _different_ error when starting up: [EMAIL PROTECTED]:~/dbus# /etc/init.d/dbus start /usr/bin/dbus-uuidgen: symbol lookup error: /usr/bin/dbus-uuidgen: undefined symbol: dbus_internal_do_not_use_get_uuid (rather useless) gdb output: This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pagination 0 (gdb) run --ensure Starting program: /usr/bin/dbus-uuidgen --ensure /usr/bin/dbus-uuidgen: symbol lookup error: /usr/bin/dbus-uuidgen: undefined symbol: dbus_internal_do_not_use_get_uuid Program exited with code 0177. (gdb) bt No stack. (gdb) -- Regards, Nigel McNie
Bug#465701: [Pkg-utopia-maintainers] Bug#465701: Bug#465701: dbus won't start - dbus-uuidgen segfaults
Output of these commands: http://paste.dollyfish.net.nz/9e2616 Maybe it's the lib in /lib that's screwing things up? -- Regards, Nigel McNie
Bug#465701: [Pkg-utopia-maintainers] Bug#465701: Bug#465701: Bug#465701: dbus won't start - dbus-uuidgen segfaults
Thank you very much - removing those libs did indeed solve the problem. I have no idea where they came from - not from any debian package install of DBUS that's for sure. -- Regards, Nigel McNie
Bug#465701: dbus won't start - dbus-uuidgen segfaults
Package: dbus Version: 1.1.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I try to start dbus with /etc/init.d/dbus start, dbus-uuidgen segfaults (it's called from the create_machineid() function in the script). Running dbus-uuidgen manually produces http://paste.dollyfish.net.nz/2f00f2 It's been this way for me for ages - I had the call commented out in the init script for a while. I haven't found any other bug reports related to it in debian, so it might just be something screwed up about my machine. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.071002 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.105 add and remove users and groups ii debianutils 2.28.3 Miscellaneous utilities specific t ii libc6 2.7-6 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libselinux1 2.0.35-1 SELinux shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages dbus recommends: ii dbus-x11 1.1.2-1simple interprocess messaging syst - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHs90uwyV9iOAWYiERAlCoAKDbbIKOI5tWHCN9ux9dy+S/VlZzkgCdF9sc GgYgEHF75QGDRM05S9ajXNc= =IbWP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464726: mahara-apache2: overrides global server configuration
On Fri, Feb 08, 2008 at 06:15:19PM +0100, Pierre THIERRY wrote: Package: mahara-apache2 Version: 0.9.1-1 Severity: critical Justification: breaks unrelated software The apache configuration of mahara changes the global document root of Apache, ehnce making any other web-visible documents or applications unavailable. Strange - Mahara installs a virtualhost configuration so shouldn't do this. What is in /etc/mahara/servername.conf? That's managed by debconf, you should have been asked a question for the value to put in there. Furthermore, you are fully encouraged to edit the apache configuration file to suit your server. Mahara does not treat the apache config file as a config file, so you can safely change it and not have to worry about it being overwritten on upgrade. -- Regards, Nigel McNie Catalyst IT Ltd. DDI: +64 4 803 2203 signature.asc Description: Digital signature
Bug#464517: newsbeuter: Newsbeuter does not pick up any new news items from any feed
Package: newsbeuter Version: 0.7-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Newsbeuter has stopped reporting any new news items from any of my feeds. Deleting cache.db does not fix the problem, neither does downgrading it to any other version in the 0.7 or 0.6 series, strangely. I can see it requesting the feeds as normal at the bottom of the screen, it gets the feed titles appropriately, but doesn't add any items to them. It used to work fine, including every version in the 0.6 series. So it might not be a problem with newsbeuter itself, but I am unsure of what to look for. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.071002 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages newsbeuter depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.3-20080202-1 GCC support library ii libmrss00.19.0-1 C library for parsing, writing and ii libncursesw55.6+20080119-1 Shared libraries for terminal hand ii libnxml00.18.1-3 C library for parsing, writing and ii libsqlite3-03.4.2-2 SQLite 3 shared library ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 newsbeuter recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHqtoCwyV9iOAWYiERAiVsAKCX10UBddcCFCEpOhWfptHDOt0y2ACgihFB jJyIjIX6JVZdMfGbPPyy4Y8= =lC42 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460123: Cannot upgrade mpd - package tries to restart mpd but bombs out if mpd is not running
Package: mpd Version: 0.13.0-6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried upgrading mpd to the latest version in experimental. I have disabled mpd from starting in /etc/default/mpd, _and_ I have used update-rc.d to remove the startup/kill symlinks in /etc/rc*.d for mpd (I run it as my user instead). When upgrading, the package tries to restart mpd, using /etc/init.d/mpd restart. This fails, because it tries to stop mpd, which fails. start-stop-daemon returns 1 - set -e bails - package upgrade fails. According to debian policy section 9.3.3: Maintainers should use the abstraction layer provided by the update-rc.d and invoke-rc.d programs to deal with initscripts in their packages' scripts such as postinst, prerm and postrm. http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3 I am assuming that if the initscript was converted to use that, then me removing the /etc/rc*.d symlinks would mean that upgrading mpd wouldn't try and stop/start it. I would expect similar behaviour for START_MPD=false too. There might be some other solution too. IANADD :) - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.071002 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mpd depends on: ii adduser 3.105add and remove users and groups ii libao2 0.8.8-3 Cross Platform Audio Output Librar ii libasound2 1.0.15-3 ALSA library ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libavahi-client30.6.22-1 Avahi client library ii libavahi-common30.6.22-1 Avahi common library ii libc6 2.7-5GNU C Library: Shared libraries ii libfaad02.6-1freeware Advanced Audio Decoder - ii libflac81.2.1-1 Free Lossless Audio Codec - runtim ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M ii libjack00.103.0-6JACK Audio Connection Kit (librari ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libmikmod2 3.1.11-a-6 A portable sound library ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libogg0 1.1.3-3 Ogg Bitstream Library ii libpulse0 0.9.8-2 PulseAudio client libraries ii libsamplerate0 0.1.2-5 audio rate conversion library ii libshout3 2.2.2-1 MP3/Ogg Vorbis broadcast streaming ii libspeex1 1.1.12-3 The Speex Speech Codec ii libtheora0 1.0~beta2-3 The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime mpd recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHhoePwyV9iOAWYiERAmXOAJ9pqmkUaZKmhnoqNWj0PszBYVFYegCfQV1s RYBCCBjuATb5yffqMjOog9Y= =WFdI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460173: nvidia-kernel-source: non executable directory in nvidia-driver.tar.bz2 causes ftbfs
Package: nvidia-kernel-source Version: 169.07-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The modules/nvidia-kernel/debian/patches.old directory is not mode o+x, so if I'm building a kernel as my user, make can't cd into it, causing the compilation to abort. The directory should be 0755 I take it. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.071002 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 6.0.0 helper programs for debian/rules ii dpatch2.0.28 patch maintenance system for Debia ii make 3.81-3 The GNU version of the make util ii sed 4.1.5-5The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts 2.10.12 Scripts to make the life of a Debi ii kernel-package 11.001 A utility for building Linux kerne ii nvidia-glx 100.14.19-1 NVIDIA binary Xorg driver - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHht7ZwyV9iOAWYiERAlJoAJ9mTR65/RSYLblDH0jHimRhgAUKDgCg7g3m Znpzx5fYwPu4v1v7iHWnehE= =XS9d -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400100: cogito: missing dependency on patch
Package: cogito Version: 0.18.1-1 Severity: important cg-patch depends on 'patch' being installed to work properly. The cogito package should include a depencency on it. Cogito depends on git-core which only recommends patch. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.061112 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages cogito depends on: ii git-core 1:1.4.3.5-1 content addressable filesystem Versions of packages cogito recommends: ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387251: ipw3945 firmware does not load on upgrade to udev 0.100
Package: udev Version: 0.098-2 Severity: normal After upgrading udev to 0.100-1, I could not load the firmware for my ipw3945 wireless card. Syslog reported the following: Sep 13 19:06:43 localhost kernel: ipw3945: no version for ieee80211_wx_get_encodeext found: kernel tainted. Sep 13 19:06:43 localhost kernel: ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.1.0d Sep 13 19:06:43 localhost kernel: ipw3945: Copyright(c) 2003-2006 Intel Corporation Sep 13 19:06:43 localhost kernel: ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection Sep 13 19:06:53 localhost kernel: ipw3945: ipw3945.ucode load failed: Reason -2 Sep 13 19:06:53 localhost kernel: ipw3945: Could not read microcode: -2 Sep 13 19:06:53 localhost kernel: ipw3945: probe of :0c:00.0 failed with error -2 The modprobe of the module seemed to be taking a long time. After downgrading to 0.098-2, it worked again. From my bug checking, it seems I am having the same symptoms as #328094, though I can't tell why. All I can say is that the problem seems to exist for 0.100. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 2006-04-18 15:06 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2006-04-18 15:31 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-08-04 18:29 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 22 2006-04-18 15:31 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 16 2006-07-11 11:40 030_ifplugd.rules - ../ifplugd.rules lrwxrwxrwx 1 root root 15 2006-04-19 00:07 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root 15 2006-08-25 09:52 libnjb.rules - ../libnjb.rules lrwxrwxrwx 1 root root 13 2006-04-18 15:06 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-04-18 15:06 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-04-18 15:06 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 866 2006-08-29 13:39 z25_persistent-cd.rules -rw-r--r-- 1 root root 676 2006-08-29 13:39 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-04-21 09:25 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-04-18 15:06 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-04-18 15:06 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2006-04-19 11:13 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-04-19 10:48 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 29 2006-04-18 15:06 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2006-09-13 09:17 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/nbd0/dev /sys/block/nbd10/dev /sys/block/nbd11/dev /sys/block/nbd12/dev /sys/block/nbd13/dev /sys/block/nbd14/dev /sys/block/nbd15/dev /sys/block/nbd1/dev /sys/block/nbd2/dev /sys/block/nbd3/dev /sys/block/nbd4/dev /sys/block/nbd5/dev /sys/block/nbd6/dev /sys/block/nbd7/dev /sys/block/nbd8/dev /sys/block/nbd9/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram16/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sr0/dev /sys/class/capi/capi/dev /sys/class/cpuid/cpu0/dev /sys/class/cpuid/cpu1/dev /sys/class/graphics/fb0/dev /sys/class/i2c-dev/i2c-0/dev /sys/class/i2c-dev/i2c-1/dev /sys/class/i2c-dev/i2c-2/dev /sys/class/ieee1394_protocol/dv1394-0/dev /sys/class/ieee1394_protocol/raw1394/dev /sys/class/ieee1394_protocol/video1394-0/dev /sys/class/input/input0/event0/dev /sys/class/input/input0/mouse0/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input4/mouse2/dev /sys/class/input/input7/event5/dev /sys/class/input/input8/event6/dev /sys/class/input/input8/mouse3/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/hw_random/dev /sys/class/misc/nvram/dev /sys/class/misc/pktcdvd/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/tun/dev /sys/class/misc/vhci/dev /sys/class/msr/msr0/dev /sys/class/msr/msr1/dev /sys/class/ppp/ppp/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/seq/dev
Bug#384018: patch for detection of m4v files
Package: file Version: 4.17-2 Severity: wishlist Tags: patch Attached is a patch to detect m4v files. These are otherwise incorrectly named mp4 files that are common in iTunes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7.060804-02 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages file depends on: ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libmagic14.17-2 File type determination library us ii zlib1g 1:1.2.3-13 compression library - runtime file recommends no packages. -- no debconf information diff --git a/magic/Magdir/animation b/magic/Magdir/animation index 95c842e..f9a5465 100644 --- a/magic/Magdir/animation +++ b/magic/Magdir/animation @@ -36,6 +36,7 @@ # SGI and Apple formats 8 string mmp4\b, MPEG v4 system, 3GPP Mobile 8 string avc1\b, MPEG v4 system, 3GPP JVT AVC 8 string/BM4A \b, MPEG v4 system, iTunes AAC-LC +8 string/BM4V \b, MPEG v4 system, iTunes AVC-LC 8 string/BM4P \b, MPEG v4 system, iTunes AES encrypted 8 string/BM4B \b, MPEG v4 system, iTunes bookmarked 8 string/Bqt \b, Apple QuickTime movie diff --git a/magic/magic.mime b/magic/magic.mime index 7b81153..996b7f5 100644 --- a/magic/magic.mime +++ b/magic/magic.mime @@ -631,6 +631,7 @@ # Added ISO mimes 8 string avc1 video/3gpp 8 string mmp4 video/mp4 8 string/BM4A audio/mp4 +8 string/BM4V video/mp4 8 string/Bqtvideo/quicktime # The contributor claims: # I couldn't find a real magic number for these, however, this
Bug#382313: siege: segfaults on --hlep
Package: siege Severity: normal When I run: siege --hlep I get: Segmentation fault. Yes, that was a typo, but I'm guessing a segfault isn't the best way to report that :) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7.060804-02 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380602: initscripts: possibility for init to fail when $CONCURRENCY is lies
Package: initscripts Version: 2.86.ds1-15 Severity: normal I noticed this problem when I upgraded initscripts to a particular NMU recently, although I'm not sure whether it was the upgrade that caused it (I think the version was 2.86.ds1-14.2). If /etc/default/rc has a value for $CONCURRENCY that is not one of none, shell or startpar, then the case statement in /etc/init.d/rc that defines the startup() bash function will not create any bash function at all. Then elsewhere in the script where startup should be called, init just complains that the function was not found. Thus things all go downhill (you can imagine what your system would be like with no initscripts having been run - read only filesystem etc, I fixed it by rebooting and modifying my kernel command line to mount my root partition as read-write so I could hack in the /etc/default/rc file). I noticed this because the value for CONCURRENCY was set to no instead of none in /etc/default/rc. Again, I'm not sure if it was the NMU that caused that or whether I'd done it myself, but either way it shows how one simple typo can cause relatively large effects... My suggestion for fixing is to shunt some of that code in /etc/init.d/rc around so that if the value for $CONCURRENCY is not one of none, shell or startpar, then log some kind of warning and use the none startup function. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.060626 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages initscripts depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii e2fsprogs 1.39-1 ext2 file system utilities and lib ii libc6 2.3.6-16 GNU C Library: Shared libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii mount 2.12r-10 Tools for mounting and manipulatin initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379392: python-turbogears: Depends on nonexistant version of python-sqlobject
Package: python-turbogears Severity: normal I got the following error when trying to install python-turbogears: python-turbogears: Depends: python-sqlobject (= 0.7.0.99.really.0.7.1b1-1) but 0.7.0-4 is to be installed It says to report a bug if you get an error like this so here it is :). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.060626 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366916: enigmail: Inputting an incorrect password has silly error handling
Package: enigmail Version: 2:0.94-4 Severity: normal If I type my password incorrectly, I get shown a gnupg error message, then an error message dialog, then the password window again. It's likely if I made a mistake that I just did a typo, I don't need to see all that error reporting stuff... just displaying the window again (possibly with a note on the window: Incorrect password, try again) will suffice. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.060427 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages enigmail depends on: ii gnupg 1.4.3-1GNU privacy guard - a free PGP rep ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-3 GCC support library ii libstdc++64.1.0-3The GNU Standard C++ Library v3 ii thunderbird 1.5.0.2-2 Thunderbird standalone mail client enigmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]