Bug 766551

Summary: use APR::Request fails with Not a CODE reference at /usr/lib/perl5/DynaLoader.pm line 213.
Product: [Fedora] Fedora Reporter: Jan Pazdziora <jpazdziora>
Component: libapreq2Assignee: Bojan Smojver <bojan>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: high    
Version: 16CC: bojan
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: libapreq2-2.13-5.fc16 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-13 21:56:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

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.