Bug 12951 - in freetuxtv no channel works
Summary: in freetuxtv no channel works
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 4
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: has_procedure advisory MGA4-64-OK MGA...
Keywords: Triaged, validated_update
Depends on:
Blocks:
 
Reported: 2014-03-06 17:17 CET by Daniel Jackson
Modified: 2014-03-23 10:32 CET (History)
4 users (show)

See Also:
Source RPM: freetuxtv
CVE:
Status comment:


Attachments

Description Daniel Jackson 2014-03-06 17:17:44 CET
Description of problem:

No matter what channel from any group i try to watch it's not working.
All i get instantly is "An error occurred while playing channel "..."
and "If the problem persist, you can report that the link is dead at http..."
It is not about dead links, i have tryed this app in another os and most of the channels are working, but in mageia none works.
For those channels that don't work the error should be with a delay, not instant.
Maybe there are some requirements for this app that mageia is missing, since on another os the app works fine.

Version-Release number of selected component (if applicable):

FreetuxTV 0.6.5
arch: x86_64


How reproducible: Every time


Steps to Reproduce:
1.Start freetuxtv
2.Add a group channel
3.Click on any channel




Reproducible: 

Steps to Reproduce:
Comment 1 Manuel Hiebel 2014-03-09 14:00:32 CET
And in the other OS, is it the same version ?

Keywords: (none) => Triaged
Assignee: bugsquad => lists.jjorge

Comment 2 José Jorge 2014-03-09 14:23:14 CET
Please indicate at least one working channel in the other OS, so that I can try to reproduce.
Comment 3 Daniel Jackson 2014-03-09 15:06:30 CET
i did not check if it's the same version :(

Digi24 from the Romanian group is working 100%, if you want i can give more examples.

Anyway if you agree i think it would be much better to add tv-maxe in the repos because it is some kind of freetuxtv version but much much better in my opinion, it has verry well maintained channel list, it has radios also and so on.

Thank you.
Comment 4 Manuel Hiebel 2014-03-10 16:39:11 CET
Looks like freetux v0.6.5 is not compatible with vlc v2.* and whould work with the .66

http://www.mageialinux-online.org/forum/topic-17737+freetuxtv-ne-fonctionne-plus.php#m170474 (why these users didn't report it, I don't know)
Comment 5 José Jorge 2014-03-10 21:01:56 CET
I have uploaded a new package for Mageia 4 in updates/testing.

You can test this by watching eg. Digi24 from Romanian TV.

Suggested advisory:
========================

Updated freetuxtv packages fix vlc 2.1.x compatibility .

========================

Updated packages in core/updates_testing:
========================
freetuxtv-0.6.6-1.mga4.i586.rpm
freetuxtv-0.6.6-1.mga4.x86_64.rpm

Source RPMs: 
freetuxtv-0.6.6-1.mga4.src.rpm

Status: NEW => ASSIGNED

José Jorge 2014-03-10 21:04:20 CET

Assignee: lists.jjorge => qa-bugs

José Jorge 2014-03-10 21:04:36 CET

CC: (none) => lists.jjorge

Comment 6 Daniel Jackson 2014-03-12 14:23:34 CET
Hi, since yesterday i keep trying from time to time to test this new vers, but it does not show up, it's only the old one. 
I have enabled any repo i could find with "testing" and still nothing.
Comment 7 claire robinson 2014-03-12 15:47:22 CET
Hi Daniel. Once you enable a media which has been deactivated you then need to update the package lists, so it knows what is in there. You can do that through MCC, where you configure your medias, in the file menu. You can also do it on the command line as root with 'urpmi.update -a'.
Comment 8 claire robinson 2014-03-12 16:00:26 CET
You'll find this one in Core Updates Testing by the way, you should disable the other 'Testing' medias if you have them enabled and also disable Core Updates Testing too when you've installed the update for this one.
Comment 9 Daniel Jackson 2014-03-13 02:04:30 CET
yes, i did disable all testing, i was enable them just to find this package.
(don't laugh) i use mageia for about 2 years already and belive me i have never open that file menu ! i had no idea that i need to update them after (it's quite logic that needs that) but in software manager it does something similar, so i tought that that update happends then, i was wrong :))

Anyway, i find it, and it's working now, no other problems noticed so far.

Thank you.
user7 2014-03-16 23:57:10 CET

CC: (none) => wassi
Whiteboard: (none) => has_procedure MGA4-64-OK

Comment 10 user7 2014-03-22 22:56:02 CET
Testing complete on Mga4, i586. I could reproduce the problem, the update fixes it. No regressions were noticed. Once an advisory was uploaded this update candidate is ready for validation (see comment 5 for advisory and SRPM).

Whiteboard: has_procedure MGA4-64-OK => has_procedure MGA4-64-OK MGA4-32-OK

Comment 11 claire robinson 2014-03-23 08:57:03 CET
Thanks both.

Advisory uploaded. Validating.

Could sysadmin please push to 4 updates

Thanks

Keywords: (none) => validated_update
Whiteboard: has_procedure MGA4-64-OK MGA4-32-OK => has_procedure advisory MGA4-64-OK MGA4-32-OK
CC: (none) => sysadmin-bugs

Comment 12 Thomas Backlund 2014-03-23 10:32:53 CET
Update pushed:
http://advisories.mageia.org/MGAA-2014-0086.html

Status: ASSIGNED => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.