That's an interesting idea; let's include infrastructure in this
discussion.
Bill
Lilianne E. Blaze wrote:
Hello,
All or almost all of such messages have their subject ending with "is
out of the office." or "ist außer Haus.". Wouldn't it be possible to
just set up a list-server filter rejecti
Mladen Turk wrote:
Hi,
Do you guys find something that would prevent 1.2.15 to
be declared as stable that I'm missing?
I'll try to find cycles to test myself, next week. I know I'm having
alot of trouble with the apache 1.3 build on odd architectures, probably
because the clash of a libtool-b
Jean-frederic Clere wrote:
Mladen Turk wrote:
Anyhow, what should I do, since I've volunteer for a RM?
Good questions...
I mean, I don't expect to see the 1.3 branch for couple of
months from now,
well, that's neither here nor there w.r.t. 1.2.x - whoever needs
to do new development (if
Questions since some interesting ideas have popped up with respect to the
next flavor of AJP... firstoff, who holds the AJP standard; is it the ASF?
Second, what is the status of AJP/1.5 and where is it discussed?
I would like to float some various questions to not only introduce some
'flush' s
Costin Manolache wrote:
I tought some time ago AJP was 'deprecated' - to be replaced with
plain HTTP and mod_proxy ?
Why?
It turns out that mod_proxy_ajp v.s. mod_proxy_http does prove the validity
of optimizing the backend connection. I don't think anyone forsees mod_jk
being deprecated (at
Mladen Turk wrote:
Henri Gomez wrote:
AJP 1.5 should support automatic discovery of tomcat backend, new
systems and new webapps.
That's the current need for many of us when adding tomcats / webapp
behind Apache 2 webservers. In such case we need to restart them and
it's sad.
How could it be a
Costin Manolache wrote:
Security ( i.e. authentication ) might be the only reason to extend
AJP - but even this can be done on top of the existing protocol, using
a custom header and connection initiation.
Only partly true. Let's take the HTTPS state, for example... if tomcat looks
for X-PROT
Linux, Win32 test out fine. Solaris/HP builds fine (not tested just yet),
while AIX 1.3 still refuses to build properly, but that's not a new issue.
+1 to release as stable
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
Remy Maucherat wrote:
Bob Bronson wrote:
Another lazy copout!! Even the web.xml that is distributed w/Tomcat
does not validate! Did you even test this before you replied to my
note or did you just assume the user was at fault???
When someone criticizes the poor state of an open sores project
Jean-Pierre Pelletier wrote:
https is fixed either by removing the native-1.dll file or by
replacing it by the AMD 64 bit version.
It looks like there is a bug in the Windows installer that installs the
32 bit version
instead of the 64 bit version on a 64 PC.
I am surprise that the 32 bit ver
Bovy, Stephen J wrote:
<[EMAIL PROTECTED]>:
Sorry, no mailbox here by that name. (#5.1.1)
Notice the message text below; between the message you were looking
at this month, the list was renamed (tomcat.apache.org is now a top
level project.) Sorry for the confusion, use the unsubscribe addr
Mladen Turk wrote:
Hi,
I know, it's been only couple of days, but the 5.5.13 build is broken
because we did not tag the tomcat-native (APR) to 1.1.1 version, that
is required because of extra API.
Numbers are cheap, burn another. Once it's tagged and rolled, even if it's
not released, it's be
Costin Manolache wrote:
I'm curious - why would you need the options method ?
Obviously, as you found, tomcat does not support it ( and many other
servers ), and I never heard of any use of it, even if it is in the
spec.
Well, in theory servlets could respond to 'options' method if they
choose
[EMAIL PROTECTED] wrote:
Hello all,
Is it possible to get a MOD_JK2 connector for a Hewlett-Packard HP-UX 11i
system. I'm trying to install a web app war file. The install for a Linux
platform says that I would need a MOD_JK2 connector, therefor I'm assuming
it's the same for HP-UX.
mod_j
Jim Jagielski wrote:
On Feb 23, 2006, at 11:53 AM, Remy Maucherat wrote:
Jim Jagielski wrote:
I agree that the change is a big benefit, and for
most OSs we care about, SO_REUSEADDR is available.
The APR call should gracefully fail...
I'll plug this in later on today after some edge-case test
Glen Mazza wrote:
Haroon Rafique wrote:
On Tuesday at 12:54pm, JB=>Jay Burgess <[EMAIL PROTECTED]> wrote:
JB> The following comments are not intended to be a personal attack on
JB> anyone. However, I can't stand by and watch George speak my mind
for JB> me, word for word, and not chime in an
he bind on win32
if you know your app owns the socket and now you want to add additional
listeners (processes) to pay attention to it. Dunno how we could map this
all that cleanly.
Bill
William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
On Feb 23, 2006, at 11:53 AM, Remy Maucherat wrote:
Jim Jagie
Fenlason, Josh wrote:
I should have checked this before the vote for 5.5.16 was closed, but I
just realized that in 5.5.16 the native connector is still at 1.1.1.
Question, does TC-Native 1.1.1 share the same flaw as mod_jk, mod_proxy_ajp?
We would need to repack the 5.5.16 or release 5.5.17
Mladen Turk wrote:
It's irrelevant.
5.5.16 will not work with 1.1.1
Then I'd think there are two solutions;
1. repackage 5.5.16 -without- jknative.
2. roll 5.5.17 with jknative 1.1.2
It sounds like the 5.5.16 package is fundementally flawed. Retracting
a component to avoid confusion amoung
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
It's irrelevant.
5.5.16 will not work with 1.1.1
jknative is getting there, for sure :) But is it there yet?
I should have asked the question this way instead...
"Is jknative a faster moving target than the Tomcat 5.5 releases
Chris Lamprecht wrote:
Mladen,
Thanks for applying the busyness patch (and the other fixes)! Once
1.2.16 is tagged, I'll try to test it on our setup. We're still
running our lb-busyness-patched version with 1.2.14.
If there's any hope of waiting a day or few, I'd like to ensure this can
be co
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
If there's any hope of waiting a day or few, I'd like to ensure this can
be configured and built to both 2.0 and 2.2 on windows and unix.
Sure, no problem.
I wish that we have at least a stable release as 1.2.15 was,
so what eve
Mladen Turk wrote:
Sure, no problem.
I wish that we have at least a stable release as 1.2.15 was,
so what ever it takes :)
Quirks;
../common/jk_ajp_common(1627) warning: loop not entered at top.
Build is invoking cc (as apxs declared) using the wrong cflags (detected
from ./configure finding
If you run automake, it's still brought in, so necessary to keep it in sync.
Mladen Turk wrote:
Rainer Jung wrote:
While playing around with svn checkout of mod_jk trunk (1.2.16-dev) I
saw, that in jk/native/configure.in there is still a line
VERSION=1.2.14
Right, but it's irrelevant.
Mladen Turk wrote:
Henri Gomez wrote:
well client and server should be in phase about the buffer size and
the better way to accomplish that will be via AJP13 extensions (ie
AJP14), with connect time negociation datas like packet buffer size :)
Right. Extensions could contain packet size. The
Jean-frederic Clere wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
Right. I was hoping to have the native release by the end of the week
also. Since installer depends on outside natives, the native should
be out before the 5.5.17.
FWIW apr is on the cusp of that next release; tarballs bein
Whoa :) I don't see a vote thread?
alpha, beta, gamma, gold, it doesn't matter... any "tarball release" from the
Apache Software Foundation must be preceeded by a vote.
Bill
Yoav Shapira wrote:
The Apache Tomcat team is proud to announce the immediate availability
of Tomcat v5.5.17-beta. Th
Bill Barker wrote:
"William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Whoa :) I don't see a vote thread?
alpha, beta, gamma, gold, it doesn't matter... any "tarball release" from
the
Apache Software Foundation must
Remy Maucherat wrote:
Yoav Shapira wrote:
Hola,
I don't mind changing the process, but as the other Bill noted, what
we've been doing for a while is:
The process never changed: originally, I was releasing builds (= alpha
equivalents) that were then voted as "alpha, beta or stable" in a sing
Yoav Shapira wrote:
Bill,
Yes, as long as it is not announced as the release, but announced as the
candidate, tarball, what have you. I noted specifically that Yoav sent this
to announce@ which is definately verboten, pre vote.
This might be a nitpick, but I believe I sent it to [EMAIL PRO
Yoav Shapira wrote:
Hi,
OK, no problem. So what's our consensus process going forward? Same
as before but with a formal vote to cut the release, and same
announcements but calling it a "release candidate" instead of a
"release" ?
0. usual banter asking 'suppose trunk|branch x is good to go?
Mladen Turk wrote:
>
> Right now we are only shipping windows 32-bit binaries
> inside .zip distro. Can we modify the build so the
> zip contains windows 64-bit amd64/emt64 and ia64
> binaries as well.
I just question how widely deployed ia64 is - it appears mostly abandoned.
---
Guenter Knauf wrote:
> 3) where do the older versions go?
Trivial answer; http://archive.apache.org/dist/ is a complete historical
record of http://www.apache.org/dist/ - all automated. So delete stale
flavors at will.
Rainer Jung wrote:
>
> I had no permissions to delete them, I'll write to the
Rainer Jung wrote:
>
> I checked installed Apache httpd to find out, how we could detect the
> threading model of the apache httpd against we compile. Unfortunately we
> can only find out the name of the MPM, but not (at least not in a robust
> way) if it is threaded or not.
ap_mpm_query (ap_mpm.
[EMAIL PROTECTED] wrote:
> Author: mturk
> Date: Mon Jun 4 05:08:33 2007
> New Revision: 544137
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=544137
> Log:
> Add simple URI normalizer that can deal with things like %252e%252e. This is
> mostly copy/paste from the IIS module
You have me way
Rainer Jung wrote:
> I'm not sure. They provide an easy entry point for people using Tomcat
> because it is so simple to just use them. There are a couple of choices:
>
> - leave the examples in the download and take their security serious.
> This is what we do now.
good choice...
> - leave the
Boy, what an absurd thread...
jean-frederic clere wrote:
>
> I would also propose that we take an handling of releases similar to httpd.
> See http://svn.apache.org/repos/asf/httpd/httpd/
I just want to make sure you aren't confusing the above ^^^
with below vvv
> branches contains the product
Filip Hanik - Dev Lists wrote:
> for those not following the entire non existent revolution, here is the
> veto that was being debated
Thanks, I have a question below...
> [EMAIL PROTECTED] wrote:
>> Author: fhanik
>> Date: Tue May 29 15:23:36 2007
>> New Revision: 542678
>>
>> URL: http://svn.ap
Remy Maucherat wrote:
>
> Since the community is a bit small, it could be useful to precise that a
> single +1 (from the committer who proposes the commit) is enough for a
> commit to go through, rather than the usual 3 +1s.
That would be C-T-R, aye?
E.g. you are -1 to adopting R-T-C on any bran
Remy Maucherat wrote:
>
> Development in "trunk" is not done properly at the moment.
Back up 1 step; define "proper", with pointers to the
http://tomcat.apache.org/dev/ documents, if they exist.
Otherwise you are doing a good job of showing the entire vote is
really nothing but ad hominem attack
Mladen Turk wrote:
> You could copy it to some sandbox or something, since there is
> lots of usable code in there like console mode httpd API client
> for testing modules, etc.
It's trivial to
svn cp -r 571005 https://svn.apache.org/repos/asf/tomcat/connectors/trunk/ajp/
to wherever you like, e.
Mladen Turk wrote:
>
> Right. Deleting entire trees from SVN should at least be
> preceded by some note of intention.
+1. A heads up is always a good idea ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
I'm sure you ment to send this to the tomcat devs.
Dan Schwartz wrote:
> The file
>
>
> http://archive.apache.org/dist/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.exe
>
> appears to be corrupted. In fact it seems to be about half the size it
> should be, as compared with other distribut
Costin Manolache wrote:
>
> Regarding feedback on patch - I think I expressed my concerns:
> - more analysis and understanding of security implications
> - if possible to do it at a different (higher) level
> - if it can be done in a modular fashion, i.e. keeping the default impl the
> way it is,
jean-frederic clere wrote:
>
> Now for me that just makes another chapter in the "STATUS" file:
> "PATCHES being discussed". After a week those patches should be accepted
> or reverted. Reverted patches and corresponding discussions should stay
> in the "STATUS" until a solution is found. I would
Costin Manolache wrote:
>
> What I see as a problem is not involving the community in the decision
> making about basic features.
>
> Let's make it clear - adding new features or replacing/improving any
> component in tomcat
> should stay CTR and should be encouraged and supported. Anyone can cre
Bill Barker wrote:
>
> Remy was being really nice to the community by not requiring a vetoed patch
> to be withdrawn. Personally, I would go with j-f-c's position, and withdraw
> a vetoed patch immediately (and have done so on several occations, even when
> I got to re-apply it after enough di
Remy Maucherat wrote:
> William A. Rowe, Jr. wrote:
>> jean-frederic clere wrote:
>>> Now for me that just makes another chapter in the "STATUS" file:
>>> "PATCHES being discussed". After a week those patches should be accepted
>>> or reverte
jean-frederic clere wrote:
> William A. Rowe, Jr. wrote:
>
>> If you are talking about at least 3 +1's, more + than -, then that's being
>> realistic. JFC - did you really mean a margin?
>
> Yep that was what I meant at that time.
I'm really sorry I misun
.
Bill Barker wrote:
> "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote in message
>>
>> All that said, the topic of "no more trunk" came up at the board meeting
>> today. I gave a very brief background and suggested that some of the
>> renewed interest
Jim Jagielski wrote:
>
> So how about this... this is something that has been done, and
> is being done, in just about every ASF project. Why don't
> we vote on this and give it a time-table at which point we
> review how it's worked out over the last 3 months or so
> and fine-tune if and as neede
jean-frederic clere wrote:
> Mark Thomas wrote:
>> Jim Jagielski wrote:
>>
>> - There is only one dev branch. I am -1 for creating separate dev
>> branches for 3.3.x, 4.1.x, 5.0.x and 5.5.x on the grounds it is too much
>> overhead for branches that are in maintenance mode where 99% of the
>> patch
Hey folks,
as you provide the bindings to the JSSE, even though you don't
ship the JSSE .jars - we still need Tomcat in compliance with the
federal export notification policies. I know you did some work on
this in the past, but please see
http://www.apache.org/dev/crypto.html
for ASF policies,
Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>> Hey folks,
>>
>> as you provide the bindings to the JSSE, even though you don't
>> ship the JSSE .jars - we still need Tomcat in compliance with the
>> federal export notification policies. I know you did
Yoav Shapira wrote:
> Hey,
>
> On 9/26/07, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
>>> Please advice what's needed to be done to get the ECCN numbers.
>> Read that page, please raise any questions that you have after you've
>> covered it.
Yoav Shapira wrote:
> Hey,
>
> On 9/26/07, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
>>> Please advice what's needed to be done to get the ECCN numbers.
>> Read that page, please raise any questions that you have after you've
>> covered it.
Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>>
>> it's sort of a closed loop problem. Update the info, allow the usual
>> one hour after updating from minotaur to sync, and then shoot out the
>> notice referencing the list of notices sent :)
>>
>
&g
Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>> Mladen Turk wrote:
>>> William A. Rowe, Jr. wrote:
>>>> it's sort of a closed loop problem. Update the info, allow the usual
>>>> one hour after updating from minotaur to sync, and then shoot out
Mark Thomas wrote:
> In light of the recent vote, we need to make some changes to svn. In
> short we need to add:
> 6.2.x
? Where is 6.1.0, or in other words, why the skip?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additio
Mark Thomas wrote:
> William A. Rowe, Jr. wrote:
>> Mark Thomas wrote:
>>> In light of the recent vote, we need to make some changes to svn. In
>>> short we need to add:
>>> 6.2.x
>> ? Where is 6.1.0, or in other words, why the skip?
>
> The idea
Mark Thomas wrote:
> William A. Rowe, Jr. wrote:
>> Actually, the way it typically works at httpd-space (which your new
>> policy is based on) is that you would next create 6.1.0 as a forever
>> development branch. Committers apply each patch they believe belongs
>>
[EMAIL PROTECTED] wrote:
Author: markt
Date: Fri Oct 26 19:02:00 2007
New Revision: 589039
URL: http://svn.apache.org/viewvc?rev=589039&view=rev
Log:
Move site tag to archive
Can we please beg that next time you do this atomically?
If you ask nicely, someone in infra can momentarilly remove t
jean-frederic clere wrote:
Mark Thomas wrote:
Mark Thomas wrote:
svn cp
https://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_15
https://svn.apache.org/repos/asf/tomcat/tc6.1.0/trunk
https://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_15
https://svn.apache.org/repos/asf/t
Mark Thomas wrote:
William A. Rowe, Jr. wrote:
Contrawise, why wait, and why a tag? Usually most efforts (in order to
preserve history) branch from trunk or branches, whereas tags/* reflect
an endpoint (end of history). Simply branch from 6.0.x unless there are
dirty secrets buried in there
Guys - this isn't how you use voting ... if there is an incorrectly
branded file in svn, it doesn't matter which branch it is on.
It's commit then review; review r598412 already, and either justify
it or revert the original change. It's not subject to a backport
debate. Citation of whatever jus
Guys - something got broken again in your release process against ASF policy...
I don't see three +1's for any of the recent postings to your downloads page.
Please remedy this - even if it's a matter of 3 +1's for 'alpha'?
Remy Maucherat wrote:
> Hi,
>
> Tomcat 6.0.1 alpha is now available for
Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>> Guys - something got broken again in your release process against ASF
>> policy...
>> I don't see three +1's for any of the recent postings to your
>> downloads page.
>>
>
> Nothing got broken.
Yoav Shapira wrote:
>
> What did we miss? Was it a formal announcement to [EMAIL PROTECTED]
> about 6.0.1 stability? Was it formally marking the 6.0.1 time/date
> poll as a voting thread and posting its results?
What you are missing is pretty straightforward. It's that you can't have
a release
I don't mean to be a pest, but want to check that everyone is clear that this
poll isn't a release vote; but it's a vote to start the process.
The results of what Remy rolls into a tarball - is what gets voted on after
its created. This is an example of 'voting on vapor' since that specific
tarba
Don't tell me the .exe is in SVN :)
PROVIDED that the tagged sources are identical it should not be an issue.
I actually split httpd/win32-msi/ from the httpd/trunk for this very reason,
easier that the installer is a post-release vote artifact.
As Roy's pointed out recently elsewhere, we trust
Hello Jakarta folks,
the apr folks would appreciate if improvements were pushed back to
repos/asf/apr/apr/build/win32 - even to the extent that those aren't
strictly necessary for apr+httpd.
Yours,
Bill
[EMAIL PROTECTED] wrote:
> Author: rjung
> Date: Fri Jan 5 13:57:03 2007
> New Revision: 49
GOOD GOD you can't be serious :)
strncat strncpy exist for a reason, C's been safe for decades if
only the correct functions are chosen :)
It would be a -1, but I don't count myself amongst the voters here.
[EMAIL PROTECTED] wrote:
> Author: mturk
> Date: Sat Feb 24 03:45:39 2007
> New Revision:
Mark Thomas wrote:
>
> Given that a -1 vote is not valid for a release vote, as soon as we
> have 3 +1's from the PMC we can release.
Small misunderstanding to clear up here;
-1 is a legitimate vote
There must be 3 more +1's than -1's (and at least 3 +1's as you say)
A -1 is NOT a veto
William A. Rowe, Jr. wrote:
>
> Small misunderstanding to clear up here;
Mea culpa - glad this was clarified earlier, gotta catch up on
archives from most-recent first I see :)
-
To unsubscribe, e-mail: [EMAIL PROTECTE
Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>> GOOD GOD you can't be serious :)
>>
>> strncat strncpy exist for a reason, C's been safe for decades if
>> only the correct functions are chosen :)
>>
>
> Didn't say it's wrong or
Great stuff Mark!!! Thanks :)
Bill
Mark Thomas wrote:
> All,
>
> I have started to put together some additional security pages based on
> httpd. I have only added text for a couple vulnerabilities but the
> plan is to include all those in the CVE list plus any I can find in
> the archives.
>
>
Will, this doesn't belong on Gentoo - it's a dev/quality check, no different
than any other snapshot. (If you ship snaps on Gentoo, be our guest.)
William L. Thomson Jr. wrote:
> Packaged and available in a few hours for sync and emerge on Gentoo.
>
> Np with compiling or etc.
>
-
William L. Thomson Jr. wrote:
>
> These types of bumps are minor, and I like to test myself in my own
> envs. So can't hurt to make it available for others to test etc.
+1 on testing that the packages all build in advance of any release,
just please don't represent these as releases. Until you s
Yoav Shapira wrote:
> Hi,
> FYI, I just had an IM conversation with Rick. He's nice. He wants
> someone to maybe do a screencast about Tomcat 6. I told him I
> personally wasn't interested and don't have the spare bandwidth, but
> that other Tomcat committers might be interested. If someone wan
Since JK2 is now off the map, does it make sense to update
http://www.apache.org/dist/tomcat/tomcat-connectors/
and simply remove jk2? The user could still dig these up if they
wanted over at
http://archive.apache.org/dist/tomcat/tomcat-connectors/
-
Mladen Turk wrote:
> Not even that. We are talking for more then a year for
> a next generation binary http(s) protocol.
>
> Almost everyone agreed that we need
> at least few things:
> 1. Encryption
> 2. Variable sized messages
> 3. Client connection close notification.
Talk about a hijaak :)
I
Any reason you didn't choose xlc_r? I'd suggest you retest with that
compile.
Rainer Jung wrote:
> Hi Eric,
>
> we won't close the issue immediately with "we don't support cc_r". This
> will be our last option :)
>
> Rainer
>
> Eric Wertman wrote:
>> Hi Rainer... I'll have to re-compile to get
Remy Maucherat wrote:
>
> I don't really believe in this sort of solution (especially since APR
> uses deferred accepts automagically).
To clarify, httpd 2.2 automagically adds default socket filters (data,
or http headers, where the platform supports them). AFAIK APR does not
by default. If i
Rainer Jung wrote:
>
> Somehow 1.2.21.1 would express the right thing, but our versioning
> header files don't (yet) have the structure to easily make a 1.2.21.1.
Version numbers are cheap - roll 1.2.22.
-
To unsubscribe, e-ma
Mladen Turk wrote:
> Remy Maucherat wrote:
>>
>> Tomcat permits both '\' and '%5C' as path delimiters. When Tomcat is
>> used behind a proxy (including, but not limited to, Apache HTTP server
>> with mod_proxy and mod_jk) configured to only proxy some contexts, a
>> HTTP request containing strings
Mark Thomas wrote:
> Yoav Shapira wrote:
>> On 3/25/07, Mark Thomas <[EMAIL PROTECTED]> wrote:
>>> Since tc6 is a single component, there is no need to provide such a
>>> directory.
>> I wonder if we should still have current/tc6 for consistency.
>
> -0. I can see the benefit of consistency but I
Mladen Turk wrote:
> Rainer Jung wrote:
>> Hi Mladen,
>>
>> did you delete setting owner and group by accident from the release
>> script?
>>
>
> No, I did it by purpose. I don't have user or group named asf, so the tar
> fails. What would be a purpose of it anyhow, and how would you ensure
> that
Mladen Turk wrote:
> Rainer Jung wrote:
>> OK, I forgot, that I actually had a user and group named asf (I
>> thought tar would ignore their non-existance).
>>
>> All in all I would suggest root:bin to.
>
> I used root:users instead.
> Think the users group exists on all *nixes.
So does bin. use
Mladen Turk wrote:
>
> The source distribution can be downloaded from:
> http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/source/jk-1.2.22/
> or
> http://www.apache.org/dist/tomcat/tomcat-connectors/jk/source/jk-1.2.22/
May I ask -why-?
It's not released (quite yet, has 0 votes) - what on
Mladen Turk wrote:
>
> Don't understand your question.
> It was more then a week available for a developers review.
> The official stable is still 1.2.21 until 1.2.22 gets votes or not,
> in which case we'll go for 1.2.23.
> So what's the problem?
How many times will I repeat to this list that un
Mladen Turk wrote:
> I suggest you revoke my commit privileges to the
> www.apache.org/dist/ so it won't happen again and you
> won't need to repeat this again.
I'm sure infra would be happy to if you would prefer this. I'm assuming
the (this might be news to you) was news to you, but this struck
Jim Jagielski wrote:
>
> On Apr 13, 2007, at 10:00 AM, Mladen Turk wrote:
>
>> Jim Jagielski wrote:
>>> On Apr 13, 2007, at 7:20 AM, Yoav Shapira wrote:
Let's try to chill out, please ;) I'm sure putting the candidate
binaries on the official mirrors before the vote was an honest
Tomcat-folk,
Since there is still a bit of confusion about releases, here is what Leo had
to say on the subject of releases earlier today on [EMAIL PROTECTED]
I found this to be a really useful Q&A style dialog.
I've simply replaced the "podling" or "PPMC" through with [Release Manager],
[RM] or
Rainer Jung wrote:
> That's what I expect too, but in the log file Henri posted at the
> beginning of this thread, both runs were done by the same process and
> thread id. So at least if pids have a meaning on iSeries, both runs are
> done by the same process. That's different from the *nix world,
Rainer Jung wrote:
> Hi Henri,
>
> Henri Gomez wrote:
>> 2007/4/17, Rainer Jung <[EMAIL PROTECTED]>:
>>> Apache always initializes twice (all platforms), so this part is usual.
>>>
>>> What seems special though, is that on *nix platforms, the two init runs
>>> are done by different processes, the
http://www.apache.org/dist/tomcat/tomcat-5/
is rather gross - any hope of cleaning up the chaos? 3x 5.5.20 + 2x 5.0.30?
Bill
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I know I've said it before, and I know Roy would wig out - but I'm not wigging
out, just trying to educate :) This wasn't a release vote, it was a poll.
It's always good to have a poll ("Should we try a beta now?") - you know that
nobody has something they needed another few days to work on. Or
William A. Rowe, Jr. wrote:
Anytime a committer wants, they are absolutely free to tag the tree and tar the
build. But at that moment, it's a 'plain old tarball', it's not a release (even
if there was a vote beforehand like this one.)
FYI - there's a reason for
Mark Thomas wrote:
To clarify the position on the beta status, the Tomcat project has
historically (at least as long as I have been involved anyway)
released initially as Alpha/Beta as deemed appropriate, given people a
few weeks to test and then had a stability vote. I intend to follow
the same
Filip Hanik - Dev Lists wrote:
wow, what just happened here, how could the entire file diff when I
checked it in once
can someone shed some light on SVN for me here.
Line endings.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
1 - 100 of 220 matches
Mail list logo
