Bug 766551 - use APR::Request fails with Not a CODE reference at /usr/lib/perl5/DynaLoader.pm line 213.
Summary: use APR::Request fails with Not a CODE reference at /usr/lib/perl5/DynaLoader...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libapreq2
Version: 16
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
Assignee: Bojan Smojver
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-12 10:39 UTC by Jan Pazdziora
Modified: 2011-12-13 21:56 UTC (History)
1 user (show)

Fixed In Version: libapreq2-2.13-5.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-13 21:56:37 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Jan Pazdziora 2011-12-12 10:39:26 UTC 
Description of problem:

My mod_perl application started to fail on Fedora 16. I narrowed it down to

  perl -MAPR::Request -e 1

failing on Fedora 16, 32bit.

Version-Release number of selected component (if applicable):

# rpm -qf /usr/lib/perl5/vendor_perl/APR/Request.pm
perl-libapreq2-2.13-4.fc16.i686

How reproducible:

Deterministic.

Steps to Reproduce:
1. # perl -MAPR::Request -e 1
  
Actual results:

# perl -MAPR::Request -e 1PR::Request -e 1
Not a CODE reference at /usr/lib/perl5/DynaLoader.pm line 213.
END failed--call queue aborted at /usr/lib/perl5/vendor_perl/APR/Request.pm line 213.
Compilation failed in require.
BEGIN failed--compilation aborted.
#

Expected results:

# perl -MAPR::Request -e 1
#

Additional info:

Petr P. says:

V <https://fedoraproject.org/wiki/Perl/Tips#ExtUtils::MakeMaker_overrides_CCFLAGS_with_Perl_5.14> jsou relevantni odkazy. Upstream zatim problem nevyresil. Nejlepsi reseni je opravit Makefile.PL, aby respektoval CFLAGS, jak se pise v odkazovanych vlaknech. libapreq2 by mel poustet testy. Pak by se tohle prislo uz pri prekladu.
Comment 1 Jan Pazdziora 2011-12-12 10:49:30 UTC 
Merely taking

http://kojipkgs.fedoraproject.org/packages/libapreq2/2.13/4.fc16/src/libapreq2-2.13-4.fc16.src.rpm

and rebuilding it on my Fedora 16 i686 produces package where the use works. So maybe something got fixed in the other packages in the meantime and CFLAGS are now handled differently?
Comment 2 Jan Pazdziora 2011-12-12 10:51:25 UTC 
Also, when I uncommented the make test in the

  %check
  # make test # requires write access to system locations?

section of the .spec file and run rpmbuild -ba under the test user on my Fedora 16, it passed. So maybe the tests don't require write access to the system locations after all?
Comment 3 Bojan Smojver 2011-12-12 22:46:29 UTC 
I just built a scratch build for you to test:

http://koji.fedoraproject.org/koji/taskinfo?taskID=3581424

It has the same version and release numbers (so, it just a rebuild of the same thing, along the lines of what you did), so just force upgrade the RPMs to install.

Let me know whether this build works for you.
Comment 4 Jan Pazdziora 2011-12-13 08:04:27 UTC 
(In reply to comment #3)
> 
> Let me know whether this build works for you.

Yes, the rebuilt i686 package works without error.
Comment 5 Fedora Update System 2011-12-13 09:24:43 UTC 
libapreq2-2.13-5.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/libapreq2-2.13-5.fc16
Comment 6 Jan Pazdziora 2011-12-13 10:21:04 UTC 
Awesome, thanks:

# perl -MAPR::Request -e 1
# rpm -q perl-libapreq2
perl-libapreq2-2.13-5.fc16.i686
#
Comment 7 Fedora Update System 2011-12-13 21:56:37 UTC 
libapreq2-2.13-5.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.