Hello Devs!
You're receiving this email because you are subscribed to one or more
Apache developer email lists.
I’m writing to let you know about an exciting event coming to the Chicago
area: The Apache Roadshow Chicago. It will be held May 13th and 14th at
three bars in the Logan Square neighborhood (Revolution Brewing, The
Native, and the Radler).
There will be six tracks:
-
Apache in Adtech: Tell us how Apache works in your advertising stack
-
Apache in Fintech: Tell us how Apache works in your finance/insurance
business
-
Apache in Startups: Tell us how you’re using Apache in your startup
-
Diversity in Apache: How do we increase and encourage diversity in
Apache and tech fields overall?
-
Made in Chicago: Apache related things made by people in Chicago that
don’t fall into other buckets
-
Project Shark Tank: Do you want more developers or users for your Apache
project? Come here and pitch it!
This is an exciting chance to learn about how Apache Projects are in use in
production around Chicago, how business users make the decision to use
Apache projects, to learn about exciting new projects that want help from
developers like you, and how/why to increase diversity in tech and IT.
If you have any use cases of Apache products in Adtech, Fintech, or
Startups; if you represent a minority working in tech and have perspectives
to share, if you live in the Chicagoland area and want to highlight some
work you’ve done on an Apache project, or if you want to get other people
excited to come work on your project, then please submit a CFP before the
deadline on February 15th!
Tickets to the Apache Roadshow Chicago are $100; speakers will get a
complimentary ticket.
We’re looking forward to reading your submissions and seeing you there on
May 13-14!
Sincerely,
Trevor Grant
https://www.apachecon.com/chiroadshow19/cfp.html
https://www.apachecon.com/chiroadshow19/register.html

[IF YOUR PROJECT DOES NOT HAVE GIT REPOSITORIES ON GIT-WIP-US PLEASE
DISREGARD THIS EMAIL; IT WAS MASS-MAILED TO ALL APACHE PROJECTS]
Hello Apache projects,
I am writing to you because you may have git repositories on the
git-wip-us server, which is slated to be decommissioned in the coming
months. All repositories will be moved to the new gitbox service which
includes direct write access on github as well as the standard ASF
commit access via gitbox.apache.org.
## Why this move? ##
The move comes as a result of retiring the git-wip service, as the
hardware it runs on is longing for retirement. In lieu of this, we
have decided to consolidate the two services (git-wip and gitbox), to
ease the management of our repository systems and future-proof the
underlying hardware. The move is fully automated, and ideally, nothing
will change in your workflow other than added features and access to
GitHub.
## Timeframe for relocation ##
Initially, we are asking that projects voluntarily request to move
their repositories to gitbox, hence this email. The voluntary
timeframe is between now and January 9th 2019, during which projects
are free to either move over to gitbox or stay put on git-wip. After
this phase, we will be requiring the remaining projects to move within
one month, after which we will move the remaining projects over.
To have your project moved in this initial phase, you will need:
- Consensus in the project (documented via the mailing list)
- File a JIRA ticket with INFRA to voluntarily move your project repos
over to gitbox (as stated, this is highly automated and will take
between a minute and an hour, depending on the size and number of
your repositories)
To sum up the preliminary timeline;
- December 9th 2018 -> January 9th 2019: Voluntary (coordinated)
relocation
- January 9th -> February 6th: Mandated (coordinated) relocation
- February 7th: All remaining repositories are mass migrated.
This timeline may change to accommodate various scenarios.
## Using GitHub with ASF repositories ##
When your project has moved, you are free to use either the ASF
repository system (gitbox.apache.org) OR GitHub for your development
and code pushes. To be able to use GitHub, please follow the primer
at: https://reference.apache.org/committer/github
We appreciate your understanding of this issue, and hope that your
project can coordinate voluntarily moving your repositories in a
timely manner.
All settings, such as commit mail targets, issue linking, PR
notification schemes etc will automatically be migrated to gitbox as
well.
With regards, Daniel on behalf of ASF Infra.
PS:For inquiries, please reply to users@infra.apache.org, not your
project's dev list :-).

We need your help to make the Apache Washington DC Roadshow on Dec 4th a
success.
What do we need most? Speakers!
We're bringing a unique DC flavor to this event by mixing Open Source
Software with talks about Apache projects as well as OSS CyberSecurity,
OSS in Government and and OSS Career advice.
Please take a look at: http://www.apachecon.com/usroadshow18/
(Note: You are receiving this message because you are subscribed to one
or more mailing lists at The Apache Software Foundation.)
Rich, for the ApacheCon Planners
--
rbowen@apache.org
http://apachecon.com
@ApacheCon

Register now for ApacheCon and save $250Rich Bowen <rbowen@apache.org>urn:uuid:%3cdbb150d7-cb1a-fb03-9f1c-c663392491bc@apache-org%3e2018-07-09T14:31:16Z

Greetings, Apache software enthusiasts!
(You’re getting this because you’re on one or more dev@ or users@ lists
for some Apache Software Foundation project.)
ApacheCon North America, in Montreal, is now just 80 days away, and
early bird prices end in just two weeks - on July 21. Prices will be
going up from $550 to $800 so register NOW to save $250, at
http://apachecon.com/acna18
And don’t forget to reserve your hotel room. We have negotiated a
special rate and the room block closes August 24.
http://www.apachecon.com/acna18/venue.html
Our schedule includes over 100 talks and we’ll be featuring talks from
dozens of ASF projects., We have inspiring keynotes from some of the
brilliant members of our community and the wider tech space, including:
* Myrle Krantz, PMC chair for Apache Fineract, and leader in the open
source financing space
* Cliff Schmidt, founder of Literacy Bridge (now Amplio) and creator
of the Talking Book project
* Bridget Kromhout, principal cloud developer advocate at Microsoft
* Euan McLeod, Comcast engineer, and pioneer in streaming video
We’ll also be featuring tracks for Geospatial science, Tomcat,
Cloudstack, and Big Data, as well as numerous other fields where Apache
software is leading the way. See the full schedule at
http://apachecon.com/acna18/schedule.html
As usual we’ll be running our Apache BarCamp, the traditional ApacheCon
Hackathon, and the Wednesday evening Lighting Talks, too, so you’ll want
to be there.
Register today at http://apachecon.com/acna18 and we’ll see you in Montreal!
--
Rich Bowen
VP, Conferences, The Apache Software Foundation
help@apachecon.com
@ApacheCon

FINAL REMINDER: Apache EU Roadshow 2018 in Berlin next week!sharan@apache.orgurn:uuid:%3cb0802387-1357-e43e-8780-eee941c14860@apache-org%3e2018-06-06T18:57:36Z

Hello Apache Supporters and Enthusiasts
This is a final reminder that our Apache EU Roadshow will be held in
Berlin next week on 13th and 14th June 2018. We will have 28 different
sessions running over 2 days that cover some great topics. So if you are
interested in Microservices, Internet of Things (IoT), Cloud, Apache
Tomcat or Apache Http Server then we have something for you.
https://foss-backstage.de/sessions/apache-roadshow
We will be co-located with FOSS Backstage, so if you are interested in
topics such as incubator, the Apache Way, open source governance, legal,
trademarks or simply open source communities then there will be
something there for you too. You can attend any of talks, presentations
and workshops from the Apache EU Roadshow or FOSS Backstage.
You can find details of the combined Apache EU Roadshow and FOSS
Backstage conference schedule below:
https://foss-backstage.de/schedule?day=2018-06-13
Ticket prices go up on 8th June 2018 and we have a last minute discount
code that anyone can use before the deadline:
15% discount code: ASF15_discount
valid until June 7, 23:55 CET
You can register at the following link:
https://foss-backstage.de/tickets
Our Apache booth and lounge will be open from 11th - 14th June for
meetups, hacking or to simply relax between sessions. And we will be
posting regular updates on social media throughout next week so please
follow us on Twitter @ApacheCon
Thank you for your continued support and we look forward to seeing you
in Berlin!
Thanks
Sharan Foga, VP Apache Community Development
http://apachecon.com/
PLEASE NOTE: You are receiving this message because you are subscribed
to a user@ or dev@ list of one or more Apache Software Foundation projects.

Seven+ years ago, apreq released our most recent distribution, and the code
was folded into httpd trunk. Since that time, contrast the apreq-dev and
apreq-cvs list activity;
https://lists.apache.org/list.html?apreq-dev@httpd.apache.org:lte=7y:
https://lists.apache.org/list.html?apreq-cvs@httpd.apache.org:lte=7y:
vs discussion and commit activity indicating apreq on the dev/cvs@httpd
lists;
https://lists.apache.org/list.html?dev@httpd.apache.org:lte=7y:apreq
https://lists.apache.org/list.html?cvs@httpd.apache.org:lte=7y:apreq
I've spent the last few months moderating apreq-dev@h.a.o, deleting ~5-10
emails/day, and this obviously isn't efficient. But it's also confusing
that dev@ list equally relevant to apreq-dev@. It's also concerning that
any commits on apreq-cvs@ must mirror the commit traffic to httpd trunk
(notices to cvs@ list), the two svn notification lists obscure this
oversight.
I propose we shutter the apreq -dev and -cvs lists, redirecting all further
component/subproject discussion to dev|cvs@httpd.a.o, with a final
'see-here:' post to these two apreq- lists, for further questions and
followup on the active list. Archives will remain available and
http://httpd.apache.org/apreq/ website updated (with a comment to indicate
apreq in the subject line of mailing list posts, and some actually working
archive links.)
If I hear no objection to that plan in the next 72 hours, I'll proceed to
ask infra to reroute all svn notices of
http://svn.apache.org/repos/asf/httpd/apreq/ to the cvs@httpd, and close
both apreq-dev/cvs to new traffic. Archives will be preserved. All
subproject business would occur on dev@httpd, and I will update the website
to make this clear, so there should be no interruption.
If there is objection, let's work through any open concerns first, on this
list.
I suspect there are still significant decisions to be made about the state
of apreq subproject, but these are best addressed by the larger community
at dev@httpd to get the maximum possible participation and consensus.
Yours,
Bill

REMINDER: Apache EU Roadshow 2018 in Berlin is less than 2 weeks away!sharan@apache.orgurn:uuid:%3c9531fa85-00e0-cf4c-afcb-02fd6a71aabd@apache-org%3e2018-05-31T20:51:47Z

Hello Apache Supporters and Enthusiasts
This is a reminder that our Apache EU Roadshow in Berlin is less than
two weeks away and we need your help to spread the word. Please let your
work colleagues, friends and anyone interested in any attending know
about our Apache EU Roadshow event.
We have a great schedule including tracks on Apache Tomcat, Apache Http
Server, Microservices, Internet of Things (IoT) and Cloud Technologies.
You can find more details at the link below:
https://s.apache.org/0hnG
Ticket prices will be going up on 8^th June 2018, so please make sure
that you register soon if you want to beat the price increase.
https://foss-backstage.de/tickets
Remember that registering for the Apache EU Roadshow also gives you
access to FOSS Backstage so you can attend any talks and workshops from
both conferences. And don’t forget that our Apache Lounge will be open
throughout the whole conference as a place to meet up, hack and relax.
We look forward to seeing you in Berlin!
Thanks
Sharan Foga, VP Apache Community Development
http://apachecon.com/
@apachecon
PLEASE NOTE: You are receiving this message because you are subscribed
to a user@ or dev@ list of one or more Apache Software Foundation projects.

Hello Apache Supporters and Enthusiasts
This is a reminder that the schedule for the Apache EU Roadshow 2018 in
Berlin has been announced.
http://apachecon.com/euroadshow18/schedule.html
Please note that we will not be running an ApacheCon in Europe this year
which means that this Apache EU Roadshow will be the main Apache event
in Europe for 2018.
The Apache EU Roadshow tracks take place on the 13th and 14th June 2018,
and will feature 28 sessions across the following themes; Apache Tomcat,
IoT , Cloud Technologies, Microservices and Apache Httpd Server.
Please note that the Apache EU Roadshow is co-located with FOSS
Backstage and their schedule (https://foss-backstage.de/sessions)
includes many Apache related sessions such as Incubator, Apache Way,
Open Source Governance, Legal, Trademarks as well as a full range
community related presentations and panel discussions.
One single registration gives you access to both events - the Apache EU
Roadshow and FOSS Backstage.
Registration includes catering (breakfast & lunch both days) and also an
attendee evening event. And if you want to have a project meet-up, hack
or simply spend time and relax in our on-site Apache Lounge between
sessions, then you are more than welcome.
We look forward to seeing you in Berlin!
Thanks
Sharan Foga, VP Apache Community Development
PLEASE NOTE: You are receiving this message because you are subscribed
to a user@ or dev@ list of one or more Apache Software Foundation projects.

ApacheCon North America 2018 schedule is now live.Rich Bowen <rbowen@apache.org>urn:uuid:%3c90365a58-c746-a370-7ae8-d95fb58dee00@apache-org%3e2018-05-01T12:36:05Z

Dear Apache Enthusiast,
We are pleased to announce our schedule for ApacheCon North America
2018. ApacheCon will be held September 23-27 at the Montreal Marriott
Chateau Champlain in Montreal, Canada.
Registration is open! The early bird rate of $575 lasts until July 21,
at which time it goes up to $800. And the room block at the Marriott
($225 CAD per night, including wifi) closes on August 24th.
We will be featuring more than 100 sessions on Apache projects. The
schedule is now online at https://apachecon.com/acna18/
The schedule includes full tracks of content from Cloudstack[1],
Tomcat[2], and our GeoSpatial community[3].
We will have 4 keynote speakers, two of whom are Apache members, and two
from the wider community.
On Tuesday, Apache member and former board member Cliff Schmidt will be
speaking about how Amplio uses technology to educate and improve the
quality of life of people living in very difficult parts of the
world[4]. And Apache Fineract VP Myrle Krantz will speak about how Open
Source banking is helping the global fight against poverty[5].
Then, on Wednesday, we’ll hear from Bridget Kromhout, Principal Cloud
Developer Advocate from Microsoft, about the really hard problem in
software - the people[6]. And Euan McLeod, ‎VP VIPER at ‎Comcast will
show us the many ways that Apache software delivers your favorite shows
to your living room[7].
ApacheCon will also feature old favorites like the Lightning Talks, the
Hackathon (running the duration of the event), PGP key signing, and lots
of hallway-track time to get to know your project community better.
Follow us on Twitter, @ApacheCon, and join the discuss@apachecon.com
mailing list (send email to discuss-subscribe@apachecon.com) to stay up
to date with developments. And if your company wants to sponsor this
event, get in touch at help@apachecon.com for opportunities that are
still available.
See you in Montreal!
Rich Bowen
VP Conferences, The Apache Software Foundation
help@apachecon.com
@ApacheCon
[1] http://cloudstackcollab.org/
[2] http://tomcat.apache.org/conference.html
[3] http://apachecon.dukecon.org/acna/2018/#/schedule?search=geospatial
[4]
http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/df977fd305a31b903
[5]
http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/22c6c30412a3828d6
[6]
http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/fbbb2384fa91ebc6b
[7]
http://apachecon.dukecon.org/acna/2018/#/scheduledEvent/88d50c3613852c2de

Hello Apache Supporters and Enthusiasts
This is your FINAL reminder that the Call for Papers (CFP) for the
Apache EU Roadshow is closing soon. Our Apache EU Roadshow will focus on
Cloud, IoT, Apache Tomcat, Apache Http and will run from 13-14 June 2018
in Berlin.
Note that the CFP deadline has been extended to *25*^*th* *February *and
it will be your final opportunity to submit a talk for thisevent.
Please make your submissions at http://apachecon.com/euroadshow18/
Also note that early bird ticket registrations to attend FOSS Backstage
including the Apache EU Roadshow, have also been extended and will be
available until 23^rd February. Please register at
https://foss-backstage.de/tickets
We look forward to seeing you in Berlin!
Thanks
Sharan Foga, VP Apache Community Development
PLEASE NOTE: You are receiving this message because you are subscribed
to a user@ or dev@ list of one or more Apache Software Foundation projects.

Save the date: ApacheCon North America, September 24-27 in MontréalRich Bowen <rbowen@apache.org>urn:uuid:%3cacb8f750-9841-697d-8697-529609de3a77@apache-org%3e2018-02-20T14:21:23Z

Dear Apache Enthusiast,
(You’re receiving this message because you’re subscribed to a user@ or
dev@ list of one or more Apache Software Foundation projects.)
We’re pleased to announce the upcoming ApacheCon [1] in Montréal,
September 24-27. This event is all about you — the Apache project community.
We’ll have four tracks of technical content this time, as well as lots
of opportunities to connect with your project community, hack on the
code, and learn about other related (and unrelated!) projects across the
foundation.
The Call For Papers (CFP) [2] and registration are now open. Register
early to take advantage of the early bird prices and secure your place
at the event hotel.
Important dates
March 30: CFP closes
April 20: CFP notifications sent
August 24: Hotel room block closes (please do not wait until the last
minute)
Follow @ApacheCon on Twitter to be the first to hear announcements about
keynotes, the schedule, evening events, and everything you can expect to
see at the event.
See you in Montréal!
Sincerely, Rich Bowen, V.P. Events,
on behalf of the entire ApacheCon team
[1] http://www.apachecon.com/acna18
[2] https://cfp.apachecon.com/conference.html?apachecon-north-america-2018

Hello Everyone
This is an initial reminder to let you all know that we are holding an
Apache EU Roadshow co-located with FOSS Backstage in Berlin on 13^th and
14^th June 2018. https://s.apache.org/tCHx
The Call for Proposals (CFP) for the Apache EU Roadshow is currently
open and will close at the end of next week, so if you have been
delaying making a submission because the closing date seemed a long way
off, then it's time to start getting your proposals submitted.
So what are we looking for?
We will have 2 Apache Devrooms available during the 2 day Roadshow so
are looking for projects including incubating ones, to submit
presentations, panel discussions, BoFs, or workshop proposals. The main
focus of the Roadshow will be IoT, Cloud, Httpd and Tomcat so if your
project is involved in or around any of these technologies at Apache
then we are very interested in hearing from you.
Community and collaboration is important at Apache so if your project is
interested in organising a project sprint, meetup or hackathon during
the Roadshow, then please submit it inthe CFP as we do have some space
available to allocate for these.
If you are wanting to submit a talk on open source community related
topics such as the Apache Way, governance or legal aspects then please
submit these to the CFP for FOSS Backstage.
Tickets for the Apache EU Roadshow are included as part of the
registration for FOSS Backstage, so to attend the Roadshow you will need
to register for FOSS Backstage. Early Bird tickets are still available
until the 21^st February 2018.
Please see below for important URLs to remember:
- To submit a CFP for the Apache EU Roadshow
:http://apachecon.com/euroadshow18/ <http://apachecon.com/euroadshow18/>
- To submit a CFP for FOSS Backstage :
https://foss-backstage.de/call-papers
- To register to attend the Apache EU Roadshow and/or FOSS Backstage :
https://foss-backstage.de/tickets
For further updates and information about the Apache EU Roadshowplease
check http://apachecon.com/euroadshow18/
Thanks
Sharan Foga, VP Apache Community Development

On 9/6/2017 10:23 AM, Steve Hay wrote:
> On 19 January 2017 at 14:25, Issac Goldstand <margol@beamartyr.net> wrote:
>> That release was canceled due to lack of votes, but regardless there was
>> very little effective difference between that and 2.13 - mostly around
>> tests, docs and build scripts. 2.13 should run just fine on 2.4
>
> Somehow, it only came to my attention yesterday that 2.14 never
> officially got released. That's a great shame because 2.13 doesn't
> build out-of-the-box on Windows, at least not with httpd-2.4, whereas
> 2.14 does.
>
> Is there any chance of resurrecting it, or else just going for a new
> release numbered 2.15?
>
Moving to the apreq-dev list, and we can follow-up on the modperl list
thread if it makes sense later :)
I don't see why not, but I'd like to informally ping the dev list and
see whether we have other PMC members who'd be willing to vote.
Otherwise, we'd be making a lot of useless noise in prepping a release.
Issac
>>
>> Issac
>>
>> On 1/19/2017 6:30 AM, Jie Gao wrote:
>>>
>>> There was a new release candidate over a month ago, and it is available at
>>> https://home.apache.org/~issac/libapreq2-2.14.tar.gz .
>>>
>>> Regards,
>>>
>>>
>>> Jie
>>>
>>>
>>>
>>> * JW <gava_g@yahoo.com> wrote:
>>>
>>>> Date: Wed, 18 Jan 2017 20:06:41 +0000
>>>> From: JW <gava_g@yahoo.com>
>>>> To: "modperl@perl.apache.org" <modperl@perl.apache.org>
>>>> Subject: Question about Apache 2.4 and libapreq2 (Apache2::Request)
>>>>
>>>>
>>>> Hi,
>>>>
>>>> I currently use Apache 2.2, mod_perl and libapreq2 (for Apache2::Request
>>>> and Apache2::Cookie). I did a test installation of Apache 2.4 (yum),
>>>> mod_perl (source) and libapreq2-2.13 (source). and it seems to work fine.
>>>>
>>>> The last update of libapreq2 was in 2010. I'm aware that not every
>>>> library has to be updated and frankly I'm pleased that it still works.
>>>> However, before I make a permanent switch to Apache 2.4, I was wondering
if
>>>> anyone doing a similar upgrade experienced problems using libapreq2 and what
>>>> alternative(s) they chose.
>>>>
>>>> Thank you.
>>>>
>>>> John
>>>>
>>>>
>>>>
>>>
>>

Can anyone assist with this request? See below.
TIA!
----- Forwarded Message -----From: Joseph Schaefer <joe_schaefer@yahoo.com>To: "modperl@perl.apache.org"
<modperl@perl.apache.org>Sent: Tuesday, April 11, 2017, 6:06:36 PM EDTSubject: Re: Need
a recommendation from an apreq user
My company is bidding on a state contract and they want letters of recommendation about past
work I've done in the development arena. The recommendation can be just about modperl itself
too.
Sent from my iPhone
> On Apr 11, 2017, at 5:54 PM, Joseph Schaefer <joe_schaefer@yahoo.com> wrote:
>
> Hi folks,
>
> As one of the core developers for apreq and apreq2, I'm currently in need of a recommendation
from a happy user of the software for a private business lead.
>
> If you'd be willing to write one on my behalf, please contact me offlist for further
details.
>
> Thanks all.
>
> Sent from my iPhone

FINAL REMINDER: CFP for ApacheCon closes February 11thRich Bowen <rbowen@apache.org>urn:uuid:%3cae6e1205-3654-ca07-dc9d-343fd8d63767@apache-org%3e2017-02-08T14:09:58Z

Dear Apache Enthusiast,
This is your FINAL reminder that the Call for Papers (CFP) for ApacheCon
Miami is closing this weekend - February 11th. This is your final
opportunity to submit a talk for consideration at this event.
This year, we are running several mini conferences in conjunction with
the main event, so if you're submitting for one of those events, please
pay attention to the instructions below.
Apache: Big Data
* Event information:
http://events.linuxfoundation.org/events/apache-big-data-north-america
* CFP:
http://events.linuxfoundation.org/events/apache-big-data-north-america/program/cfp
Apache: IoT (Internet of Things)
* Event Information: http://us.apacheiot.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'IoT' in the Target Audience field)
CloudStack Collaboration Conference
* Event information: http://us.cloudstackcollab.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'CloudStack' in the Target Audience field)
FlexJS Summit
* Event information - http://us.apacheflexjs.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'Flex' in the Target Audience field)
TomcatCon
* Event information - https://tomcat.apache.org/conference.html
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'Tomcat' in the Target Audience field)
All other topics and projects
* Event information -
http://events.linuxfoundation.org/events/apachecon-north-america/program/about
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
Admission to any of these events also grants you access to all of the
others.
Thanks, and we look forward to seeing you in Miami!
--
Rich Bowen
VP Conferences, Apache Software Foundation
rbowen@apache.org
Twitter: @apachecon
(You are receiving this email because you are subscribed to a dev@ or
users@ list of some Apache Software Foundation project. If you do not
wish to receive email from these lists any more, you must follow that
list's unsubscription procedure. View the headers of this message for
unsubscription instructions.)

Hello, fellow Apache enthusiast. Thanks for your participation, and
interest in, the projects of the Apache Software Foundation.
I wanted to remind you that the Call For Papers (CFP) for ApacheCon
North America, and Apache: Big Data North America, closes in less than a
month. If you've been putting it off because there was lots of time
left, it's time to dig for that inspiration and get those talk proposals in.
It's also time to discuss with your developer and user community whether
there's a track of talks that you might want to propose, so that you
have more complete coverage of your project than a talk or two.
We're looking for talks directly, and indirectly, related to projects at
the Apache Software Foundation. These can be anything from in-depth
technical discussions of the projects you work with, to talks about
community, documentation, legal issues, marketing, and so on. We're also
very interested in talks about projects and services built on top of
Apache projects, and case studies of how you use Apache projects to
solve real-world problems.
We are particularly interested in presentations from Apache projects
either in the Incubator, or recently graduated. ApacheCon is where
people come to find out what technology they'll be using this time next
year.
Important URLs are:
To submit a talk for Apache: Big Data -
http://events.linuxfoundation.org/events/apache-big-data-north-america/program/cfp
To submit a talk for ApacheCon -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
To register for Apache: Big Data -
http://events.linuxfoundation.org/events/apache-big-data-north-america/attend/register-
To register for ApacheCon -
http://events.linuxfoundation.org/events/apachecon-north-america/attend/register-
Early Bird registration rates end March 12th, but if you're a committer
on an Apache project, you get the low committer rate, which is less than
half of the early bird rate!
For further updated about ApacheCon, follow us on Twitter, @ApacheCon,
or drop by our IRC channel, #apachecon on the Freenode IRC network. Or
contact me - rbowen@apache.org - with any questions or concerns.
Thanks!
Rich Bowen, VP Conferences, Apache Software Foundation
--
(You've received this email because you're on a dev@ or users@ mailing
list of an Apache Software Foundation project. For subscription and
unsubscription information, consult the headers of this email message,
as this varies from one list to another.)

Hello Everyone
This email is to tell you about ASF participation at FOSDEM. The event
will be held in Brussels on 4^th & 5^th February 2017 and we are hoping
that many people from our ASF projects will be there.
https://fosdem.org/2017/
Attending FOSDEM is completely free and the ASF will again be running a
booth there. Our main focus will on talking to people about the ASF, our
projects and communities.
*_Why Attend FOSDEM?_*
Some reasons for attending FOSDEM are:
1. Promoting your project: FOSDEM has up to 4-5000 attendees so is a
great place to spread the word about your project
2. Learning, participating and meeting up: FOSDEM is a developers
conference so includes presentations covering a range of
technologies and includes lots of topic specific devrooms
_*FOSDEM Wiki *_
A page on the Community Development wiki has been created with the main
details about our involvement at conference, so please take a look
https://cwiki.apache.org/confluence/display/COMDEV/FOSDEM+2017
If you would like to spend some time on the ASF booth promoting your
project then please sign up on the FOSDEM wiki page. Initially we would
like to split this into slots of 3-4 hours but this will depend on the
number of projects that are represented.
We are also looking for volunteers to help out on the booth over the 2
days of the conference, so if you are going to be there and are willing
to help then please add your name to the volunteer list.
_*Project Stickers*_
If you are going to be at FOSDEM and do not have any project stickers to
give away then we may (budget permitting) be able to help you get some
printed. Please contact me with your requirements.
_*Social Event*_
Some people have asked about organising an ASF social event / meetup
during the conference. This is possible but we will need know how many
people are interested and which date works best. The FOSDEM wiki page
also contains an 'Arrival / Departure' section so so please add your
details if you would like to participate.
I hope this helps people see some of the advantages of attending FOSDEM
and we are looking forward to seeing lots of people there from our ASF
communities.
Thanks
Sharan
Apache Community Development
http://community.apache.org/

After (almost) 6 years, the apreq team would like to release version
2.14 of libapreq. Please test and vote on the following tarball:
https://home.apache.org/~issac/libapreq2-2.14.tar.gz
https://home.apache.org/~issac/libapreq2-2.14.tar.gz.asc
https://home.apache.org/~issac/libapreq2-2.14.tar.gz.md5
Thanks,
Issac

We don't need a lock file at all.
Sent from my iPhone
> On Nov 22, 2016, at 5:08 AM, Issac Goldstand <margol@beamartyr.net> wrote:
>
> apreq-devs:
>
> So looking at this, I accidentally committed bad logic with mod_version
> which led me to notice that tests don't seem to be failing without the
> offending LockFile even in Apache 2.2 (I tested
> mod_perl-2.10/httpd-2.2.31/perl-5.18 + mod_perl-2.10/httpd-2.4.23/perl-5.24)
>
> Are people still using fcntl/flock lock files? Do people think it's
> safe to drop the LockFile like I did, or should I be more cautious with
> something like this:
>
> <IfModule !mpm_winnt.c>
> <IfModule !mod_version.c>
> LockFile @ServerRoot@/logs/accept.lock
> </IfModule>
> <IfModule mod_version.c>
> <IfVersion < 2.3.4>
> LockFile @ServerRoot@/logs/accept.lock
> </IfVersion>
> </IfModule>
> Mutex file:@ServerRoot@/logs default
> </IfModule>
>
>
>> On 11/15/2016 12:05 AM, William N. Braswell, Jr. wrote:
>> Mr. Goldstand,
>>
>> Yes, both of these 2 issues are causing fatal errors when trying to run
>> with the following setup:
>>
>> * Perl 5, version 22, subversion 1 (v5.22.1) built for
>> x86_64-linux-gnu-thread-multi
>>
>> * libapache2-mod-perl2 v2.0.9-4ubuntu1
>>
>> * Apache/2.4.18 (Ubuntu)
>>
>> * $Apache::Test::VERSION 1.39
>>
>> MORE INFO:
>>
>> LockFile no longer supported in Apache v2.4:
>> "Directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
>> SSLStaplingMutex, and WatchdogMutexPath have been replaced with a single
>> Mutex directive. You will need to evaluate any use of these removed
>> directives in your 2.2 configuration to determine if they can just be
>> deleted or will need to be replaced using Mutex."
>> https://httpd.apache.org/docs/current/upgrading.html
>>
>> The need to call the extra "Include ... mpm*.load" lines is apparently
>> due to libapreq2 requiring mpm. There is no web link with more info on
>> this error, because it is specific to libapreq2.
>>
>> Does that sufficiently answer your questions and concerns?
>>
>> Thanks,
>> ~ Will
>>
>>
>> On 11/14/2016 at 8:10 AM, "Issac Goldstand" <margol@beamartyr.net> wrote:
>>
>> cc-ing the dev list for the apreq project
>>
>> Hi,
>>
>> I haven't tested this with the latest Perl/mod_perl/httpd stack
>> (although this worked fine as-is last time we did a release).
>>
>> While I dig into this by me (may take some cycles), would you explain
>> why you think these changes need to be made? Are things breaking
>> without them, and if so can you provide information about what versions
>> of software (perl, mod_perl, httpd, and Apache::Test) you are using?
>>
>> Thanks,
>> Issac
>>
>>> On 11/11/2016 3:00 PM, William N. Braswell, Jr. wrote:
>>> Hello Mr. Goldstand,
>>>
>>> I have found a bug in your libapreq2 software, which is a prerequisite
>>> to several other packages on CPAN.
>>>
>>> In this file:
>>>
>>> https://metacpan.org/source/ISAAC/libapreq2-2.13/module/t/conf/extra.conf.in
>>>
>>> The line which currently reads:
>>>
>>> LockFile @ServerRoot@/logs/accept.lock
>>>
>>> Should be changed to:
>>>
>>> Mutex file:@ServerRoot@/logs default
>>>
>>> ...
>>>
>>> Also, in the auto-generated file:
>>>
>>> libapreq2-2.13/module/t/conf/httpd.conf
>>>
>>> The following 2 lines need to be added:
>>>
>>> Include /etc/apache2/mods-enabled/mpm*.load
>>> Include /etc/apache2/mods-enabled/mpm*.conf
>>>
>>> ...
>>>
>>> Can you please make these changes and upload a new version of libapreq2
>>> to CPAN?
>>>
>>> I would be happy to help in any way I can.
>>>
>>> Thank you sir!
>>>
>>> ~ Will
>>
>

apreq-devs:
So looking at this, I accidentally committed bad logic with mod_version
which led me to notice that tests don't seem to be failing without the
offending LockFile even in Apache 2.2 (I tested
mod_perl-2.10/httpd-2.2.31/perl-5.18 + mod_perl-2.10/httpd-2.4.23/perl-5.24)
Are people still using fcntl/flock lock files? Do people think it's
safe to drop the LockFile like I did, or should I be more cautious with
something like this:
<IfModule !mpm_winnt.c>
<IfModule !mod_version.c>
LockFile @ServerRoot@/logs/accept.lock
</IfModule>
<IfModule mod_version.c>
<IfVersion < 2.3.4>
LockFile @ServerRoot@/logs/accept.lock
</IfVersion>
</IfModule>
Mutex file:@ServerRoot@/logs default
</IfModule>
On 11/15/2016 12:05 AM, William N. Braswell, Jr. wrote:
> Mr. Goldstand,
>
> Yes, both of these 2 issues are causing fatal errors when trying to run
> with the following setup:
>
> * Perl 5, version 22, subversion 1 (v5.22.1) built for
> x86_64-linux-gnu-thread-multi
>
> * libapache2-mod-perl2 v2.0.9-4ubuntu1
>
> * Apache/2.4.18 (Ubuntu)
>
> * $Apache::Test::VERSION 1.39
>
> MORE INFO:
>
> LockFile no longer supported in Apache v2.4:
> "Directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
> SSLStaplingMutex, and WatchdogMutexPath have been replaced with a single
> Mutex directive. You will need to evaluate any use of these removed
> directives in your 2.2 configuration to determine if they can just be
> deleted or will need to be replaced using Mutex."
> https://httpd.apache.org/docs/current/upgrading.html
>
> The need to call the extra "Include ... mpm*.load" lines is apparently
> due to libapreq2 requiring mpm. There is no web link with more info on
> this error, because it is specific to libapreq2.
>
> Does that sufficiently answer your questions and concerns?
>
> Thanks,
> ~ Will
>
>
> On 11/14/2016 at 8:10 AM, "Issac Goldstand" <margol@beamartyr.net> wrote:
>
> cc-ing the dev list for the apreq project
>
> Hi,
>
> I haven't tested this with the latest Perl/mod_perl/httpd stack
> (although this worked fine as-is last time we did a release).
>
> While I dig into this by me (may take some cycles), would you explain
> why you think these changes need to be made? Are things breaking
> without them, and if so can you provide information about what versions
> of software (perl, mod_perl, httpd, and Apache::Test) you are using?
>
> Thanks,
> Issac
>
> On 11/11/2016 3:00 PM, William N. Braswell, Jr. wrote:
> > Hello Mr. Goldstand,
> >
> > I have found a bug in your libapreq2 software, which is a prerequisite
> > to several other packages on CPAN.
> >
> > In this file:
> >
> > https://metacpan.org/source/ISAAC/libapreq2-2.13/module/t/conf/extra.conf.in
> >
> > The line which currently reads:
> >
> > LockFile @ServerRoot@/logs/accept.lock
> >
> > Should be changed to:
> >
> > Mutex file:@ServerRoot@/logs default
> >
> > ...
> >
> > Also, in the auto-generated file:
> >
> > libapreq2-2.13/module/t/conf/httpd.conf
> >
> > The following 2 lines need to be added:
> >
> > Include /etc/apache2/mods-enabled/mpm*.load
> > Include /etc/apache2/mods-enabled/mpm*.conf
> >
> > ...
> >
> > Can you please make these changes and upload a new version of libapreq2
> > to CPAN?
> >
> > I would be happy to help in any way I can.
> >
> > Thank you sir!
> >
> > ~ Will
>

[Resending from an address that's actually subscribed to the lists...]
The current mod_perl release (2.0.10) is taken from trunk. (The
httpd24 branch was only for development work leading towards the
previous release (2.0.9), and is now obsolete.)
On 17 November 2016 at 09:03, Issac Goldstand <margol@beamartyr.net> wrote:
> Yes, if we go through with this. The mod_apreq2 stuff is in httpd.
> However I just realized that although it's been in trunk for years now,
> it's never been backported to the 2.4.x branch. I'm not sure why, and
> my google-fu isn't finding relevant discussion on dev@httpd.
>
> When I initially took a look yesterday, I thought I'd looked at a 2.4
> release. Can someone from the mod_perl dev community tell me if new
> releases (intended for httpd 2.4) come from trunk or from the httpd24
> branch? If it's from the branch, then the apreq stuff could be moved to
> trunk (or a submodule, like Apache::Reload and friends if desired). If
> trunk, then until mod_apreq is backported to httpd 2.4 (or httpd bumps
> versions and rebranches off of trunk)
>
>
>
> On 11/16/2016 3:40 PM, Brian J. France wrote:
>> This is just merging the perl stuff into mod_perl, right?
>>
>> Not merging mod_apreq2 and all the request cache/re-play bucket, POST reading, file
uploading, etc stuff, right?
>>
>> I really don't want to have to include mod_perl so my C modules can read POST data
and handle file uploads.
>>
>> Cheers,
>>
>> Brian
>>
>>
>>> On Nov 16, 2016, at 4:42 AM, Issac Goldstand <margol@beamartyr.net> wrote:
>>>
>>> Given that the C was (finally) merged into httpd years ago, and given
>>> that there are no proposed code changes, I'd say that's not such a bad
>>> idea...
>>>
>>> I've become a bit rusty in Perl (and even with apreq) over the years,
>>> but IIRC, all of the Perl glue is in
>>> http://svn.apache.org/repos/asf/httpd/apreq/trunk/glue/perl/
>>>
>>> I'll take a crack at seeing if I can fold it into mod_perl despite the rust.
>>>
>>>
>>> On 11/15/2016 2:45 PM, Andres Thomas Stivalet wrote:
>>>> Good news!! No idea why apreq hasn't just been merged into mod_perl
>>>> after all these years.
>>>>
>>>> A+++
>>>>
>>>> On Nov 15, 2016 3:27 AM, "Issac Goldstand" <margol@beamartyr.net
>>>> <mailto:margol@beamartyr.net>> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> Someone (finally) noticed that apreq's test suite isn't compatible with
>>>> Apache 2.4 and requested a change. Given that we haven't released an
>>>> updated apreq in nearly 6 years, I'm inclined to make/test the changes
>>>> to the test suite and immediately go to a release cycle.
>>>>
>>>> Does anyone want time to add anything else to libapreq-2.14 before I
>>>> start tarring and voting (in the next few days, I hope)?
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
>>>> <mailto:dev-unsubscribe@perl.apache.org>
>>>> For additional commands, e-mail: dev-help@perl.apache.org
>>>> <mailto:dev-help@perl.apache.org>
>>>>
>>>
>>
>

That was my knee-jerk reaction, too, but after digging, I saw that win32
really shouldn't be affected.
On 11/16/2016 4:09 PM, Steve Hay wrote:
> On 15 November 2016 at 09:26, Issac Goldstand <margol@beamartyr.net> wrote:
>> Hi all,
>>
>> Someone (finally) noticed that apreq's test suite isn't compatible with
>> Apache 2.4 and requested a change. Given that we haven't released an
>> updated apreq in nearly 6 years, I'm inclined to make/test the changes
>> to the test suite and immediately go to a release cycle.
>>
>> Does anyone want time to add anything else to libapreq-2.14 before I
>> start tarring and voting (in the next few days, I hope)?
>>
>
> All looks good here on Win32 - the current SVN version passes all
> tests using VC++ 2010, perl-5.25.3, mod_perl-2.0.10 and either
> httpd-2.2.31 or httpd-2.4.23. (Whatever the httpd-2.4 incompatibility
> was seems not to affect anything on Win32!)
>

Yes, if we go through with this. The mod_apreq2 stuff is in httpd.
However I just realized that although it's been in trunk for years now,
it's never been backported to the 2.4.x branch. I'm not sure why, and
my google-fu isn't finding relevant discussion on dev@httpd.
When I initially took a look yesterday, I thought I'd looked at a 2.4
release. Can someone from the mod_perl dev community tell me if new
releases (intended for httpd 2.4) come from trunk or from the httpd24
branch? If it's from the branch, then the apreq stuff could be moved to
trunk (or a submodule, like Apache::Reload and friends if desired). If
trunk, then until mod_apreq is backported to httpd 2.4 (or httpd bumps
versions and rebranches off of trunk)
On 11/16/2016 3:40 PM, Brian J. France wrote:
> This is just merging the perl stuff into mod_perl, right?
>
> Not merging mod_apreq2 and all the request cache/re-play bucket, POST reading, file uploading,
etc stuff, right?
>
> I really don't want to have to include mod_perl so my C modules can read POST data and
handle file uploads.
>
> Cheers,
>
> Brian
>
>
>> On Nov 16, 2016, at 4:42 AM, Issac Goldstand <margol@beamartyr.net> wrote:
>>
>> Given that the C was (finally) merged into httpd years ago, and given
>> that there are no proposed code changes, I'd say that's not such a bad
>> idea...
>>
>> I've become a bit rusty in Perl (and even with apreq) over the years,
>> but IIRC, all of the Perl glue is in
>> http://svn.apache.org/repos/asf/httpd/apreq/trunk/glue/perl/
>>
>> I'll take a crack at seeing if I can fold it into mod_perl despite the rust.
>>
>>
>> On 11/15/2016 2:45 PM, Andres Thomas Stivalet wrote:
>>> Good news!! No idea why apreq hasn't just been merged into mod_perl
>>> after all these years.
>>>
>>> A+++
>>>
>>> On Nov 15, 2016 3:27 AM, "Issac Goldstand" <margol@beamartyr.net
>>> <mailto:margol@beamartyr.net>> wrote:
>>>
>>> Hi all,
>>>
>>> Someone (finally) noticed that apreq's test suite isn't compatible with
>>> Apache 2.4 and requested a change. Given that we haven't released an
>>> updated apreq in nearly 6 years, I'm inclined to make/test the changes
>>> to the test suite and immediately go to a release cycle.
>>>
>>> Does anyone want time to add anything else to libapreq-2.14 before I
>>> start tarring and voting (in the next few days, I hope)?
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
>>> <mailto:dev-unsubscribe@perl.apache.org>
>>> For additional commands, e-mail: dev-help@perl.apache.org
>>> <mailto:dev-help@perl.apache.org>
>>>
>>
>

On 15 November 2016 at 09:26, Issac Goldstand <margol@beamartyr.net> wrote:
> Hi all,
>
> Someone (finally) noticed that apreq's test suite isn't compatible with
> Apache 2.4 and requested a change. Given that we haven't released an
> updated apreq in nearly 6 years, I'm inclined to make/test the changes
> to the test suite and immediately go to a release cycle.
>
> Does anyone want time to add anything else to libapreq-2.14 before I
> start tarring and voting (in the next few days, I hope)?
>
All looks good here on Win32 - the current SVN version passes all
tests using VC++ 2010, perl-5.25.3, mod_perl-2.0.10 and either
httpd-2.2.31 or httpd-2.4.23. (Whatever the httpd-2.4 incompatibility
was seems not to affect anything on Win32!)

This is just merging the perl stuff into mod_perl, right?
Not merging mod_apreq2 and all the request cache/re-play bucket, POST reading, file uploading,
etc stuff, right?
I really don't want to have to include mod_perl so my C modules can read POST data and handle
file uploads.
Cheers,
Brian
> On Nov 16, 2016, at 4:42 AM, Issac Goldstand <margol@beamartyr.net> wrote:
>
> Given that the C was (finally) merged into httpd years ago, and given
> that there are no proposed code changes, I'd say that's not such a bad
> idea...
>
> I've become a bit rusty in Perl (and even with apreq) over the years,
> but IIRC, all of the Perl glue is in
> http://svn.apache.org/repos/asf/httpd/apreq/trunk/glue/perl/
>
> I'll take a crack at seeing if I can fold it into mod_perl despite the rust.
>
>
> On 11/15/2016 2:45 PM, Andres Thomas Stivalet wrote:
>> Good news!! No idea why apreq hasn't just been merged into mod_perl
>> after all these years.
>>
>> A+++
>>
>> On Nov 15, 2016 3:27 AM, "Issac Goldstand" <margol@beamartyr.net
>> <mailto:margol@beamartyr.net>> wrote:
>>
>> Hi all,
>>
>> Someone (finally) noticed that apreq's test suite isn't compatible with
>> Apache 2.4 and requested a change. Given that we haven't released an
>> updated apreq in nearly 6 years, I'm inclined to make/test the changes
>> to the test suite and immediately go to a release cycle.
>>
>> Does anyone want time to add anything else to libapreq-2.14 before I
>> start tarring and voting (in the next few days, I hope)?
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
>> <mailto:dev-unsubscribe@perl.apache.org>
>> For additional commands, e-mail: dev-help@perl.apache.org
>> <mailto:dev-help@perl.apache.org>
>>
>

Given that the C was (finally) merged into httpd years ago, and given
that there are no proposed code changes, I'd say that's not such a bad
idea...
I've become a bit rusty in Perl (and even with apreq) over the years,
but IIRC, all of the Perl glue is in
http://svn.apache.org/repos/asf/httpd/apreq/trunk/glue/perl/
I'll take a crack at seeing if I can fold it into mod_perl despite the rust.
On 11/15/2016 2:45 PM, Andres Thomas Stivalet wrote:
> Good news!! No idea why apreq hasn't just been merged into mod_perl
> after all these years.
>
> A+++
>
> On Nov 15, 2016 3:27 AM, "Issac Goldstand" <margol@beamartyr.net
> <mailto:margol@beamartyr.net>> wrote:
>
> Hi all,
>
> Someone (finally) noticed that apreq's test suite isn't compatible with
> Apache 2.4 and requested a change. Given that we haven't released an
> updated apreq in nearly 6 years, I'm inclined to make/test the changes
> to the test suite and immediately go to a release cycle.
>
> Does anyone want time to add anything else to libapreq-2.14 before I
> start tarring and voting (in the next few days, I hope)?
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> <mailto:dev-unsubscribe@perl.apache.org>
> For additional commands, e-mail: dev-help@perl.apache.org
> <mailto:dev-help@perl.apache.org>
>

Honestly, I've no clue. The plan is just to add a few checks with
mod_version (if available) to deal with the 2.2/2.4 config syntax
changes, and the changes so far seem to only be in the test suite. I
haven't hit any changes in libapreq itself yet.
I don't have any connection with the Debian maintainers, but if someone
on these lists does and has interest, they're welcome to update
following the ANNOUNCE message post-release.
On 11/15/2016 9:17 PM, Mark Hedges wrote:
> Any chance this is what keeps me from running the Apache::Test tests for
> Apache2::Controller under Apache 2.4?
>
> Will this be packaged and released to Debian Stretch before it goes
> stable, or can you advise the package maintainers to update?
>
> Thanks.
> Mark
>
> On Tue, Nov 15, 2016 at 1:26 AM, Issac Goldstand <margol@beamartyr.net
> <mailto:margol@beamartyr.net>> wrote:
>
> Hi all,
>
> Someone (finally) noticed that apreq's test suite isn't compatible with
> Apache 2.4 and requested a change. Given that we haven't released an
> updated apreq in nearly 6 years, I'm inclined to make/test the changes
> to the test suite and immediately go to a release cycle.
>
> Does anyone want time to add anything else to libapreq-2.14 before I
> start tarring and voting (in the next few days, I hope)?
>
>

Hi all,
Someone (finally) noticed that apreq's test suite isn't compatible with
Apache 2.4 and requested a change. Given that we haven't released an
updated apreq in nearly 6 years, I'm inclined to make/test the changes
to the test suite and immediately go to a release cycle.
Does anyone want time to add anything else to libapreq-2.14 before I
start tarring and voting (in the next few days, I hope)?

Yep. I think 2.13 was released a bit before Apache 2.4 came out, so
I'll go ahead and massage the test suite.
Note that because of the way we do releases at the ASF, it will take a
few days to get it to CPAN.
On 11/15/2016 12:05 AM, William N. Braswell, Jr. wrote:
> Mr. Goldstand,
>
> Yes, both of these 2 issues are causing fatal errors when trying to run
> with the following setup:
>
> * Perl 5, version 22, subversion 1 (v5.22.1) built for
> x86_64-linux-gnu-thread-multi
>
> * libapache2-mod-perl2 v2.0.9-4ubuntu1
>
> * Apache/2.4.18 (Ubuntu)
>
> * $Apache::Test::VERSION 1.39
>
> MORE INFO:
>
> LockFile no longer supported in Apache v2.4:
> "Directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
> SSLStaplingMutex, and WatchdogMutexPath have been replaced with a single
> Mutex directive. You will need to evaluate any use of these removed
> directives in your 2.2 configuration to determine if they can just be
> deleted or will need to be replaced using Mutex."
> https://httpd.apache.org/docs/current/upgrading.html
>
> The need to call the extra "Include ... mpm*.load" lines is apparently
> due to libapreq2 requiring mpm. There is no web link with more info on
> this error, because it is specific to libapreq2.
>
> Does that sufficiently answer your questions and concerns?
>
> Thanks,
> ~ Will
>
>
> On 11/14/2016 at 8:10 AM, "Issac Goldstand" <margol@beamartyr.net> wrote:
>
> cc-ing the dev list for the apreq project
>
> Hi,
>
> I haven't tested this with the latest Perl/mod_perl/httpd stack
> (although this worked fine as-is last time we did a release).
>
> While I dig into this by me (may take some cycles), would you explain
> why you think these changes need to be made? Are things breaking
> without them, and if so can you provide information about what versions
> of software (perl, mod_perl, httpd, and Apache::Test) you are using?
>
> Thanks,
> Issac
>
> On 11/11/2016 3:00 PM, William N. Braswell, Jr. wrote:
> > Hello Mr. Goldstand,
> >
> > I have found a bug in your libapreq2 software, which is a prerequisite
> > to several other packages on CPAN.
> >
> > In this file:
> >
> > https://metacpan.org/source/ISAAC/libapreq2-2.13/module/t/conf/extra.conf.in
> >
> > The line which currently reads:
> >
> > LockFile @ServerRoot@/logs/accept.lock
> >
> > Should be changed to:
> >
> > Mutex file:@ServerRoot@/logs default
> >
> > ...
> >
> > Also, in the auto-generated file:
> >
> > libapreq2-2.13/module/t/conf/httpd.conf
> >
> > The following 2 lines need to be added:
> >
> > Include /etc/apache2/mods-enabled/mpm*.load
> > Include /etc/apache2/mods-enabled/mpm*.conf
> >
> > ...
> >
> > Can you please make these changes and upload a new version of libapreq2
> > to CPAN?
> >
> > I would be happy to help in any way I can.
> >
> > Thank you sir!
> >
> > ~ Will
>

cc-ing the dev list for the apreq project
Hi,
I haven't tested this with the latest Perl/mod_perl/httpd stack
(although this worked fine as-is last time we did a release).
While I dig into this by me (may take some cycles), would you explain
why you think these changes need to be made? Are things breaking
without them, and if so can you provide information about what versions
of software (perl, mod_perl, httpd, and Apache::Test) you are using?
Thanks,
Issac
On 11/11/2016 3:00 PM, William N. Braswell, Jr. wrote:
> Hello Mr. Goldstand,
>
> I have found a bug in your libapreq2 software, which is a prerequisite
> to several other packages on CPAN.
>
> In this file:
>
> https://metacpan.org/source/ISAAC/libapreq2-2.13/module/t/conf/extra.conf.in
>
> The line which currently reads:
>
> LockFile @ServerRoot@/logs/accept.lock
>
> Should be changed to:
>
> Mutex file:@ServerRoot@/logs default
>
> ...
>
> Also, in the auto-generated file:
>
> libapreq2-2.13/module/t/conf/httpd.conf
>
> The following 2 lines need to be added:
>
> Include /etc/apache2/mods-enabled/mpm*.load
> Include /etc/apache2/mods-enabled/mpm*.conf
>
> ...
>
> Can you please make these changes and upload a new version of libapreq2
> to CPAN?
>
> I would be happy to help in any way I can.
>
> Thank you sir!
>
> ~ Will

It's traditional. We wait for the last minute to get our talk proposals
in for conferences.
Well, the last minute has arrived. The CFP for ApacheCon Seville closes
on September 9th, which is less than 2 weeks away. It's time to get your
talks in, so that we can make this the best ApacheCon yet.
It's also time to discuss with your developer and user community whether
there's a track of talks that you might want to propose, so that you
have more complete coverage of your project than a talk or two.
For Apache Big Data, the relevant URLs are:
Event details:
http://events.linuxfoundation.org/events/apache-big-data-europe
CFP:
http://events.linuxfoundation.org/events/apache-big-data-europe/program/cfp
For ApacheCon Europe, the relevant URLs are:
Event details: http://events.linuxfoundation.org/events/apachecon-europe
CFP: http://events.linuxfoundation.org/events/apachecon-europe/program/cfp
This year, we'll be reviewing papers "blind" - that is, looking at the
abstracts without knowing who the speaker is. This has been shown to
eliminate the "me and my buddies" nature of many tech conferences,
producing more diversity, and more new speakers. So make sure your
abstracts clearly explain what you'll be talking about.
For further updated about ApacheCon, follow us on Twitter, @ApacheCon,
or drop by our IRC channel, #apachecon on the Freenode IRC network.
--
Rich Bowen
WWW: http://apachecon.com/
Twitter: @ApacheCon

FOSDEM 2016 - take action by 4th of December 2015Roman Shaposhnik <rvs@apache.org>urn:uuid:%3c20151201063021-GA38185@usxxshaporm1-corp-emc-com%3e2015-12-01T06:30:21Z

As most of you probably know FOSDEM 2016 (the biggest,
100% free open source developer conference) is right
around the corner:
https://fosdem.org/2016/
We hope to have an ASF booth and we would love to see as
many ASF projects as possible present at various tracks
(AKA Developer rooms):
https://fosdem.org/2016/schedule/#devrooms
This year, for the first time, we are running a dedicated
Big Data and HPC Developer Room and given how much of that
open source development is done at ASF it would be great
to have folks submit talks to:
https://hpc-bigdata-fosdem16.github.io
While the CFPs for different Developer Rooms follow slightly
different schedules, but if you submit by the end of this week
you should be fine.
Finally if you don't want to fish for CFP submission URL,
here it is:
https://fosdem.org/submit
If you have any questions -- please email me *directly* and
hope to see as many of you as possible in two months!
Thanks,
Roman.

[ANNOUNCE] CFP open for ApacheCon North America 2016Rich Bowen <rbowen@rcbowen.com>urn:uuid:%3c5655F09A-7050203@apache-org%3e2015-11-25T17:32:10Z

Community growth starts by talking with those interested in your
project. ApacheCon North America is coming, are you?
We are delighted to announce that the Call For Presentations (CFP) is
now open for ApacheCon North America. You can submit your proposed
sessions at
http://events.linuxfoundation.org/events/apache-big-data-north-america/program/cfp
for big data talks and
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
for all other topics.
ApacheCon North America will be held in Vancouver, Canada, May 9-13th
2016. ApacheCon has been running every year since 2000, and is the place
to build your project communities.
While we will consider individual talks we prefer to see related
sessions that are likely to draw users and community members. When
submitting your talk work with your project community and with related
communities to come up with a full program that will walk attendees
through the basics and on into mastery of your project in example use
cases. Content that introduces what's new in your latest release is also
of particular interest, especially when it builds upon existing well
know application models. The goal should be to showcase your project in
ways that will attract participants and encourage engagement in your
community, Please remember to involve your whole project community (user
and dev lists) when building content. This is your chance to create a
project specific event within the broader ApacheCon conference.
Content at ApacheCon North America will be cross-promoted as
mini-conferences, such as ApacheCon Big Data, and ApacheCon Mobile, so
be sure to indicate which larger category your proposed sessions fit into.
Finally, please plan to attend ApacheCon, even if you're not proposing a
talk. The biggest value of the event is community building, and we count
on you to make it a place where your project community is likely to
congregate, not just for the technical content in sessions, but for
hackathons, project summits, and good old fashioned face-to-face networking.
--
rbowen@apache.org
http://apache.org/

RE: Was there any concrete decision on apreq?Plüm, Rüdiger, Vodafone Group <ruediger.pluem@vodafone.com>urn:uuid:%3cAB1691BE05AE7F4992697F2A0835627AC5E59BFB@VOEXM10W-internal-vodafone-com%3e2015-03-09T09:43:37Z

> -----Original Message-----
> From: Graham Leggett [mailto:minfrin@sharp.fm]
> Sent: Sonntag, 8. März 2015 16:47
> To: dev@httpd.apache.org
> Cc: apreq-dev@httpd.apache.org
> Subject: Re: Was there any concrete decision on apreq?
>
> On 08 Mar 2015, at 9:11 AM, Joseph Schaefer <joe_schaefer@yahoo.com>
> wrote:
>
> > In a nutshell the long term goal has always been to get the c parts of
> apreq incorporated into httpd distributions so the perl parts can ship
> with modperl. This is still along those lines. In order to continue to
> expose the cool cgi code that Issac added to libapreq we need to ensure
> there is an actual external library still when we ship with httpd
> otherwise we lose the modular features we spent so much time designing as
> apreq would then be limited to httpd modules only. I'd like to see it
> serve the entire gamut of web apps including fast cgi. That's what my
> ongoing plans are for the httpd project.
>
> +1.
>
> For ages library functions for httpd have ended up in APR, but this isn’t
> ideal - APR is a portability layer, and even though code is being accepted
> that “works with APR”, in reality we really need a libhttpd library that
> can provide “web server like stuff” in a proper true library form. Will
> certainly make tools in the “support” area of the httpd tree easier to
> develop for, as none of the tools have access to httpd proper, and code
> must be cut and pasted.
>
> I don’t like that apreq as a loadable module, but I would love it as a
> proper shared library.
>
> Same with the expressions code.
+1
Sounds sensible.
Regards
Rüdiger

Re: Was there any concrete decision on apreq?Joe Schaefer <joe_schaefer@yahoo.com>urn:uuid:%3c1448891429-693539-1425866298202-JavaMail-yahoo@mail-yahoo-com%3e2015-03-09T01:58:18Z

apreq is really both Graham, a httpd module and a library.But what I'd like to see is the apreq
stuff in the server'score put into a separate library and have either httpd orthe apreq module
link to it.
Unfortunately the existing build system for apreq is automakebased, and I don't have much
knowledge right now about howto build a dll from httpd's build system. Other people do obviously,I
mean apr does it, it's just not something I immediately grok.
On Sunday, March 8, 2015 11:48 AM, Graham Leggett <minfrin@sharp.fm> wrote:
On 08 Mar 2015, at 9:11 AM, Joseph Schaefer <joe_schaefer@yahoo.com> wrote:
> In a nutshell the long term goal has always been to get the c parts of apreq incorporated
into httpd distributions so the perl parts can ship with modperl. This is still along those
lines. In order to continue to expose the cool cgi code that Issac added to libapreq we
need to ensure there is an actual external library still when we ship with httpd otherwise
we lose the modular features we spent so much time designing as apreq would then be limited
to httpd modules only. I'd like to see it serve the entire gamut of web apps including fast
cgi. That's what my ongoing plans are for the httpd project.
+1.
For ages library functions for httpd have ended up in APR, but this isn’t ideal - APR is
a portability layer, and even though code is being accepted that “works with APR”, in
reality we really need a libhttpd library that can provide “web server like stuff” in
a proper true library form. Will certainly make tools in the “support” area of the httpd
tree easier to develop for, as none of the tools have access to httpd proper, and code must
be cut and pasted.
I don’t like that apreq as a loadable module, but I would love it as a proper shared library.
Same with the expressions code.
Regards,
Graham
—

Re: Was there any concrete decision on apreq?"Victor J. Orlikowski" <victor.j.orlikowski@alumni.duke.edu>urn:uuid:%3cE95B2BD6-2DFB-4D7B-90C3-42241B24E093@alumni-duke-edu%3e2015-03-08T16:43:36Z

On Mar 8, 2015, at 11:46 AM, Graham Leggett <minfrin@sharp.fm> wrote:
>
> For ages library functions for httpd have ended up in APR, but this isn’t ideal - APR
is a portability layer, and even though code is being accepted that “works with APR”,
in reality we really need a libhttpd library that can provide “web server like stuff”
in a proper true library form. Will certainly make tools in the “support” area of the
httpd tree easier to develop for, as none of the tools have access to httpd proper, and code
must be cut and pasted.
>
> I don’t like that apreq as a loadable module, but I would love it as a proper shared
library.
>
> Same with the expressions code.
+1
Best,
Victor
--
Victor J. Orlikowski <> victor.j.orlikowski@alumni.duke.edu

Re: Was there any concrete decision on apreq?Graham Leggett <minfrin@sharp.fm>urn:uuid:%3c29730F54-75C9-4E19-B740-0085998D5075@sharp-fm%3e2015-03-08T15:46:53Z

On 08 Mar 2015, at 9:11 AM, Joseph Schaefer <joe_schaefer@yahoo.com> wrote:
> In a nutshell the long term goal has always been to get the c parts of apreq incorporated
into httpd distributions so the perl parts can ship with modperl. This is still along those
lines. In order to continue to expose the cool cgi code that Issac added to libapreq we need
to ensure there is an actual external library still when we ship with httpd otherwise we lose
the modular features we spent so much time designing as apreq would then be limited to httpd
modules only. I'd like to see it serve the entire gamut of web apps including fast cgi.
That's what my ongoing plans are for the httpd project.
+1.
For ages library functions for httpd have ended up in APR, but this isn’t ideal - APR is
a portability layer, and even though code is being accepted that “works with APR”, in
reality we really need a libhttpd library that can provide “web server like stuff” in
a proper true library form. Will certainly make tools in the “support” area of the httpd
tree easier to develop for, as none of the tools have access to httpd proper, and code must
be cut and pasted.
I don’t like that apreq as a loadable module, but I would love it as a proper shared library.
Same with the expressions code.
Regards,
Graham
—

Re: Was there any concrete decision on apreq?Joseph Schaefer <joe_schaefer@yahoo.com>urn:uuid:%3cB5562A99-249F-4593-9CF6-90A4FD573393@yahoo-com%3e2015-03-08T07:11:07Z

In a nutshell the long term goal has always been to get the c parts of apreq incorporated into
httpd distributions so the perl parts can ship with modperl. This is still along those lines.
In order to continue to expose the cool cgi code that Issac added to libapreq we need to
ensure there is an actual external library still when we ship with httpd otherwise we lose
the modular features we spent so much time designing as apreq would then be limited to httpd
modules only. I'd like to see it serve the entire gamut of web apps including fast cgi.
That's what my ongoing plans are for the httpd project.
Sent from my iPhone
> On Feb 24, 2015, at 8:53 AM, Steve Hay <steve.m.hay@googlemail.com> wrote:
>
> I'm not sure exactly what the proposal here is, but as long as the
> perl glue (Apache2::Request et al) still exists on CPAN and can be
> built in the usual manner then that sounds fine.
>
> At the moment it contains a number of XS modules (APR::Request::*)
> which variously link against libapreq2.lib (.dll) and mod_apreq2.lib
> (.so), which are also built as part of the same build process. If
> those XS modules will in the future link against httpd (libhttpd.lib?)
> instead then I can't think of any problem with that.
>
>
>> On 24 February 2015 at 11:02, Issac Goldstand <margol@beamartyr.net> wrote:
>> I think nothing.
>>
>> Most mod_perl users (I think) install apreq via Apache2::Request. That
>> can continue to be maintained on CPAN, as is, linking against httpd
>> instead of mod_apreq
>>
>> Or do you forsee a problem here?
>>
>>> On 2/24/2015 9:56 AM, Steve Hay wrote:
>>> What would this mean for mod_perl users? I, and I assume many
>>> others(?), still use the perl glue part of libapreq in mod_perl
>>> software.
>>>
>>> I only just spotted this thread, and just wondered how such mod_perl
>>> users will be affected, if at all.
>>>
>>>> On 24 February 2015 at 03:24, Joseph Schaefer <joe_schaefer@yahoo.com>
wrote:
>>>> I still want to do that just lacking tuits
>>>>
>>>> Sent from my iPhone
>>>>
>>>>>> On Feb 23, 2015, at 3:56 PM, Eric Covener <covener@gmail.com>
wrote:
>>>>>>
>>>>>> On Mon, Feb 23, 2015 at 3:45 PM, Gregg Smith <gls@gknw.net>
wrote:
>>>>>> Am I missing something? Did I miss a boatload of email where any
firm
>>>>>> decision was made?
>>>>>
>>>>>
>>>>> I don't think you have missed anything. I assume very few people have
>>>>> any clue how it's integrated/used today. The last thing I have in my
>>>>> mail archive is joes proposal to pull the library part back out and
>>>>> make it available in a way similar to mod_ldap.
>>