3.2.18 was released bump ebuild. Reproducible: Always
Created attachment 328994 [details] tvheadend-3.2.18.ebuild bumps version, and fixes install path from /usr/share/tvheadend/tvheadend to /usr/share/tvheadend/
src_configure is broken in that ebuild the comment does not belong there, it breaks the newline-escaping, and causes the --datadir parameter to be interpreted as a new command, and also makes the useflags useless, as they don't get passed to configure.
Created attachment 336198 [details] Fixed ebuild comment issue in response to comment #2.
(In reply to comment #3) > Created attachment 336198 [details] > Fixed ebuild comment issue in response to comment #2. Hi, I'm new here and this is my first bug :) I saw this open bug waiting for a fix to the ebuild so I've attached a fixed version that preserves the newline escape. I'd like to help out where I can. Thanks!
Is there anything else I can do to help get this bug closed out?
Created attachment 344610 [details] tvheadend-3.2.34 ebuild Version bump for 3.2.34 - A new shorter package description taken from the Tvheadend website. - Updated SRC_URI and HOMEPAGE. - Use correct --prefix. bug #441880. - Added dvb use flag to control the installation of dvb scan files (media-tv/linuxtv-dvb-apps). Users who want more up to date scan files can disable this use flag and provide their own scan files. This should fix bug #441880. - Added virtual/pkgconfig dependency.
(In reply to comment #5) > Is there anything else I can do to help get this bug closed out? Unfortunately the proxy maintainer for this package isn't active. What we really need is a Gentoo dev to take ownership.
Created attachment 345654 [details] tvheadend-3.2.34 ebuild Use tar.gz instead of zip for archive.
Created attachment 345968 [details] tvheadend-3.4 ebuild Version bump for 3.4. Changelog: https://tvheadend.org/projects/tvheadend/wiki/Tvheadend-34
Created attachment 346068 [details] tvheadend-3.4 ebuild Rename SRC_URI filename
Just built 3.4 with all USE flags enabled, seems to be working fine.
Tvheadend 3.4.27 "This is a patch release for the 3.4 series. It includes some important fixes for memleaks and service discovery."
I think having a 3.4 ebuild (and a memleak fix patch) in the 3.2 bug report isn't the best place for things. A new bug report probably should be created for the 3.4 and 3.4.27 ebuilds.
*** Bug 481000 has been marked as a duplicate of this bug. ***
Created attachment 371408 [details] tvheadend-3.4.27 ebuild
Created attachment 371410 [details] tvheadend git ebuild The config for git builds will probably not work with stable builds. You should backup and delete your current config.
The dvb scan codes provided by media-tv/linuxtv-dvb-apps are outdated and are no longer supported by upstream. Tvheadend uses newer scan codes which have been split from the linuxtv-dvb-apps package. The problem is that the Tvheadend configure script pulls the new dvb scan codes from a git repo[1]. From my understanding this behavior isn't allowed in Gentoo ebuilds, which is why we use media-tv/linuxtv-dvb-apps instead. However the new scan codes are available as tarballs[2]. If someone could create an ebuild for these scan codes we could then use them with Tvheadend. The ebuild would also need to be a blocker against media-tv/linuxtv-dvb-apps. [1] http://git.linuxtv.org/dtv-scan-tables.git [2] http://linuxtv.org/downloads/dtv-scan-tables
(In reply to BT from comment #17) > If someone could create an ebuild for these scan codes we could then use > them with Tvheadend. Initial ebuild for dtv-scan-tables bug #503028. I suppose it had to be me ;)
There should be no blockers. The dvb-apps have recently been stripped of the scan files. dvb-apps are still required for their tools in some cases. oliver, dtv-scan-tables maintainer.
(In reply to Oliver Schinagl from comment #19) > There should be no blockers. The dvb-apps have recently been stripped of the > scan files. dvb-apps are still required for their tools in some cases. > > oliver, dtv-scan-tables maintainer. We do need a block since all versions of linuxtv-dvb-apps currently in the tree still have the scan codes. I also understand that dvb-apps is still needed for it's tools but in the case of Tvheadend only the scan codes are required.
Created attachment 377318 [details] tvheadend git ebuild - Fixed installation of README.md - Updated DESCRIPTION
Created attachment 377474 [details] tvheadend.service
We could maybe add systemd unit file ? (see last comment) If you are ok with that we just need to inherit systemd and add systemd_dounit "${FILESDIR}/${PN}.service" in src_install().
Created attachment 377546 [details] tvheadend-3.4.27 ebuild
Created attachment 377548 [details] tvheadend git ebuild
Changes for 3.4.27 and git ebuilds. - Add systemd support - Use EAPI 5
fixed in tree, 3.4.27 and 9999