I just tried this in Raring, and there it seems avconv now (correctly) errors out if using ”-preset”.

Apparently avconv silently ignores a ”-preset” option passed to it on the command-line. The correct option for passing a preset file is -pre, but -preset behaves differently from other incorrect options, as no error message is output and the avconv command is executed if otherwise valid. Not erroring out on erroneous usage is confusing, particularly with presets, as the output also does not specifically say when a preset *is* being applied (you have to deduce it from the data). Unless -preset is currently being used as a placeholder in the source, I suggest it be made to error out as other incorrect options do.

I’m pasting output from five demonstration runs below. 1) is an example of correct usage of -pre, 2) of correct usage of -pre with non-existing preset, 3) of trying to use a non-existing option -asdf, and 4) of using -preset in place of -pre, one run with an existing and one with a non-existing preset name.

1) Correct usage of -pre, as indicated by ”q=0-63” (which gets read from /usr/share/avconv/libvpx-360p.avpreset):

jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -pre libvpx-360p -an -t 1 out.webm
avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:02:36 with gcc 4.6.3
[mpeg @ 0x1bae9c0] max_analyze_duration reached
Input #0, mpeg, from ’input.mpeg’:
Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720×576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
[buffer @ 0x1bb0060] w:720 h:576 pixfmt:yuv420p
[libvpx @ 0x1baf380] v1.0.0
Output #0, webm, to ’out.webm’:
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libvpx, yuv420p, 720×576 [PAR 16:15 DAR 4:3], q=0-63, 768 kb/s, 1k tbn, 25 tbc
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video -> libvpx)
Press ctrl-c to stop encoding
frame= 25 fps= 13 q=0.0 Lsize= 95kB time=1.00 bitrate= 778.2kbits/s
video:94kB audio:0kB global headers:0kB muxing overhead 0.681033%

2) Correct usage of -pre with non-existing preset, as indicated by ”could not be opened” error message:

jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -pre xlibvpx-360p -an -t 1 out.webm
avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:02:36 with gcc 4.6.3
[mpeg @ 0x8f99c0] max_analyze_duration reached
Input #0, mpeg, from ’input.mpeg’:
Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720×576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
Preset xlibvpx-360p specified for stream 0:0, but could not be opened.

3) Trying to use non-existing option -asdf, as indicated by ”Unrecognized option” error message:

jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -asdf libvpx-360p -an -t 1 out.webm
avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:02:36 with gcc 4.6.3
[mpeg @ 0x6829c0] max_analyze_duration reached
Input #0, mpeg, from ’input.mpeg’:
Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720×576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
Unrecognized option ’asdf’
Failed to set value ’libvpx-360p’ for option ’asdf’

4) Now, using -preset instead of -pre, regardless of validity of the parameter passed to it, the preset specified is not loaded, as indicated by ”q=-1–1”, but no ”Unrecognized option” error occurs:

jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -preset libvpx-360p -an -t 1 out.webm
avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:02:36 with gcc 4.6.3
[mpeg @ 0xbe69c0] max_analyze_duration reached
Input #0, mpeg, from ’input.mpeg’:
Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720×576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
[buffer @ 0xbeef60] w:720 h:576 pixfmt:yuv420p
[libvpx @ 0xbe7380] v1.0.0
Output #0, webm, to ’out.webm’:
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libvpx, yuv420p, 720×576 [PAR 16:15 DAR 4:3], q=-1–1, 200 kb/s, 1k tbn, 25 tbc
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video -> libvpx)
Press ctrl-c to stop encoding
frame= 25 fps= 17 q=0.0 Lsize= 25kB time=1.00 bitrate= 208.2kbits/s
video:25kB audio:0kB global headers:0kB muxing overhead 2.589469%

jani@saegusa:avconv-preset-test$ avconv -y -i input.mpeg -c:v libvpx -preset xlibvpx-360p -an -t 1 out.webm
avconv version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
built on Apr 2 2013 17:02:36 with gcc 4.6.3
[mpeg @ 0x163a9c0] max_analyze_duration reached
Input #0, mpeg, from ’input.mpeg’:
Duration: 01:43:01.65, start: 0.184656, bitrate: 2632 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720×576 [PAR 16:15 DAR 4:3], 1844 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
[buffer @ 0x1642f60] w:720 h:576 pixfmt:yuv420p
[libvpx @ 0x163b380] v1.0.0
Output #0, webm, to ’out.webm’:
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libvpx, yuv420p, 720×576 [PAR 16:15 DAR 4:3], q=-1–1, 200 kb/s, 1k tbn, 25 tbc
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video -> libvpx)
Press ctrl-c to stop encoding
frame= 25 fps= 17 q=0.0 Lsize= 25kB time=1.00 bitrate= 208.2kbits/s
video:25kB audio:0kB global headers:0kB muxing overhead 2.589469%

After commenting out the one line in my (/usr/share/doc/devilspie/README-suggested test) script, devilspie gets an assertion failure when reading it.

jani@saegusa:~$ cat .devilspie/test.ds
;(debug)
jani@saegusa:~$ devilspie
got eof

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

** (devilspie:7126): CRITICAL **: e_sexp_eval: assertion `f->tree != NULL’ failed

According to Debian’s bug report [1] on the issue, this occurs for all semantically empty scripts.

*[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412042

When reading ’The Snowman’ DVD from 2004, I get this output:

jani@saegusa:DVD$ dvdbackup -i /dev/sr0 -M
libdvdread: Using libdvdcss version 1.2.12 for DVD access

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x0000015a
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x000001c1
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x00023749
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x000241f0
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x0002423d
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x00024f03
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x00024f50
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x00025d8f
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x00025ddc
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_0.VOB at 0x000e2c65
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x000e2cb2
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x000eb4df
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x000eb52c
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_0.VOB at 0x000f7617
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x000f7664
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_0.VOB at 0x00128eb1
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_08_1.VOB at 0x00128efe
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_0.VOB at 0x001da296
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_09_1.VOB at 0x001da2e3
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_0.VOB at 0x001e3856
libdvdread: Elapsed time 0
libdvdread: Get key for /VIDEO_TS/VTS_10_1.VOB at 0x001e38a3
libdvdread: Elapsed time 0
libdvdread: Found 10 VTS’s
libdvdread: Elapsed time 0
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in /build/buildd/libdvdread-4.2.0/src/ifo_read.c:904
for pgc->subp_control[i] = 0x00000001

This doesn’t prevent dvdbackup from finishing up, and the resulting copy looks to be fine (on cursory inspection). While dvdbackup is running, the issue also doesn’t cause an OOM as in Bug #377414. Still, I tested libdvdread4_4.2.0+20130428-0ubuntu0~bryce~precise1_amd64.deb from Bryce Harrington’s PPA [1], but it just slightly changed the ”Zero check failed” output:

*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001
*** Zero check failed in ifo_read.c:904
for pgc->subp_control[i] = 0x00000001

This DVD is the only one I’ve come across manifesting this, and I’ve backed up some 40 DVDs so far on this same setup.

*[1] https://launchpad.net/~bryce/+archive/lp377414/+build/4542681

RH #851762 [1] and Gnome #649722 [2] also describe very similar, but not entirely identical issues.

*[1] https://bugzilla.redhat.com/show_bug.cgi?id=851762
*[2] https://bugzilla.gnome.org/show_bug.cgi?id=649722

Steps to reproduce:

1. Start Sound Juicer.
2. Insert a CD, one known not to have MusicBrainz data for it available.
3. Eject CD.
4. Insert same CD, or another CD with no MusicBrainz data for it.

What happens:
A dialog pops up saying ”Cannot access CD: Error while getting peer-to-peer dbus connection: The name :1.395 was not provided by any .service files” (the number varies). Data from CD TOC isn’t filled into Sound Juicer’s main interface.

What I expect to happen:
No dialogs to pop up, data from CD TOC read into Sound Juicer’s main interface just as it was after step #2.

Workaround:
After step #4, shut down Sound Juicer and then start it again. You’ll have one working read, and again failure on successive reads.

Other info:
Bug #977335 is similar, but without the MusicBrainz connection. I’m unable to reproduce #977335 with CDs that do have MusicBrainz data available for them.

Sebastien, I think this may be related to the patch applied to fix Bug #1085320: the Gnome folks have since reverted (at least parts of) it (see Gnome bug 688808 [1]) because it caused custom icons to be shown as thumbnails, hence the borders reported in this LP bug. I tested this by applying the changes in [2] to current Nautilus in Raring (1:3.6.3-0ubuntu16), and the borders around my customized icons went away. Also, though I didn’t test very extensively, this didn’t result in desktop files again having borders as originally reported in #1085320.

(The commit log entry of [2] refers to [3], but I think it should refer to [4] instead.)

*[1] https://bugzilla.gnome.org/show_bug.cgi?id=688808#short_desc_nonedit_display
*[2] https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-6&id=f69e472263b0bf6e1cc60c0eeaf7874fc7931f8d
*[3] https://git.gnome.org/browse/nautilus/commit/?id=d9ef715ea11e92917414d5d7bddd4dd1487fac1b
*[4] https://git.gnome.org/browse/nautilus/commit/?h=gnome-3-6&id=6cde4c5a6d639c85df09b8992a307f91d6b056a6

I think post-processing should also rip out (at least) id, class and style attributes from the content. Some pages I fetch using feedmod have elements with ids such as ”overlay” in them that pick up tt-rss’s styling, making things look wonky.

On 12.04 at least, the target is governed by cupsd’s AppArmor profile (see bug #147551) and trying to circumvent it using symlinks fails irrespective of whether the target is on another filesystem or not (”failed to set file mode for PDF file” in /var/log/cups/cups-pdf_log).

As per bug #147551, when the default target directory is changed in cups-pdf.conf, cups-pdf silently fails to print anything until a corresponding change is made in the usr.sbin.cupsd AppArmor profile. The ”Out” key in cups-pdf.conf is preceded by commented notes about the usage, but the AppArmor requisition goes unmentioned, apparently causing confusion among users. I suggest something like the attached patch be applied to cups-pdf.conf to document this.