Summary: | dev-libs/openssl-1.0.1d-r1: fails to install due to POD error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | dliana, ingosch, jcwren, pchrist, perl, Tanktalus |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Diego Elio Pettenò (RETIRED)
2013-02-09 13:04:19 UTC
*** Bug 457622 has been marked as a duplicate of this bug. *** @perl, I need help. For whatever reason, on my tinderbox host, `pod2man ./doc/crypto/X509_STORE_CTX_get_error.pod` throws an error, but it doesn't on my other system, and the Perl version is exactly the same on the two of them. Ideas? Just hit this bug myself. Seems like its this bug: https://rt.cpan.org/Public/Bug/Display.html?id=84626 Namely, Pod::Simple ( which Pod2Man uses ) started checking that if '=item $n' had a numeric value of $n, it would make sure all the items were in order, and its picky, and doesn't accept sequences starting with 0. But the actual problem is even more complex: If you downgrade Pod::Simple to =virtual/perl-Pod-Simple-3.230.0:0 A new error rises: X509_STORE_CTX_get_error.pod around line 281: You forgot a '=back' before '=head1' And you can get rid of that one by downgrading Pod2Man by installing =virtual/perl-podlators-2.4.2:0 TL;DR => openssl need to fix their =back error, and we should dep on <=virtual/perl-Pod-Simple-3.230.0:0 until upstream unbreak numeric lists. er, sorry, I made it confusing, diegos' bug is caused by the version of Pod::Man, provided by perl-core/podlators Versions >=virtual/perl-podlators-2.5.0 exhibit this bug. And additionally, >=virtual/perl-Pod-Simple-3.240.0 exhibits a second bug which hasn't been reported yet, but you'll likely stumble into solving this bug. And additionally, if you've installed >=virtual/perl-Pod-Simple-3.240.0 , you won't be able to downgrade perl-podlators, because its tests will fail, so you need to downgrade virtual/perl-Pod-Simple *before* downgrading perl-podlators hope that clears things up. *** Bug 468434 has been marked as a duplicate of this bug. *** Wouldn't it be easier to fix the POD text in openssl? (In reply to J.C. Wren from comment #6) > Wouldn't it be easier to fix the POD text in openssl? That would solve the problem, however, the POD itself is not "wrong" in my opinion, just POD upstream are being too strict on what an '=items' list can contain. Which means to patch it in a way that avoids this issue requires changing the POD significantly, as to avoid using =items entirely, or patching it so that all =items lines are '=item * 0' instead of '=item 0' (In reply to Kent Fredric from comment #7) > (In reply to J.C. Wren from comment #6) > > Wouldn't it be easier to fix the POD text in openssl? > > That would solve the problem, however, the POD itself is not "wrong" in my > opinion, just POD upstream are being too strict on what an '=items' list > can contain. Whether that's the case or not, I think the proper place to host that discussion is upstream's tracker. > Which means to patch it in a way that avoids this issue requires changing > the POD significantly, as to avoid using =items entirely, or patching it so > that all =items lines are '=item * 0' instead of '=item 0' http://rt.openssl.org/Ticket/Attachment/36986/20049/ seems to have a workaround available for now, and since this isn't actual functionality but merely documentation, I don't see much issue in using it to get this working again for now. It's not like this should break any packages dependant on openssl in ways that will be different when upstream openssl addresses this. *** This bug has been marked as a duplicate of bug 483820 *** |