Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 10536 - xmltv ebuild, required by mythtv, with needed perl modules
Summary: xmltv ebuild, required by mythtv, with needed perl modules
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All All
: High enhancement with 1 vote (vote)
Assignee: Seemant Kulleen (RETIRED)
URL: http://membled.com/work/apps/xmltv/
Whiteboard:
Keywords: EBUILD
Depends on: 10534 13031 13034 13035 13036
Blocks: 10533 21642
  Show dependency tree
 
Reported: 2002-11-10 11:50 UTC by Javier Marcet
Modified: 2003-07-10 03:46 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Bzipped tarball with the whole tree of ebuilds, unpack under dev-perl/ (xmltv.tar.bz2,2.34 KB, application/octet-stream)
2002-11-10 11:54 UTC, Javier Marcet
Details
xmltv-0.5.2.ebuild (xmltv-0.5.2.ebuild,928 bytes, text/plain)
2002-11-20 23:48 UTC, Javier Marcet
Details
xmltv-0.5.2.ebuild (xmltv-0.5.2.ebuild,952 bytes, text/plain)
2002-11-20 23:52 UTC, Javier Marcet
Details
xmltv-0.5.5.ebuild (update and bugs) (xmltv-0.5.5.ebuild,927 bytes, text/plain)
2002-12-22 11:49 UTC, Tony Clark
Details
xmltv-0.5.5-r0.ebuild (Fixes libwww-perl dependency version) (xmltv-0.5.5-r0.ebuild,957 bytes, text/plain)
2003-01-03 07:32 UTC, Tony Clark
Details
xmltv-0.5.6.ebuild (update) (xmltv-0.5.6.ebuild,935 bytes, text/plain)
2003-01-14 13:42 UTC, Tony Clark
Details
xmltv-0.5.6-r1.ebuild (update) (xmltv-0.5.6-r1.ebuild,956 bytes, text/plain)
2003-01-16 00:52 UTC, Tony Clark
Details
Updated ebuild. Fixes problems for UK and USA users (xmltv-0.5.8.ebuild,956 bytes, text/plain)
2003-02-18 13:53 UTC, Tony Clark
Details
new (0.5.8) ebuild for xmltv and attempt a non-interactive solution (xmltv-0.5.8.ebuild,3.01 KB, text/plain)
2003-03-26 16:40 UTC, Max Kalika (RETIRED)
Details
same as above but with no CGI depend (xmltv-0.5.8.ebuild,3.00 KB, text/plain)
2003-03-26 20:57 UTC, Max Kalika (RETIRED)
Details
A self building version that uses "USE" flags. (xmltv-0.5.8-r1.ebuild,1.81 KB, text/plain)
2003-03-27 10:06 UTC, Tony Clark
Details
alternate flag-based ebuild (xmltv-0.5.8-r1.ebuild,1.49 KB, text/plain)
2003-03-27 23:33 UTC, Max Kalika (RETIRED)
Details
whoops! minor correction (xmltv-0.5.8-r1.ebuild,1.51 KB, text/plain)
2003-03-28 10:47 UTC, Max Kalika (RETIRED)
Details
xmltv-0.5.9 (xmltv-0.5.9.ebuild,1.72 KB, text/plain)
2003-04-07 01:51 UTC, Max Kalika (RETIRED)
Details
xmltv-0.5.9-r1.ebuild (xmltv-0.5.9-r1.ebuild,1.69 KB, text/plain)
2003-04-16 00:43 UTC, Tony Clark
Details
xmltv-0.5.10.ebuild (xmltv-0.5.10.ebuild,2.12 KB, text/plain)
2003-04-28 05:48 UTC, Rigo
Details
updated xmltv-0.5.10.ebuild (xmltv-0.5.10.ebuild,2.80 KB, text/plain)
2003-04-28 23:48 UTC, Max Kalika (RETIRED)
Details
initial ChangeLog for the xmltv ebuild (ChangeLog,388 bytes, text/plain)
2003-04-28 23:49 UTC, Max Kalika (RETIRED)
Details
env based xmltv ebuild (xmltv-0.5.10-r1.ebuild,4.62 KB, text/plain)
2003-06-13 10:34 UTC, Max Kalika (RETIRED)
Details
updated changelog (ChangeLog,917 bytes, text/plain)
2003-06-13 10:34 UTC, Max Kalika (RETIRED)
Details
dev-perl/xmltv-0.5.10-r1.ebuild (xmltv-0.5.10-r1.ebuild,4.61 KB, text/plain)
2003-06-13 18:03 UTC, Max Kalika (RETIRED)
Details
xmltv/xmltv-0.5.10-r2.ebuild (xmltv-0.5.10-r2.ebuild,4.56 KB, text/plain)
2003-06-15 00:30 UTC, Tony Clark
Details
updated change log (ChangeLog,1.16 KB, text/plain)
2003-06-15 00:31 UTC, Tony Clark
Details
dev-perl/xmltv-0.5.10-r3.ebuild (xmltv-0.5.10-r3.ebuild,4.60 KB, text/plain)
2003-06-16 18:38 UTC, Max Kalika (RETIRED)
Details
newest (thus far) ChangeLog (ChangeLog,1.65 KB, text/plain)
2003-06-16 18:39 UTC, Max Kalika (RETIRED)
Details
dev-perl/xmltv-0.5.10-r3.ebuild (xmltv-0.5.10-r3.ebuild,4.60 KB, text/plain)
2003-06-17 18:40 UTC, Max Kalika (RETIRED)
Details
media-tv/xmltv-0.5.10-r4.ebuild (xmltv-0.5.10-r4.ebuild,4.60 KB, text/plain)
2003-06-18 17:58 UTC, Max Kalika (RETIRED)
Details
ChangeLog (ChangeLog,1.77 KB, text/plain)
2003-06-18 17:59 UTC, Max Kalika (RETIRED)
Details
media-tv/xmltv-0.5.11.ebuild (xmltv-0.5.11.ebuild,5.90 KB, text/plain)
2003-06-22 21:22 UTC, Max Kalika (RETIRED)
Details
ChangeLog (ChangeLog,2.49 KB, text/plain)
2003-06-22 21:23 UTC, Max Kalika (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Javier Marcet 2002-11-10 11:50:00 UTC
OK, there'll be quite a few ebuilds attached. 
xmltv is the backend to grab TV programming information in xmltv format, as 
provided by different web pages, for later be used by mythtv, see bug #10533 
 
Together with xmltv ebuild come quite a few perl modules which were needed. 
 
Also, I want to warn that at the moment xmltv installation asks some questions 
interactively. I might disable the, and just force a complete installation, but I'm 
not sure if that would be the best way to do it, since depending upon the area 
where you're living you'll only need some of them but not the others. 
 
Just suggest what you think fits better in Gentoo's philosophy.
Comment 1 Javier Marcet 2002-11-10 11:54:06 UTC
Created attachment 5543 [details]
Bzipped tarball with the whole tree of ebuilds, unpack under dev-perl/

It was going to be cumbersome to file so many attachments.
I send a bzipped tarball, which you should uncompress on dev-perl/
Comment 2 Matt Taylor 2002-11-11 17:00:56 UTC
You might want to add >=dev-perl/libwww-perl-5.62 to xmltv.  It said it's not
compatible with versions lower then 5.62 when I tried to install it.
Comment 3 Per Wigren 2002-11-19 14:13:23 UTC
I don't think the "xmltv" ebuild should be in dev-perl.. That one fits better in
app-misc IMHO...
Comment 4 Javier Marcet 2002-11-20 23:48:06 UTC
Created attachment 5840 [details]
xmltv-0.5.2.ebuild

Fixed version which removes references to ${D} from installed perl programs.
Comment 5 Javier Marcet 2002-11-20 23:52:27 UTC
Created attachment 5841 [details]
xmltv-0.5.2.ebuild

Use this one which includes the DEPEND on >=perl-5.6.2
Comment 6 Javier Marcet 2002-11-20 23:56:26 UTC
At the moment I won't be able to make more tests since I haven't yet found xmltv 
info providers for Spanish TV channels. 
 
Feel free to report any bugs or suggestions. 
 
Per: 
You're probably right. If I put it in dev-perl initially was because it seemed to be 
some perl modules, but it's more of an app written in Perl. Thus it should go either 
in app-misc or even media-video since it is targeted to TV programming. 
Comment 7 Javier Marcet 2002-11-21 00:18:48 UTC
Before I forget, there's something I only reported on gentoo-dev list, Dan Armak 
requested me to report this (I'm not sure if on a separate bug though...). 
 
You not only need QT and mysql emerged, but also QT emerged with 'mysql' USE 
flag, hence obtaining the QT's mysql plugin. 
There's an additional problem though. By default, on Gentoo, those plugins go 
under $QTDIR/plugins/sqldrivers, while MythTV looks for them on 
$KDEDIR/lib/kde3/plugins/sqldrivers. 
Making a soft link (ln -s $QTDIR/plugins/sqldrivers 
$KDEDIR/lib/kde3/plugins/sqldrivers) fixes it. 
 
This might be the case not just for MythTV but for other apps too, so it should be 
fixed within QT or KDE installations, for what Dan Armak is in charge. 
Comment 8 Tony Clark 2002-11-25 17:14:21 UTC
I didn't have the problem with libqsqlmysql.so. mythtv is working fine with it
located under the Qt directory.  The last thing I did was actually emerge qt
again with USE="mysql qt etc"  I'm not sure if having qt in the USE variable
makes any difference.
Comment 9 Seemant Kulleen (RETIRED) gentoo-dev 2002-12-15 15:56:53 UTC
instead of being interactive, can we set a default, based on the /etc/localtime
symlink?
Comment 10 Dan Armak (RETIRED) gentoo-dev 2002-12-18 13:28:58 UTC
QT has a generic way of handling plugins, and if it doesn't find the msql plugin when 
it's in your qt directory, something is broken. I don't think mythtv could/would 
somehow bypass qt's own scheme for managing its plugins. 
Try adding QTDIR/plugins to the plugin paths list in qtconfig, perhaps. Although I think 
it should search it by deafult anyway. 
Comment 11 Tony Clark 2002-12-22 11:49:30 UTC
Created attachment 6666 [details]
xmltv-0.5.5.ebuild (update and bugs)

Fixes some bugs in xmltv and also dependancy on perl-5.6.2 which I think should
have been dev-perl/libwww-perl-5.62.  There are still a number of dependancies
missing in portage.  I've built some of them which I will add to bugs
Comment 12 kevin arnold 2003-01-01 14:15:35 UTC
I tried an emerge on xmltv-0.5.5.ebuild and it complained of the following:

LWP-5.65 is required, but 5.64 is installed
Required modules missing, not writing Makefile
make: *** No targets specified and no makefile found.  Stop.

!!! ERROR: dev-perl/xmltv-0.5.5 failed.
!!! Function perl-module_src_compile, Line 10, Exitcode 2
!!! compilation failed
Comment 13 Tony Clark 2003-01-01 14:59:30 UTC
See 13045 there is a new ebuild for libwww-perl pending. 
Comment 14 kevin arnold 2003-01-01 17:19:13 UTC
Thanks.  I found it and got 0.5.5 installed.  Just wanted to point out that the
dependancy on dev-perl/libwww-perl-5.62 should actually be for
dev-perl/libwww-perl-5.64.
Comment 15 Tony Clark 2003-01-03 07:32:35 UTC
Created attachment 6924 [details]
xmltv-0.5.5-r0.ebuild (Fixes libwww-perl dependency version)

made version 5.65 for libwww-perl as minimum.
Comment 16 Cam Mead 2003-01-11 14:01:19 UTC
Today I upgraded xmltv to xmltv-0.5.5-r0 and ran into a few problems which I
thouoght would be recorded to emerge.log but they were not. So from memory, when
emerging xmltv-0.5.5-r0 portage complained about Lingua-Preferred not being
masked etc. As it is not a necessity to build the package I removed the line
from the ebuild and all was well. I also had to inject XML::Twig and
TK::TableMatrix. I got them from CPAN before I realized there was a mythtv
ebuild and used to build it from source.

However, the zap2it site keeps changing so here's a link to the latest
ZapListings.pm file from CVS thats 4 days, old. With this link mythfilldatabase
etc works as expected.

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xmltv/xmltv/grab/na/ZapListings.pm
Comment 17 Matthew Daubenspeck 2003-01-14 10:16:47 UTC
I am stuck at this point:

root$ emerge -p /usr/local/portage/video-media/mythtv/mythtv-0.7.ebuild

These are the packages that I would merge, in order:

Calculating dependencies \

aux_get(): (1) couldn't open cache entry for dev-perl/xmltv-0.5.5-r0
               Check for syntax error or corruption in the ebuild.

If I try to emerge just xmltv, I get:

root$ emerge -p xmltv-0.5.5-r0.ebuild

These are the packages that I would merge, in order:

Calculating dependencies \

aux_get(): (1) couldn't open cache entry for dev-perl/xmltv-0.5.5-r0
               Check for syntax error or corruption in the ebuild.

emerge: create(): aux_get() error on dev-perl/xmltv-0.5.5-r0; aborting...
Comment 18 Pierre-Olivier Bouchard 2003-01-14 10:56:48 UTC
that happens because the file has windows newlines...

open the file in nano and remove all the ^M, and it will work fine
Comment 19 Tony Clark 2003-01-14 13:42:22 UTC
Created attachment 7296 [details]
xmltv-0.5.6.ebuild (update)

Fixes some things adds some things :)

Look in the docs under Gentoo at www.mythtv.org, there is a portage tree that
has all the dependencies in it and can be used as a local portage tree.
Comment 20 Mark Crandell 2003-01-15 21:44:10 UTC
ebuild from mythtv.org fails to install.

* Tv_grab_fi is the listings grabber for Finland.

To install tv_grab_fi, you will need the following packages:

HTML::TreeBuilder

Do you wish to install tv_grab_fi? [yes,no (default=no)] no

Module LWP seems not to be installed.
LWP 5.65 is required.
Module Lingua::Preferred seems not to be installed.
Lingua::Preferred is recommended.
Required modules missing, not writing Makefile
make: *** No targets specified and no makefile found.  Stop.

!!! ERROR: dev-perl/xmltv-0.5.6 failed.
!!! Function perl-module_src_compile, Line 32, Exitcode 2
!!! compilation failed
Comment 21 Tony Clark 2003-01-16 00:52:36 UTC
Created attachment 7357 [details]
xmltv-0.5.6-r1.ebuild (update)

Added HTML-Tree as a dependency for fi users.
Comment 22 Tony Clark 2003-01-16 00:56:25 UTC
If you get problems with what seems to be missing perl modules, if running 
perl-5.6.1 make sure you have version of MakeMaker-r4 or newer installed.  If 
you have moved to perl-5.8.0 then emerge -C the_module then emerge it again. 
Comment 23 Seemant Kulleen (RETIRED) gentoo-dev 2003-01-16 08:01:15 UTC
ok, just to update everyone. I'm NOT ignoring this bug at all.  However, bug
3450 has the beginnings of an auto perl module emerge thingy that we're trying
to get into portage itself.  currently the script is g-cpan.pl if you have one
of the newer portages (2.0.46-r9), making the perl module ebuilds submitted here
unnecessary.  I'm just waiting to get that functionality in portage so it can do
those perl modules on the fly, before I add this to portage (we're trying to
trim down dev-perl to things which really NEED custom ebuilds).
Comment 24 Tony Clark 2003-01-16 09:57:37 UTC
Personally, I would like to get this into portage before the new perl auto  
dependency solution.  All the ebuilds for the Perl dependencies are in bugs.   
I'm currently maintaining a local portage tree for people to download  
and it is seriously lacking in revision control:)  The current Gentoo install  
documentation can be found here  
http://www.mythtv.org/docs/mythtv-HOWTO-5.html#ss5.5  
A tar ball of the local portage directory is  
http://smalltime.com/mythtv/mythtv-gentoo-portage.tar.bz2 so it should all be  
pretty easy :)  
Comment 25 Seemant Kulleen (RETIRED) gentoo-dev 2003-01-16 10:10:17 UTC
no, the point of bug 3450 is to not needlessly put perl modules into the portage
tree, especially if they are straightforward inherit the eclass, type modules. 
the ones we are ok with are things like gtk-perl and the kind of thing that
imagemagick does.  apart from that, everything else should be a dynamic thing.
sorry..
Comment 26 Tony Clark 2003-01-19 04:10:58 UTC
I agree bug 3450 seems like a nice solution for the future but it seems to me
that the designed isn't finalised yet and given it has been ongoing for 7 months
it doesn't make a lot of sense waiting for it to be complete and working.  The
dev-perl dependencies can always be deleted when bug 3450 is up, running and
dev-perl is no longer required.
Comment 27 keir 2003-02-11 17:10:12 UTC
There is a problem for a lot of people using 0.5.6-r1 and MythTv, you can't do a mythfilldatabase.  I tried changing xmltv-0.5.6-r1.ebuild to xmltv-0.5.7.ebuild, remake the digest and remerge.  Specifically it is a problem with tv_grab_na and the web tv listings.  However, then if I run a mythfilldatabase it grabs everything and segmentation faults.
Comment 28 Seemant Kulleen (RETIRED) gentoo-dev 2003-02-11 21:04:02 UTC
tony -- comment on the last comment about segfaults, etc?  I'm about to add to portage, so hurry baby
Comment 29 Seemant Kulleen (RETIRED) gentoo-dev 2003-02-11 22:45:39 UTC
hmm, it seems as though the 0.5.6-r1 ebuild is interactive, which is not what ebuilds are about...

can you submit another ebuild without interactivity?
Also: 
Module Lingua::Preferred seems not to be installed.
Lingua::Preferred is recommended.

whereas: 

nebuchadnezzar xmltv-0.5.6 # emerge -s lingua-preferred
Searching...
[ Results for search key : lingua-preferred ]
[ Applications found : 1 ]

*  dev-perl/Lingua-Preferred
      Latest version available: 0.2.1
      Latest version installed: 0.2.1
      Size of downloaded files: 5 kB
      Homepage:    http://search.cpan.org/author/EDAVIS/Lingua-Preferred-0.2.1
      Description: Perl module for Lingua::Preferred

Comment 30 Pierre-Olivier Bouchard 2003-02-11 23:03:25 UTC
The mentioned segfaults IIRC are coming from problems in the xmltv <-> mythtv interaction, and not xmltv itself...

The listings grabber provider for North American is breaking its website often, though there ARE workarounds. Still, not xmltv's fault.
Comment 31 Seemant Kulleen (RETIRED) gentoo-dev 2003-02-11 23:17:25 UTC
ok, ignore the second part of my comment above, I just found the Trace-Log thingy you submitted and that worked.

As for the interactivity -- I might well suggest putting in an env. variable in the ebuild, the way alsa-drivers does it.

In absence of that being set, all the country thingies can be installed.

Wachathink?
Comment 32 Tony Clark 2003-02-16 14:14:08 UTC
Probabley just easier to build all the options.  Will have to add a couple of 
dependencies though.  Anybody else got any ideas?  I've been away, just back 
tonight. 
Comment 33 Seemant Kulleen (RETIRED) gentoo-dev 2003-02-17 14:47:58 UTC
Tony, have a look at the alsa-driver ebuild -- perhaps something along those lines might be helpful? Or else a set of local USE variables similar to mozilla?
Comment 34 Tony Clark 2003-02-18 13:53:38 UTC
Created attachment 8446 [details]
Updated ebuild.  Fixes problems for UK and USA users

Here is the latest version of xmltv.  I have taken a look at how to modify the
ebuild to automate the
installation.  It looks like being a significant diff to Makefile.PL as it
currently doesn't support anything passed on the command line.	Anyone done
anything like this(modifying Makefile.PL)?
Comment 35 Max Kalika (RETIRED) gentoo-dev 2003-03-26 16:40:43 UTC
Created attachment 9855 [details]
new (0.5.8) ebuild for xmltv and attempt a non-interactive solution

Here's a new ebuild I cooked up that attempts to solve the xmltv
interactive-install problem.  This functions similar to how alsa-driver and
lirc
ebuilds work -- allowing the user to define a XMLTV_OPTIONS variable which
contains the optional features she or he may want.  I also purged out some
(what
looked like) unneeded dependancies.

This is all based on Tony Clark's work (thank you).
Comment 36 Max Kalika (RETIRED) gentoo-dev 2003-03-26 20:57:06 UTC
Created attachment 9884 [details]
same as above but with no CGI depend

Here's a fixed ebuild without the dev-perl/CGI depend as it's
masked in portage now (due to being included with perl 5.8.0)
Comment 37 Tony Clark 2003-03-27 01:30:26 UTC
I've been working on this but you beat me to it.  I was using local use flags to modify 
what was built.  There is nothing wrong with the way you have done it but my only 
comment is that everything should be built if GENTOO_OPTIONS is not set.  A quick 
read thought the code seems to suggest nothing will get built if it isn't defined. 
Comment 38 Max Kalika (RETIRED) gentoo-dev 2003-03-27 01:43:41 UTC
Actually, it will build everything if XMLTV_OPTIONS isn't set.  This line
sets XMLTV_OPTIONS to "*"

[-z "${XMLTV_OPTIONS}" ] && XMLTV_OPTIONS="*"

And all the option checks look for either "*" or the name of the option

[ "${options}" = "*" -o "$(echo "${options}" | grep "tv_check")" = "tv_check" ]

thereby setting the GENTOO_XML_OPTIONS to "yes" if "*" is in XMLTV_OPTIONS.

Comment 39 Tony Clark 2003-03-27 10:06:21 UTC
Created attachment 9901 [details]
A self building version that uses "USE" flags.

I just finished the version I was making and decided to offer it up to give our
Gentoo masters a choice :)  Has 6 local USE flags.  Use it like this
USE="nona" emerge xmltv # Don't build support for North America, defaults are
to build support for everything.
Comment 40 Matt Taylor 2003-03-27 19:44:41 UTC
just tried out attachment 9901 [details], the USE self building one and it works great.
Comment 41 Max Kalika (RETIRED) gentoo-dev 2003-03-27 19:59:54 UTC
Which leads me to ask: What is the "preferred" gentoo way of handling this kind of 
functionality -- internal USE flags (which now are easier with the addition of 
use.local.desc) or internal custom variable (similar to alsa-driver/lirc)? 
 
I'm just a big fan of consistancy.  I suppose I should bring this up on the dev list. 
Comment 42 Matt Taylor 2003-03-27 22:44:23 UTC
well mozilla uses internal USE settings.
Comment 43 Max Kalika (RETIRED) gentoo-dev 2003-03-27 23:33:03 UTC
Created attachment 9928 [details]
alternate flag-based ebuild

Here's an idea for an alternate ebuild (all based on Tony's work). Some
noteable differences are:

1) flags are "namespaced" with xmltv (e.g. xmltvnocheck -- similar to mozilla's

   moznomail).

2) flags allow us to remove some unneeded packages so tweak DEPEND accordingly.


3) shorter yes/no checks saving some lines (hey, I'm for compactness!) :-)

4) I'm not sure what the $MODULE variable is supposed to do so I removed it

5) Is there a reason to override $S to it's default (S=${WORKDIR}/${P})? remove

   this too for now

6) libwww-perl isn't mentioned in the xmltv package, remove the dependency

7) (and finally)  flag-o-matic doesn't seem to be used, remove the the
   inheritance

What do you all think?
Comment 44 Max Kalika (RETIRED) gentoo-dev 2003-03-28 10:47:16 UTC
Created attachment 9949 [details]
whoops!  minor correction

bah!  sorry.  I didn't realize libwww-perl is LWP.  Put that back in
dependencies.
Comment 45 Matt Keadle 2003-04-02 02:24:35 UTC
I'm getting the dreaded segfault during the mythfilldatabase. What's them mentioned way around it? I notice 0.8 is released. Anyone have luck with it?
Comment 46 Tony Clark 2003-04-02 11:28:27 UTC
segfault is usually due to the version of xmltv in North America.  You neen 0.5.8.

As for the ebuild, looks ok but I don't think you should have python as an option as it is required by portage.
Comment 47 Max Kalika (RETIRED) gentoo-dev 2003-04-07 01:51:47 UTC
Created attachment 10313 [details]
xmltv-0.5.9

here's an update to xmltv 0.5.9.  this adds two new optional grabbers. (it also
adds a
graber for italy, but that one is always built -- doesn't need anything special
installed,
like the uk and de grabbers)
Comment 48 Seemant Kulleen (RETIRED) gentoo-dev 2003-04-07 17:51:08 UTC
I'll look into adding this tonight
Comment 49 Tony Clark 2003-04-16 00:43:03 UTC
Created attachment 10718 [details]
xmltv-0.5.9-r1.ebuild

Minor clean up.
1. Made wwwlib-perl dependancy to be >=5.65, earier versions won't work.
2. Removed python option as it is always installed.
3. Changed comments from Finland x 3 to Findland, Spain and Netherlands.
Comment 50 Rigo 2003-04-28 05:46:32 UTC
Hi all,

I just found a new version (0.5.10). While checking it out I added some src_install to get the cgi-script installed.

Hope you like it,

Rogi

<DIFF>
diff -ur xmltv-0.5.9-r1.ebuild xmltv-0.5.10.ebuild
--- xmltv-0.5.9-r1.ebuild       2003-04-28 12:15:20.000000000 +0200
+++ xmltv-0.5.10.ebuild 2003-04-28 12:22:38.000000000 +0200
@@ -4,6 +4,10 @@
  
 inherit perl-module
  
+HTTPD_ROOT="/home/httpd"
+HTTPD_USER="apache"
+HTTPD_GROUP="apache"
+
 # Local USE flags.
 IUSE="xmltvnocheck xmltvnocgi xmltvnona xmltvnosn xmltvnonz xmltvnofi xmltvnoes  xmltvnonl"
 DESCRIPTION="Set of utilities to manage TV listings stored in the XMLTV format"
@@ -70,3 +74,16 @@
        perl-module_src_compile
  
 }
+src_install () {
+       use xmltvnocgi || \
+    dodir ${HTTPD_ROOT}/cgi-bin && \
+    cp choose/tv_pick/tv_pick_cgi ${D}/${HTTPD_ROOT}/cgi-bin && \
+    cd ${D}/${HTTPD_ROOT}/cgi-bin && \
+    chown ${HTTPD_USER}.${HTTPD_GROUP} tv_pick_cgi
+       # Install
+       cd ${S}
+       perl-module_src_install
+}
+pkg_postinst() {
+    use xmltvnocgi || einfo "tv_pick_cgi installed in ${HTTPD_ROOT}/cgi-bin"
+}
</DIFF>
Comment 51 Rigo 2003-04-28 05:48:03 UTC
Created attachment 11243 [details]
xmltv-0.5.10.ebuild
Comment 52 Max Kalika (RETIRED) gentoo-dev 2003-04-28 09:54:40 UTC
neat!  I was going to post a new version today.  I'll try to integreate your settings as much as possible.
Comment 53 Tony Clark 2003-04-28 13:58:02 UTC
Think it would be better to reverse the order of preference for cgi.  Make it xmltvcgi so the default is not to install?  Pity there isn't a "cgi" flag already.  I guess there must be other packages that can build cgi support optionally?
Comment 54 Max Kalika (RETIRED) gentoo-dev 2003-04-28 18:42:18 UTC
Yes!  There really should be a cgi flag.  Two packages I can think of that would benefit 
are apcupsd and nut -- they both should use cgi flag to determine whether or not to 
install their monitoring cgi scripts (and all related dependencies).  The Nut CGI 
support is totally broken at the moment (if you don't want it).  But that is a side issue. 
 
Why not keep xmlnocgi as is for consistancy? 
Comment 55 Max Kalika (RETIRED) gentoo-dev 2003-04-28 23:48:18 UTC
Created attachment 11277 [details]
updated xmltv-0.5.10.ebuild

Here's an update to my previous xmltv ebuilds (changelog will be posted
separately).  This one somewhat smartly determines where the cgi script should
be installed if cgi support is enabled.  It also fixes a very bad bug in the
"use <flag>" handling.	The make_config() function didn't divert all the 'use'
command output to /dev/null, so things may not have been installed correctly. 
This one also adds another flag for a new optional grabber (xmltvnonlwolf). 
All has been tested and seems to work honkey-dory.
Comment 56 Max Kalika (RETIRED) gentoo-dev 2003-04-28 23:49:02 UTC
Created attachment 11279 [details]
initial ChangeLog for the xmltv ebuild
Comment 57 Seemant Kulleen (RETIRED) gentoo-dev 2003-06-13 01:37:17 UTC
hi guys,

so I download the ebuild that max has all the way down there, and I see it's completely USE flag based.  While this is, inherently, not necessarily a bad thing, I think that USE flag bloat could very very easily result.  I like the idea of being able to specify XMLTV_COUNTRY="US" and XMLTV_OPTIONS="whatever" to emerge (or store them in make.conf -- see bug #19460).  I have already made a proposal to have a cgi or nocgi USE flag in use.desc, so I will know in the next couple of days about that.

Meanwhile, sorry for ignoring this.  It is because I lost my cable tv connection a few months ago so I haven't fired up the tv card at all.  Additionally, xfree needed a lot of attention (and still does, while I'm searching for a permanent maintainer(s) for it).  It just became a matter of priority, and unfortunately this one fell :(

Please don't take that personally -- I really have been actively busy doing dev stuff.

That said, the new xfree and xfree-drm ebuilds (due out in a week or so) will make use of XFREE_CARDS env. variable.  The local use flags from xfree-drm will be deprecated.  The reasoning is simply that as new cards come into the marketplace, I don't want to have to add a USE flag for it. Better to let the user add a predetermined string.  I see the same thing happening here -- as the number of supported countries increases, so does my entire USE string.  Better that I can just say what my country is and have that built.

I hope my logic is clear, and I will put the next revision you guys do up for me (env. var rather than USE based) into portage immediately.  I give you my word.
Comment 58 Seemant Kulleen (RETIRED) gentoo-dev 2003-06-13 01:46:37 UTC
Heh, also note that in ebuilds, you have the "has" function available to you.

So, for example, you may do:

if [ has "US" "${MYTHTV_COUNTRY}" ] ; then
blah
fi


Comment 59 Seemant Kulleen (RETIRED) gentoo-dev 2003-06-13 01:49:17 UTC
one more thought, actually -- in my PORTDIR_OVERLAY, I put this in media-video

With xmltv, mythtv, xawtv and freevo, that's four tv related apps.  Are there others?  If there are 6 more in portage or pending to portage, we can create a media-tv category and be done with it that way.
Comment 60 Tony Clark 2003-06-13 02:48:35 UTC
media-video/nvrec 
media-video/linuxtv-dvb
media-video/kwintv [ Masked ] Seems to be an active rewrite in progress for kde3
media-video/aatv [ Masked ] This looks dead.
media-video/nvtv
media-video/tvtime [ Masked ] Seems active.
x11-misc/nxtvepg (maybe)
Comment 61 Max Kalika (RETIRED) gentoo-dev 2003-06-13 06:46:36 UTC
Thank you for showing this some attention, Seemant. :-)  With regard to the use flag bloat, I initially posted a version (0.5.8 at that time) that was environment based (attachment 9855 [details]).  Is this what you had in mind?  If so, I can redo the latest version in the same style and post it today.  Please let me know.
Comment 62 Seemant Kulleen (RETIRED) gentoo-dev 2003-06-13 06:49:14 UTC
Max, yes.  Except use the "has" function to make it a little more elegant.  And, if no options are specified, make it do all the countries, maybe?
Comment 63 Max Kalika (RETIRED) gentoo-dev 2003-06-13 07:01:23 UTC
I'm on it! :-)
Comment 64 Max Kalika (RETIRED) gentoo-dev 2003-06-13 10:34:03 UTC
Created attachment 13213 [details]
env based xmltv ebuild

Ok, here's a first attempt of an env based xmltv ebuild.  There are a few
changes, and here they are:  (from the change log -- will be posted shortly):

*xmltv-0.5.10-r1 (13 Jun 2003)

  13 Jun 2003; Max Kalika <max@lsit.ucsb.edu> xmltv-0.5.10-r1.ebuild:
  Drop all the local USE flag, use environment variable (XMLTV_OPTS)
  instead.  Drop the apache/cgi stuff and install tv_pick_cgi into
  /usr/bin with a note on how to procede (until Gentoo has a standard
  place for web things -- being discussed on -dev currently).  Force
  adding required dependencies for ALL grabbers until portage knows
  about custom variables in /etc/make.conf during the dependency
  checking stage.
Comment 65 Max Kalika (RETIRED) gentoo-dev 2003-06-13 10:34:43 UTC
Created attachment 13214 [details]
updated changelog
Comment 66 Dewet Diener 2003-06-13 11:52:53 UTC
I just installed the 0.5.10 ebuild, but tv_grab_uk is broken: 
 
dewet@asara dewet $ tv_grab_uk 
using config filename /home/dewet/.xmltv/tv_grab_uk.conf 
getting list of channels: 
################################################## 
cannot find 
/mp3/portage/portage/xmltv-0.5.10/image/usr/share/xmltv/tv_grab_uk/channel_ids, xmltv 
was not installed correctly 
dewet@asara dewet $ epm -qf `which tv_grab_uk` 
xmltv-0.5.10 
dewet@asara dewet $  
Comment 67 Max Kalika (RETIRED) gentoo-dev 2003-06-13 13:05:22 UTC
Please try the 0.5.10-r1 version.  I fixed the installation paths (prefix was being set to 
"${D}/usr" on compile instead of on install) -- don't know how I missed that before. 
Comment 68 Tony Clark 2003-06-13 13:22:03 UTC
I've checked this and I don't think it is working quite right.  I set 
XMLTV_OPTS="tv_grab_sn" in make.conf but it still seems to be getting built. 
cp grab/de/tv_grab_de blib/script/tv_grab_de 
/usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_de 
cp grab/sn/tv_grab_sn blib/script/tv_grab_sn 
/usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_sn 
cp grab/us_gist/tv_grab_us_gist blib/script/tv_grab_us_gist 
/usr/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/tv_grab_us_gist 
 
Personally I would like to have an XMLTV_OPTS and a XMLTV_COUNTRY.  I think it 
may make more sense now if XMLTV_COUNTRY="tv_grab_sn" to build just that.  I've 
been working on this today as well.  Not debugged yet.  
Comment 69 Max Kalika (RETIRED) gentoo-dev 2003-06-13 14:04:46 UTC
I think you misunderstand how I intend this to work.  You add the options for the things 
you WANT installed -- not the things to disable.  This is similar to the way 
ALSA_CARDS variable works: just build the stuff I specify and if nothing is specified, 
build everything. 
Comment 70 Tony Clark 2003-06-13 14:37:23 UTC
ok, it was the comments in the ebuild that confused me. 
 
        # Disable North America 
        [ -z "${XMLTV_OPTS}" -o "`has tv_grab_na ${XMLTV_OPTS}`" ] \ 
                && echo "yes" || echo "no" 
 
I think having two variables is less confusing for the user.  Here is a snippent of what I 
did. 
 
		# Enable North America 
		if [ -z "${XMLTV_COUNTRY}" -o "`has tv_grab_na ${XMLTV_COUNTRY}`" 
]; then 
			echo "yes" 
 
		else 
			echo "no" 
 
		fi 
 
 
Comment 71 Max Kalika (RETIRED) gentoo-dev 2003-06-13 15:02:22 UTC
whoops!  thats my fault (i did the change to use env this morning right after I woke up 
-- wasn't thinking straight -- it should say "Enable" for everything).  I'll update it. 
 
I'm of the opinion that more variables means more clutter.  I like how LIRC_OPTS 
works -- just list the options you want -- no need for multiple variables. 
 
Seemant, any opinion on this? 
Comment 72 Max Kalika (RETIRED) gentoo-dev 2003-06-13 18:03:15 UTC
Created attachment 13242 [details]
dev-perl/xmltv-0.5.10-r1.ebuild

this fixes the comment typos:  Disable -> Enable
Comment 73 Tony Clark 2003-06-15 00:30:43 UTC
Created attachment 13291 [details]
xmltv/xmltv-0.5.10-r2.ebuild

Put the PREFIX back to the way it was as it wouldn't install.  Minor typo in
tv_grab_nl_wolf, had a missing underscore, makes it consistant.
Comment 74 Tony Clark 2003-06-15 00:31:20 UTC
Created attachment 13292 [details]
updated change log
Comment 75 Max Kalika (RETIRED) gentoo-dev 2003-06-16 18:38:59 UTC
Created attachment 13395 [details]
dev-perl/xmltv-0.5.10-r3.ebuild

from changelog:

  Correctly fix the PREFIX issue.  Just setting the PREFIX="${D}/usr" is
  insufficient because the resulting executable script contains incorrectly
  hard-coded paths to the SHARE_DIR (as pointed out by bug #10536 comment #66).
  This update also greatly simplifies the src_compile() routine by calling
  perl-module_src_compile() only and adds dependency on >= sed-4 because of
  inlined sed usage.
Comment 76 Max Kalika (RETIRED) gentoo-dev 2003-06-16 18:39:34 UTC
Created attachment 13396 [details]
newest (thus far) ChangeLog
Comment 77 Max Kalika (RETIRED) gentoo-dev 2003-06-17 18:40:23 UTC
Created attachment 13437 [details]
dev-perl/xmltv-0.5.10-r3.ebuild  

fix embarassing typo in the comments.  thanks to Arthur Britto for noticing.
Comment 78 Tony Clark 2003-06-18 10:21:34 UTC
xmltv should now be in media-tv/xmltv, which is where I understand Seemant wants all the tv stuff.  I've updated mythtv to reflect this.
Comment 79 Max Kalika (RETIRED) gentoo-dev 2003-06-18 12:09:24 UTC
good deal.  I'll post a new mythtv ebuild (which should probably also go into media-tv) 
and update all the other module ebuilds to require media-tv/mythtv. 
Comment 80 Max Kalika (RETIRED) gentoo-dev 2003-06-18 12:10:41 UTC
nm. you already posted. (wonder why I didn't get mailed on the mythtv stuff?) 
Comment 81 Tony Clark 2003-06-18 12:28:14 UTC
I think bugs has _bugs_ and has been having problems.  I didn't see your updates 
here till a couple of hours ago. 
Comment 82 Max Kalika (RETIRED) gentoo-dev 2003-06-18 17:58:13 UTC
Created attachment 13501 [details]
media-tv/xmltv-0.5.10-r4.ebuild   

Just a bump to show that xmltv is now in media-tv.
Comment 83 Max Kalika (RETIRED) gentoo-dev 2003-06-18 17:59:22 UTC
Created attachment 13502 [details]
ChangeLog

Updated ChangeLog with the category fix.
Comment 84 Max Kalika (RETIRED) gentoo-dev 2003-06-22 21:22:49 UTC
Created attachment 13709 [details]
media-tv/xmltv-0.5.11.ebuild   

OK, here goes xmltv-0.5.11.  This one is quite a change so here's the whole
changelog entry:

  22 Jun 2003; Max Kalika <max@lsit.ucsb.edu> xmltv-0.5.11.ebuild:
  Bump to 0.5.11. This one requires some changes: *ALL* grabbers are optional
  now, so enable support for them. Add support for two new grabbers: Hungary
and
  Denmark. Since there is an option to build everything, simplify the
  make_config() routine. Bring up some dependency versions to those
  required/recommended by XMLTV. Unfortunately this version requires some fixes
  to Date::Manip that are only available in a temporary branch of that code.
  This dependency is temporarily marked as >=dev-perl/DateManip-5.40-r3 (which
  is not in portage yet).

The DateManip ebuild mentioned in the ChangeLog is in my private portage tree
which I think is time I posted the link to on the dev list (I'll do that as
soon as I'm done here).  Please provide comments and critisisms (but please be
gentle!).  :-)

Also, since this is kind of a mess with the DateManip package and all, I'm not
going to mark the previous ebuild as obsolete just right now.
Comment 85 Max Kalika (RETIRED) gentoo-dev 2003-06-22 21:23:16 UTC
Created attachment 13710 [details]
ChangeLog  

New ChangeLog.
Comment 86 Max Kalika (RETIRED) gentoo-dev 2003-06-22 21:45:32 UTC
Please also not that as of this writing, I am fairly certian MythTV doesn't yet work with 
this version of xmltv -- new options/syntax was added that is not yet supported. 
Comment 87 Max Kalika (RETIRED) gentoo-dev 2003-06-23 06:46:05 UTC
correction to my previous comment.  support for xmltv-0.5.11 has been added to MythTV CVS today.

http://lists.snowman.net/pipermail/mythtv-commits/2003-June/001738.html
Comment 88 John Mylchreest (RETIRED) gentoo-dev 2003-07-10 03:46:33 UTC
0.5.14 is the most recent stable.
it is now incorporated.
Enjoy :)