Summary: | GET from dev-perl/libwww-perl does not find HTML/Parse.pm | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | steveb <steeeeeveee> |
Component: | Current packages | Assignee: | Michael Cummings (RETIRED) <mcummings> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | perl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 90910 | ||
Bug Blocks: | |||
Attachments: | perl-cleaner.log |
Description
steveb
2005-04-28 04:21:19 UTC
I see you've installed multiple versions of perl over time - have you ever run (the now deprecated) libperl_rebuilder or (newer and supported) perl-cleaner? If not, I don't blame you - the message is usually burried during an upgrade and hard to find otherwise (just because it scrolls past as you move on to the next emerge in your sequence). I'm going to take a stab and say HTML-Parse was installed prior to your last perl upgrade and has been "lost" in your @INC - portage thinks its there, and doesn't reinstall it, but perl doesn't see it around. ~cut~ OK, so I wrote the above (keeping to show that I still need coffee after reading your post three times - so the following is suspect as well). What version of libwww-perl are you using? Html-Parse used to be pulled in with HTML-Tree, but upstream has since readjusted those deps. If you don't mind, emerge sync in a few hours and emerge libwww-perl from scratch, and let me know if you still have issues. Hallo Michael, yes. I have shure installed over time serval versions of Perl. I just right now synched my portage and installed the newest available libwww-perl version (5.800). This did not solved the issue. I know that I have runed libperl_rebuilder on that and on the other systems. I can't find that tool anymore. However... I used the /usr/portage/dev-lang/perl/files/perl-cleaner tool with the option all to rebuild all Perl modules. Yesterday this did not help to solve the issue. Right now I am runing it again and will tell you ifthis will fix the problem. Yesterday it did not rebuild any module. Today it does rebuild some stuff. Give me some minutes and I will report back if it works or not. btw: This are all the packages I have installed which have perl in their name: sys-devel/libperl-5.8.5 dev-perl/PodParser-1.28 dev-perl/Archive-Zip-1.14 dev-perl/Audio-Wav-0.02 dev-perl/Convert-ASN1-0.18 dev-perl/XML-RegExp-0.03-r1 dev-perl/XML-Writer-0.510 dev-perl/libwww-perl-5.800 dev-perl/Digest-MD4-1.3 dev-perl/ExtUtils-F77-1.14-r1 dev-perl/SGMLSpm-1.03-r5 dev-perl/Time-Local-1.10 dev-perl/URI-1.35 dev-perl/libvorbis-perl-0.04 dev-perl/libxml-perl-0.07-r2 dev-perl/perl-ldap-0.31 dev-perl/Locale-gettext-1.01-r1 dev-perl/DB_File-1.811 dev-perl/Time-Duration-1.02 dev-perl/Inline-0.44-r1 dev-perl/TermReadKey-2.21 dev-perl/DateManip-5.42a-r1 dev-perl/Text-Balanced-1.95 dev-perl/Test-Harness-2.42 dev-perl/digest-base-1.05 dev-perl/Crypt-SmbHash-0.02 dev-perl/HTML-Parser-3.45 dev-perl/HTML-Tagset-3.03-r2 dev-perl/MP3-Info-1.02-r1 dev-perl/String-ShellQuote-1.00-r1 dev-perl/Test-Simple-0.47-r1 dev-perl/yaml-0.35 dev-perl/Compress-Zlib-1.33 dev-perl/Getopt-Long-2.34 dev-perl/IO-Zlib-1.01 dev-perl/Net-DNS-0.40 dev-perl/PDL-2.4.2 dev-perl/libnet-1.19 dev-perl/Audio-Tools-0.01 dev-perl/XML-DOM-1.43 dev-perl/Digest-HMAC-1.01-r1 dev-perl/XML-Parser-2.34 dev-perl/gtk-perl-0.7008-r11 dev-perl/Filter-1.29 dev-perl/IO-Socket-SSL-0.96 dev-perl/IO-String-1.05 dev-perl/Time-HiRes-1.66 dev-perl/Digest-MD5-2.33 dev-perl/Digest-SHA1-2.07 dev-perl/MIME-Base64-3.05 dev-perl/XML-XSLT-0.45 dev-perl/module-build-0.25 dev-perl/perl-tk-804.027 dev-perl/ExtUtils-MakeMaker-6.20 dev-perl/Parse-RecDescent-1.94 dev-perl/Safe-2.11 dev-perl/Term-ReadLine-Perl-1.0203 dev-perl/File-Spec-0.84-r1 dev-perl/Net-SSLeay-1.25 dev-perl/Archive-Tar-1.23-r1 dev-perl/Crypt-SSLeay-0.49 dev-lang/perl-5.8.5-r5 cheers SteveB Created attachment 57490 [details]
perl-cleaner.log
Okay... this is the log of the perl-cleaner after updating libwww-perl. The
problem still is not fixed.
Do you have any other tasks, I could do to help to fix that problem?
cheers
Steve
line 444: require HTML::Parse;\ those cheeky upstream...ok, will fix the ebuild to include html-tree In the short term (till we get the arch's to bump HTML-Tree so repoman doesn't complain about the new dep in libwww-perl) emerge HTML-Tree and you will get things like: LINK http://purl.org/DC/elements/1.0/ LINK http://www.ibm.com/favicon.ico LINK http://www.ibm.com/common/v14/hp/hp_s.css LINK http://www.ibm.com/common/v14/main.css LINK http://www.ibm.com/common/v14/screen.css LINK http://www.ibm.com/common/v14/print.css SCRIPT http://www.ibm.com/common/v14/detection.js SCRIPT http://www.ibm.com/common/lenovo/link.js A http://www.ibm.com/us/ IMG http://www.ibm.com/i/v14/t/ibm-logo.gif A http://www.ibm.com/us/#main from your command. btw, links, not link ;) Not sure about the status of this, but libwww-perl doesn't install the GET or POST aliases for me. Using the 5.803 ebuild. Do you want to install lwp-request? [y] Do you want to install lwp-mirror? [y] Do you want to install lwp-rget? [y] Do you want to install lwp-download? [y] The lwp-request program will use the name it is invoked with to determine what HTTP method to use. I can set up alias for the most common HTTP methods. These alias are also installed in /usr/bin. Do you want to install the GET alias? [n] Do you want to install the HEAD alias? [n] Do you want to install the POST alias? [n] Checking for URI........... ok Checking for HTML::Parser.. ok Checking for MIME::Base64.. ok Checking for Net::FTP...... ok Checking for Digest::MD5 .. ok Checking if your kit is complete... The providing PUT/GET/HEAD is fixed in 803-r1. HTML-Tree is now in the deps for 803-r1 |