This is not the right place to get help, try the tomcat users list.
http://tomcat.apache.org/lists.html
P.S. you probably need to add the extension and the mime type to a
configuration file.
d.
"Zilberstein Yuval" <[EMAIL PROTECTED]> wrote on 28/06/2007
16:22:02:
> Hello all,
> I have an im
On 6/7/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:
Danny Angus wrote:
> Yes.. http://jakarta.apache.org/site/jakarta-site2.html
I've never seen this before. What link would have taken me there? From
jakarta.apache.org, I mean?
Oh I don't know the answer to *that* questi
On 6/7/07, Thomas Vandahl <[EMAIL PROTECTED]> wrote:
Is this procedure ... documented somewhere?
Yes.. http://jakarta.apache.org/site/jakarta-site2.html
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On 5/22/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
It's pretty simple to solve this though (even though repeating myself here) :
Let (a flattened)
commons become Jakarta..
I thought that that idea was unpopular with some commons commiters on this PMC?
d.
On 5/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
On 5/21/07, Danny Angus <[EMAIL PROTECTED]> wrote:
> Ok "Ownership" is perhaps the wrong word, if Jakarta is being
> disbanded who provides the oversight?
The same people who provide oversight for any ASF project: Th
On 5/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
If someone wants to turn Jakarta into a Java portal, then turn Jakarta
into a Java portal. Some of the codebases may still be under the
Jakarta PMC umbrella, but would have little effect on using the
Jakarta site as a portal to the ASF's Java ass
On 5/21/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
1/ Open-up Jakarta to all committers, was vetoed
2/ Merge commons into Jakarta, was vetoed
3/ Move commons into own TLP, was vetoed
So what's left in your opinion?
Work with the people who cast the deadlocking vetoes to resolve their
issues
On 5/21/07, J Aaron Farr <[EMAIL PROTECTED]> wrote:
This thread has been more quiet than I expected.
Actually, thinking about it, perhaps that's because we all think we
know where this is inevitably going and we're just waiting for it all
to settle out.
d.
---
On 5/21/07, J Aaron Farr <[EMAIL PROTECTED]> wrote:
This thread has been more quiet than I expected.
I thought so too.
There are two points which I'd like to make from the things that have
been said so far,
1/ From Ted H. "Whenever we foster healthy communities that create
great software, w
On 5/21/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
Any attempt in any kind of direction has been vetoed down and for me it is
pointless to bring the same arguments again in a new thread.
Jorg,
Searching through my mail I don't really see you advancing any
"arguments" about the future of Jak
Hi,
Ok, I've followed the commons TLP vote thread with some interest
because it seems to impact directly on the end-game for Jakarta.
I believe that we have to make some pretty fundamental decisions about
that future before we can fully resolve the commons TLP issues.
0/ Do we agree that the en
On 5/15/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote:
From a practical pov isn't java already associated with the word grouping
"commons apache"?
No, that's the point http://commons.apache.org/
Although this commons project was supposed to replace the commons
efforts in jakarta.apache and x
On 5/14/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
If moving commons TLP is just a "twisted" (maybe a bad choice of a word) way to
come back to
jakarta.apache.org in the end, I am -1 on the TLP move..
IF, its a big if and one I think we need to devote some though, and a
*modest* ;-) am
On 5/8/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
[ ] +1 I support the proposal
[ ] +0 I don't care
[ ] -1 I'm opposed to the proposal because...
-1
I would like to see the issues raised regarding the name resolved.
I would also like to see the options regarding commons as a successor
to t
On 5/14/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
As my random suggestion that Ted quoted points out, you can have a PMC
without their having to be TLP. Least I was told that a couple of
years ago either on board@ or face to face, so we could do the
following:
* Create the Jakarta Commons PMC
"Oliver Zeigermann" <[EMAIL PROTECTED]> wrote on 07/03/2007
21:31:17:
> >
> > Not if the code is developed outside the ASF (as seems the case here).
>
> Hmm, is that so? Looking at the charter
>
> http://jakarta.apache.org/commons/charter.html
>
> I could not find something like that.
It is p
Thanks Henning, I will do.
Henning Schmiedehausen <[EMAIL PROTECTED]> wrote on 05/03/2007 12:04:53:
> As you seem to be building your site with maven: If you use maven 2, I'd
> like to invite you to check out
>
> http://velocity.apache.org/site/tools/velocity-site-news/index.html
*
I see jakarta has a news feed, I'd like to nick the idea for James.
How did you do that?
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Roland Weber <[EMAIL PROTECTED]> wrote on 22/12/2006 09:21:51:
> Hi Danny,
>
> >> As we get more and more into auth, it becomes tempting to auth the
> >> whole thing. Vote through the webapp and not an email,
> >
> > You could sign your mail with a key you register for the purpose.
>
> that's
> As we get more and more into auth, it becomes tempting to auth the
> whole thing. Vote through the webapp and not an email,
You could sign your mail with a key you register for the purpose.
> listens to emails and a script that sends out emails in a particular
> format. Might work, but parsing
> +1 to this thread (the Jakarta parts - not the let's all talk about
> our kids, but if anyone wants to I'm as talkative as any other father
> :) ).
+1 to making progress -1 to re-running the old bile.
My kids both got hamsters yesterday (early for christmas), boy was that
ever exciting! :-)
d
> I am wondering about this vote though. Why now? and what's the
> significance of POI/Jakarta svn access merging? To me it seems the
> flattening of svn is of little significance. After a year with the
> new structure, I see individual cases where committers have
> cross-pollinated (in commons
> I still have no personal desire to have the same people who brought me
> commons automatically in POI.
> I do however welcome constructive
> good-intentioned dialog
Take POI out of Jakarta, seriously.
The problems seem to be really around "POI vs Jakarta" the PMC are uneasy
at POI's insula
> I'm +0 for opening. I'm enthusiastic on pushing POI out of Jakarta to
> remove this restriction. While I agree that POI fits Jakarta theme-wise,
> this "access restriction" thing feels too much like a wart.
Same here, as no-one has ack#ed my resignation I'm going to vote +0 for
this.
I think t
On 12/8/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> 5. Translation sites. They can't keep up, time to go I think.
-1
I think this is an interesting one, perhaps we should think about
setting standards for translation sites which might let us feel more
comfortable linking to. along th
> 2. Vendor support. This is getting increasingly threadbare - so
> raising the removal of this again. Content to be moved to the Wiki.
Why not just move all of the content of all of these pages to the wiki and
change the links.
Or better still have a section of "wiki links" in the right hand n
> 1) Every existing committer not on the pmc receives an email asking if
> they would like to join the pmc. Once that email is sent they are marked
> in a file as having had the email sent and we can wash our hands until a
> reply comes in.
I know that this is something that we had as the "end-gam
thx Martin.
(I can't ssh anywhere from behind work firewall.)
On 04/08/06, Martin van den Bemt <[EMAIL PROTECTED]> wrote:
You have to do that on people.apache.org in the /www/jakarta.apache.org/site
directory...
I done the update for you already :)
On 29/07/06, J Aaron Farr <[EMAIL PROTECTED]> wrote:
My point is, I think we need to come up with a solution that can scale
across Apache so that we can send a consistent message to our users.
I thought that we already had one for dormant projects:
notice on the project web page that it is no l
> patepstry
WTF!? "Tapestry" obviously.
:-D :-D
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient please dele
Hi,
I've removed the refrence to the patepstry lists from
http://jakarta.apache.org/site/mail2.html
But i can't log in to www from hete to do svn update,
Please could someone do this for me?
d.
-
To unsubscribe, e-mail: [EMAIL
-
robert burrell donkin <[EMAIL PROTECTED]> wrote on
23/03/2006 20:30:12:
> i think that we need to start breaking the legal and formal organisation
> from the ontological. all the components in the various commons across
> apache are similar in many ways. users should really need to care whi
On 16/03/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> Poorly explained by me. The file would be deleted once it had served its
> purpose.
Oh OK my misunderstanding, that changes things a bit.
>An alternative is a mail thread to which everyone must answer to
> remain on the PMC - however a file
Henri Yandell <[EMAIL PROTECTED]> wrote on 16/03/2006 08:14:08:
> My proposal is that we create a file in SVN in which PMC members can list
> themselves as being active. After 1 month, failure to appear in that list
> will result in removal from the PMC. If it goes well we could consider
> doing
Martin wrote:
> The result can be a couple of things (probably depending on the response)
:
> - Vote on them (?)
I think the most straightforward thing is simply to announce that a vote
will be held for which the rules are that more than a quorum of +1's and no
-1's are required to remove a PMC m
the project back.
d.
---
Danny Angus
Lead Technical Consultant
ICT Products Development
4W - Ext: 33257
Direct Dial: +44 (0) 141 243 3257
|-+>
| | "Noel J. Bergman"|
|
I'm one of the "1) Inactive PMC members : 39"
For historical reasons I made it onto this PMC just as the project I was
really involved with (James) got promoted to TLP.
I hung around to try to help make sure that Jakarta didn't die as a result
of all the reorganisation, and wasn't killed o
I agree with Martin (below)
While we might not want to prevent people accessing our lists using these
services the only *official* method is to subscribe.
d.
> 3. easiest path to posting a question to a list that you're not a member
of,
> examining the responses, and then leaving.
IMHO, this
>Please vote from the following shortlist of names.
+0
I abstain, the shortlist is all good.
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipien
Yeah +1, create it and we can create an "IANAL mail" storm ;-)
We can create an FAQ based upon our own misunderstanding, because at
least it will get the misunderstanding out in the open and allow it to
be reviewed and corrected by those who know about such things.
Would it be possible to have le
Robert wrote:
>i sometimes find it hard to work out where opinion stops and policy
>begins...
Then again... it is surely the PMC's business to know or find out, and
enforce?
I mean, IANAL but as a manager I would think that if the PMC is charged
with oversight it is surely marginally better for
Web Components.
+1
It is what it says it is.
Even to those who's first language may not be English.
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended r
+1
Danny Angus (Jakarta PMC Member)
On Apr 6, 2005 4:36 PM, Ian F. Darwin <[EMAIL PROTECTED]> wrote:
> As has been discussed on this list & on tomcat-dev, the Tomcat people
> are interested in "moving up".
>
> Attached please find a Resolution to this effect fr
> At this point, how about simply kicking me out and ending the problems
> faster ? Just one quick vote on board@ and any future issues disappear
> magically.
Oh grow up.
No one has criticised you, no one has complained that you are paid by
JBOSS,
no one has criticised your contributions, no one
Remy wrote:
> I am definitely contributing to Tomcat as part of my employment at
> JBoss. I am not contributing on my own free time to Tomcat as an
> individual at the moment, and (as far as I can remember, as it was a
> while ago ...) have submitted a company CLA reflecting that
> (http://www.ap
> It is funny after all these years that the Apache meritocracy has only
> evolved to sending "+1" votes via email.
Actually I think it is significant.
+1's etc. in emails fulfils 100% of our requirements, business, legal and
infrastructure, and is demonstrably accessable, robust and "fault
tole
We did remove the graduated TLP's from the nav some while ago, I
think it was me who did it.
But put it back when people started asking for it, the idea was that
many people, including some of "us" tend to go to jakarta.apache first
and click links to get to ant, struts et-al.
I tend to think tha
sorry I mistyped 1.2.4 for 1.4.2 !
> issue with RedHat
> Enterprise and J2sdk 1.2.4,
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient (or respons
> One thing you *may* care about is using certified Java VM.
You should also be aware that there are issues with combinations of JVM and
Linux, at work we're still trying to resolve an issue with RedHat
Enterprise and J2sdk 1.2.4, and there were significant issues with certain
earlier redhat and
> There are a couple of tweaky things - like the font seems a little
> bigger than it needs to be,
I twiddled with James css y'day, I think the fonts there are finally OK
http://james.apache.org the (extremely simple) css is in svn if you
want to look.
I'd be interested in theiveing the 3tier xsl
> So either: a) we should roll back to the table style for header and
> footer for the moment; or b) we should just ignore it and wait for
> complaints to come in :)
> Does a) sound okay?
When you sell it like that its unopposable!
d.
***
Robert,
> and is any planning needed so that no toes are stepped on?
An advance heads-up would warn other projects which might link to those
pages. Though as a redirect wouldn't break the links I guess its not that
important, James has been bitten by Jakarta changes before, though I hasten
to add
FYI James uses XSLT with no dependance on Anakia or Jakarta-site
On Mon, 3 Jan 2005 09:02:23 -0500 (EST), Henri Yandell
<[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 3 Jan 2005, sebb wrote:
>
> > On Sun, 2 Jan 2005 19:15:59 -0500 (EST), Henri Yandell
> > <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> On
Richard,
Hi.
> I was wondering; what are the lessons learned?
Everything you see is a lesson learned, what you see in practice is our
best, but still admittedly flawed, practice.
> If you were starting all over today, what things would you have
> done differently? What are the blind alleys?
I
I'd be happy to see watchdog intrest directed to general@
d.
|-+>
| | "Shapira, Yoav" |
| | <[EMAIL PROTECTED]|
| | .com>|
| ||
| | 01/12
On Fri, 29 Oct 2004 08:11:03 -0700, Dain Sundstrom
<[EMAIL PROTECTED]> wrote:
> +10
I make that 10 trillion. Did I hit a nerve there Dain? !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
This is a bit of a rant, I know but...
One thing I would like to see Sun do, from the point of view of my previous
role at work, would be to devote more effort to improving the stability and
performance of the Hotspot VM on
all platforms.
>From what I can see are a number of defects in the Hotspot
Dain wrote:
> I understand what you are saying, but do you believe that Sun could
> actually get such a feature right?
I take your point, and tend to think not. I don't believe that Sun would
get it right first time, not if we consider their track record.
> So, yes, I am arguing that no feature
Dain wrote:
> If you want method pointers today, just get a good byte code generation
> tool.
Yeah I know, and I seriously believe that workarounds such as this do more
to harm the so-called "purity" of Java than providing explicit language
level mechanisms for method pointers.
The AWT moved fr
anguages provide support for this kind of behaviour, and I don't
believe it needs to break any OO principles if it is properly designed.
> This approach [anonymous classes] might do the job just as well.
> What say you, Danny Angus?
It works, obviously, but it contains more mea
1/ Ok don't flame me... "Method pointers"
I *know* it is possible to accomplish all the delegation one might want by
using polymorphism, but this often leads to unncessary screeds of
boiler-plate,
so I still I believe there is a case for some kind of streamlining of
delegation by allowing it to b
> The problem is that for java, there are questions about the clarity of
> the provisions in the license that prevent the virality from taking
> effect, which is why the ASF doesn't allow LGPLed java usage.
I believe that a specific example is implementing an interface where the
interface is LGP
+1
d.
Danny Angus
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery of the message to
the intended recipient
> But those projects won't have 3
> active committers. Watchdog and ECS are good examples.
IMO The Watchdog debate, that resulted in you and I accepting a monitoring
role, is a good outcome.
Basically Jakarta is a single ASF project, the PMC is responsible for
everything, and the notion of herie
> I don't think that working, used-by-users code is 'dead'. There may
> not be an active community of developers, but if the code is done, it's
> done.
I agree. I think we should consider it as the caretakeing of the user
community of a stable product, and if it ever arises, the sponsors of
Noel wrote:
> We leave the resources in place, with a notice that the project is
> dormant. If it is revitalized, great. If not, what harm is there?
To me it seems like an opportunity for part of jakarta to fall out of PMC
oversight.
I'm not suggesting that there is any legal controversy lo
Geir wrote:
> Well, I'm a little leery about sending watchdog traffic (even if none)
> to general@ - all it takes is one guy getting interested :)
(My silence was due to temporary no-email-at-home, not indifference!)
I'd prefer to propose the following:
1/ that a PMC vote is taken *HERE* to
Noel,
>But I don't think that we need a separate TLP for it. I would leave
>the project in the community that last hosted the now dormant project.
Good point, perhaps we just need to organise ourselves.
d.
***
The i
> First of all, I'm curious to know what you think incubation has to do
with
> dormant projects.
It's the opposite.
> Secondly, I'm not one who favors "closing" an open source project. Ever.
I
> didn't really agree with closing java.apache.org. Although I do agree
with
> closing that domai
> why does the Apache/Jakarta project still uses maillist?
> It's a technology that was used before the invention of WWW.
And boy does it ever work!
I've worked on a number of commercial projects which are managed in a
similar way to accomodate dispersed teams.
It works, we like it, get used
> Having named "leads" of any sort is the antithesis of what I would like
to
> see within the ASF.
Fair enough, but there's no reason I can see why a JCP "lead" shouldn't be
an OSS "chair", I guess the JCP needs spec leads like the ASF needs
chairpeople, to be a single point of refrence fro
> What about starting by making sure Apache java projects _do_ work with
> the 2 open source JVMs that are mentioned in the
> article ?
This is a fine idea, if we're bending the rules to the extent that our
stuff won't run on any specifications compliant JVM we should address that,
particular
I see people marking there votes as BINDING, just for the record my +1 is
binding too.
|-+>
| | Danny Angus |
| | <[EMAIL PROTECTED]|
| |
[X] +1 I support this proposal
[ ] -1 I don't support this proposal
[ ] 0 I abstain from voting for or against this proposal
d.
***
The information in this e-mail is confidential and for use by the addressee(s) o
If its not too patronising of me I'd like to propose vote of thanks to Sam as outgoing
chair,
Sam, I know you've been more involved elsewhere lately, but from a personal point of
view I've learned to respect and appreciate the low-key, mature and consensus building
way in which you have steere
Aha.. misread "content-encoding" as "content-type".. I suspect that gzip is
*not* an encoding, which is something like Base64, Uuencode or
Quoted-printable and is used to ensure that binary data will pass
unmolested through mail transport agents (MTA's) which are only required to
handle ASCII
> We were thinking of using either Tomcat or JBoss for the server,
Unless you're not going to use http with JBOSS You'll find that JBOSS is
Bundled with Tomcat for the web app container..
>From my extensive and brain deadening reading of the MIME rfcs I don't
think you be violating the spec
Hi Henri,
>I'm taking a serious look at Rich Internet Applications, and I'm
>investigating using FlashMX as client.
>Did some of you have some experiences on this ?
Yep, I've developed two server apps for Flash clients using XMLRPC
(http://www.proboscis.org.uk/urbantapestries/index.html is on
Chad,
> I am an IBM employee who has developed a new type of framework
Please first read: http://jakarta.apache.org/site/newproject.html
also read http://incubator.apache.org/
You might consider approching the incubator project (subscribe to
[EMAIL PROTECTED]) I would certainly suggest it as
Submit a patch to this list in the usual way.
> I would like to have our company listed under both Developer Support and
Complete Solutions Providers, with the following info:
***
The information in this e-mail is con
Hi,
I just had a Eureka moment, albeit a not very significant one, and I want
to brain dump...
I read this headine on TSS "The Apache Jakarta team announces Lucene 1.3
Final"
It set me to thinking about the issue of using "product" on the website
against the more correct, but less newbie fri
> I see what you are saying, but why is this an issue only with OGNL? Is it
because of license
> incompatibilities? 'Cause there are other jars in CVS both Apache and
non-Apache.
Harish,
It isn't only an issue with OGNL, it is a general issue which has been
bubbling away for months.
In princip
> We should trust the judgment of our community, let each committer
> decide for themselves, and then Jakarta be whatever Jakarta wants to be.
+1 I totally agree, and I would hope that no one seriously holds any other view.
Concern about oversight has been flagged as an issue for us to address
-1
I don't think the PMC should be doing anything other than encouraging sub-projects to
*consider* TLP at this stage.
The proposal contains a number of detailed actions most of which I'd wholeheartedly
support as they will help sub-projects to consider pro's and con's of promotion.
However
Stephen wrote,
> For example, am I in writing this email, acting in the capacity of a PMC
> member, a committer, or an individual?
Seems to me that part of the reason it is difficult to resolve the issues confronting
Jakarta is that several initial assumptions are required, and that these are
> As both Roy and Greg have said, if the Jakarta committers truly
> understood how few rights and privileges they have, they would be
> demanding both ASF and PMC membership. Few do, so few have.
Well I kind of asked for PMC nomination, are you saying that we should, or indeed
could, ask for m
> I am with Erik on "no JARs in CVS". Unless it is a legal issue, I
> would certainly like to distribute
> all JARs with the distribution.
In the case of most of the licences we'd be likely to consider in this context it is
usually perfectly OK to distribute Jars in a distribution because tha
Erik
> As for the larger issue of "no JARs in CVS" - I disagree.
I don't believe that there is room for opinion on this, the fact is it is possible for
people to download jars using viewcvs without having read the licence therefore it is
not acceptable.
UNLESS you have *specific* dispensation f
> While closing out everyone else. Like those who are not yet committers.
I certainly think that increasing the size of the PMC makes it easier for
things to get discussed on the PMC list, but if people care (and you do for
one) about visibility the very nature of things mean that it won't ha
Andy wrote:
> FYI, except where I feel the situation absolutely mandates it, I will be
> voting/discussing here.
> I choose to
> work in the open. I choose to be googled. I volunteered for it in fact.
Well said, I agree with this.
But why be so confrontational about it? After all in the t
Vik,
> What could be something that is sensteive in an open source community?
> This is new direction. Gray areas should be well exposed. If you are
> ashamed of it, don't do open source community.
The source code is open, "Open Source" and to support this the development
process is also open
> Unfortunately, you can't buy nor open source humor.
Perhaps you could delegate it?
I've often considered selling my children on the internet, they have a great sense of
humour.
OTOH perhaps it wouldn't stretch *that* far!
d.
that was a JOKE, my wife would go seriously ballistic if I sold our
> Be aware of the
> disclaimer at the top
Nice disclaimer ;-)
d.
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for deliv
> As a committer I would like to know what's going on with the
origanization. I can understand certain
> private conversations that involve legal implications, but anything else,
I think, should be out in
> the open to do justice to the committers. It seems like there is some
talk going on abou
> Do you feel that we'll still be an open source organization in more than
> name if all decisions end up being made on private PMC lists not open to
the
> public?
For the record I'm in favour of transacting business HERE.
But I would like to respond by saying that as I understand it it is the
> >The reason everything is quiet here is all decisions are being made on
> >private lists now.
> Well at least it's honest. But it makes me wonder about the long term
> effect of a private decision process in an open source group. It seems to
> have almost destroyed the XFree86 project rece
> Just a reminder, but there need not be a 1:1 mapping of PMC and web
domain,
> so there is no need to breakup the Jakarta web site unless people *want*
to
> do so.
Quite so, there's no obligation on a promoted sub-project to abandon its
place in the jakarta infrastructure.
In fact the idea of
David Sean Taylor wrote,
> Just for fun I thought I'd fill this out for the Jetspeed and Pluto
> projects (WSRP4J is another possibility).
> We would like to start a TLP named 'portal.apache.org' including
> Jetspeed-1, Jetspeed-2 and Pluto, and other portal apps as they are
> developed.
Good
In the light of a request to the PMC by a Jakarta sub-project to have its
own "top-level" wiki I thought of this...
Jakarta is attempting to put our house in order wrt oversight, this is
manifesting itself as incresed centralisation of oversight, and reduced
autonomy for sub-projects.
An issu
---
[+1 ] Cool
[ ] Whatever
[ ] UnCool
[ ] I've Got A Better Idea (Please Tell Everyone About It)
---
***
T
1 - 100 of 272 matches
Mail list logo