Summary: | gnome-icon-theme-2.16.0.1 fails to install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | stemer <stemer> |
Component: | [OLD] GNOME | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | Antonio.Pezo, bugs, dhp_gentoo, follettoonip, marko.steinberger, Martin.vGagern, martin, nicolas.dufresne, tinglix, wes |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
stemer
2006-09-30 10:38:23 UTC
CONFIRMED REASON: x11-misc/icon-naming-utils-0.8.1 needs RDEPEND dev-perl/XML-LibXML. gnome-icon-theme-2.16.0.1 emerged successfully with XML-LibXML-1.58-r1 yep, now it compiles without any errors. Reopening because I don't see any such DEP or RDEP (shouldn't it be DEP rather than RDEP?) having been added to the ebuild. I haven't verified this personally yet. This does not appear to be a problem with icon-naming-utils. It only references XML::Simple, which is already a dep. Adding perl to see if they have any ideas. XML::Simple uses XML::SAX which picks its parser using this file: /usr/lib/perl5/vendor_perl/5.8.8/XML/SAX/ParserDetails.ini So I assume stemer installed XML::LibXML, removed it, and ParserDetails.ini wasn't updated. Stemer, as root, run the following line: perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()" It Should Work (TM). I guess we should issue this command whenever unmerging XML-LibXML or any other XML::SAX parser... Ugh, stemer, a better command would be: perl -MXML::SAX -e "XML::SAX->remove_parser(q(XML::LibXML::SAX::Parser))->save_parsers()" Pasted the wrong line (i.e., the one from the XML::SAX FAQ) by accident. It'll work, but it won't remove XML::LibXML::SAX::Parser from the list, just put XML::SAX::PurePerl at the top of it :) Then XML::Simple should dep on XML::SAX, yes? Nothing for gnome-icon-theme to do here. Nope, IIRC XML::Simple uses XML::SAX only if it's installed. Actually, I've contacted stemer on irc, and we both can't reproduce it. He had a chroot (stemer, I don't really remember the setup, could you elaborate?), I'm suspecting XML::SAX took the settings from somewhere else (either the file out side the chroot [if he wasn't chrooted at the time], and there's also the environment variable thingie...) Since both stemer and I can't reproduce it, I say (and stemer agreed :)) that it should be WORKSFORME or INVALID until someone is able to reproduce it. Okay, I would tend to agree. It certainly doesn't seem to be a gnome-icon-theme problem, so I'll re-assign to perl, and you can resolve however you feel is best. Is this the kind of thing that perl-cleaner would fix? hi, yup - just WORKSFORME. It has nothing to do with perl-cleaner... Bug looks like it comes from x11-misc/icon-naming-utils, btw. same problem with gnome-icon-theme-2.16.1 Sorry, forgot to say that this solution worked for me too :) *** Bug 157004 has been marked as a duplicate of this bug. *** Still happen with x11-themes/gnome-icon-theme-2.16.1 (In reply to comment #13) > Sorry, forgot to say that this solution worked for me too :) which solution worked for you ? If any fix was done in ebuild, souldn't it be synched by now ? (esynced again 'now' to make sure before validating bug). Please re-open. (In reply to comment #15) > Still happen with x11-themes/gnome-icon-theme-2.16.1 > > (In reply to comment #13) > > Sorry, forgot to say that this solution worked for me too :) > > which solution worked for you ? If any fix was done in ebuild, souldn't it be > synched by now ? (esynced again 'now' to make sure before validating bug). > The one reported in comment #6 . the line starting with perl -e and finishing with save_parsers()" *** Bug 157244 has been marked as a duplicate of this bug. *** Please reopen. This fails for me. (version 2.16.2). (I filed the bug Bug 157244, which is now marked as duplicate of this). Stumbled upon bug 157004 which is duped here. This bug here can be caused by bug 157119 resulting in an empty LibXML installation. BTW: shouldn't ParserDetails.ini be config-protcted, so you would not have to remerge other parser implementations? (In reply to comment #17) > > which solution worked for you ? > The one reported in comment #6 . Yes this worked for me; still, "because it requires human interaction", I can not consider this issue solved at the distro level: until every single user hit this line, more people will encontour the problem. I dont think expecting every user to come and erad this bug is acceptable. I still ask for an upgrade of ebuild. Cheers. Same problem around here with gnome-themes 2.16.2. perl -MXML::SAX -e "XML::SAX->remove_parser(q(XML::LibXML::SAX::Parser))->save_parsers()" worked for me too ;) Thx yuvvy ! I can confirm that this problem still exists with x11-themes/gnome-icon-theme-2.16.1 For me this bug has to be REOPENED. can someone explain why the bug has not been reopened? All we have now is a temporary workaround for users who find it on bugzilla, yes? It seems ebuilds have not been fixed, right? Shouldn't this bug be reopened?? Yes, it should. But the ones who have power on this do not do so. Most often, the ones who have power on this are not even CC of bugs, so, they are not notified users are not happy. We all say the same in #21 #23 and #24. *** Bug 158108 has been marked as a duplicate of this bug. *** *** Bug 158221 has been marked as a duplicate of this bug. *** Re-opening because more people are hitting this again... Downgrading to dev-perl/XML-SAX-0.13 (by putting 0.14-r1 in package.mask) will circumvent the problem until a fix is provided. This was fixed in the XML-SAX ebuild already. pkg_postinst() { perl-module_pkg_postinst perl -MXML::SAX \ -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()" \ || die "error adding parser" } *** Bug 203828 has been marked as a duplicate of this bug. *** I just reproduced the bug with gnome-icon-themes-2.22.0. Indeed, perl -MXML::SAX -e "XML::SAX->remove_parser(q(XML::LibXML::SAX::Parser))->save_parsers()" fixed the problem, but I wonder why it happened in the first place since I have XML-SAX-0.16 emerged, and the ebuild contains pkg_postinst() { perl-module_pkg_postinst perl -MXML::SAX \ -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()" \ || die "error adding parser" } (In reply to comment #32) > "XML::SAX->remove_parser(q(XML::LibXML::SAX::Parser))->save_parsers()" > fixed the problem, but I wonder why it happened in the first place > since I have XML-SAX-0.16 emerged, and the ebuild contains > "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers()" The parser list (/usr/lib/perl5/vendor_perl/*/XML/SAX/ParserDetails.ini) can contain multiple parsers. So I assume in your case that it does include both LibXML and PurePerl, and the application deems LibXML to be suited better. As this doesn't work, I assume your instalation of dev-perl/XML-LibXML is either somehow broken or removed altogether. It seems like XML-LibXML doesn't properly uninstall on removal, for which I just filed bug 235502. *** Bug 289181 has been marked as a duplicate of this bug. *** Same problem with gnome-icon-theme-2.26.0 but the perl command in comment #6 did not resolve this issue for me. Please consider reopening this bug. (In reply to comment #35) > Same problem with gnome-icon-theme-2.26.0 but the perl command in comment #6 > did not resolve this issue for me. Please consider reopening this bug. No. Please file a new bug. Attach your emerge --info. Tell us which perl, dev-perl/XML-LibXML, dev-perl/XML-SAX versions you are using and what you did before this happens. What is in your ParserDetails.ini ? |