Summary: | media-tv/tvheadend-3.4.27 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin Bednar <martin> |
Component: | Current packages | Assignee: | Leho Kraav (:macmaN @lkraav) <leho> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aeriksson, c.affolter, jamatik, kripton, kyle.leet, leho, mark+gentoobugs, martin, oliver, pieter644, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://www.lonelycoder.com/redmine/news/49 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
tvheadend-3.2.18.ebuild
Fixed ebuild comment issue in response to comment #2. tvheadend-3.2.34 ebuild tvheadend-3.2.34 ebuild tvheadend-3.4 ebuild tvheadend-3.4 ebuild tvheadend-3.4.27 ebuild tvheadend git ebuild tvheadend git ebuild tvheadend.service tvheadend-3.4.27 ebuild tvheadend git ebuild |
Description
Martin Bednar
2012-11-09 10:33:43 UTC
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 |