On Sun, Apr 22, 2012 at 12:49:24AM -0400, Andres Mejia wrote: > On Sat, Apr 21, 2012 at 8:46 PM, Josh Triplett <j...@joshtriplett.org> wrote: > > On Sat, Apr 21, 2012 at 06:53:57PM -0400, Andres Mejia wrote: > >> On Sat, Apr 21, 2012 at 6:10 PM, Josh Triplett <j...@joshtriplett.org> > >> wrote: > >> > Package: libcrystalhd-dev > >> > Severity: wishlist > >> > > >> > Please consider providing a backport of libcrystalhd-dev for squeeze. > >> > Such a backport would make it easier to prepare MythTV packages for > >> > squeeze. > >> > > >> > Thanks, > >> > Josh Triplett > >> > > >> > -- System Information: > >> > Debian Release: wheezy/sid > >> > APT prefers unstable > >> > APT policy: (500, 'unstable'), (1, 'experimental') > >> > Architecture: amd64 (x86_64) > >> > > >> > Kernel: Linux 3.2.0-2-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 > >> > > >> > > >> > >> Hi Josh, > >> Were you trying to package MythTV to unstable at all? IMO that should > >> be done first before attempting to upload for squeeze (i.e. actually > >> get accepted, get tested in unstable, migrate to testing, then > >> backport to stable). > > > > At the moment I'm just building some local packages, not official > > backports. I'd love to see official MythTV packages, and I'd be happy > > to help work on them, but that wasn't my goal at the moment. > > > > - Josh Triplett > > I recommend starting off by porting the Ubuntu packaging of MythTV to > Debian.
I actually started from the debian-multimedia packaging, and hacked out all the bits that depended on packages outside of Debian, as well as dependency cruft that applied to previous versions but not to the current version. I've managed to successfully build working squeeze packages at this point, which only depend on packages in Debian to build and run; installing them requires a couple of packages from squeeze-backports (fonts-droid, libmp3lame0, libx264-120, libxvidcore4), and a locally built backport of libcrystalhd3, and all the rest of the dependencies come from squeeze. > I presume if these are local packages, you're using reprepro > or something similar to host a local archive. In such a case, you may > as well build packages of libcrystalhd and upload them to your local > archive. Then you can build mythtv. I did end up building local packages of crystalhd and libcec, which proved relatively straightforward. > Note that mythtv is using it's own copy of ffmpeg. It needs to be > modified so it can build/run with system libav before it can be > uploaded to Debian. If that's something you're interested in doing, by > all means, feel free to modify mythtv source tree, and preferably work > with mythtv upstream to pass along patches. Yeah, I do know about that problem. Arguably not an issue for an upload to Debian experimental; only an issue for having a version in a security-supportable release. Considering that upstream went out of their way to remove support for system libav/ffmpeg (due to issues with different versions on end-user systems, particularly versions of the command-line tools), I suspect they might not like the idea of adding it back, or for that matter the idea of adding support for using avconv rather than ffmpeg. This needs a long conversation with upstream before attempting to write a patch; no sense writing a patch that'll never make it upstream. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
