headers
thomas.deweese | 3 May 2006 13:52
Picon
Favicon

Re: VOTE: New Committer - Dieter von Holten

Hi all,

   The vote is closed, the results are:
        +1 - both active committers,  plus 2 'interested' parties.
          0 - none
        -1 - none

   So the vote passes unanimously.  Congratulations Dieter!

http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-dev/200604.mbox/%3cOFCE20E4A6.7D061F2C-ON8525715A.0062FE7D-8525715A.00651681 <at> knotes.kodak.com%3e

   I will request an account for Dieter.

thomas.deweese <at> kodak.com wrote on 04/24/2006 02:24:09 PM:

> Hi all, 
> 
>    This note is to request a vote on making Dieter von Holten
> (dvholten) a committer on the Batik project.  Dieter  has provided a
> series of useful quality patches over the past several months.
> 
>    I think he will make an excellent addition to the project.
> 
> My vote: 
>     +1 
> 
>    Procedural note, only active committer votes are binding but all
> votes will be considered.
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Web Maestro Clay | 7 May 2006 08:14
Picon
Gravatar

Forrest Batik web site

Howdy folks,

I have a 'first draft' of a Forrest-based Batik web site[1] in my  
user folder. I've taken the liberty to play around with navigation  
order a bit, so feel free to tell me to un-re-order items. If you'd  
like, we can even place some items into folders (dev/, docs/, etc.).

I do have a couple of -FIXME items, but they're for pages that are  
missing on the LIVE site as well... supportedElements.html[2] and  
supporteedProperties.html[3] linked from the status.html page[4]. In  
addition, the svgdom.html page (also on status.html) is currently a  
straight html file passed through (I got lazy and didn't want to go  
through the trouble to fix that behemoth right now...).

Enjoy!

[1]
http://people.apache.org/~clay/batik/

[2]
http://xmlgraphics.apache.org/batik/supportedElements.html

[3]
http://xmlgraphics.apache.org/batik/supportedProperties.html

[4]
http://people.apache.org/~clay/batik/status.html

Web Maestro Clay
the.webmaestro <at> gmail.com
(Continue reading)

Permalink | Reply | 15 comments |
headers
Jeremias Maerki | 8 May 2006 15:00
Picon
Gravatar

How project decisions are made in Apache projects

XML Graphics people,

Leo Simons made me aware that I may need to make a few things more clear
concerning project decisions in our project. The XML Graphics project is
not the same as the former XML project Batik and FOP were under. Even
though we still maintain separate committer sets for Batik and FOP all
project-relevant decisions are made by the PMC, i.e. the binding votes
on EVERY vote within this project are only those of the PMC members.

Back when we were operating under the XML umbrella, we believed that the
committers were governing the (sub)project. This has been clarified by
the board that they are not.

Only the PMC can make project decisions [1]. A committer under the
clarified rules is someone with write access to the repository. That's
basically it, although a committer can make local decisions in code
which the PMC accepts with lazy consensus, and it's clear that no voice
will simply be overruled when it's no coming from a PMC member. That
would be unfair. But as I suggested a number of times, every committer
may choose to participate in the PMC. The ASF actually encourages that
the set of committers matches the set of PMC members (most apparent in
the HTTPD project), but being a PMC members is not without
responsibilities. A PMC is supposed to be informed about everything that
goes on in the project, not only the corner he's most interested in.
This is about oversight, the prime reason why the Board wanted the XML
project split up.

Based on the information found in [1] the exisiting PMC members invite
committers to join the PMC, but I'd say that every non-newbie committer
should feel invited to join the PMC if he/she wishes to do so.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Will Glass-Husain | 18 May 2006 18:13
Favicon
Gravatar

Re: download page broken again?

This seems to be mysteriously fixed today.

(The Velocity download page wasn't working yesterday).

Anyone want to take credit so that we know how to fix it next time?

Thanks, WILL

Nathan Bubna wrote:
> hey guys,
>
> anyone have any idea why the download page is broken again?
>
> http://jakarta.apache.org/site/downloads/downloads_velocity.cgi
>
> i don't get why this seems to keep happening since we unified the 
> download page.
>
> -nathan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe <at> jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help <at> jakarta.apache.org
>
>

--

-- 
Forio Business Simulations

Will Glass-Husain
(Continue reading)

Permalink | Reply | 0 comments |
headers
Henri Yandell | 18 May 2006 19:00

Re: download page broken again?


:)

Was pointed out to me last night.

When minotaur had problems and we flipped over to ajax, the rsync'd copy 
on ajax had the wrong permissions, so it broke again. Thanks to Roy 
Fielding for figuring that out and fixing it.

Hen

On Thu, 18 May 2006, Will Glass-Husain wrote:

> This seems to be mysteriously fixed today.
>
> (The Velocity download page wasn't working yesterday).
>
> Anyone want to take credit so that we know how to fix it next time?
>
> Thanks, WILL
>
> Nathan Bubna wrote:
>> hey guys,
>> 
>> anyone have any idea why the download page is broken again?
>> 
>> http://jakarta.apache.org/site/downloads/downloads_velocity.cgi
>> 
>> i don't get why this seems to keep happening since we unified the download 
>> page.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Noel J. Bergman | 23 May 2006 03:36

May Status report?

http://wiki.apache.org/incubator/May2006

Surely we can do better than "Working on the 4.0 final release."

	--- Noel
Permalink | Reply | 1 comment |
headers
Davanum Srinivas | 31 May 2006 12:53
Picon
Gravatar

[ATTN: Release Managers] 3 binding +1's for a Release from PMC folks

Dear Release Managers,

[Sorry for the cross post!]

Please don't make a release unless there are 3 binding votes from pmc
members. We need it for legal purposes.

There is one more quirk about what we actually vote on. HTTPD pmc
votes on a svn tag and then the release managers cut binaries
corresponding to that tag. We tend to vote on a feature list and then
release managers make it happen.Again this is also for legal purposes
to make sure that there is proper oversight on what gets into a
release.  I am still finding out how other projects do it. Your
suggestions are welcome! Please post only to general <at> ws for discussion
to ensure maximum participation.

thanks,
dims

--

-- 
Davanum Srinivas : http://wso2.com/blogs/
Permalink | Reply | 0 comments |

Gmane