On 5/7/07, Craig L Russell <[EMAIL PROTECTED]> wrote:
The guides/graduation.html is absent from the left navbar. If you
update the stylesheet so it appears there, then I'm ok with removing
it. Maybe it belongs as a sub-bullet under Podling Guides as the last
entry.
it's just a draft ATM (which
Hi,
On 5/7/07, Jeremias Maerki <[EMAIL PROTECTED]> wrote:
So, after hearing PDFBox mentioned many times last week, I thought it
might be a good idea to ask around inside a wider area to see how the
ASF is potentially interested in adopting PDFBox among its projects.
At least Jackrabbit and Nut
At ApacheCon last week, I got the impression that quite a few Apache
projects (especially the Lucene and XML Graphics communities) have a
particular interest in PDFBox, a library for manipulating PDF files (BSD
license): http://www.pdfbox.org
Ben Litchfield, PDFBox's main author, has contacted the
Hi Robert,
+1 for getting this going.
My only concern is the slightly ambiguous #7. I don't know that there
is a standard layout for releases. It sure would be nice.
I really hate to bring up maven since the subject is clearly non-
maven, but I expect many projects to build the source and b
I didn't have a chance to talk about this with Shane but the idea in
the end is to make the repository agnostic on how things are stored
and how the client uses them.
Right now is a simple directory, but could be a database with a web
front end or anything like that.
It shouldn't matter how NMaven
Shane,
Honestly, it sounds like the NMaven stuff will need a complete new set of
repositories for NMaven artifacts. There isn't any way, IMO, that the
repo layout can change for the normal maven 1 and maven 2 repositories.
Incubator or repo1.maven.org is relatively irrelevant in that rega
+1 with one comment.
The guides/graduation.html is absent from the left navbar. If you
update the stylesheet so it appears there, then I'm ok with removing
it. Maybe it belongs as a sub-bullet under Podling Guides as the last
entry.
Craig
On May 6, 2007, at 10:50 AM, robert burrell donki
On 5/7/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
[x] +0 Sounds like a good idea (but not enough time to check)
Cheers
Niclas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROT
[X ] use standard repositories
[ ] relocate repositories under /www.apache.org/dist/incubator
On May 6, 2007, at 4:57 AM, robert burrell donkin wrote:
incubator distributions need to be stored under /www/www.apache.org/
dist
AFACT there are two reasonable options: either create repositories
u
Jason,
Would you please address Shane's issues?
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The vote in the OpenJPA community to graduate from the incubator to a
new top level project has completed. The vote thread can be viewed at
[1] starting with message [2].
The next step is to prepare a vote for the incubator.
+1 votes were recorded from:
Craig Russell
Patrick Linskey
Marc Pr
On 5/6/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 6 May 07, at 4:57 AM 6 May 07, robert burrell donkin wrote:
> incubator distributions need to be stored under /www/www.apache.org/
> dist
>
> AFACT there are two reasonable options: either create repositories
> under /www.apache.org/dist/in
[ ] use standard repositories
[ x ] relocate repositories under /www.apache.org/dist/incubator
My reasons are as follows: First, NMaven does not follow the standard repo
layout; second, the repository layout structure is still in a state of flux,
meaning that there is a need for potentially chang
On 6 May 07, at 4:57 AM 6 May 07, robert burrell donkin wrote:
incubator distributions need to be stored under /www/www.apache.org/
dist
AFACT there are two reasonable options: either create repositories
under /www.apache.org/dist/incubator or use the standard maven ones
of course, staging f
the current policy document unnecessarily specifies actions to be done
after graduation. i would like to see these removed from policy and
replaced by a link to the graduation guide.
see https://issues.apache.org/jira/browse/INCUBATOR-55 or the diff at
the bottom of this document
- robert
-
Thanks for the clarification Robert. I'm glad we didn't mess something
up. :-)
I'll definitely keep an eye on the various threads for information about
the changes. It all sounds very good to me. :-)
Dan
On Sunday 06 May 2007 06:55, robert burrell donkin wrote:
> On 5/3/07, Daniel Kulp
On 4/27/07, Eddie O'Neil <[EMAIL PROTECTED]> wrote:
Also, I'm all for requesting that incubating projects requesting
IPMC approval of a release provide a RAT report as well as
explanations for any missing license headers since that's a focus of a
lot of the ensuing conversation about a release.
[ x ] use standard repositories
[ ] relocate repositories under /www.apache.org/dist/incubator
Eelco
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 5/6/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
On 5/6/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
> I disagree with setting the groupId to org.apache.incubator..
> I greatly prefer requiring a version string that includes either
> incubator or incubating.(ex: 2.0-incubator, 1.3-incuba
On 5/6/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
I disagree with setting the groupId to org.apache.incubator..
I greatly prefer requiring a version string that includes either
incubator or incubating.(ex: 2.0-incubator, 1.3-incubating, etc..)
Putting it in the group ID causes a MUCH larger
[X] +1
Xavier
On 5/6/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
infra requires that all releases are contained within
/www/www.apache.org/dist/. here's my proposal for fixing the current
situation for standard (non-maven) releases:
1 clarify policy (https://issues.apache.org/jira/bro
[ X ] use standard repositories
On 5/6/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
On Sunday 06 May 2007 07:57, robert burrell donkin wrote:
> [ X ] use standard repositories
> [ ] relocate repositories under /www.apache.org/dist/incubator
I disagree with setting the groupId to org.apache.incuba
On Sunday 06 May 2007 07:57, robert burrell donkin wrote:
> [ X ] use standard repositories
> [ ] relocate repositories under /www.apache.org/dist/incubator
I disagree with setting the groupId to org.apache.incubator..
I greatly prefer requiring a version string that includes either
incubator
On Sunday 06 May 2007 07:45, robert burrell donkin wrote:
> 8<
> [ X ] +1
I'm glad this this finally being taken care of. Thanks for picking it up
and driving it forward.
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727
robert burrell donkin wrote:
...
quick opinions can use poll below
- robert
8<
[X] +1 (non-binding)
Sounds good. I'm no good with html or javascript, but I'd be happy to
help with the docs.
--Thilo
---
On 5/6/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
[X] use standard repositories
I would say that podlings using maven would be required to set their
project's group id to org.apache.incubator., and possibly
even extend an incubator parent pom.
This way the podling distributables are
On 5/6/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
On 5/6/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> > [X] +1 (non-binding)
it's a PROPOSAL not a VOTE. it's an informal way of gauging whether
there's general consensus around a plan. so there's no difference
between binding and no
On 5/6/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> [X] +1 (non-binding)
it's a PROPOSAL not a VOTE. it's an informal way of gauging whether
there's general consensus around a plan. so there's no difference
between binding and non-binding votes.
- robert
-
[X] +1 (non-binding)
Sounds like a plan.
Martijn
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.6 contains a very important fix. Download Wicket now!
http://wicketframework.org
--
incubator distributions need to be stored under /www/www.apache.org/dist
AFACT there are two reasonable options: either create repositories
under /www.apache.org/dist/incubator or use the standard maven ones
of course, staging for the purpose of release verification would
continue to happen unde
infra requires that all releases are contained within
/www/www.apache.org/dist/. here's my proposal for fixing the current
situation for standard (non-maven) releases:
1 clarify policy (https://issues.apache.org/jira/browse/INCUBATOR-62)
2 explain policy in release management guide
3 create /www/
From what I overheard, the old place is as bad as the new place. And
What I meant was: at *this time*. The new place is much better when
everything is set up.
Martijn
--
Learn Wicket at ApacheCon Europe: http://apachecon.com
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.6
On 5/6/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
i'd rather have CXF and wicket in the old places and have the time to
do this properly than delay the releases or rush the move
And this is why we put the release in the old place. We want to keep
our project going whilst still working
On 5/5/07, Leo Simons <[EMAIL PROTECTED]> wrote:
Jo!
The whole jira-patch-commit workflow for the documentation seems
annoying. At least it annoys me -- in particular the patches don't
show up in my email so I have to visit jira which I try and avoid as
much as possible :-).
Suggestions:
1) cr
[
https://issues.apache.org/jira/browse/INCUBATOR-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Burrell Donkin updated INCUBATOR-62:
---
Attachment: distribution.patch
> [policy] State distribution directory
> --
[
https://issues.apache.org/jira/browse/INCUBATOR-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Burrell Donkin updated INCUBATOR-62:
---
Attachment: (was: distribution.patch)
> [policy] State distribution dir
On 5/3/07, Danny Angus <[EMAIL PROTECTED]> wrote:
On 5/2/07, Garrett Rooney <[EMAIL PROTECTED]> wrote:
> > Do other projects have a good way to track this? I know we could pull
> > the logs for the p.a.o webserver and grep through them looking for
> > things, but I'm wondering if there's somethi
On 5/3/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
Noel,
On Thursday 03 May 2007 03:59, Noel J. Bergman wrote:
> > Except you forget one detail: incubator artifacts don't go to the
> > mirror system.
>
> And that's changing/changed.
Can I ask when?The vote that was called in mid march [1] n
FYI, Vadim is already providing stats on some (non incubating) projects:
http://people.apache.org/~vgritsenko/stats/projects/index.html
I don't know if it's easy for him to add incubating projects, and how
he deals with mirrors. In a sense even if the download counter is not
accurate, I agree wit
39 matches
Mail list logo
