Tvheadend

Same here, anybody got tips how to update to 4.1?

Simple answer
http://apt.tvheadend.org/unstable/pool/main/t/tvheadend/
deb for Utopic only

Will there be builds available in the near future for ubunty 14.04 or is it advised to compile myself if I would like to update?

Have a look here - recently added to the wiki...

https://tvheadend.org/projects/tvheadend/wiki/AptRepository

Prof Yaffle wrote:

Have a look here - recently added to the wiki...

https://tvheadend.org/projects/tvheadend/wiki/AptRepository

not so different situation
http://dl.bintray.com/tvheadend/ubuntu/pool/main/t/tvheadend/

Can you try it and see, please?

The idea is that - although the builds are labelled 'trusty' - they will install on any deb-based (certainly, any Ubuntu) distro. The distro name only really gets used when adding the PPA and then looking up what's available, but this PPA is using 'master', 'unstable', 'testing', etc. instead of the distro name.

Summary: if you add the relevant PPA then you should get the right package, whether it's called 'trusty', 'utopic', 'angela merkel' or anything else.

If you want to test, add the PPA and then use apt-cache policy tvheadend, see what that reports as a candidate.

Package       Current version       New version       Description  
tvheadend    3.9.2827~g477feab~trusty    4.0.4~trusty    amd64 Tvheadend

Ubuntu 14.04.2

Installing package(s) with command apt-get -y install tvheadend ..
Reading package lists...
Building dependency tree...
Reading state information...
The following packages will be upgraded:
  tvheadend
1 upgraded, 0 newly installed, 0 to remove and 7 not upgraded.
Need to get 9492 kB of archives.
After this operation, 11.7 MB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  tvheadend
E: There are problems and -y was used without --force-yes
.. install failed!

Thanks for reporting it.

This is an issue with bintray... we had fixed that before going live yesterday. Yet clearly clearly the fix they suggested hasn't held up.

The error message you are seeing relates to the metadata signing of these packages. It should happen when bintray is importing the packages within it's own environment. Their systems are supposed to be re-signing them automatically.

We have made bintray aware of the issue, who have stated they will notify us once the problem is fixed. In the meantime I try to see if anything else can be done to work around the problem.

While the problem exists, we suggest that you:

• Hit 'y' and ignore the problem.
• Installation should proceed normally.

On a side note, these 'ubuntu' packages are being built on a 14.04.2 trusty host. They also seem to be working just the same on newer versions of ubuntu too (14.10 and 15.04).

I would also like to suggest that distribution - related issues and requests can be best raised on the issues tracker of the new 'tvheadend-build' github repo:

Right here ---> https://github.com/tvheadend/tvheadend-build/issues/new

Kind Regards

OK. Ticket Updated:

• We will see if the hotfix solves by checking again after tomorrow's scheduled nightly builds.

• For today, I have already re-triggered the metadata calculation.

You can track further progress on the issues tracker:

• https://github.com/tvheadend/tvheadend-build/issues/1

Packages cannot be authenticated because they are not in
http://dl.bintray.com/tvheadend/ubuntu/pool/main/t/tvheadend/
they are in cloudfront.net, bintray.com just redirect and that's the problem

We don't believe so... The mismatch is assumed to be related to the package linking feature of bintray. Since it doesn't seem to be happening on the original bintray/dreamcat4/* APT source. If the entire URL is being checked / signed then it's the different username part that's been causing the trouble rather than the underlying cloud storage provider.

Or to put it another way... the fix it's already worked right now, and the same fix which we performed today is already commited in public SCM for the next nightly builds, right here:

https://github.com/dreamcat4/tvheadend-build/commit/541f97d81f83d7650cf7623abadd5c6c7237c3f9

For anybody still experiencing the issue, doing an 'sudo apt-get update' aught to pick up the change. Then retry 'sudo apt-get install tvheadend. It seems OK at my end.

And we will check it again after tomorrow's rebuild.

Why in trusty it update 3.9 to 4.0.4 not to 4.1.xxx .
Only manual update to 4.1.xxx is possible?

That is correct. Because STABLE branch is versions 4.0, 4.2, 4.4 and 4.6
Only the EVEN numbers.

While 4.1, 4.3, and 4.5 etc
- those ones are the UNSTABLE e.g. of master branch, current development.
So commits that are git-tagged as '4.1' are never to become marked as a 'stable' software.

If you really actually want '4.1.x', then 2 things need to happen:

1) perexg needs to start git-tagging every now and again on master branch. For example at times when the code is not considered to be broken or crashing, and before he screws it up again while adding some brand new feature.

Currently, perexg is not doing this ^^. So those 'unstable' releases are kindda useless right now.

2) Then you would just choose the 'unstable' apt source. Add it to your sources.list. That would pick up the latest '4.1.x' git tag from master branch.

I recommend for time being that just stick to the stable branch, which is 4.0.4 currently.
If you want newer than 'v4.0.4' (which is not released yet). Then you may use 'testing' apt source. Which is the latest nightly commit on the currect 'stable' git branch 'release/4.0'.

It's decided by perexg which fixes or features he cherry-picks to commit back onto the 'release/4.0' git branch. So e.g. if there is a memory leak, he will probably also fix it in the stable branch. That is the last commit of 'testing' apt source nightly build, until he re-releases the stable again to e.g. '4.0.5' git tag.

saen acro wrote:

WARNING: The following packages cannot be authenticated!
tvheadend

The issue has now been fixed by Bintray support team. Many thanks.
But let us know if it happens again.

This is from old repo
HTS Tvheadend 4.1.7~g61eeb38~utopic x86
in bintray newest
tvheadend_4.1-161~gf69ebde~trusty only x86_64

CPU Atom first generation no 64 bits instructions available

it is very uncomfortable to destroy regular distro name structure of deb files

Well it looks like the old builds have already stopped for about 2 weeks now. Last files in 'unstable' APT repo are dated 21st May 2015:

http://apt.tvheadend.org/unstable/pool/main/t/tvheadend/

tvheadend_4.1.18~gec3ba93~utopic_amd64.deb 21-May-2015 00:05 3659588
tvheadend_4.1.18~gec3ba93~utopic_i386.deb 21-May-2015 00:05 3680632

Older have bigger number then newer ;)
https://tvheadend.org/issues/2928

The new "experimental" repo do not work

Ubuntu Linux 14.04.2 x86_64 with HTS Tvheadend 4.1-155~g0f0fcd3

apt sources with

https://dl.bintray.com/tvheadend/ubuntu master main

Package: tvheadend
Version: 4.1~precise
Architecture: amd64
Maintainer: Andreas Öman <[email protected]>
Installed-Size: 24130
Depends: libavahi-client3 (>= 0.6.16), libavahi-common3 (>= 0.6.16), libc6 (>= 2.15), libdbus-1-3 (>= 1.0.2), libdvbcsa1 (>= 1.1.0), libssl1.0.0 (>= 1.0.0), liburiparser1 (>= 0.6.0), zlib1g (>= 1:1.1.4)
Recommends: xmltv-util
Enhances: showtime
Replaces: hts-tvheadend
Section: video
Priority: extra
Homepage: https://tvheadend.org
Description: Tvheadend
 Tvheadend is a TV streaming server for Linux supporting DVB, ATSC, IPTV, and Analog video (V4L) as input sources.
 Can be used as a backend to Showtime, XBMC and various other clients.
Filename: pool/main/t/tvheadend/tvheadend_4.1~precise_amd64.deb
SHA1: 9d6bc7cadb6d152b4b12ff9a4e8ac05953565ef6
Size: 9490652

Package: tvheadend-dbg
Source: tvheadend
Version: 4.1~precise
Architecture: amd64
Maintainer: Andreas Öman <[email protected]>
Installed-Size: 21215
Depends: tvheadend (= 4.1~precise)
Section: debug
Priority: extra
Description: Debug symbols for Tvheadend
 This package contains the debugging symbols for Tvheadend.
Filename: pool/main/t/tvheadend/tvheadend-dbg_4.1~precise_amd64.deb
SHA1: b95f654600e90eceabcdfe285376d93973c6713d
Size: 4246878

so he search for physical file in domain sub folder pool/main/t/tvheadend
and there must have "tvheadend_4.1~precise_amd64.deb"

but in this experimental repo have only

tvheadend-dbg_4.0.3-14~gc77032a~trusty_amd64.deb
tvheadend-dbg_4.0.3-14~gc77032a~trusty_amd64.deb.asc
tvheadend-dbg_4.0.3-2~gc25f69c~trusty_amd64.deb
tvheadend-dbg_4.0.3-2~gc25f69c~trusty_amd64.deb.asc
tvheadend-dbg_4.0.3~precise_amd64.deb
tvheadend-dbg_4.0.3~precise_amd64.deb.asc
tvheadend-dbg_4.0.4-10~g6db4863~trusty_amd64.deb
tvheadend-dbg_4.0.4-10~g6db4863~trusty_amd64.deb.asc
tvheadend-dbg_4.0.4-1~g2075adb~trusty_amd64.deb
tvheadend-dbg_4.0.4-1~g2075adb~trusty_amd64.deb.asc
tvheadend-dbg_4.0.4-5~g8ce77c8~trusty_amd64.deb
tvheadend-dbg_4.0.4-5~g8ce77c8~trusty_amd64.deb.asc
tvheadend-dbg_4.0.4-8~g4f9d15f~trusty_amd64.deb
tvheadend-dbg_4.0.4-8~g4f9d15f~trusty_amd64.deb.asc
tvheadend-dbg_4.0.4~trusty_amd64.deb
tvheadend-dbg_4.0.4~trusty_amd64.deb.asc
tvheadend-dbg_4.1-111~g807b9c8~trusty_amd64.deb
tvheadend-dbg_4.1-111~g807b9c8~trusty_amd64.deb.asc
tvheadend-dbg_4.1-114~gdb77f51~trusty_amd64.deb
tvheadend-dbg_4.1-114~gdb77f51~trusty_amd64.deb.asc
tvheadend-dbg_4.1-117~gf27ac40~trusty_amd64.deb
tvheadend-dbg_4.1-117~gf27ac40~trusty_amd64.deb.asc
tvheadend-dbg_4.1-118~g81c356c~trusty_amd64.deb
tvheadend-dbg_4.1-118~g81c356c~trusty_amd64.deb.asc
tvheadend-dbg_4.1-119~ge079c44~trusty_amd64.deb
tvheadend-dbg_4.1-119~ge079c44~trusty_amd64.deb.asc
tvheadend-dbg_4.1-122~g59732e0~trusty_amd64.deb
tvheadend-dbg_4.1-122~g59732e0~trusty_amd64.deb.asc
tvheadend-dbg_4.1-132~g5555bc6~trusty_amd64.deb
tvheadend-dbg_4.1-132~g5555bc6~trusty_amd64.deb.asc
tvheadend-dbg_4.1-155~g0f0fcd3~trusty_amd64.deb
tvheadend-dbg_4.1-155~g0f0fcd3~trusty_amd64.deb.asc
tvheadend-dbg_4.1-158~g14cf057~trusty_amd64.deb
tvheadend-dbg_4.1-158~g14cf057~trusty_amd64.deb.asc
tvheadend-dbg_4.1-161~gf69ebde~trusty_amd64.deb
tvheadend-dbg_4.1-161~gf69ebde~trusty_amd64.deb.asc
tvheadend-dbg_4.1-166~g4d72204~trusty_amd64.deb
tvheadend-dbg_4.1-166~g4d72204~trusty_amd64.deb.asc
tvheadend-dbg_4.1~precise_amd64.deb
tvheadend-dbg_4.1~precise_amd64.deb.asc
tvheadend_4.0.3-14~gc77032a~trusty_amd64.changes
tvheadend_4.0.3-14~gc77032a~trusty_amd64.changes.asc
tvheadend_4.0.3-14~gc77032a~trusty_amd64.deb
tvheadend_4.0.3-14~gc77032a~trusty_amd64.deb.asc
tvheadend_4.0.3-2~gc25f69c~trusty_amd64.changes
tvheadend_4.0.3-2~gc25f69c~trusty_amd64.changes.asc
tvheadend_4.0.3-2~gc25f69c~trusty_amd64.deb
tvheadend_4.0.3-2~gc25f69c~trusty_amd64.deb.asc
tvheadend_4.0.3~precise_amd64.changes
tvheadend_4.0.3~precise_amd64.changes.asc
tvheadend_4.0.3~precise_amd64.deb
tvheadend_4.0.3~precise_amd64.deb.asc
tvheadend_4.0.4-10~g6db4863~trusty_amd64.changes
tvheadend_4.0.4-10~g6db4863~trusty_amd64.changes.asc
tvheadend_4.0.4-10~g6db4863~trusty_amd64.deb
tvheadend_4.0.4-10~g6db4863~trusty_amd64.deb.asc
tvheadend_4.0.4-1~g2075adb~trusty_amd64.changes
tvheadend_4.0.4-1~g2075adb~trusty_amd64.changes.asc
tvheadend_4.0.4-1~g2075adb~trusty_amd64.deb
tvheadend_4.0.4-1~g2075adb~trusty_amd64.deb.asc
tvheadend_4.0.4-5~g8ce77c8~trusty_amd64.changes
tvheadend_4.0.4-5~g8ce77c8~trusty_amd64.changes.asc
tvheadend_4.0.4-5~g8ce77c8~trusty_amd64.deb
tvheadend_4.0.4-5~g8ce77c8~trusty_amd64.deb.asc
tvheadend_4.0.4-8~g4f9d15f~trusty_amd64.changes
tvheadend_4.0.4-8~g4f9d15f~trusty_amd64.changes.asc
tvheadend_4.0.4-8~g4f9d15f~trusty_amd64.deb
tvheadend_4.0.4-8~g4f9d15f~trusty_amd64.deb.asc
tvheadend_4.0.4~trusty_amd64.changes
tvheadend_4.0.4~trusty_amd64.changes.asc
tvheadend_4.0.4~trusty_amd64.deb
tvheadend_4.0.4~trusty_amd64.deb.asc
tvheadend_4.1-111~g807b9c8~trusty_amd64.changes
tvheadend_4.1-111~g807b9c8~trusty_amd64.changes.asc
tvheadend_4.1-111~g807b9c8~trusty_amd64.deb
tvheadend_4.1-111~g807b9c8~trusty_amd64.deb.asc
tvheadend_4.1-114~gdb77f51~trusty_amd64.changes
tvheadend_4.1-114~gdb77f51~trusty_amd64.changes.asc
tvheadend_4.1-114~gdb77f51~trusty_amd64.deb
tvheadend_4.1-114~gdb77f51~trusty_amd64.deb.asc
tvheadend_4.1-117~gf27ac40~trusty_amd64.changes
tvheadend_4.1-117~gf27ac40~trusty_amd64.changes.asc
tvheadend_4.1-117~gf27ac40~trusty_amd64.deb
tvheadend_4.1-117~gf27ac40~trusty_amd64.deb.asc
tvheadend_4.1-118~g81c356c~trusty_amd64.changes
tvheadend_4.1-118~g81c356c~trusty_amd64.changes.asc
tvheadend_4.1-118~g81c356c~trusty_amd64.deb
tvheadend_4.1-118~g81c356c~trusty_amd64.deb.asc
tvheadend_4.1-119~ge079c44~trusty_amd64.changes
tvheadend_4.1-119~ge079c44~trusty_amd64.changes.asc
tvheadend_4.1-119~ge079c44~trusty_amd64.deb
tvheadend_4.1-119~ge079c44~trusty_amd64.deb.asc
tvheadend_4.1-122~g59732e0~trusty_amd64.changes
tvheadend_4.1-122~g59732e0~trusty_amd64.changes.asc
tvheadend_4.1-122~g59732e0~trusty_amd64.deb
tvheadend_4.1-122~g59732e0~trusty_amd64.deb.asc
tvheadend_4.1-132~g5555bc6~trusty_amd64.changes
tvheadend_4.1-132~g5555bc6~trusty_amd64.changes.asc
tvheadend_4.1-132~g5555bc6~trusty_amd64.deb
tvheadend_4.1-132~g5555bc6~trusty_amd64.deb.asc
tvheadend_4.1-155~g0f0fcd3~trusty_amd64.changes
tvheadend_4.1-155~g0f0fcd3~trusty_amd64.changes.asc
tvheadend_4.1-155~g0f0fcd3~trusty_amd64.deb
tvheadend_4.1-155~g0f0fcd3~trusty_amd64.deb.asc
tvheadend_4.1-158~g14cf057~trusty_amd64.changes
tvheadend_4.1-158~g14cf057~trusty_amd64.changes.asc
tvheadend_4.1-158~g14cf057~trusty_amd64.deb
tvheadend_4.1-158~g14cf057~trusty_amd64.deb.asc
tvheadend_4.1-161~gf69ebde~trusty_amd64.changes
tvheadend_4.1-161~gf69ebde~trusty_amd64.changes.asc
tvheadend_4.1-161~gf69ebde~trusty_amd64.deb
tvheadend_4.1-161~gf69ebde~trusty_amd64.deb.asc
tvheadend_4.1-166~g4d72204~trusty_amd64.changes
tvheadend_4.1-166~g4d72204~trusty_amd64.changes.asc
tvheadend_4.1-166~g4d72204~trusty_amd64.deb
tvheadend_4.1-166~g4d72204~trusty_amd64.deb.asc
tvheadend_4.1~precise_amd64.changes
tvheadend_4.1~precise_amd64.changes.asc
tvheadend_4.1~precise_amd64.deb
tvheadend_4.1~precise_amd64.deb.asc

so there is no tvheadend_4.1~precise_amd64.deb new version with is wrong trusty have newer version
and apt say to himself
what the hell am search in this fake repo, there is nothing for me, so bye for now, next time when I look for it and find I'll take it, for now nothing. :p

Temporary solution to copy deb's to old very good working repo

Example with rest versions is pointless
14.10 and 15.04 totally missing

and apt say to himself

Sorry but I'm confused what is the actual technical problem with it. Because you didn't include any error message whatsoever. Was there one? Can you show here the actual failure, including the cmd you ran which generated the error message?

there is nothing new in this repo every new packet is for trusty rest nothing precise have only to verry old versions of compilation

Ubuntu 14.10 Utopic Unicorn live till July 2015 lets say no need to support
but
Ubuntu 15.04 Vivid Vervet will live until January 2016 nothing for it

https://wiki.ubuntu.com/Releases

32 bit nothing, lot of people use old powerfully pc P4/Xeon/Opteron/Athlon etc before multi-core and 64bits

p.s.
ERRROR is in situation in with users are put in
18 version for trusty
2 for precise
0 for utopic, vivid, squeeze, wheezy and jessie

compile on even days x86
on odd 64 bit
6 days of week one free for armhf

Ok. So there was not any real error message regarding the distro version problem. Then it has no bug to fix.

• If you want to complain about no i386 - please use that thread for those comment. Because that is best place to collect user opinion.

• If you want to complain about these distro that is not working:

2 for precise
0 for utopic, vivid, squeeze, wheezy and jessie

Then please test fist these 'trusty' package, then post the error message you see from the command, including the commands itself where the error came.

All of the packages say: 'trusty' in their name - because they were built on a trusty host system. It does not mean they are not working on the other distro. We apologise for any confusion but it's not anything to prevent the installation. Just try and see. For example - it seems to work on these ones already:

• utopic 14.10
• vivid 15.04
• Linux mint 17.1 ('rebecca' or 'cinnamon')

[EDIT] Other ones (NOT supported):

• Debian - Several people have asked 'why no new debian pkgs?'. But actually we have not yet had someone to try the trusty package and say why it does not work. It is a useful feedback we need.

• For ARM support - there is a different forum thread marked for ARM. So please comment there instead if something specific to ARM we collect together those similar comment.

Thank you.

To test Trusty package I need to download it and install it manually on Vivid

Well I have used the apt source list, vivid 15.04 host and it installs OK for me (on 64-bits). Here is the output from 5 minutes ago:

1. deb-src https://dl.bintray.com/tvheadend/ubuntu master main

id@emachines-e520:~/docker-images$ sudo apt-get update -qqy
id@emachines-e520:~/docker-images$ apt search tvheadend
Sorting... Done
Full Text Search... Done
kodi-pvr-hts/now 2.1.7-1~vivid amd64 [installed,local]
TVHeadEnd PVR for Kodi

tvheadend/master 4.1-166~g4d72204~trusty amd64 [residual-config]
Tvheadend

tvheadend-dbg/master 4.1-166~g4d72204~trusty amd64
Debug symbols for Tvheadend

xbmc-pvr-tvheadend-hts/vivid 13.0+git20140512+g91cc731+dfsg1-1 amd64
XBMC PVR Addon TvHeadend Hts

id@emachines-e520:~/docker-images$ sudo apt-get install tvheadend
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libdvbcsa1 liburiparser1
The following NEW packages will be installed
libdvbcsa1 liburiparser1 tvheadend
0 to upgrade, 3 to newly install, 0 to remove and 3 not to upgrade.
Need to get 9,582 kB of archives.
After this operation, 25.0 MB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://gb.archive.ubuntu.com/ubuntu/ vivid/universe libdvbcsa1 amd64 1.1.0-2 [32.7 kB]
Get:2 http://gb.archive.ubuntu.com/ubuntu/ vivid/universe liburiparser1 amd64 0.8.0.1-2 [36.6 kB]
Get:3 https://dl.bintray.com/tvheadend/ubuntu/ master/main tvheadend amd64 4.1-166~g4d72204~trusty [9,513 kB]
Fetched 9,582 kB in 24s (395 kB/s)
Preconfiguring packages ...
Selecting previously unselected package libdvbcsa1:amd64.
(Reading database ... 258378 files and directories currently installed.)
Preparing to unpack .../libdvbcsa1_1.1.0-2_amd64.deb ...
Unpacking libdvbcsa1:amd64 (1.1.0-2) ...
Selecting previously unselected package liburiparser1.
Preparing to unpack .../liburiparser1_0.8.0.1-2_amd64.deb ...
Unpacking liburiparser1 (0.8.0.1-2) ...
Selecting previously unselected package tvheadend.
Preparing to unpack .../tvheadend_4.1-166~g4d72204~trusty_amd64.deb ...
Unpacking tvheadend (4.1-166~g4d72204~trusty) ...
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for ureadahead (0.100.0-19) ...
ureadahead will be reprofiled on next reboot
Processing triggers for systemd (219-7ubuntu5) ...
Setting up libdvbcsa1:amd64 (1.1.0-2) ...
Setting up liburiparser1 (0.8.0.1-2) ...
Setting up tvheadend (4.1-166~g4d72204~trusty) ...
insserv: warning: script 'K01-grub-reboot-linux' missing LSB tags and overrides
Processing triggers for libc-bin (2.21-0ubuntu4) ...
id@emachines-e520:~/docker-images$ tvheadend --version
tvheadend: version 4.1-166~g4d72204

id@emachines-e520:~/docker-images$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.04
Release: 15.04
Codename: vivid
id@emachines-e520:~/docker-images$ uname -m
x86_64
id@emachines-e520:~/docker-images$

I also tested at runtime (with my existing tvheadend config folder) on 15.04 host - and it worked OK. The tvheadend server would start normally. My tv channels would play correctly in HTSP client. Everything seemed normal.

So you can see: it's not so bad. The distro field - it doesn't matter for tvheadend. (at least for the time being everything is OK, it is no need to worry).

Also:

• You mentioned about the ARM builds.

Actually there are some few guys making ARM builds of the new version 4.0.x stable. One guy is making a Synology ARM pkg (hopefully to eventually become official on synology), another person is making good package for Arch linux. Which is official in the Arch linux packman pkg repository. Another person is compiling natively for rpi (on an rpi).

It's just that we don't know yet how to make cross-compile builds for ARM. On ubuntu 64-bit Intel host (to make ubuntu ARM .deb).

It's possible to install new version TVH on Debian? When I try install I have following error:

Depends: libc6 (>= 2.14) but 2.13-38+deb7u1 is to be installed

I'm using stable version of Debian (newest version OpenMediaVault).