Being a new committer and, basically, just a documentation committer, I
feel that I must bring this before the dev@ list before proceeding any
further. There appears to be a mismatch between the mpm defaults in the
configuration and the documentation surrounding it as well as the header
As per Igor's advice, I'm forwarding this message to the dev@ and
modules-dev@ lists as well:
Hello all httpd document lovers,
As per our nifty little STATUS document, it came to my attention that we
were missing an
On 11-04-2012 16:46, r...@tuxteam.de wrote:
Nice work, and I bet it'll be helpful for new module authors. Just a
small bug: in your example on configuration setting, in the function
'example_create_dir_conf(...)' your code returns 'dir' which isn't
declared in function scope. Shouldn't this
On 15-04-2012 18:36, Guenter Knauf wrote:
Am 15.04.2012 13:47, schrieb Noel Butler:
On Sun, 2012-04-15 at 13:10 +0200, Guenter Knauf wrote:
!--#echo var=REMOTE_ADDR--
Related to the removal of config option DefaultType perhaps?
maybe ...
however then I would assume that assigning
text/html
I'll be a bad boy and top-post on this reply, as well as add dev@ to the
list of recipients.
In docs@, we have been discussing the possibility of adding comments to
the various pages in our documentation. As the discussion has
progressed, we have settled on the idea of trying out Disqus as a
On 04-05-2012 21:04, Igor Galić wrote:
[+1] Add commentary system to the trunk documentation.
This may be worth a separate thread, but I'll just ask
it here, before I forget about it:
Any chance we'll see a backport of this to /current/ ?
If so, will we display the same comments as
/DocsCommentSystem#Questions_for_further_discussion
so do give them a read-through and add a question or two if you have any.
With regards and humble thanks for your support,
Daniel
On 04-05-2012 15:58, Daniel Gruno wrote:
I'll be a bad boy and top-post on this reply, as well as add dev
On 08 May 2012, at 9:14 PM, Joe Schaefer wrote:
Please cast your vote accordingly:
[X] : +1 to migrate httpd-site to the CMS
Since I'm the evil munchkin behind a lot of this, I should probably vote
as well. So there :).
On 05/17/2012 07:53 AM, Kaspar Brand wrote:
-1, please revert. Before starting to track users on httpd.apache.org
with GA, I would expect two things to happen: a discussion/vote on
httpd-dev (as was the case for the commentary system) and - provided
that the vote passes - having a privacy
Sending to docs@ as well, as this applies to that list too.
Grumpiness may occur, so apologies in advance.
On 05/19/2012 09:32 AM, Kaspar Brand wrote:
Looking at the call for votes [retained below for reference] and at the
votes, I'm not sure if the +1 voters were aware of the specific
In light of recent concerns about the Disqus system, I've taken it upon
myself to figure out an alternative we can use for adding comments to
our pages. And so, through the better half of a day, I worked on
creating a new system that is without any evil tracking mechanisms of
any sort except for
On 05/22/2012 11:25 PM, Rainer Jung wrote:
I like it.
+1
Concerning production readyness, some points come to mind:
- Did you pay attention on escaping problematic input? I saw some
escaping, but didn't thoroughly test it. We don't want XSS and such.
Yes, because the text is inserted using
On 05/23/2012 09:15 AM, Tony Stevenson wrote:
I said running php on the main webservers would very likely with a no,
I didnt say it would do that. If the service doesnt have to run on the
same vhost as the main httpd.a.o site then we could run the service
elsewhere in our infrastructure.
Sorry,
separate?
I'm leaning towards the latter myself, as a lot of pages really have
changed quite a bit, and it'd become confusing if someone is suddenly
commenting on a 2.2 issue and it shows up in the 2.4 docs.
Any input would be greatly appreciated.
With regards,
Daniel.
On 05/23/2012 08:07 PM, Daniel
On 05/28/2012 09:38 PM, Gregg Smith wrote:
Each branch different, 2.2 2.4 have some big differences between
them in various areas. My 2 cents anyway.
What I'm perhaps more curious to get sorted out is whether we should
consider the trunk and the 2.4 documentation separate entities, or
whether
On 06/08/2012 12:13 PM, Graham Leggett wrote:
On 08 Jun 2012, at 12:16 AM, Daniel Ruggeri wrote:
I share Williams concern that this makes mod_forensic potentially less
useful.
Maybe making the forensic log mode 600 by default would be a better
idea?
Agreed as well. This module isn't
On 06/08/2012 05:45 PM, Joe Schaefer wrote:
Well not quite, we'd still have had a problem with storing and
archiving those logs even if we hadn't made them available to
committers, because they violate our password retention policies.
My point was, that it should fall upon us to add a filter
As Stefan has pointed out on our dev IRC channel, we do currently not
have a version entry for 2.4.2 in the bugzilla db.
Can someone please fix this?
With regards,
Daniel.
As Professor Farnsworth would say; Great news everyone!
Some time ago, I proposed we use a comment system for our trunk branch,
that I had been developing for our site. This system has been tested
during the entire month of June, and received 11 actual comments (not
counting the 110 test comments
After many an attempt, we now have LDAP authentication for
comments.apache.org set up, and the comment system is ready to roll. Any
committer that wishes to moderate comments can now do so using their
Apache credentials.
With that in order, and with the comment system already tested in our
trunk
On 07/08/2012 10:33 PM, Daniel Gruno wrote:
[X] +1: Adopt the comments.a.o system in the 2.2 and 2.4 branch of docs
[ ] 0: I don't care
[ ] -1: Don't adopt the system, because
Forgot to cast my own vote - so there.
On 07/09/2012 09:24 AM, Issac Goldstand wrote:
On 09/07/2012 01:12, Mads Toftum wrote:
On Sun, Jul 08, 2012 at 10:33:56PM +0200, Daniel Gruno wrote:
[ ] +1: Adopt the comments.a.o system in the 2.2 and 2.4 branch of docs
[ ] 0: I don't care
[X] -1: Don't adopt the system, because
Only
On 07/10/2012 11:14 PM, Stefan Fritsch wrote:
On Sun, 8 Jul 2012, Daniel Gruno wrote:
[ ] +1: Adopt the comments.a.o system in the 2.2 and 2.4 branch of docs
[ ] 0: I don't care
[ ] -1: Don't adopt the system, because
I am +1 in principle, providing that some issues are fixed
On 07/11/2012 08:24 AM, Kaspar Brand wrote:
On 08.07.2012 22:33, Daniel Gruno wrote:
[ ] +1: Adopt the comments.a.o system in the 2.2 and 2.4 branch of docs
[ ] 0: I don't care
[ ] -1: Don't adopt the system, because
Thanks for enduring your work on this - glad to see that it has
As to not clutter the vote with too much stuff, I'm posting a new thread
here with some more in-detail information about how the httpd project is
set up on comments.apache.org, and what will happen if the vote passes
tonight:
=
Options that are enabled:
The votes are in:
+1: 9 (humbedooh, joes, issac, rpluem, druggeri, rjung, lgentis,
sfritsch, rbowen)
0: 0
-1: 1 (mads)
As this is a majority vote issue, the vote has passed and the
integration of comments.a.o into the 2.2 and 2.4 branches will begin
tomorrow (that is, 2.4 will start tomorrow,
Dear dev@,
I've been looking into mod_lua for some time now, and have created an
external library with lot of functions that make use of the AP/APR C API
(such as ap_expr calls, scoreboard reading, sha1/md5/b64 functions, dbd
and sendfile support etc). While doing so, I've also thought about how
On 08/01/2012 08:38 AM, Rüdiger Plüm wrote:
Original Message
Subject: svn commit: r1367725 -
/httpd/httpd/trunk/modules/lua/mod_lua.c
Date: Tue, 31 Jul 2012 19:43:30 GMT
From: humbed...@apache.org
Author: humbedooh
Date: Tue Jul 31 19:43:29 2012
New
Hi dev@,
I've gotten my paws all over mod_lua as of late, trying to find ways to
expand the module to be more useful. In doing so, I have created a small
library which binds several httpd core functions (and some from apr) to
Lua, so as to both gain more control over httpd via mod_lua as well as
On 08/03/2012 04:47 PM, Stefan Fritsch wrote:
On Tue, 31 Jul 2012, humbed...@apache.org wrote:
Author: humbedooh
Date: Tue Jul 31 11:47:04 2012
New Revision: 1367504
URL: http://svn.apache.org/viewvc?rev=1367504view=rev
Log:
mod_lua: The current way of getting the authz provider name
On 08/03/2012 04:51 PM, Igor Galić wrote:
Right now, is your library meant to be linked with mod_lua
or does it work with LoadFile?
It's a Lua library, so it doesn't involve httpd per se.
It would be included by mod_lua (or rather, by Lua) by writing the
following in your script:
local
On 08/03/2012 04:51 PM, Igor Galić wrote:
I cannot seem to be able to find this stuff…
I have put together some of the scripts I use myself at
http://httpd.apache.org/docs/trunk/developer/lua.html but it's far from
done (and thus not linked to from any index page). Most of the scripts
are
On 08/06/2012 12:17 AM, Stefan Fritsch wrote:
On Sunday 05 August 2012, Daniel Gruno wrote:
On 08/03/2012 04:51 PM, Igor Galić wrote:
I cannot seem to be able to find this stuff…
I have put together some of the scripts I use myself at
http://httpd.apache.org/docs/trunk/developer/lua.html
On 08/06/2012 09:23 AM, Rüdiger Plüm wrote:
Original Message
Subject: svn commit: r1369656 - in /httpd/httpd/trunk/modules/lua:
lua_vmprep.c lua_vmprep.h mod_lua.c mod_lua.h
Date: Sun, 05 Aug 2012 19:57:45 GMT
From: humbed...@apache.org
Author:
On 08/06/2012 11:46 AM, Plüm, Rüdiger, Vodafone Group wrote:
-Original Message-
From: Daniel Gruno [mailto:rum...@cord.dk]
Sent: Montag, 6. August 2012 11:31
To: dev@httpd.apache.org
Subject: Re: Fwd: svn commit: r1369656 - in
/httpd/httpd/trunk/modules/lua: lua_vmprep.c
On 07/22/2012 05:32 PM, rj...@apache.org wrote:
Author: rjung
Date: Sun Jul 22 15:32:22 2012
New Revision: 1364330
URL: http://svn.apache.org/viewvc?rev=1364330view=rev
Log:
Propose.
Modified:
httpd/httpd/branches/2.4.x/STATUS
Modified: httpd/httpd/branches/2.4.x/STATUS
URL:
On 08/06/2012 12:17 AM, Stefan Fritsch wrote:
Nice work. If you talk about the existing apache2 library, you mean
it is existing in mod_lua? Or is it an external file?
I meant the apache2 table we already have in place for return codes.
Either that or we create a new table/library to hold
If no one objects, I'll start moving in some functions to the mod_lua
core, starting with the ones that pertain to obtaining a static value
from the request/server, as well as the flush and sendfile function, and
making them part of the request_rec package. This includes the following
(as they
On 08/06/2012 11:11 PM, Rainer Jung wrote:
On 06.08.2012 12:32, Daniel Gruno wrote:
I can't seem to find
http://people.apache.org/~rjung/patches/ssl-support-uninstalled-openssl-2_4.patch
- did you forget to upload it? :)
Yes :(
Now there.
By the way: I updated
http
On 08/11/2012 02:37 PM, humbed...@apache.org wrote:
Author: humbedooh
Date: Sat Aug 11 12:37:15 2012
New Revision: 1371932
URL: http://svn.apache.org/viewvc?rev=1371932view=rev
Log:
Comment
Modified:
httpd/httpd/branches/2.4.x/STATUS
Modified: httpd/httpd/branches/2.4.x/STATUS
On 08/12/2012 03:15 PM, Ruediger Pluem wrote:
humbed...@apache.org wrote:
Author: humbedooh
Date: Sun Aug 12 07:45:55 2012
New Revision: 1372054
URL: http://svn.apache.org/viewvc?rev=1372054view=rev
Log:
core:
Be less strict when checking whether Content-Type is set to
On 08/17/2012 12:19 PM, Guenter Knauf wrote:
Daniel,
Am 17.08.2012 11:41, schrieb humbed...@apache.org:
Author: humbedooh
Date: Fri Aug 17 09:41:46 2012
New Revision: 1374185
URL: http://svn.apache.org/viewvc?rev=1374185view=rev
Log: (empty)
can you please also provide a log entry?
On 08/17/2012 12:34 PM, Igor Galić wrote:
- Original Message -
Please change the svn:log revision property for this revision such
that your comment is documented in Subversion properly.
Because it's a FAQ ;)
http://subversion.apache.org/faq.html#change-log-msg
Thanks, Igor
On 08/17/2012 07:34 PM, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd 2.4.3 can be found
at the usual place:
http://httpd.apache.org/dev/dist/
I'm calling a VOTE on releasing these as Apache httpd 2.4.3 GA.
NOTE: The -deps tarballs are included here *only* to
Hi dev@,
I've been wondering (and tinkering with) the idea of creating output
filters through mod_lua. If this has already been discussed, it was
before my time here, so please forgive any redundant ideas.
Essentially, what I'd like to do is be able to do the following:
LuaOutputFilter
On 08/22/2012 01:36 PM, Nick Kew wrote:
Basic concept looks fine. I guess we'd need more detail
to say any more about it.
Is the implementation 'clean' or does it involve hacks to core?
If what you have is pure module then I'd see no reason
not to drop mod_lua_filter (or is it
On 08/23/2012 12:02 AM, Tim Bannister wrote:
On 22 Aug 2012, at 22:25, Daniel Gruno rum...@cord.dk wrote:
Would your concept meaningfully generalise beyond application-level filters?
I'm not entirely sure what you mean by this, could you elaborate?
If you want some more sophisticated
On 08/23/2012 11:32 PM, Tim Bannister wrote:
On 23 Aug 2012, at 11:45, Daniel Gruno rum...@cord.dk wrote:
On 08/23/2012 12:02 AM, Tim Bannister wrote:
My patch is for implementing gzip compression by httpd, not decompression,
but the code will look pretty similar.
That's quite neat
On 08/27/2012 09:41 AM, Rüdiger Plüm wrote:
+/* Clean up and pass on the brigade to the next filter in the chain */
Where do we do a cleanup here?
+return APR_SUCCESS;
+}
+
snip
Regards
Rüdiger
Heh, I believe that's what is called a copypasto. Both cleanups and
passing
On 08/27/2012 11:59 AM, Plüm, Rüdiger, Vodafone Group wrote:
Thanks. I guess you noticed that I found more important issues with the code
than this comment :-)
Regards
Rüdiger
Haha, yeah, but that's a big mess to clean up (I'm not a programmer by
trade, so I'm a bit slow in that
On 08/27/2012 11:59 AM, Plüm, Rüdiger, Vodafone Group wrote:
Thanks. I guess you noticed that I found more important issues with the code
than this comment :-)
Regards
Rüdiger
I've tried my best to correct the errors you mentioned, but I'm having
some trouble figuring out how the
On 09/13/2012 03:27 PM, Jeff Trawick wrote:
On Thu, Sep 13, 2012 at 7:48 AM, Eric Covener cove...@gmail.com wrote:
On Sat, Aug 11, 2012 at 3:51 AM, field...@apache.org wrote:
Author: fielding
Date: Sat Aug 11 07:51:52 2012
New Revision: 1371878
URL:
Hi,
Can someone with access please add a version entry in Bugzilla for 2.2.23?
With regards,
Daniel.
On 10/02/2012 01:01 PM, Jan Kaluža wrote:
Hi,
I'm not sure who has done original ./docs/icons/apache_pb2.* icons, but
I think they should be updated to show 2.4 version for httpd-2.4. We are
using that icon in default index.html in Fedora and it would be really
nice to see version 2.4 there
On 10/02/2012 01:56 PM, Gregg Smith wrote:
On 10/2/2012 4:41 AM, Daniel Gruno wrote:
Yes, this does seem to be something that needs fixing.
If people are content with this suggestion, I can turn it into png/gif
images and put them in the docs folder in trunk as well as the svg
version
On 10/02/2012 03:42 PM, Gregg Smith wrote:
On 10/2/2012 5:41 AM, Daniel Gruno wrote:
Righto, ASL getting in the way ;)
I have updated my suggestion for a powered-by logo using only ASL stuff:
Powered by and 2.4 is done with Droid Sans, which is using ASL
Apache is done with Syncopate, which
On 10/03/2012 08:20 AM, Jan Kaluža wrote:
Really thank for that. I see the images are already in trunk, would it
be possible to have them also in 2.4 branch?
Thanks,
Jan Kaluza
Even though this is under the jurisdiction of the docs project, it is
still commit-then-review, which is why I
On 10/04/2012 03:35 AM, Guenter Knauf wrote:
Hi Daniel,
Am 03.10.2012 22:25, schrieb Guenter Knauf:
Am 02.10.2012 15:58, schrieb Daniel Gruno:
I can do a 260x30, I hope that's close enough :)
If there are no objections, I'll create the various png/gif versions and
commit them to trunk later
On 10/04/2012 04:45 AM, Guenter Knauf wrote:
Am 04.10.2012 04:26, schrieb Gregg Smith:
On 10/3/2012 6:49 PM, Jie Gao wrote:
What about Apache HTTPD?
+1
httpd != Apache , but this is still part of the (Apache)SF last I looked.
Maybe write over the bottom-right of Apache the HTTPD justified
On 10/04/2012 02:13 PM, Jim Jagielski wrote:
Can I assume that all the logos being proposed are donated
to the ASF?
I'm sure they are, but we need some sort of paper-trail
to ensure. If someone is a committer with an iCLA then
it's not really needed, but any from non-committers need
On 10/05/2012 04:25 PM, Daniel Ruggeri wrote:
On 10/4/2012 4:04 AM, Nick Kew wrote:
Oh dear, I have to go against the bandwagon.
I like pb2 best, by a clear margin. The contrast to pb3 is that
it separates the slogan visually from the name, which I find
more comfortable. Pb3 jars when the
On 12/14/2012 10:48 AM, Guenter Knauf wrote:
Am 12.12.2012 22:44, schrieb Marion Christophe JAILLET:
Here are a few things triggered by cppcheck.
Le 11/12/2012 21:08, humbed...@apache.org a écrit :
Author: humbedooh
Date: Tue Dec 11 20:08:24 2012
New Revision: 1420377
URL:
On 12/14/2012 09:34 PM, Gregg Smith wrote:
Evidently an unused variable.
.\lua_request.c(227) : warning C4101: 'z' : unreferenced local variable
On the Windows side of things;
lua_apr.c in use all over are uint32_t and we do not have uint32_t
available. apr_uint32_t works well.
On 12/21/2012 03:45 PM, Guenter Knauf wrote:
Hi Daniel,
Am 20.12.2012 22:52, schrieb humbed...@apache.org:
Author: humbedooh
Date: Thu Dec 20 21:52:03 2012
New Revision: 1424723
URL: http://svn.apache.org/viewvc?rev=1424723view=rev
Log:
mod_lua: Fix multipart post parsing, so it doesn't
On 01/03/2013 03:06 AM, Eric Covener wrote:
I was preparing the IP clearance forms and noticed our original vote
thread was more of a discussion. I wanted to record a formal vote here
so I can link to it.
Pending IP clearance...
[+1] accept mod_macro as a standard module and
Hello, fellow dev@ people, it's time for my monthly mod_lua rambling!
This time, I have set my eyes on creating bindings for the apr_dbd
features and mod_dbd in httpd. The purpose of this would be to both
enable people to easily use databases for Lua scripts, as well as lua
modules (hooks) in a
On 01/04/2013 12:57 AM, Brian McCallister wrote:
...
Supporting luasql would be a big bonus, though I understand if goal is to
provide a quick and dirty api which is backed by mod_dbd
Quick and dirty makes it sound so...dirty. But yes, essentially, the
purpose is to provide very basic database
On 01/05/2013 10:49 AM, Igor Galić wrote:
Implied semantics matter a LOT in API design.
+1
Check your errors :-)
I don't need to check errors, I just need to check whether 'rows' is
a
table or a nil value in the case of an error. I could've checked if
'err' was anything, but the
On 01/06/2013 12:16 AM, Sean Conner wrote:
It was thus said that the Great Daniel Gruno once stated:
With regards to how :query should work, this could either be done
synchronously, wherein all rows are fetched at once, or async where rows
are fetched as needed. The sync way is rather easy
On 01/06/2013 04:23 PM, Stefan Fritsch wrote:
On Sun, 6 Jan 2013, Daniel Gruno wrote:
Now I just have to take a good look at how to rewrite the prepared
statement stuff, and I believe I'll have a decent proposal ready for
commit :)
I am a bit late in the discussion, but maybe you also want
On 01/06/2013 07:21 PM, Daniel Gruno wrote:
On 01/06/2013 04:23 PM, Stefan Fritsch wrote:
On Sun, 6 Jan 2013, Daniel Gruno wrote:
-- Regular prepared statement creation:
local prepped, err = db:prepare(SELECT * FROM `tbl` WHERE `id` = %s)
if not err then
local result, err = prepped
On 01/08/2013 11:40 PM, j...@apache.org wrote:
Author: jim
Date: Tue Jan 8 22:40:29 2013
New Revision: 1430590
URL: http://svn.apache.org/viewvc?rev=1430590view=rev
Log:
BalancerInherit proposal
Modified:
httpd/httpd/branches/2.4.x/STATUS
Modified:
On 01/10/2013 10:17 AM, fua...@apache.org wrote:
Author: fuankg
Date: Thu Jan 10 09:17:18 2013
New Revision: 1431215
URL: http://svn.apache.org/viewvc?rev=1431215view=rev
Log:
vote.
Modified:
httpd/httpd/branches/2.4.x/STATUS
Modified: httpd/httpd/branches/2.4.x/STATUS
URL:
On 01/10/2013 01:52 PM, Guenter Knauf wrote:
Hi Daniel,
Am 10.01.2013 10:34, schrieb Daniel Gruno:
Can you provide me with the errors that it produces, or some tips on how
I can possibly run this compiler on my own computer? Otherwise, I really
don't know what to do here - the bindings work
On 01/10/2013 10:33 PM, Gregg Smith wrote:
Hi Daniel,
On 1/10/2013 4:55 AM, Daniel Gruno wrote:
On 01/10/2013 01:52 PM, Guenter Knauf wrote:
Hi Daniel,
Am 10.01.2013 10:34, schrieb Daniel Gruno:
Can you provide me with the errors that it produces, or some tips on
how
I can possibly run
On 01/10/2013 10:33 PM, Gregg Smith wrote:
On a side note there's this, not sure how long that's been there, it
just seems wrong not having a 'case' return something.
c:\build2\httpd-2.4.x_r1431331\modules\lua\mod_lua.c(110) : warning
C4715: 'scope_to_string' : not all control paths return a
Hello dear dev@,
I'd like to propose that we rewrite and rethink modules.apache.org.
For those of you who detest long emails (henceforth known as the
TL;DRs), just scroll to the bottom for a quick summary.
While modules.a.o does provide a mediocre service to those looking for a
module, I'd like
On 01/20/2013 10:31 AM, MATSUMOTO Ryosuke wrote:
Hi, all
I'm Ryosuke MATSUMOTO, a Ph.D. student at Okabe Lab, Network
Media Group Department of Intelligence Science and Technology
Graduate School of Informatics, Kyoto University in Japan.
My English is not very good, but I am studying at
On 01/21/2013 07:32 AM, 松本 亮介 wrote:
Hi Daniel.
Thank you for your comment.
I have tried to compile and install mod_mruby on my own machine to test
it, but there are too many compiler errors for it to work :( In
particular, you have a lot of declarations after statements in your
code,
On 01/21/2013 01:59 PM, 松本 亮介 wrote:
Hi Daniel,
I tested benchmark of mod_mruby.
test case are: snip
My main concern here is; is it thread-safe (or even thread-aware)?
Most people will be using 2.4 with the event MPM, which is threaded, not
the prefork MPM. I have no problems doing
On 01/21/2013 01:02 AM, Nick Kew wrote:
On 19 Jan 2013, at 23:26, Daniel Gruno wrote:
Hello dear dev@,
I'd like to propose that we rewrite and rethink modules.apache.org.
snip
As suggested by a fellow ASFer, I am going to play this a bit hard and
fast, as not a lot of people really
On 01/23/2013 01:00 AM, Eric Covener wrote:
On Tue, Jan 22, 2013 at 6:08 PM, Gavin McDonald ga...@16degrees.com.au
wrote:
-Original Message-
From: Eric Covener [mailto:cove...@gmail.com]
Sent: Wednesday, 23 January 2013 9:25 AM
To: dev@httpd.apache.org
Subject: Re: [Discuss] Time
On 01/23/2013 05:07 AM, Yehuda Katz wrote:
On Tue, Jan 22, 2013 at 7:10 PM, Daniel Gruno rum...@cord.dk
mailto:rum...@cord.dk wrote:
I implore you to try out the new site, both as a regular visitor and as
a (fake) module author, and see if this isn't a vast improvement of what
On 01/23/2013 04:42 PM, Jim Jagielski wrote:
On Jan 22, 2013, at 5:29 PM, Daniel Gruno rum...@cord.dk wrote:
This will be done by lazy consensus; If I hear no complaints within the
next 72 hours, I will consider the subject agreed upon and start
upgrading the site to the new system. So
On 01/23/2013 06:04 PM, Yehuda Katz wrote:
On Wed, Jan 23, 2013 at 4:04 AM, Daniel Gruno rum...@cord.dk
mailto:rum...@cord.dk wrote:
If you find a bug, post it to me or on the list, whichever you think is
appropriate.
OK. Bug I found seems to be fixed (since about 2300 EST).
When
Hi folks,
For those of you going to ACNA (And I hope it's a lot of you..!), we
have a petition for a hackathon set up at
http://wiki.apache.org/apachecon/HackathonNA13 - if you're interested,
please bump the number a bit, so the producer etc can see that we need a
spot if so.
With regards,
On 01/23/2013 06:04 PM, Yehuda Katz wrote:
On Wed, Jan 23, 2013 at 4:04 AM, Daniel Gruno rum...@cord.dk
mailto:rum...@cord.dk wrote:
If you find a bug, post it to me or on the list, whichever you think is
appropriate.
OK. Bug I found seems to be fixed (since about 2300 EST).
When
On 01/24/2013 08:11 PM, Helmut Tessarek wrote:
On 22.01.13 17:29 , Daniel Gruno wrote:
works (it's actually nearly completed already, you can see it at
http://modules.humbedooh.com/ - do try it out), and as such, I'd like to
Looks nice.
2 comments though:
1) If you browse the modules
On 01/24/2013 08:51 PM, Helmut Tessarek wrote:
On 24.01.13 14:18 , Daniel Gruno wrote:
Although you could just click on 'browse modules' again, I'll take your
suggestion into consideration :) Perhaps clicking the green tag button
should just reset to 'no tags'
Yes, I saw that you can do
Okay, some final things before I start flinging vote messages about:
- DOAP files will, for the time being, only be possible for Apache
committers putting their DOAP files into people.apache.org. This is due
to a very strict firewall policy by Infrastructure, to which I agree. I
will look into
So, this is when we get to vote on things!
I am satisfied that the new site is working as intended, and that new
requests for features can be integrated and reviewed, as the site is
publicly available in svn (in the infrastructure repository).
Now, the vote deals with a lot of things, so I'd like
On 01/25/2013 02:21 PM, Daniel Gruno wrote:
Vote
[ X ] +1: I support this proposal
[ ] 0: I don't care
[ ] -1: I don't support this proposal, because...
This vote will remain open for at least 72 hours, thus ending, at
earliest, on Monday, January 28th, 13:20 GMT
On 01/25/2013 04:00 PM, Jim Jagielski wrote:
On Jan 25, 2013, at 8:21 AM, Daniel Gruno rum...@cord.dk wrote:
Proposal
1) Move the current modules.apache.org to modules-archive.apache.org
And made read-only, right?
Yes, it will be a read only archive - no sense
On 01/25/2013 11:01 PM, Nick Kew wrote:
On 25 Jan 2013, at 13:21, Daniel Gruno wrote:
[ ] +1: I support this proposal
[ ] 0: I don't care
[ ] -1: I don't support this proposal, because...
-1 as stated. +1 in principle.
IMHO it needs a tiny change. Instead of creating a messy
On 01/25/2013 11:39 PM, Helmut Tessarek wrote:
On 25.01.13 5:24 , Daniel Gruno wrote:
- Authors that have created or updated a module within the last two
years will be notified that there is a new site, and encouraged to
submit their modules to this site.
I know, I don't have the right
On 01/25/2013 11:39 PM, Helmut Tessarek wrote:
On 25.01.13 5:24 , Daniel Gruno wrote:
- Authors that have created or updated a module within the last two
years will be notified that there is a new site, and encouraged to
submit their modules to this site.
I know, I don't have the right
With the clock passing 13:20 GMT, the voting has ended, and been
tallied. There was some concern about the DNS solution in the proposal,
which has been adjusted to a subdirectory instead (and all URLs on the
old site has been adjusted to use relative hrefs), and with no
objections to that, the
Apologies for my email client apparently adding an in-reply-to which was
not intended. This seems to have caused some difficulties for some
people reading this vote as a part of the discussion thread, which it
was not.
As a result, some people may not have had seen the opportunity to vote,
and
With another 72 hours passed and no new votes cast, I am satisfied that
the motion has been carried, so to speak. I'll get started preparing the
new site and contacting old authors/maintainers.
With regards,
Daniel.
Previous vote email follows, for reference:
On 02/18/2013 09:34 PM, Jim Jagielski wrote:
The pre-release test tarballs for Apache httpd 2.4.4 can be found
at the usual place:
http://httpd.apache.org/dev/dist/
I'm calling a VOTE on releasing these as Apache httpd 2.4.4 GA.
NOTE: The -deps tarballs are included here *only* to
1 - 100 of 255 matches
Mail list logo