Mythtv 0.23 Release Candidate 2 is available: http://www.mythtv.org/ an ebuild would be great! Reproducible: Always
*** Bug 305847 has been marked as a duplicate of this bug. ***
I'll happily take patches to the current set of ebuilds to get it to work but right now I don't have time to write up ebuilds for any of the required changes. If there's no necessary changes and a simple rename, then I can do that.
(In reply to comment #2) > I'll happily take patches to the current set of ebuilds to get it to work but > right now I don't have time to write up ebuilds for any of the required > changes. > > If there's no necessary changes and a simple rename, then I can do that. > Thanks to whomever put in all the hard work on the previous ebuild and eclass. Renaming the latest alpha to -0.23_p24011 (matching what appeared to my untrained eye to be the latest commit) worked. The same worked for the themes (p23910) and the plugins (p24005) that I've tried thus far (archive, game, movies, music, news, video, weather) I didn't have much luck in renaming it to rc2 though due to the files being tbz2.
That was the intention with the eclass. The best bet is to use the SVN revisions when RC2 was tagged and not actually the tarballs.
At the time of this comment, the most common suggestion to solve any problem with mythtv 0.22 is to upgrade to 0.23-fixes. We have no ebuild that uses the 0.23-fixes branch (and this request fits). I have a personal interest in this because the mythtv's audio subsystem has apparently been reworked and analog surround sound is broken in 0.22.
Renaming to mythtv-0.23_rc24303.ebuild seemed to pull down the 0.23-fixes branch with today's merges. Found how to choose the branch by reading the mythtv.eclass so looking at the timeline on the 1st of April, renaming to mythtv-0.23_rc23907.ebuild should be rc2. Admittedly I haven't tried compiling it yet - maybe this weekend.
0.23_rc23907 basically builds. One sticking point was I needed to remove the --disable-audio-arts option from the ebuild, it seems it's no long a supported option. I'm going to try the rest of the ebuilds I use later.. Cheers, jcat
mythtv & mythvideo work perfectly. much more responsive than 0.22. highly recommend you try it!
Yup, all working now here: mythtv mythvideo mythmusic mytharchive mythtv-themse However, mythtv-themes-extra doesn't build. Seems like there's nothing there ;) Cheers, jcat
I just did the same, I turned mythtv-0.22_p22824-r1.ebiuld into mythtv-0.23_p24158.ebuild with this patch: --- mythtv-0.23_p24158.ebuild Sun May 2 21:20:20 2010 *************** *** 1,7 **** # Copyright 1999-2010 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 ! # $Header: /var/cvsroot/gentoo-x86/media-tv/mythtv/mythtv-0.22_p23069.ebuild,v 1.6 2010/03/23 03:43:52 vapier Exp $ EAPI=2 inherit flag-o-matic multilib eutils qt4 mythtv toolchain-funcs python --- 1,7 ---- # Copyright 1999-2010 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 ! # $Header: /var/cvsroot/gentoo-x86/media-tv/mythtv/mythtv-0.23_p24158.ebuild,v 1.6 2010/03/23 03:43:52 vapier Exp $ EAPI=2 inherit flag-o-matic multilib eutils qt4 mythtv toolchain-funcs python *************** *** 123,131 **** myconf="${myconf} $(use_enable dvb) $(use_enable ieee1394 firewire) $(use_enable lirc) - --disable-audio-arts --disable-directfb --dvb-path=/usr/include --enable-opengl-vsync --enable-xrandr --- 123,130 ---- ---------------------------------------- I threw that into my overlay at /usr/local/portage/media-tv/mythtv, I ran an "ebuild mythtv-0.23_p24158.ebuild manifest" and emerge'd mythtv. I did it in my case because I updates a few ubuntu boxes to 10.04, and they are using that version of myth. Compared to 0.22_p23069, the 0.23 uses protocol version 56 instead of 50 and a newer database schema (so really I had to update to have my mythbackends & frontends all interoperate). The frontend and backend both seem faster, no bugs I've noticed so far, and I like that when I pull up something big like "Previous Recordings" it now shows a pie wedge instead of just looking dead. I think it may have fixed my trouble with a few of my ATSC channels frequently having the right show name but wrong description.
Took the suggestions from this ticket, created ebuilds for mythtv, mythmusic, mythvideo, mythweb, and mythtv-themes based on 0.23-fixes r24486 this weekend. Other than removing the 'arts' config flag in mythtv, everything compiled, installed, and ran fine, no additional changes to the ebuilds were needed. Been running since Saturday afternoon with no problems, all recordings (both analog and digital) appear fine since the upgrade. The UI is definitely snappier. Seems the DB revision is the same as the Mythbuntu 10.04 build too, so no compatibility issues with my frontends (which going to 10.04 on the frontends was my main motivation for upgrading my backend).
0.23 has been released Cheers, jcat
(In reply to comment #12) > 0.23 has been released > > Cheers, > jcat > Yea, I too would love an ebuild for 0.23.
The subject should be changed to bump to 0.23 as opposed to rc.
I've bumped my own local overlay 4 times now using the existing ebuild and eclass and have successfully built 4 different revisions without issues on 3 different machines. I'm currently at: media-plugins/mytharchive-0.23_p24602 media-plugins/mythbrowser-0.23_p24602 media-plugins/mythgame-0.23_p24602 media-plugins/mythmovies-0.23_p24602 media-plugins/mythmusic-0.23_p24602 media-plugins/mythnetvision-0.23_p24602 media-plugins/mythnews-0.23_p24602 media-plugins/mythvideo-0.23_p24602 media-plugins/mythweather-0.23_p24602 media-tv/mythtv-0.23_p24609 x11-themes/mythtv-themes-0.23_p24445 This isn't to say it will work for everyone, but it's been fantastic for me.
Everything seems to be working for me with these versions: [ebuild U ] media-tv/mythtv-0.23_p24836 [0.22_p24255] USE="alsa css ieee1394 lcd lirc mmx perl python tiff xvmc (-altivec) -autostart -debug -directv -dvb -faad -fftw -jack -pulseaudio -vdpau" VIDEO_CARDS="-nvidia -via" 0 kB [0=>1] [ebuild U ] media-plugins/mythvideo-0.23_p24879 [0.22_p23469] USE="jamu mmx -debug" 0 kB [0=>1] [ebuild U ] x11-themes/mythtv-themes-0.23_p24661 [0.22_p23473] 0 kB [0=>1] [ebuild U ] media-plugins/mythmusic-0.23_p24879 [0.22_p22763] USE="cdr mmx opengl sdl -debug -fftw -libvisual" 0 kB [0=>1] [ebuild U ] media-plugins/mythmovies-0.23_p24879 [0.22_p23469] USE="mmx -debug" 0 kB [0=>1] [ebuild U ] media-plugins/mythweather-0.23_p24879 [0.22_p22991] USE="mmx -debug" 0 kB [0=>1] [ebuild NS ] www-apps/mythweb-0.23_p24879 [0.22_p22763-r1] USE="vhosts" 0 kB [1] I renamed the latest 0.22 ebuilds to the above. I had to comment out this line in the mythtv ebuild (it seems the source files already contained this patch): #epatch "${FILESDIR}/${PN}-0.22-x86-no-fpic.patch" I also had to remove the line in the mythtv ebuild: --disable-audio-arts For mythweb I had to comment out the following line (the line being patched had changed slightly making me think whatever issue there was had been fixed in a different way, I also had to add a colon after): #epatch "${FILESDIR}/${P}-ao-click.patch" :
Everything is working except jamu.py was broken and spitting this out: Traceback (most recent call last): File "/usr/share/mythtv/mythvideo/scripts/jamu.py", line 6433, in <module> main() File "/usr/share/mythtv/mythvideo/scripts/jamu.py", line 6418, in main process.processMythTvMetaData() File "/usr/share/mythtv/mythvideo/scripts/jamu.py", line 5586, in processMythTvMetaData self._downloadScheduledRecordedGraphics() File "/usr/share/mythtv/mythvideo/scripts/jamu.py", line 5267, in _downloadScheduledRecordedGraphics if not self.config['series_name_override'] and not program['subtitle'] and program['title'].lower() in self.config['series_name_override']: TypeError: argument of type 'bool' is not iterable So I changed line 5238 from: if not self.config['series_name_override'] and len(self.config['mb_tv_channels']): To this: if not self.config['series_name_override']: and now everything seems to be working correctly again. too lazy to make a patch.
I noticed one more thing. The file: /usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py should be executable. If it is not I get the following errors from mythfrontend: # cat mythfrontend.log | grep ttvdb.py 2010-06-13 22:54:05.987 Video Data Query: Executing "'/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py' -l en -D 83237 1 8" 2010-06-13 22:54:06.051 "/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py" failed: Process error 0 2010-06-13 22:54:06.154 "/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py" failed: Could not start process This is easily reproducible when browsing videos in mythvideo info(i)->Metadata Options->Download Metadata after doing a chmod +x it works it works! Should I open a new bug report for this? I figured this would be a quick fix and listing the problem here might get more people's attention faster.
(In reply to comment #18) > I noticed one more thing. > > The file: > > /usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py > > should be executable. If it is not I get the following errors from > mythfrontend: > > # cat mythfrontend.log | grep ttvdb.py > 2010-06-13 22:54:05.987 Video Data Query: Executing > "'/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py' -l en -D 83237 1 8" > 2010-06-13 22:54:06.051 > "/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py" failed: Process error > 0 > 2010-06-13 22:54:06.154 > "/usr/share/mythtv/mythvideo/scripts/Television/ttvdb.py" failed: Could not > start process > > This is easily reproducible when browsing videos in mythvideo info(i)->Metadata > Options->Download Metadata > > after doing a chmod +x it works it works! > > Should I open a new bug report for this? > > I figured this would be a quick fix and listing the problem here might get more > people's attention faster. > I fixed this in my personal overlay by changing the lines after the following comment in the ebuild for mythvideo to be as follows: # correct permissions so MythVideo is actually usable fperms 755 /usr/share/mythtv/mythvideo/scripts/*.pl fperms 755 /usr/share/mythtv/mythvideo/scripts/*/*.pl fperms 755 /usr/share/mythtv/mythvideo/scripts/*.py fperms 755 /usr/share/mythtv/mythvideo/scripts/*/*.py This is probably slightly more than is necessary, but it gets the job done well.
Thanks for the tip! I was just about to mention that the other scripts needed the same thing but you beat me to it.
Is there any progress on an official update to the portage packages? The current version has been out for quite a while now and I generally prefer to run on official builds (though I may be forced not to if its going to be a number of months more).
(In reply to comment #21) > Is there any progress on an official update to the portage packages? The > current version has been out for quite a while now and I generally prefer to > run on official builds (though I may be forced not to if its going to be a > number of months more). > Um when was the last time you used emerge --sync? Really this bug should be closed as fixed.
Release versions have been in tree and unmasked for a little bit now.
