> The list is
> included below
and yet, I forgot to include it:
1-: clang static analyser
2-: lldb
3-: klee
4-: safecode
5-: googletest
6-: valgrind (with gdb and kgdb plugins)
7-: coccinelle
8-: sparse
9-: kcov & gcov
10-: kasan & ubsan
11-: kernel memleaks detectors
12-: linux kernel selftes
> > You only have to look at the past few attempts (scrapped versions)
> > to release apache to see the dangers in rush rush rush attitude.
>
> I’m assuming it’s a given that httpd should only release when ready
> to. I don’t think any of the release-often advocates are suggesting
> taking less
Hello
FYI, I can't attend apachecon for 2 reasons, I have school on all these
evenings and also, it is out of my budget. That said, if any of you
atteding and need a good tour guide for the local brewpubs, I'll be
your guide. I do live in Montreal.
Just let me know.
Alain
Le jeudi 05 juillet 2018 à 11:43 -0400, Jim Jagielski a écrit :
> Seems to me that we are just about due for a 2.4.34 release...
> Anyone opposed? I volunteer to RM.
+1, don't wait for my LFS patch. I'll submit for >2.4.34 (.35 or more).
Alain
Le mardi 29 mai 2018 à 18:19 +0200, Graham Leggett a écrit :
> On 29 May 2018, at 6:13 PM, Daniel Ruggeri
> wrote:
>
> > I'm game for doing a T&R today and running the vote through Sunday
> > (since I'm out of town starting tomorrow) if we're ready.
> >
> > Fellow devs?
>
> +1 and thanks for th
Le mardi 01 mai 2018 à 17:15 -0400, Jim Jagielski a écrit :
> Considering that we have some regressions in .33 which
> will soon be fixed (these are the 2 noted ShowStoppers)
> as well as a limited number of "other" changes to the
> codebase, maybe now is a Good Time to consider a 2.4.34...?
>
> I
> I would say that leaves us with Perl, Python or
> something like that as base language.
The reasons I suggested Lua previously is because it's the only programming
language modules found
in the sources of httpd:
https://svn.apache.org/viewvc/httpd/httpd/trunk/modules/
specifically: https://
> Hi,
> +1000 on my side for more tests.
>
> But, IMHO, the perl framework is complex to understand for most of us.
>From what I saw, the preferred scripting language having access to httpd's
>internal seem to be lua
at the present time. I also think that redoing (recoding) the testing framewor
Le mercredi 18 avril 2018 à 19:31 -0500, Daniel Ruggeri a écrit :
> On 4/18/2018 1:34 PM, Alain Toussaint wrote:
> > > As an aside - httpd has a —enable-layout option in configure that defines
> > > where things should
> > > go.
> > > If you patch the follo
Le mercredi 18 avril 2018 à 11:41 +0200, Graham Leggett a écrit :
> On 17 Apr 2018, at 7:17 PM, Alain Toussaint wrote:
>
> > > No
> > > distribution (that I am aware of) ships something called Apache httpd
> > > v2.4.29.
> >
> > At LFS (linux from
> No
> distribution (that I am aware of) ships something called Apache httpd v2.4.29.
At LFS (linux from scratch), we're the exception confirming the rule of
shipping v2.4.29 with the
single patch of defining a preferred layout (the BLFS layout patch) in LFS/BLFS
v8.2.
B/LFS-svn is shipping wi
Le mercredi 21 mars 2018 à 15:38 +, Daniel Ruggeri a écrit :
> Hi, all;
> I am pleased to report that the vote to release httpd-2.4.33 has PASSED
> with 7 binding votes
> and 2 non-binding votes. I will begin the process of pushing the release out
> to the mirrors today.
>
> Cheers!
>
>
> If you are doing a 64 bit build, this is likely just a misleading output
> message. See https://bz.apache.org/bugzilla/show_bug.cgi?id=45615
> comment 4 and 5.
Indeed, it is a 64bit build. Forgot to add:
gcc 7.3.0 with retpoline, no multilib
binutils 2.30
glibc 2.27
At the moment, it's ru
Hello,
I have a test log of trunk apr build with these configure settings:
./configure --prefix=/usr --disable-static --enable-nonportable-atomics
--enable-threads --enable-
posix-shm --enable-allocator-uses-mmap --enable-allocator-guard-pages
--with-gdbm=/usr --with-
openssl=/usr --with-crypto
> We entertain all test reports! No two build scenarios are identical,
> so even on a given architecture, we need multiple attempts to build to
> discover what we might have busted since the last release. Thanks for
> the offer :)
>
Glad to help :)
> This is based on the current svn rev buildin
I've been registered to this mailing list for some time but this is my first
posting.
Le lundi 26 février 2018 à 15:39 -0600, William A Rowe Jr a écrit :
> Somewhere along the way, this was fixed on Fedora;
> I don't know whether it was a fix to system packages
> or a patch we applied to apr/http
16 matches
Mail list logo
