Skip Menu |

This queue is for tickets about the libapreq2 CPAN distribution.

Report information
The Basics
Id: 132890
Status: open
Priority: 0/
Queue: libapreq2
People
Owner: Nobody in particular
Requestors: mjs [...] clemson.edu
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Fri Jun 26 13:44:44 2020 mjs [...] clemson.edu - Ticket created
Subject: Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Fri, 26 Jun 2020 17:44:32 +0000
To: "bug-libapreq2 [...] rt.cpan.org" <bug-libapreq2 [...] rt.cpan.org>
From: Matthew Saltzman <mjs [...] clemson.edu>
Operating system: CentOS 8/RHEL 8/Fedora 32 Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) perl5 (revision 5 version 30 subversion 3) (Fedora) Example of failure: $ perl -MApache2::Request -e 1 Can't load '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so' for module APR::Request::Apache2: /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so: undefined symbol: apreq_handle_apache2 at /usr/lib64/perl5/DynaLoader.pm line 193. at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. Compilation failed in require at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. BEGIN failed--compilation aborted at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. Compilation failed in require. BEGIN failed--compilation aborted. On CentOS/RHEL (from the EPEL repository), the RPM is perl-libapreq2- 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with RPM perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version 16 subversion 3). I assume this is some sort of build or packaging issue, but I am at a loss as to how to proceed with debugging it. This is a showstopper for installing WebWork (https://webwork.maa.org/) on RHEL/CentOS 8. Thanks for any direction you can provide. -- Matthew Saltzman School of Mathematical and Statistical Sciences Clemson University mjs AT clemson DOT edu
  Fri Jun 26 22:11:42 2020 joe [...] sunstarsys.com - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Fri, 26 Jun 2020 22:11:22 -0400
To: bug-libapreq2 [...] rt.cpan.org
From: Joe Schaefer <joe [...] sunstarsys.com>
This is a usage issue, not a bug in the software. APR::Request::Apache2 requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks, which means it cannot be made to work outside of Apache httpd's runtime environment. This is intentional- there are other modules in the package, like APR::Request::CGI, that are meant to run stand-alone. On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < bug-libapreq2@rt.cpan.org> wrote: Show quoted text
> Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > Transaction: Ticket created by mjs@clemson.edu > Queue: libapreq2 > Subject: Undefined symbol apreq_handle_apache2 when using libapreq2 > outside of Apache > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: mjs@clemson.edu > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > perl5 (revision 5 version 30 subversion 3) (Fedora) > > Example of failure: > > $ perl -MApache2::Request -e 1 > Can't load > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so' > for module APR::Request::Apache2: > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so: > undefined symbol: apreq_handle_apache2 at > /usr/lib64/perl5/DynaLoader.pm line 193. > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > Compilation failed in require at > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > BEGIN failed--compilation aborted at > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > Compilation failed in require. > BEGIN failed--compilation aborted. > > On CentOS/RHEL (from the EPEL repository), the RPM is perl-libapreq2- > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with RPM > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version 16 > subversion 3). > > I assume this is some sort of build or packaging issue, but I am at a > loss as to how to proceed with debugging it. This is a showstopper for > installing WebWork (https://webwork.maa.org/) on RHEL/CentOS 8. > > Thanks for any direction you can provide. > -- > Matthew Saltzman > School of Mathematical and Statistical Sciences > Clemson University > mjs AT clemson DOT edu > >
-- Joe Schaefer, Ph.D. <joe@sunstarsys.com> 954.253.3732 <//954.253.3732>
  Fri Jun 26 22:11:43 2020 The RT System itself - Status changed from 'new' to 'open'
  Fri Jun 26 22:13:10 2020 pgollucci [...] p6m7g8.com - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Fri, 26 Jun 2020 22:12:53 -0400
To: bug-libapreq2 [...] rt.cpan.org
From: "Philip M. Gollucci" <pgollucci [...] p6m7g8.com>
I guess you saw the perl 5 to 7 announcement then On Fri, Jun 26, 2020 at 10:11 PM Joe Schaefer via RT < bug-libapreq2@rt.cpan.org> wrote: Show quoted text
> Queue: libapreq2 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > This is a usage issue, not a bug in the software. APR::Request::Apache2 > requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks, which > means it cannot be made to work outside of Apache httpd's runtime > environment. > > This is intentional- there are other modules in the package, like > APR::Request::CGI, that are meant to run stand-alone. > > On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < > bug-libapreq2@rt.cpan.org> wrote: >
> > Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > > Transaction: Ticket created by mjs@clemson.edu > > Queue: libapreq2 > > Subject: Undefined symbol apreq_handle_apache2 when using libapreq2 > > outside of Apache > > Broken in: (no value) > > Severity: (no value) > > Owner: Nobody > > Requestors: mjs@clemson.edu > > Status: new > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > > perl5 (revision 5 version 30 subversion 3) (Fedora) > > > > Example of failure: > > > > $ perl -MApache2::Request -e 1 > > Can't load > > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so' > > for module APR::Request::Apache2: > > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so: > > undefined symbol: apreq_handle_apache2 at > > /usr/lib64/perl5/DynaLoader.pm line 193. > > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > Compilation failed in require at > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > BEGIN failed--compilation aborted at > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > Compilation failed in require. > > BEGIN failed--compilation aborted. > > > > On CentOS/RHEL (from the EPEL repository), the RPM is perl-libapreq2- > > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with RPM > > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version 16 > > subversion 3). > > > > I assume this is some sort of build or packaging issue, but I am at a > > loss as to how to proceed with debugging it. This is a showstopper for > > installing WebWork (https://webwork.maa.org/) on RHEL/CentOS 8. > > > > Thanks for any direction you can provide. > > -- > > Matthew Saltzman > > School of Mathematical and Statistical Sciences > > Clemson University > > mjs AT clemson DOT edu > > > >
> > -- > Joe Schaefer, Ph.D. > <joe@sunstarsys.com> > 954.253.3732 <//954.253.3732> > > --
Philip M. Gollucci IT Executive and Engineering Leader http://www.linkedin.com/in/pgollucci/ 301.818.0719
  Fri Jun 26 22:14:38 2020 joe [...] sunstarsys.com - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Fri, 26 Jun 2020 22:14:19 -0400
To: bug-libapreq2 [...] rt.cpan.org
From: Joe Schaefer <joe [...] sunstarsys.com>
No, I didn't. But boy would that be a welcome idea. On Fri, Jun 26, 2020 at 10:13 PM Philip M. Gollucci via RT < bug-libapreq2@rt.cpan.org> wrote: Show quoted text
> Queue: libapreq2 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > I guess you saw the perl 5 to 7 announcement then > > On Fri, Jun 26, 2020 at 10:11 PM Joe Schaefer via RT < > bug-libapreq2@rt.cpan.org> wrote: >
> > Queue: libapreq2 > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > This is a usage issue, not a bug in the software. APR::Request::Apache2 > > requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks,
> which
> > means it cannot be made to work outside of Apache httpd's runtime > > environment. > > > > This is intentional- there are other modules in the package, like > > APR::Request::CGI, that are meant to run stand-alone. > > > > On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < > > bug-libapreq2@rt.cpan.org> wrote: > >
> > > Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > > > Transaction: Ticket created by mjs@clemson.edu > > > Queue: libapreq2 > > > Subject: Undefined symbol apreq_handle_apache2 when using
> libapreq2
> > > outside of Apache > > > Broken in: (no value) > > > Severity: (no value) > > > Owner: Nobody > > > Requestors: mjs@clemson.edu > > > Status: new > > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > > > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > > > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > > > perl5 (revision 5 version 30 subversion 3) (Fedora) > > > > > > Example of failure: > > > > > > $ perl -MApache2::Request -e 1 > > > Can't load > > > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so' > > > for module APR::Request::Apache2: > > > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so: > > > undefined symbol: apreq_handle_apache2 at > > > /usr/lib64/perl5/DynaLoader.pm line 193. > > > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > Compilation failed in require at > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > BEGIN failed--compilation aborted at > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > Compilation failed in require. > > > BEGIN failed--compilation aborted. > > > > > > On CentOS/RHEL (from the EPEL repository), the RPM is
> perl-libapreq2-
> > > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with RPM > > > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version 16 > > > subversion 3). > > > > > > I assume this is some sort of build or packaging issue, but I am at
> a
> > > loss as to how to proceed with debugging it. This is a showstopper
> for
> > > installing WebWork (https://webwork.maa.org/) on RHEL/CentOS 8. > > > > > > Thanks for any direction you can provide. > > > -- > > > Matthew Saltzman > > > School of Mathematical and Statistical Sciences > > > Clemson University > > > mjs AT clemson DOT edu > > > > > >
> > > > -- > > Joe Schaefer, Ph.D. > > <joe@sunstarsys.com> > > 954.253.3732 <//954.253.3732> > > > > --
> Philip M. Gollucci > IT Executive and Engineering Leader > http://www.linkedin.com/in/pgollucci/ > 301.818.0719 > >
-- Joe Schaefer, Ph.D. <joe@sunstarsys.com> 954.253.3732 <//954.253.3732>
  Fri Jun 26 22:15:27 2020 pgollucci [...] p6m7g8.com - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Fri, 26 Jun 2020 22:15:10 -0400
To: bug-libapreq2 [...] rt.cpan.org
From: "Philip M. Gollucci" <pgollucci [...] p6m7g8.com>
Announced this week or today by Larry himself On Fri, Jun 26, 2020 at 10:14 PM Joe Schaefer via RT < bug-libapreq2@rt.cpan.org> wrote: Show quoted text
> Queue: libapreq2 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > No, I didn't. But boy would that be a welcome idea. > > On Fri, Jun 26, 2020 at 10:13 PM Philip M. Gollucci via RT < > bug-libapreq2@rt.cpan.org> wrote: >
> > Queue: libapreq2 > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > I guess you saw the perl 5 to 7 announcement then > > > > On Fri, Jun 26, 2020 at 10:11 PM Joe Schaefer via RT < > > bug-libapreq2@rt.cpan.org> wrote: > >
> > > Queue: libapreq2 > > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > > > This is a usage issue, not a bug in the software.
> APR::Request::Apache2
> > > requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks,
> > which
> > > means it cannot be made to work outside of Apache httpd's runtime > > > environment. > > > > > > This is intentional- there are other modules in the package, like > > > APR::Request::CGI, that are meant to run stand-alone. > > > > > > On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < > > > bug-libapreq2@rt.cpan.org> wrote: > > >
> > > > Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > > > > Transaction: Ticket created by mjs@clemson.edu > > > > Queue: libapreq2 > > > > Subject: Undefined symbol apreq_handle_apache2 when using
> > libapreq2
> > > > outside of Apache > > > > Broken in: (no value) > > > > Severity: (no value) > > > > Owner: Nobody > > > > Requestors: mjs@clemson.edu > > > > Status: new > > > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > > > > > > > > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > > > > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > > > > perl5 (revision 5 version 30 subversion 3) (Fedora) > > > > > > > > Example of failure: > > > > > > > > $ perl -MApache2::Request -e 1 > > > > Can't load > > > > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so' > > > > for module APR::Request::Apache2: > > > > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so: > > > > undefined symbol: apreq_handle_apache2 at > > > > /usr/lib64/perl5/DynaLoader.pm line 193. > > > > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > > Compilation failed in require at > > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > > BEGIN failed--compilation aborted at > > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > > Compilation failed in require. > > > > BEGIN failed--compilation aborted. > > > > > > > > On CentOS/RHEL (from the EPEL repository), the RPM is
> > perl-libapreq2-
> > > > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with
> RPM
> > > > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version 16 > > > > subversion 3). > > > > > > > > I assume this is some sort of build or packaging issue, but I am
> at
> > a
> > > > loss as to how to proceed with debugging it. This is a showstopper
> > for
> > > > installing WebWork (https://webwork.maa.org/) on RHEL/CentOS 8. > > > > > > > > Thanks for any direction you can provide. > > > > -- > > > > Matthew Saltzman > > > > School of Mathematical and Statistical Sciences > > > > Clemson University > > > > mjs AT clemson DOT edu > > > > > > > >
> > > > > > -- > > > Joe Schaefer, Ph.D. > > > <joe@sunstarsys.com> > > > 954.253.3732 <//954.253.3732> > > > > > > --
> > Philip M. Gollucci > > IT Executive and Engineering Leader > > http://www.linkedin.com/in/pgollucci/ > > 301.818.0719 > > > >
> > -- > Joe Schaefer, Ph.D. > <joe@sunstarsys.com> > 954.253.3732 <//954.253.3732> > > --
Philip M. Gollucci IT Executive and Engineering Leader http://www.linkedin.com/in/pgollucci/ 301.818.0719
  Sat Jun 27 14:48:35 2020 mjs [...] clemson.edu - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Sat, 27 Jun 2020 18:48:22 +0000
To: "bug-libapreq2 [...] rt.cpan.org" <bug-libapreq2 [...] rt.cpan.org>
From: Matthew Saltzman <mjs [...] clemson.edu>
OK Thanks for that tip. Can you recommend a straightforward procedure to port from this library to a supported standalone one? I'm not a skilled Perl hacker but I would like to provide as much guidance to the WebWork team as I can when I file this bug with them. On Fri, 2020-06-26 at 22:11 -0400, Joe Schaefer via RT wrote: Show quoted text
> <URL: > https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.cpan.org_Ticket_Display.html-3Fid-3D132890&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=uA9oZdIyy0qHPGRWX35qdm63pk5vch9WFd9c9zmXlYE&e=
> >
> > This is a usage issue, not a bug in the > software. APR::Request::Apache2 > requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks, > which > means it cannot be made to work outside of Apache httpd's runtime > environment. > > This is intentional- there are other modules in the package, like > APR::Request::CGI, that are meant to run stand-alone. > > On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < > bug-libapreq2@rt.cpan.org> wrote: >
> > Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > > Transaction: Ticket created by mjs@clemson.edu > > Queue: libapreq2 > > Subject: Undefined symbol apreq_handle_apache2 when using > > libapreq2 > > outside of Apache > > Broken in: (no value) > > Severity: (no value) > > Owner: Nobody > > Requestors: mjs@clemson.edu > > Status: new > > Ticket <URL: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.cpan.org_Ticket_Display.html-3Fid-3D132890&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=uA9oZdIyy0qHPGRWX35qdm63pk5vch9WFd9c9zmXlYE&e=
> > >
> > > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > > perl5 (revision 5 version 30 subversion 3) (Fedora) > > > > Example of failure: > > > > $ perl -MApache2::Request -e 1 > > Can't load > > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.s > > o' > > for module APR::Request::Apache2: > > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so > > : > > undefined symbol: apreq_handle_apache2 at > > /usr/lib64/perl5/DynaLoader.pm line 193. > > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > Compilation failed in require at > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > BEGIN failed--compilation aborted at > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > Compilation failed in require. > > BEGIN failed--compilation aborted. > > > > On CentOS/RHEL (from the EPEL repository), the RPM is perl- > > libapreq2- > > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with > > RPM > > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version > > 16 > > subversion 3). > > > > I assume this is some sort of build or packaging issue, but I am > > at a > > loss as to how to proceed with debugging it. This is a > > showstopper for > > installing WebWork ( > > https://urldefense.proofpoint.com/v2/url?u=https-3A__webwork.maa.org_&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=sSN4UH_qpO-wGw5JOC9ATctp2H7Sry1_fGbjNpS2uk4&e= > > ) on RHEL/CentOS 8. > > > > Thanks for any direction you can provide. > > -- > > Matthew Saltzman > > School of Mathematical and Statistical Sciences > > Clemson University > > mjs AT clemson DOT edu > > > >
-- Matthew Saltzman School of Mathematical and Statistical Sciences Clemson University mjs AT clemson DOT edu
  Sat Jun 27 14:58:09 2020 joe [...] sunstarsys.com - Correspondence added
Subject: Re: [rt.cpan.org #132890] Undefined symbol apreq_handle_apache2 when using libapreq2 outside of Apache
Date: Sat, 27 Jun 2020 14:57:51 -0400
To: bug-libapreq2 [...] rt.cpan.org
From: Joe Schaefer <joe [...] sunstarsys.com>
Again this is not a bug in any of your upstream dependencies, other than CentOS, who elected to offer our code to you as a binary while disabling mod_apreq2.so the httpd server config now, which all you need to is either uncomment or otherwise enable, and then restart httpd. On Sat, Jun 27, 2020 at 2:48 PM Matthew Saltzman via RT < bug-libapreq2@rt.cpan.org> wrote: Show quoted text
> Queue: libapreq2 > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=132890 > > > OK Thanks for that tip. Can you recommend a straightforward procedure > to port from this library to a supported standalone one? I'm not a > skilled Perl hacker but I would like to provide as much guidance to the > WebWork team as I can when I file this bug with them. > > On Fri, 2020-06-26 at 22:11 -0400, Joe Schaefer via RT wrote:
> > <URL: > >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.cpan.org_Ticket_Display.html-3Fid-3D132890&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=uA9oZdIyy0qHPGRWX35qdm63pk5vch9WFd9c9zmXlYE&e=
> > >
> > > > This is a usage issue, not a bug in the > > software. APR::Request::Apache2 > > requires mod_perl and mod_apreq2 to provide the ELF symbols it lacks, > > which > > means it cannot be made to work outside of Apache httpd's runtime > > environment. > > > > This is intentional- there are other modules in the package, like > > APR::Request::CGI, that are meant to run stand-alone. > > > > On Fri, Jun 26, 2020 at 1:44 PM Matthew Saltzman via RT < > > bug-libapreq2@rt.cpan.org> wrote: > >
> > > Fri Jun 26 13:44:44 2020: Request 132890 was acted upon. > > > Transaction: Ticket created by mjs@clemson.edu > > > Queue: libapreq2 > > > Subject: Undefined symbol apreq_handle_apache2 when using > > > libapreq2 > > > outside of Apache > > > Broken in: (no value) > > > Severity: (no value) > > > Owner: Nobody > > > Requestors: mjs@clemson.edu > > > Status: new > > > Ticket <URL: > > >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__rt.cpan.org_Ticket_Display.html-3Fid-3D132890&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=uA9oZdIyy0qHPGRWX35qdm63pk5vch9WFd9c9zmXlYE&e=
> > > >
> > > > > > > > > Operating system: CentOS 8/RHEL 8/Fedora 32 > > > Perl version: perl5 (revision 5 version 26 subversion 3) (CentOS) > > > perl5 (revision 5 version 30 subversion 3) (Fedora) > > > > > > Example of failure: > > > > > > $ perl -MApache2::Request -e 1 > > > Can't load > > > '/usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.s > > > o' > > > for module APR::Request::Apache2: > > > /usr/lib64/perl5/vendor_perl/auto/APR/Request/Apache2/Apache2.so > > > : > > > undefined symbol: apreq_handle_apache2 at > > > /usr/lib64/perl5/DynaLoader.pm line 193. > > > at /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > Compilation failed in require at > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > BEGIN failed--compilation aborted at > > > /usr/lib64/perl5/vendor_perl/Apache2/Request.pm line 3. > > > Compilation failed in require. > > > BEGIN failed--compilation aborted. > > > > > > On CentOS/RHEL (from the EPEL repository), the RPM is perl- > > > libapreq2- > > > 2.13-38.el8.x86_64. The failure does not occur in CentOS 7, with > > > RPM > > > perl-libapreq2-2.13-13.el7.x86_64 and perl5 (revision 5 version > > > 16 > > > subversion 3). > > > > > > I assume this is some sort of build or packaging issue, but I am > > > at a > > > loss as to how to proceed with debugging it. This is a > > > showstopper for > > > installing WebWork ( > > >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__webwork.maa.org_&d=DwIDaQ&c=Ngd-ta5yRYsqeUsEDgxhcqsYYY1Xs5ogLxWPA_2Wlc4&r=qn_zjvrROZAYvrhgG-We4w&m=SV28b17X1hV2K2Zd9wSvL19mRFFGWyeQuXVJ7fNUf3k&s=sSN4UH_qpO-wGw5JOC9ATctp2H7Sry1_fGbjNpS2uk4&e=
> > > ) on RHEL/CentOS 8. > > > > > > Thanks for any direction you can provide. > > > -- > > > Matthew Saltzman > > > School of Mathematical and Statistical Sciences > > > Clemson University > > > mjs AT clemson DOT edu > > > > > >
> -- > Matthew Saltzman > School of Mathematical and Statistical Sciences > Clemson University > mjs AT clemson DOT edu > > --
Joe Schaefer, Ph.D. <joe@sunstarsys.com> 954.253.3732 <//954.253.3732>