I am running xmltv 0.5.37-r1 and when I try to run tv_grab_na_dd, I get the following: using config filename /home/ian/.xmltv/tv_grab_na_dd.conf WARNING: Password in config file, protect as required Can't locate object method "new" via package "Term::ProgressBar" at /usr/lib/perl5/vendor_perl/5.8.6/XMLTV/ProgressBar/Term.pm line 13. This was working up until about a week ago. I reinstalled Term:Progressbar and xmltv, but to no avail. I do not recall either of these being updated at the time of the failure. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.21 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.10-gentoo-r7 i686) ================================================================= System uname: 2.6.10-gentoo-r7 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.11 ccache version 2.4 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acpi aim alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl dillo directfb dvd eds emboss encode esd fam fbcon flac flash foomaticdb fortran gdbm gif gnome gnutls gpm gtk gtk2 icq imagemagick imap imlib ipv6 jabber java jpeg junit kde ldap libg++ libwww mad maildir mikmod motif moznocompose moznoirc moznomail mp3 mpeg msn mysql ncurses nls nvidia ogg oggvorbis opengl oscar oss pam pdflib perl png ppds python qt quicktime readline sdl slang slp spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts usb vorbis xface xine xml xml2 xmms xv yahoo zlib video_cards_nvidia userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
I'd check xmltv - term-progressbar provides /usr/lib/perl5/vendor_perl/5.8.6/Term/ProgressBar.pm - not XMLTV/Progressbar/Term.pm Adding the media-tv folks since xmltv is theirs
It's assigned to us, we don't need to be cc'ed as well
*** Bug 91457 has been marked as a duplicate of this bug. ***
xmltv folks - based on the bug report that was just added as a dup, looks like you need to dep <class-methodmaker-2 for xmltv (until xmltv catches up - there was some diffs between the 1.* and 2.* that upstreams haven't all resolved yet)
Downgrading to <dev-perl/Class-MethodMaker-2 worked for me. I was having the exact problem as reporter.
Media folks - any objections to my blocking xmltv users from being able to install >=2 for the time being (ie, rdepend !xmltv) until xmltv can support a newer version? Downgrading is fine, and specifically blocking >2 in xmltv is fine, but if a user tries to install something needing a newer version of class-methodmaker they will run into this again since nothing prevents them outside of the emerge xmltv range. i'm sure that makes sense...pouring coffee and waiting for confused responses...
I'll just smile and nod at this one. How about I bump the revision on xmltv to the latest and we see if that fixes the issue? please try 0.5.39
Still broken in 0.5.39.
It seems to be enough to downgrade to Class-MethodMaker-2.05.
Please try re-emerging the latest ebuild.
Tried dev-perl/Class-MethodMaker-2.07 with media-tv/xmltv-0.5.39 and the progress bar is still broken.
All - a bug in the install of Class-MethodMaker-2.07 was found this morning and is corrected in 2.07-r2. Can anyone check? Pretty sure it won't help, but this is the only outstanding bug I have with interaction against C::MM. Thanks, -mike
I can't be sure that it works, because the xmltv's tv_grab_nl is not working at the moment. Maybe from the output you can see if it works (there is at least one hash visible). 2005-07-21 03:16:36.534 New DB connection, total: 1 2005-07-21 03:16:36.705 New DB connection, total: 2 ----------------- Start of XMLTV output ----------------- 2005-07-21 03:16:36.731 New DB connection, total: 3 using config filename /home/griffon26/.xmltv/tv_grab_nl.conf downloading summary: #http://www.tvgids.nl/zoeken/?station=1&genre=&interval=3×lot=0: date in page 2005072300:00:00 (Zaterdag 23 juli 2005) doesn't match expected 2005-07-24 at /usr/bin/tv_grab_nl line 1231. ------------------ End of XMLTV output ------------------ Error in 4:170: unexpected end of file Updating icons for sourceid: 1 2005-07-21 03:17:05.212 New DB connection, total: 4 Updated programs: 0 Unchanged programs: 0 Failed to fetch some program info
That doesn't look related to C::MM (that looks like a regex failure)
I'm not saying that the problem I'm seeing is this bug, I'm only saying that I cannot be sure this bug has been solved, because the other problem won't let me see a decent progress bar.
dev-perl/Class-MethodMaker-2.07-r2 fixes the problem: ---- using config filename [...]/.xmltv/tv_grab_de_tvtoday.conf getting list of channels: ################################################## ---- Thank you!
Marking closed