Author |
Message |
dmcman73
|
Posted: Sun Sep 09, 2007 8:08 pm |
|
Joined: Sun Mar 21, 2004 10:01 am
Posts: 77
|
Just wanted to say that I have R4V5 on my system (has been rock solid since install) and I followed a guide on the KnoppmythWiki in istalling the new XMLTV (was part of another guide) and Cecil's instructions here. i ran into an issue with not grabing a lot of channels and othe rfuncky things but it seemed to have turned out to be the SVN buidl I had. I re-downloaded the SVN (actually followe Cecil's instructions here to the "T" and not just doing an SVN Update) and it all worked out perfect!
|
|
Top |
|
 |
marc.aronson
|
Posted: Sun Sep 09, 2007 9:02 pm |
|
Joined: Tue Jan 18, 2005 2:07 am
Posts: 1532
Location:
California
|
For some of you that are having difficulty getting the instructions to work -- it's worth checking to make sure you haven't run out of inode space. I walked my brother through the procedure and we hit this snag -- he has a default file system layout on r5d1 & it looks like the /myth partition is set up to deal with enough files for this situation.
Type "df -i" and see if your inode utilization is above 75% on the /myth partition. If it is, you probably won't be able to run a build in the partition. Only suggestion I can make is to temporarily add another drive to get around the problem, but perhaps others have a better suggestion...
Marc
|
|
Top |
|
 |
tjc
|
Posted: Sun Sep 09, 2007 9:20 pm |
|
Joined: Thu Mar 25, 2004 11:00 am
Posts: 9551
Location:
Arlington, MA
|
If you're having trouble building your own it's probably time to give up and upgrade to R5F27....
|
|
Top |
|
 |
linuxgeek
|
Posted: Sun Sep 09, 2007 9:24 pm |
|
Joined: Mon May 02, 2005 3:59 pm
Posts: 70
|
So there is no longer a Free Program guide. SD is not free. Costs $15 every 3 months.
Is this correct?
|
|
Top |
|
 |
scottr
|
Posted: Sun Sep 09, 2007 9:58 pm |
|
Joined: Thu Feb 02, 2006 2:01 am
Posts: 20
|
linuxgeek wrote: So there is no longer a Free Program guide. SD is not free. Costs $15 every 3 months. Is this correct?
In the context of North America, the first seems to be true, else a lot of folks have been spinning their wheels for no apparent reason. The last two are readily-confirmed facts.
|
|
Top |
|
 |
slowtolearn
|
Posted: Sun Sep 09, 2007 10:05 pm |
|
Joined: Wed Nov 16, 2005 8:55 pm
Posts: 1381
Location:
Farmington, MI USA
|
linuxgeek wrote: So there is no longer a Free Program guide. SD is not free. Costs $15 every 3 months. Is this correct? Not exactly. SD is not free, but the $15 is for the first 3 months, the fee after that is still not decided but will likely be less. You can see for yourself at http://www.schedulesdirect.org/faq
|
|
Top |
|
 |
jridley
|
Posted: Mon Sep 10, 2007 5:50 am |
|
Joined: Thu Aug 30, 2007 11:47 am
Posts: 15
|
tjc wrote: If you're having trouble building your own it's probably time to give up and upgrade to R5F27....
Yeehaw! I was hoping a new version would come out before my program data ran out. I'm all over it, thanks for the heads-up.
Color me relieved, I was about to go to MythBuntu 7.10a4. Didn't want to but I was going to have to do something to keep Myth running.
The only thing I don't know about is whether the newer nVidia drivers will run the 8300GS I have sitting around. If not I'll have to buy a 6xxx card somewhere.
|
|
Top |
|
 |
Ghengis
|
Posted: Mon Sep 10, 2007 5:52 am |
|
Joined: Sun Sep 09, 2007 5:58 pm
Posts: 17
|
OK, I followed the original post steps to check out and compile, and I'm getting a compiler error:
Code: /usr/lib/libc_nonshared.a(atexit.oS)(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0) : multiple definition of `__i686.get_pc_thunk.bx' : In function `__i686.get_pc_thunk.bx': /usr/lib/gcc-lib/i486-linux/3.3.5/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here collect2: ld returned 1 exit status distcc[18092] ERROR: compile (null) on localhost failed
Googling seems to suggest that it's a problem with my version of GCC. gcc -v tells me it's 3.3.5; an apt-get install gcc tells me that it's going to have to remove 26 packages to do the update -- obviously a dependency issue. That same dependency, whatever it is, really bites me in the ass on a lot of things.
I'm not sure what KM version I used to do my last install, but it was a while ago. How do I check what version of KM I'm running?
|
|
Top |
|
 |
nbdwt73
|
Posted: Mon Sep 10, 2007 2:43 pm |
|
Joined: Wed Jan 07, 2004 12:14 pm
Posts: 434
Location:
Charlotte, NC
|
I have an XMLTV problem after a fresh UPGRADE from R5F1 to R5F27. When I run tv_grab_na_dd --version I get > XMLTV module version 0.5.44. This is tv_grab_na_dd.in version 1.46, 2006/12/20 15:31:13. Am I wrong to assume the XMLTV version should be 0.5.48?
I then ran an upgrade :
wget http://internap.dl.sourceforge.net/sour ... 48.tar.bz2
tar xjvf xmltv-0.5.48/
perl Makefile.PL PREFIX=/usr
make
make test
su
make install
rebooted then ran version again - still shows 0.5.44...
The issue is that I am not getting all the lineups from SD. I have three set up (OTA, analog cable, and digital cable. digital cable does not work (others do)). The SD support group identified the XMLTV version as the problem.
_________________ nbdwt73
|
|
Top |
|
 |
scottr
|
Posted: Mon Sep 10, 2007 3:53 pm |
|
Joined: Thu Feb 02, 2006 2:01 am
Posts: 20
|
nbdwt73 wrote: I have an XMLTV problem after a fresh UPGRADE from R5F1 to R5F27. When I run tv_grab_na_dd --version I get > XMLTV module version 0.5.44. This is tv_grab_na_dd.in version 1.46, 2006/12/20 15:31:13. Am I wrong to assume the XMLTV version should be 0.5.48? ... rebooted then ran version again - still shows 0.5.44...
The problem is that there are bits of the old XMLTV still hanging around, which tv_grab_na_dd is picking up instead of the new version.
Try this:
Code: cd /usr/share/perl5 mv XMLTV XMLTV.orig mv XMLTV.pm XMLTV.pm.orig
Check the version again (no need to reboot). It should show 0.5.48 as expected.
In case you're interested, the newly-installed XMLTV module lives in /usr/share/perl/5.8.8 (rather than /usr/share/perl5).
|
|
Top |
|
 |
nbdwt73
|
Posted: Mon Sep 10, 2007 5:07 pm |
|
Joined: Wed Jan 07, 2004 12:14 pm
Posts: 434
Location:
Charlotte, NC
|
Thanks - that worked.
_________________ nbdwt73
|
|
Top |
|
 |
Human
|
Posted: Wed Sep 12, 2007 8:59 am |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
I can add this fix into R5F27's patcher, but I don't use XMLTV and need confirmation from at least one of you XMLTV users that this will fix it:
Code: wget http://internap.dl.sourceforge.net/sourceforge/xmltv/xmltv-0.5.48.tar.bz2 tar xjvf xmltv-0.5.48/ perl Makefile.PL PREFIX=/usr make make test su make install cd /usr/share/perl5 mv XMLTV XMLTV.orig mv XMLTV.pm XMLTV.pm.orig
No reboot required, correct?
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
scottr
|
Posted: Wed Sep 12, 2007 11:52 am |
|
Joined: Thu Feb 02, 2006 2:01 am
Posts: 20
|
Human wrote: I can add this fix into R5F27's patcher, but I don't use XMLTV and need confirmation from at least one of you XMLTV users that this will fix it: ... No reboot required, correct?
I can't test this to know with 100% certainty, but I don't see anything running on the system that would require a reboot to make XMLTV work.
I'd probably just remove XMLTV.pm and XMLTV directory from /usr/share/perl5 instead of renaming them, but I was being cautious the first time through. (I figure there is probably a better way to remove the old XMLTV, but this works.)
|
|
Top |
|
 |
Human
|
Posted: Wed Sep 12, 2007 12:08 pm |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
If someone can please test the code block I posted above, which was derived from other posts here, I can make it available to anyone who installs or upgrades to R5F27.
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
balthisar
|
Posted: Wed Sep 12, 2007 12:36 pm |
|
Joined: Thu Dec 15, 2005 8:15 pm
Posts: 46
Location:
Michigan
|
Human wrote: If someone can please test the code block I posted above, which was derived from other posts here, I can make it available to anyone who installs or upgrades to R5F27.
Human, its seems to have worked perfectly. The R5F27 version was populating properly, but I couldn't get tv_grab_na_dd to work, and so with your instructions (a) mythfilldatabase --refresh-today was successfull, and I'm able to use tv_grab_na_dd just fine.
THANKS.
|
|
Top |
|
 |