Re: vlevel_0.5-1_amd64.changes REJECTED with python backtrace, then ACCEPTED, but still not in the package list
Hi,
Nearly fullquote for reference:
Axel Beckert wrote on 6th of January 2015:
Debian FTP Masters wrote:
An exception was raised while processing the package:
Traceback (most recent call last):
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 99, in
wrapper
function(upload, srcqueue, comments, transaction)
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 160, in
comment_accept
transaction.copy_source(upload.source, suite,
source_component_func(upload.source), allow_tainted=allow_tainted)
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 147, in
source_component_func
return get_mapped_component(component, session=session)
File /srv/ftp-master.debian.org/dak/dak/daklib/dbconn.py, line 160, in
wrapped
return fn(*args, **kwargs)
File /srv/ftp-master.debian.org/dak/dak/daklib/dbconn.py, line 717, in
get_mapped_component
component =
session.query(Component).filter_by(component_name=component_name).first()
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line
2156, in first
ret = list(self[0:1])
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line
2023, in __getitem__
return list(res)
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line
2227, in __iter__
return self._execute_and_instances(context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line
2242, in _execute_and_instances
result = conn.execute(querycontext.statement, self._params)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1449, in execute
params)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1584, in _execute_clauseelement
compiled_sql, distilled_params
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1698, in _execute_context
context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1691, in _execute_context
context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py,
line 331, in do_execute
cursor.execute(statement, parameters)
ProgrammingError: (ProgrammingError) can't adapt type 'Component' 'SELECT
component.id AS component_id, component.name AS component_name,
component.description AS component_description, component.meets_dfsg AS
component_meets_dfsg, component.created AS component_created,
component.modified AS component_modified, component.ordering AS
component_ordering \nFROM component \nWHERE component.name = %(name_1)s \n
LIMIT %(param_1)s' {'name_1': Component main, 'param_1': 1}
Original comments:
===
Please feel free to respond to this email if you don't understand why
your files were rejected, [...]
Eh, yes, I don't understand it. :-)
Looks like either a programming error or (probably more likely) a not
available database connection. Or is it related to the fact that the
package was signed with my (now removed) 1024-bit key?
I've uploaded vlevel again signed with my new key and it got accepted
on 13th of February 2015, i.e. like five days ago. This is more than
enough time to propagate to the buildds, but the package hasn't been
built yet on any buildd.
Nevertheless the package never seems to have hit the archive and the
common places where I can track a package's state look inconsistent:
(Half) found here:
https://packages.qa.debian.org/v/vlevel.html
https://tracker.debian.org/pkg/vlevel
http://ftp.ch.debian.org/debian/pool/main/v/vlevel/
https://qa.debian.org/developer.php?login=abe
Not found here:
https://buildd.debian.org/status/package.php?p=vlevel
https://packages.debian.org/search?keywords=vlevel
https://qa.debian.org/developer.php?login=pkg-multimedia-maintainers%40lists.alioth.debian.org
root@plattenberg:/export/mirror/debian/dists/sid/main/binary-amd64/ # xzgrep
vlevel Packages.xz
root@plattenberg:/export/mirror/debian/dists/sid/main/binary-amd64/ # cd
../source/
root@plattenberg:/export/mirror/debian/dists/sid/main/source/ # xzgrep vlevel
Sources.xz
root@plattenberg:/export/mirror/debian/dists/sid/main/source/ #
(plattenberg = debian.ethz.ch = ftp.ch.debian.org)
http://incoming.debian.org/debian-buildd/pool/main/v/ (not sure if
should still be visible here, but since it hadn't hit the buildds yet...)
It would be nice if someone from the FTP Masters or Assistants could
have a look at this inconsistency. TIA! (I'll happily reupload the
package if necessary, just tell me.)
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
signature.asc
Description: Digital signature
___
pkg
Re: vlevel_0.5-1_amd64.changes REJECTED
Hi,
Debian FTP Masters wrote:
An exception was raised while processing the package:
Traceback (most recent call last):
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 99, in
wrapper
function(upload, srcqueue, comments, transaction)
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 160, in
comment_accept
transaction.copy_source(upload.source, suite,
source_component_func(upload.source), allow_tainted=allow_tainted)
File /srv/ftp-master.debian.org/dak/dak/process_policy.py, line 147, in
source_component_func
return get_mapped_component(component, session=session)
File /srv/ftp-master.debian.org/dak/dak/daklib/dbconn.py, line 160, in
wrapped
return fn(*args, **kwargs)
File /srv/ftp-master.debian.org/dak/dak/daklib/dbconn.py, line 717, in
get_mapped_component
component =
session.query(Component).filter_by(component_name=component_name).first()
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line 2156,
in first
ret = list(self[0:1])
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line 2023,
in __getitem__
return list(res)
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line 2227,
in __iter__
return self._execute_and_instances(context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/orm/query.py, line 2242,
in _execute_and_instances
result = conn.execute(querycontext.statement, self._params)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1449, in execute
params)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1584, in _execute_clauseelement
compiled_sql, distilled_params
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1698, in _execute_context
context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py, line
1691, in _execute_context
context)
File /usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py, line
331, in do_execute
cursor.execute(statement, parameters)
ProgrammingError: (ProgrammingError) can't adapt type 'Component' 'SELECT
component.id AS component_id, component.name AS component_name,
component.description AS component_description, component.meets_dfsg AS
component_meets_dfsg, component.created AS component_created,
component.modified AS component_modified, component.ordering AS
component_ordering \nFROM component \nWHERE component.name = %(name_1)s \n
LIMIT %(param_1)s' {'name_1': Component main, 'param_1': 1}
Original comments:
===
Please feel free to respond to this email if you don't understand why
your files were rejected, [...]
Eh, yes, I don't understand it. :-)
Looks like either a programming error or (probably more likely) a not
available database connection. Or is it related to the fact that the
package was signed with my (now removed) 1024-bit key?
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Request to Join Project Debian Multimedia Maintainers from Axel Beckert (abe)
Hi, Alessio Treglia wrote: On Tue, Dec 30, 2014 at 4:15 PM, nore...@alioth.debian.org wrote: I'd like to join the team for packaging vlevel (see #774230) under the team's umbrella. I've just had the pleasure to accept Axel's join request on Alioth, he intends to package vlevel, a LADSPA plugin. Thanks. I just created the according pkg-multimedia git repo and removed the collab-maint one. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#766725: mpv: Can't play audio CDs with cdda://: Either No stream found to handle url or Error parsing option cdrom-device (option not found)
Package: mpv Version: 0.6.2-1 Control: found -1 0.6.2-1+ffmpeg Dear Debian Multimedia Maintainers, I've tried to play an audio CD with mpv. From the man page mpv(1): cdda://track[-endtrack][:speed][/device] --cdrom-device=PATH --cdda-... Play CD. […] --cdrom-device=path Specify the CD-ROM device (default: /dev/cdrom). So I first tried → mpv cdda:// Playing: cdda:// No stream found to handle url cdda:// Exiting... (No files played) → Then I tried → mpv --cdrom-device=/dev/cdrom cdda:// Error parsing option cdrom-device (option not found) Setting commandline option --cdrom-device=/dev/cdrom failed. Exiting... (Fatal error) → mpv 0.6.2-1 and 0.6.2-1+ffmpeg behave identical with regards to this issue. Feel free to clone and retitle this issue in case these are two independent issues. In case mpv can't play any audio CDs any more on purpose, please update the man page accordingly and drop the above cited sections. JFTR: mplayer2 works fine on the same system with the same device (an ASUS USB DVD-RW drive reported as HL-DT-ST DVDRAM GU40N connected as /dev/sr0, with symlink at /dev/cdrom) and the same CD in both cases: → mplayer cdda:// MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/abe/.mplayer/input.conf': No such file or directory Failed to open /home/abe/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing cdda://. Found audio CD with 10 tracks. Track 1 Detected file format: rawaudio Selected audio codec: Uncompressed PCM [pcm] AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400) AO: [pulse] Init failed: Connection refused AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 10.3 (10.3) of 2068.1 (34:28.1) 1.2% Exiting... (Quit) → mplayer --cdrom-device=/dev/cdrom cdda:// MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/abe/.mplayer/input.conf': No such file or directory Failed to open /home/abe/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing cdda://. Found audio CD with 10 tracks. Track 1 Detected file format: rawaudio Selected audio codec: Uncompressed PCM [pcm] AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400) AO: [pulse] Init failed: Connection refused AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 3.9 (03.8) of 2068.1 (34:28.1) 1.2% Exiting... (Quit) → -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.10.2-3 ii libavcodec566:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libbluray1 1:0.6.2-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-12 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.3.1-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.3.1-1 ii libguess1 1.2-1 ii libjack-jackd2-0 [libjack-0.116]1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-10 ii liblcms2-2 2.6-3+b2 ii liblircclient0 0.9.0~pre1-1.1 ii liblua5.2-0 5.2.3-1.1 ii libmpg123-0 1.20.1-2 ii libpulse0 5.0-13 ii libquvi70.4.1-2.1 ii libsdl2-2.0-0 2.0.2+dfsg1-5 ii libswscale3 6:11-2 ii libuuid12.25.2-2 ii libva-glx1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvdpau1 0.8-3 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.1-1 ii libx11-62:1.6.2-3 ii libxext6
Re: [Pkg-zsh-devel] Bug#753296: mpv completion fails
Control: reassign -1 mpv 0.4.0-1 Control: retitle -1 mpv: zsh tab completion fails Control: affects -1 zsh Hi Yuri, Yuri D'Elia wrote: Package: zsh Version: 5.0.5-4 Severity: minor The following happens if I try to complete a file for mpv: 1% mpv _mpv:7: command not found: *:files:-mfiles mpv is at 0.4 (from unstable). Not sure when this started to happen. Likely with mpv 0.4.0-1. From its Debian changelog: * Build and install zsh completion script dpkg -L mpv | fgrep zsh also shows /usr/share/zsh/vendor-completions/_mpv. Hence reassigning to to mpv. Feel free to reassign back to zsh if you think that's a bug inside zsh and not inside mpv's zsh completion. Then on the other hand, I can't reproduce the issue. Works fine for me: → mpv Tab completing media file ../ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 01\ -\ Les\ Chants\ Magnetiques\ Part\ 1.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 02\ -\ Les\ Chants\ Magnetiques\ Part\ 2.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 03\ -\ Les\ Chants\ Magnetiques\ Part\ 3.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 04\ -\ Les\ Chants\ Magnetiques\ Part\ 4.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 05\ -\ Les\ Chants\ Magnetiques\ Part\ 5.ogg@ completing URL cdda://cddb://dvd:// file: ftp:// gopher:// http:// https:// tv:// vcd:// So maybe the error only appears depending on which files or parameters are present. Can you try to make a minimal example where it happens? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#753296: Acknowledgement (mpv completion fails)
Hi Alessandro,
Alessandro Ghedini wrote:
Can you post the content of /usr/share/zsh/vendor-completions/_mpv? Also,
what
architecture are you on? The script is generated at build time, so it
might be
that the generation broke on some platforms.
Attaching.
Yep, that's definitely broken... what architecture are you on? AFAICT both
amd64
and i386 look fine.
All architectures look fine:
$ for i in mpv_0.4.0-1_*.deb; do acat $i
./usr/share/zsh/vendor-completions/_mpv ${i}_mpv; md5sum ${i}_mpv; done
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_amd64.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_armel.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_armhf.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_i386.deb_mpv
6e133b6d6b5f3059e081ad48de73f5db mpv_0.4.0-1_kfreebsd-amd64.deb_mpv
6e133b6d6b5f3059e081ad48de73f5db mpv_0.4.0-1_kfreebsd-i386.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_mips.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_mipsel.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_powerpc.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_s390x.deb_mpv
d594e905186357fa9cc398825ee12816 mpv_0.4.0-1_sparc.deb_mpv
$
So there exist only two variants of that file, one for Linux and one for
kFreeBSD.
And that's their difference:
$ diff mpv_0.4.0-1_amd64.deb_mpv mpv_0.4.0-1_kfreebsd-amd64.deb_mpv
89,91d88
'--dvbin-card:Integer (1 to 4) (default\: 1)': \
'--dvbin-prog:String (default\: )': \
'--dvbin-timeout:Integer (1 to 30) (default\: 30)': \
316d312
'--tv-alsa:Flag (default\: no)': \
400d395
'alsa:ALSA-0.9.x-1.x audio output' \
424d418
'wayland:Wayland SHM video output' \
$
Nothing as empty and small as the one attached by Yuri.
Does running apt-get install --reinstall mpv help?
Or maybe doing debsums -c mpv beforehand. But it's likely the right
command to fix this issue.
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#660520: audacious: Fails to start with FATAL: No output plugin found. due to plugins not in multiarch paths
Package: audacious Version: 3.2-2 Severity: grave Justification: renders the package unusable or mostly so I just installed audacious on my EeePC 701 but it won't start: $ audacious -V main.c:580 [main]: No remote session; starting up. main.c:495 [init_two]: Loading lowlevel plugins. plugin-init.c:111 [start_single]: Probing for output plugin. FATAL: No output plugin found. (Additionally it a lock file at ~/.config/audacious/lock is left over so the next time audacious tries to start it outputs the following misleading warning WARNING: Audacious seems to be already running but is not responding.) Running strace on the starting audacious reveals it seems to search for the plugins in multiarch directories which doesn't seem to exist: $ strace -e open -f audacious [...] [pid 6656] open(/home/abe/.config/audacious/plugin-registry, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Transport, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Input, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Output, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Effect, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/General, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Visualization, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Container, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/home/abe/.local/share/audacious/Plugins/Discovery, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Transport, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Input, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Output, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Effect, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/General, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Visualization, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Container, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) [pid 6656] open(/usr/lib/i386-linux-gnu/audacious/Discovery, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) FATAL: No output plugin found. Creating a symbolic link from /usr/lib/i386-linux-gnu/audacious to /usr/lib/audacious makes audacious work again, so this seems not to be a hardware-related issue. And since it likely hits (nearly) all users, I think grave is the proper severity for this issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (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/dash Versions of packages audacious depends on: ii audacious-plugins3.2-1 ii dbus 1.4.18-1 ii dbus-x11 1.4.18-1 ii gtk2-engines-pixbuf 2.24.9-2 ii libaudclient23.2-2 ii libaudcore1 3.2-2 ii libc62.13-26 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.9-2 ii libguess11.1-1 ii libice6 2:1.0.7-2 ii libsm6 2:1.2.0-2 Versions of packages audacious recommends: ii unzip 6.0-5 audacious suggests no packages. -- no debconf information ___
