vdr-plugin-burn depends on non-existent packages

Indeed, there are a couple of bugs here.. vdr-genindex is missing, that's an oversight due to my box having an old version installed. This package should be in multiverse rather than universe, since mkisofs is there, and projectx is called project-x in ubuntu.

sigh, I was apparently too busy doing 1.6.0. I don't know if this can be fixed for hardy.

so mkisofs dep could be changed to genisoimage, and projectx -> project-x. Then vdr-genindex should be pulled from e-tobi.net and uploaded as an SRU along with vdr-plugin-burn and all should be ok.

vdr-genindex uploaded to Intrepid. When it has passed the NEW queue, it'll be SRU'd.

How big is the chance that there will be xxv and some more vdr-plugins in Intrepid?

I put my self compiled packages available to http://ax3.vuo.ro/~tavasti/vdr-src/e-tobi/
Use at your own risk.

Package is still not installable.

The default demultiplexer should be projectx rather than vdrsync anyway, as the latter seems more likely to stop when encountering issues with less-than-perfect (but playable) DVB streams.

ACK from motu-sru, please fix this in Hardy.
It still happens on Intrepid too.

This bug was fixed in the package vdr-plugin-burn - 0.1.0~pre21-29build1

---------------
vdr-plugin-burn (0.1.0~pre21-29build1) intrepid; urgency=low

  * Sync from e-tobi.net, no Ubuntu changes. (LP: #226072)

vdr-plugin-burn (0.1.0~pre21-29) experimental; urgency=low

  * Dropped patchlevel control field
  * Build-Depend on vdr-dev (>=1.6.0-5)
  * Bumped Standards-Version to 3.8.0
  * Added 05_project_x.dpatch

vdr-plugin-burn (0.1.0~pre21-28) experimental; urgency=low

  * Now really use vdr-groups.sh to add vdr to the group 'cdrom'

vdr-plugin-burn (0.1.0~pre21-27) experimental; urgency=low

  * Added 96_gcc4.3-includes.dpatch

vdr-plugin-burn (0.1.0~pre21-26) experimental; urgency=low

  * Install groups file to /usr/share/vdr/groups.d to make vdr a member of the
    group 'cdrom', so the plugin has access to the CD or DVD writer

vdr-plugin-burn (0.1.0~pre21-25) experimental; urgency=low

  * Depend on genisoimage insteade of the deprecated mkisofs
  * Added 04_genisoimage.dpatch
  * Depend on project-x instead of projectx (the projectx package has been
    renamed to match the package in Ubuntu

vdr-plugin-burn (0.1.0~pre21-24) experimental; urgency=low

  * Added 95_charset-vdr-1.5.3.dpatch

vdr-plugin-burn (0.1.0~pre21-23) experimental; urgency=low

  * Added 93_burn-0.1.0-pre22_i18n-gettext.dpatch (Thx to randy at vdrportal.de)
  * Added 94_burnfr_FR.dpatch (Thx to pat at vdrportal.de)
  * Switched Build-System to cdbs, Build-Depend on cdbs
  * Added Homepage field to debian/control
  * Bumped Standards-Version to 3.7.3
  * Updated debian/copyright to our new format

vdr-plugin-burn (0.1.0~pre21-22) experimental; urgency=low

  * Build-Depend on vdr-dev (>= 1.6.0)

vdr-plugin-burn (0.1.0~pre21-21) experimental; urgency=low

  * Force rebuild for vdr 1.5.15

 -- Timo Aaltonen <email address hidden> Fri, 15 Aug 2008 10:43:48 +0300

This require a more complex fix since vdrsync and vdr-genindex are not available in Hardy. Switching to New until a proper fix is found.

This bug seems to have been sitting unresolved for far too long:

vdr-genindex as per the first follow-ups should simply be brought back into Hardy as well (this rather than Intrepid being the LTS we have to live with until 2011!).

vdrsync (which has stopped working reliably at least with DVB streams broadcast by some major German-language stations for several years anyway) is easily replaced with project-x, which is part of "Miscellaneous - Graphical (universe)" in a version that can also be invoked as a command-line utility without its GUI (following the efforts of http://forum.dvbtechnics.info/showthread.php?t=1427 and http://www.vdr-portal.de/board/thread.php?threadid=48264).

Fixed for Intrepid only, still unresolved for current LTS (2008-2013).

so marking as fixed, leaving hardy open.

Is there any reason still not to fix these dependencies for the LTS?!

A year's wait later, please do put this bug's importance a notch up now.

Unnecessarily lacking the ability to author DVDs (the differentiating factor where it has the edge over most commercial DVRs) has become a major showstopper for the VDR on Ubuntu...

I have no hardy machines left, so it's very low on the list. Don't use "LTS" as a hammer to make it any more important, since vdr* is in universe and supported only by volunteers (=me). If it's that important to you, then I'd suggest to upgrade to intrepid or build the packages yourself either in a PPA or locally.

Let alone could a user be expected to figure out how to build this thing (see http://www.e-tobi.net/blog/2008/12/02/vdr-plugin-survey-2008-results-part-2 for its importance and level of difficulty), and yet here is the walkthrough to the best of my knowledge (YMMV, not replayed yet to fully exclude even potential minor inaccuracies) for you to build the final package(s).

Many thanks to #vdr-portal (in particular wilderigel) at www.vdr-portal.de for their help!

apt-get build-dep vdr-plugin-burn
apt-get source vdr-plugin-burn
cd vdr-plugin-burn-0.1.0~pre21
nano -w debian/control
 Replace projectx with project-x
dpkg-buildpackage
cd ..
 While backport request https://bugs.launchpad.net/hardy-backports/+bug/339303 remains unmet, grab from Intrepid Ibex:
wget http://www.ftp.uni-erlangen.de/pub/mirrors/ubuntu/pool/universe/v/vdr-genindex/vdr-genindex_0.1.3-1ubuntu1_i386.deb
dpkg -i vdr-genindex_0.1.3-1ubuntu1_i386.deb
/vdr-genindex_0.1.3-1ubuntu1_i386.deb
dpkg -i vdr-plugin-burn_0.1.0~pre21-20ubuntu3_i386.deb
apt-get install -f
cd /etc/vdr/plugins
cp plugin.burn.conf.dpkg-new plugin.burn.conf
nano -w /usr/bin/projectx
 Before -jar insert
  -Djava.awt.headless=true
 Its omission is the bug which causes burn to break with the error "[demux] Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable."
/etc/init.d/vdr stop
/etc/init.d/vdr start
/etc/init.d/vdr stop
nano -w /etc/vdr/setup.conf
 Set
  burn.DemuxType = 1
/etc/init.d/vdr start

Further pieces of information to spare users some headaches:

Before dpkg-buildpackage is invoked,
nano -w vdr-plugin-burn-0.1.0~pre21/setup.c
to replace demuxtype_vdrsync with demuxtype_projectx in line 89.

Before the final /etc/init.d/vdr, unless there is a writeable /video/iso on your system,
nano -w /etc/vdr/plugins/plugin.burn.conf to make sure it exists and has the --isodir=/mnt/your/video/iso set (commented out with typos in original).

Also before the final /etc/init.d/vdr,
mkdir a directory for each background you are going to require in /var/lib/vdr/plugins/burn/skins,
cd into each respective directory and add the respective backgrounds e.g. from http://vdr-wiki.de/wiki/index.php/Vorlagen_(burn-plugin)#Vorlagen like
wget -O menu-bg.png http://vdr-wiki.de/wiki/images/c/cc/Burn-template-007-1.png
to the extent permissible in your jurisdiction.

For debugging, the logs once activated in the plugin setup will appear in /var/lib/video.00/vdr-burn.*

The correct setting in/etc/vdr/plugins/plugin.burn.conf is --iso=/mnt/your/video/iso

chown vdr:vdr is needed on this directory as well as every subdirectory and menu-bg.png below /var/lib/vdr/plugins/burn/skins, as is usermod -a -G cdrom vdr to avoid the errors as in http://de.pastebin.ca/1361397 due to the bug documented above on 2008-08-15:

vdr-plugin-burn (0.1.0~pre21-28) experimental; urgency=low

  * Now really use vdr-groups.sh to add vdr to the group 'cdrom'

And this is it. :-) Applying everything from the last three posts I can report the present bug can be fixed this way for Ubuntu 8.04 LTS Hardy Heron.

Further recommendations are setting NICE for anything but the actual DVD writing,
and to avoid the pipe+tee method of "burning on the fly" (cf. http://vdrportal.de/board/thread.php?postid=452471#post452471) in favor of writing the image first, then only after ISO completion burning the DVD from it.

Remaining issues in the menu/title generation that will presumably have to be fixed from upstream are a text size issue overwriting the right-hand borders (regression to what had already been fixed in burn-0.0.10, cf. http://vdrportal.de/board/thread.php?postid=452730#post452730), and an apparent UTF-8 incompatibility causing German diacritics (Umlaut, sz ligature) to be rendered improperly.

With the IRC-granted blessings of the original author of this VDR plugin (wishing to be known as lordjaxom),

please find enclosed my diffs to (hopefully) patch this package into usability on Ubuntu 8.04 LTS Hardy Heron,

with a standard disclaimer of "at your own risk, AFAIK, IMHO, HTH, YMMV..."

fixing, inter alia, two dependencies (genisoimage and project-x; a third needs to be corrected by including vdr-genindex from the Intrepid repository) and the incorrect output including a UTF-8 incompatibility contributing to it.

A package update should also determine (or otherwise prompt for) the ISO path, as well as take care of accepting user vdr into the cdrom group, and setting the chown vdr:vdr (-R) in the appropriate places as outlined above (ISO path and /var/lib/vdr/plugins/burn/skins).

The wrapping code has been rewritten to fix the garbled output (DVD menus) as well, cf. http://vdr-portal.de/board/thread.php?threadid=85412, and rolled into the attached tarball.

vdr-plugin-burn can be made installable and usable this way, but I will have to leave it to someone more familiar with these matters to improve upon this code and turn the tarball into a debianized update package taking into account all of the dependencies, groups and ownerships outlined above.

Using wrap_text with the latest optimizations from http://vdr-portal.de/board/thread.php?postid=811277#post811277 in gdwrapper.c, please rebuild this package for the official repository to finally provide this plugin for the LTS.

Please tell me a similar issue will not persist for years in Ubuntu 10.04 Lucid Lynx, the new LTS, again...

Sure will, those were meant to be removed from the archive but weren't. Maverick will have the packages synced from debian, and any extra packages purged. There are other efforts to package e-tobi vdr for ubuntu, use them.

Thanks, as you can see in the screenshot this does apply to Lucid now (missing transcode and mjpegtools).