I'll fix the permissions by hand.
On 09/08/2007, at 2:01 AM, Tim McConnell wrote:
Hi Prasad, according to Joes2 on #asfinfra the permissions on those
that I copied were incorrect. He changed them to 0775 (for dirs)
and 0664 (for files). I'm not sure though if they'll resync
automatically n
Hi,
I'm not on this list, so please reply directly - thanks.
XBean currently have a build set up in vmbuild.apache.org. It's been
down for little bit, but is now back up.
vmbuild is scheduled to be moved to a faster machine, and I intend to
install a more recent build of Continuum (that su
From the peanut gallery...
On 23/08/06, David Blevins <[EMAIL PROTECTED]> wrote:
I'd be more inclined to talk about what we want to apply it to and how.
That said, I've stared at this email for an hour after writing the
above sentence and am still not sure what the answer would be
Part of
Funnily enough, GMail had this to offer at the top of my mail window:
"The way to get started is to quit talking and begin doing." - Walt Disney
(http://www.brainyquote.com/quotes/quotes/w/waltdisney131640.html)
:)
- Brett
On 15/06/06, Bruce Snyder <[EMAIL PROTECTED]> wrote:
On 6/14/06, Dain
Umm, you guys do realise that there are already 4 people besides anita
that have said 'I don't think this requires RTC', who could just have
easily +1'd the RTC, right?
:)
Cheers,
Brett
On 02/06/06, John Sisson <[EMAIL PROTECTED]> wrote:
I agree that "merging" shouldn't require another RTC. S
That list already exists.
- Brett
On 3/7/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote:
> Alan D. Cabrera wrote, On 2/23/2006 12:59 PM:
>
> > On 2/23/2006 11:32 AM, Rodent of Unusual Size wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Alan D. Cabrera wrote:
> >>
> >>
Jacek,
In case you haven't already, please declare this in the Geronimo root POM:
2.0.3-SNAPSHOT
This will make the build fail with a friendly message on earlier versions.
- Brett
On 3/5/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Due to a couple of bugs in Maven 2.0.2 and to m
Hi,
Can someone describe what this is:
http://www.apache.org/dist/java-repository/magicGball/jars/
it doesn't look like something that is an official release?
- Brett
On 2/22/06, David Blevins <[EMAIL PROTECTED]> wrote:
> So when they graduate as subprojects of geronimo, how does that
> workout? Does the PPMC just get dissolved?
>
s/when/if/
(both in sense of success and destination :)
I'd assume they all get added (or at least voted for) on the Geronimo PMC.
On 2/18/06, Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> As far as i can remember, We started Harmony with Zero code and Zero
> committers...It's been done before :)
I suspect Geir was on there :) That's an unusual example given the
legal requirements of contributors.
> You are right, we need to
On 2/15/06, David Blevins <[EMAIL PROTECTED]> wrote:
> Every m2 project i've worked with eventually ended up leveraging
> maven 1 repositories.
>
> We'd likely use the maven-one-plugin which puts jars into a maven 1
> repo. Also we'd likely still need to list cvs.apache.org in the repo
> list of o
It'd make more sense to have m1 exec m2 so that your master build is
last to convert. This should be possible with .
Forking is probably slow, but forking m2 is probably faster than the
m1 build anyway :)
- Brett
On 2/15/06, Dain Sundstrom <[EMAIL PROTECTED]> wrote:
> If m2 could exec an m1 buil
You might want to contribute to
http://xdoclet.codehaus.org/Maven2+Plugin instead.
- Brett
On 2/10/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Since I'm at Maven2 learning path, I thought I could migrate the
> Geronimo XDoclet2 plugin to Maven2.
>
> Is there anything I should take in
cvs.apache.org/repository is for snapshots only an dis not mirrored.
www.apache.org/dist/java-repository is for releases and is both
mirrored as part of the normal release mirroring, and synced to
ibiblio.
- Brett
On 2/4/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote:
> On 2/3/2006 2:57 PM, David
The Maven 1 central repo *is* the maven 2 central repo. I expect they
just have a different group ID to what you expect.
I suggest all the old ones (and any releases inadvertently added)
should be removed from cvs.apache.org to have people move to the
released versions.
- Brett
On 2/4/06, Jason
Since JaxMe is at Apache, you can move it over with svn mv.
Has the JaxMe community as a whole voted to do this? I think it makes
sense, it would just be good to ensure everyone agrees. It will also
impact the committer list for Geronimo.
Cheers,
Brett
On 12/14/05, Alan D. Cabrera <[EMAIL PROTEC
For the record...
Maven does not use the eclipse compiler without it being configured.
However, by default it is -source 1.3 and -target 1.1 (maximum JVM
compatibility). It's the -target 1.1 that adds these signatures.
Adding 1.4 and 1.4 fixed the issue.
- Brett
On 12/13/05, Kevan Miller <[EMAI
> [ x ] Make Jetty the default Web Container install selection
Non binding, but I like Jetty. Besides, given how close to a release
it is, it seems sensible to stick with it.
- Brett
plugin:install-now is the same as plugin install, but it loads into
the running Maven and updates the cache, like using a plugin
dependency. You are right that they are probably incompatible.
plugin:repository-install is only useful if you are later using it as
a dependency. Maven doesn't use the
[
http://issues.apache.org/jira/browse/GERONIMO-1286?page=comments#action_12359259
]
Brett Porter commented on GERONIMO-1286:
third time I've seen this in the last couple of days... weird.
notepad seems to be about the only editor I've
I assume you are referring to David Jencks' version? All his changes
and more are in the latest release:
maven plugin:download -Dversion=1.6 -DartifactId=maven-idea-plugin
-DgroupId=maven
Cheers,
Brett
On 12/1/05, Jeff Genender <[EMAIL PROTECTED]> wrote:
> Yeah...the IntelliJ plugin for maven is
setup a periodic clean of published snapshots
--
Key: GERONIMO-1180
URL: http://issues.apache.org/jira/browse/GERONIMO-1180
Project: Geronimo
Type: Task
Components: gbuild
Reporter: Brett Porter
this should be
t, do you have something?
>
> -David
>
> On Nov 15, 2005, at 5:40 PM, Brett Porter wrote:
>
> > Did you also set up something to periodically clean them?
> >
> > On 11/16/05, David Blevins <[EMAIL PROTECTED]> wrote:
> >> FYI, I setup an rsync scri
Did you also set up something to periodically clean them?
On 11/16/05, David Blevins <[EMAIL PROTECTED]> wrote:
> FYI, I setup an rsync script that pulls snapshots from the continuum
> setup and onto cvs.apache.org.
>
> So, if you want new snapshots published, the easiest way is to click
> the "Bu
http://ci.gbuild.org/continuum/servlet/continuum/target/WorkingCopy.vm/view/WorkingCopy/id/6?userDirectory=modules/openejb-builder/target/test-reports&file=TEST-org.openejb.corba.security.config.tss.TSSConfigEditorTest.txt
(http://tinyurl.com/797ke)
I seem to recall regular problems with TSSConfig
Hi David,
Certainly, they should be put into the main repository (via an
evangelism issue). For the specs ones, these are probably older than
trunk that has the poms - but I'd expect them to be the same or
similar - so definitely use those. They'll still need to be uploaded.
- Brett
On 11/12/05,
>From a Maven point of view with transitive dependencies, this is
imperative. The universal jar should just be a distribution
convenience (if it is built at all).
- Brett
On 11/10/05, David Jencks <[EMAIL PROTECTED]> wrote:
> I have a REALLY REALLY REALLY strong preference that ALL geronimo
> mod
I'm not on the incubator PMC, so this is just my personal
understanding. I may be getting in over my head :)
On 11/9/05, Jules Gosnell <[EMAIL PROTECTED]> wrote:
> are you saying that these licensing constraints do not apply in the
> incubator - that we just dump all our code in there, no matter w
This is an interesting idea.
What scope do you envisage? Would it only be JSRs, or would, for
example, stdcxx in the incubator be able to join?
Do you see any issues with having a single project but specs that
encompass a variety of technologies that might not overlap?
I think it is fine to star
This is one of the requirements of incubation, so it will be taken
care of there - but it's good for those communities to be aware of it
when making their decision.
The GPL doc you refer to is actually about the combining of ASL and
GPL works being possible at all, regardless of the requirements h
This is an area of much confusion. This may help (or it may not :)
http://mail-archives.apache.org/mod_mbox/www-legal-discuss/200508.mbox/[EMAIL
PROTECTED]
(tiny: http://tinyurl.com/8fcx6)
Basic gist, as I understand (IANAL): the copyright is not assigned to
the ASF, but licensed to the ASF. Thi
The problem with this is that when a person later attaches a file,
they usually don't have permissions to edit the issue and adjust the
custom field, so it only works when the attachment comes with
creation.
Maybe this is something that could be added to the ASF customisations
though (the bit that
On 11/2/05, David Blevins <[EMAIL PROTECTED]> wrote:
>
> That's cool. Continuum gets smart enough to do things like report
> which test failed, etc. when you are dealing with a maven 1 or 2
> project. Up to you if that is worth the trade-off of loosing
> project.xml inheritance. You can always p
Not as far as I know. I'm tracking a JIRA ticket at Atlassian for the
ability to detect the existence of an attachment, but that stiff
doen't designate if its a patch unfortunately.
In our project we just query for "patch" in any of the text fields. We
generally find that people type that somewher
On 11/1/05, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> But I don't really understand what gbuild is yet. Is this really
> Geronimo-centered, or broader with Geronimo as a piece? Was there
> any thought given to Ken's suggestion of working with Gump since they
> do similar things?
Just on th
Not exactly. The soft version is the version that will be used if it
fits in the valid ranges, and ignored if not. The conflict resolver in
play decides whether to use the nearest or newest of these versions -
in 2.0 only "nearest" was enabled.
If you want to allow a range, you have to give it an
; ranges.
>
> BTW I find the name servlet-2.4-1.0 confusing myself.
>
> -dain
>
> On Oct 31, 2005, at 12:10 PM, Brett Porter wrote:
>
> > Actually, I meant a version of 2.4-1, 2.4-2.
> >
> > I think there is advantages and disadvantages to each, so I'll l
rules to accommodate it in general
if there is something better that we can come up with.
- Brett
On 11/1/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> Actually, I meant a version of 2.4-1, 2.4-2.
>
> I think there is advantages and disadvantages to each, so I'll let you
> al
habit of adding JavaDoc documentation over time,
> we will have to do periodic release to get the line numbers in the
> debug symbols to match-up.
>
> -dain
>
> On Oct 30, 2005, at 9:29 PM, Brett Porter wrote:
>
> > I think this versioning has potential to be confusing, an
I think this versioning has potential to be confusing, and the
omission of below doesn't actually do that - though it is
probably possible with a version of (,) that includes everything.
Personally, I'd prefer to have:
servlet-api-2.4
servlet-api-2.4-1
servlet-api-2.4-2
or similar.
(Technically,
I think you need to set:
maven.repo.*.group=apcvs
(where * is the repo name you used)
- Brett
On 10/26/05, Sachin Patel <[EMAIL PROTECTED]> wrote:
> Think i figured it out... however when its attempting to upload...
>
> [echo]
>Executing cd
> /www/cvs.apache.org/repository/gero
The main problem with this is that you can never get to the backup
mirrors (try clicking the bottom links).
I think you need to announce the
http://geronimo.apache.org/downloads.html page. That gives you the
most freedom to change links later.
Cheers,
Brett
On 10/5/05, David Blevins <[EMAIL PROT
On 10/2/05, David Jencks <[EMAIL PROTECTED]> wrote:
> so you are saying this works in 1.0.2 in one multiproject build, and
> the reactor will figure out the correct order?
The order is only if you use the plugin dependency - in this case, you
need to use plugin:repository-install.
That's my under
I think this was more the case that it works on the second run because
the plugin is installed?
Plugin dependencies should do what you want and work in maven 1.0.2+.
When using a dependency, you only need to call
plugin:repository-install (install to repo, not Maven) instead of
plugin:install (whi
On 9/25/05, David Jencks <[EMAIL PROTECTED]> wrote:
> servicemix_version=1.0-SNAPSHOT
Both 1.0 and 1.0.1 are on the main repository
> apacheds_version=0.9.2-SNAPSHOT
> asn1_version=0.3.2-SNAPSHOT
> ldap_protocols_version=0.9.2-SNAPSHOT
> Directory guys are there any non-snapshot versions we
ote:> >> >> >> I committed the patch and have been using 1.1-b2 for about a week
> >> now.> >>> >> -dain> >>> >> On Sep 16, 2005, at 6:01 PM, Brett Porter wrote:> >>> >>> >>> >>> I believe Dain committe
aronOn Fri, 16 Sep 2005, Brett Porter wrote:> Special request from the Maven team:
>> those doing deployment to java-repository using jar:deploy (this does not> affect normal users), please ensure you are using maven-artifact-plugin> 1.5.2 or above.>> If you are using
1.1-beta-
Special request from the Maven team:those doing deployment to java-repository using jar:deploy (this does not affect normal users), please ensure you are using maven-artifact-plugin 1.5.2 or above.If you are using
1.1-beta-2, it comes with the latest version.If you are using 1.0.2, you must instal
Done - originals are in archive.apache.org and ~brett/geronimo-poms and ~/geronimo-spec-poms (some of these had older releases that were also invalid).Thanks!- Brett
On 9/14/05, Brett Porter <[EMAIL PROTECTED]> wrote:
On 9/8/05, Brett Porter <[EMAIL PROTECTED]> wrote:
For the old re
On 9/8/05, Brett Porter <[EMAIL PROTECTED]> wrote:
For the old releases, once they appear in archive.apache.org, you can
probably delete them from www.apache.org (this will mean they aren't
mirrored, but available from the archive).
Can I ask that you delete the M2 and M3 POM
[ http://issues.apache.org/jira/browse/GERONIMO-987?page=all ]
Brett Porter updated GERONIMO-987:
--
Attachment: GERONIMO-987.diff
> build fixes to work with maven 1.1 beta 2
> -
>
> Key:
build fixes to work with maven 1.1 beta 2
-
Key: GERONIMO-987
URL: http://issues.apache.org/jira/browse/GERONIMO-987
Project: Geronimo
Type: Bug
Components: buildsystem
Reporter: Brett Porter
Attached is a patch to
On 9/8/05, David Blevins <[EMAIL PROTECTED]> wrote:
I've moved over all our milestones to www/www.apache.org/dist/ andwww/www.apache.org/dist/java-repository. I assume those will bemirrored to Ibiblio and other places by tonight.
For the old releases, once they appear in archive.apache.org, you
Geir,
Since this is under cvs.apache.org and not www.apache.org/dist (and
hence not mirrored), it isn't a problem. Nobody has had a problem with
snapshots under cvs.apache.org/repository, AFAIK.
- BrettOn 8/31/05, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
There's been concern elsewhere that t
Geir,
Plan for this is to have the m2 CLI detect project.xml and run Maven
1.1 embedded. I think I had this mostly working, but it hasn't been
bundled with a release yet. I'll take another look.
- BrettOn 8/30/05, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
On Aug 29, 2005, at 2:18 PM, Geir Mag
Hi Sachin,
It may be worth posting this to the Maven Users list, there are
several folks that can help out there.
The problem here is that "plugin" is a reserved type for Maven
plugins. Also note that / should not be valid in a groupId - they are
meant to be identifiers, not path elements - and w
This might seem a little crazy, but perhaps both :) The project.xml (+
properties) and pom.xml files hopefully should not be too different
and can sit side by side. As long as those differences are within
reason this is probably a realistic choice - but it depends on what
you are able/want to work
57 matches
Mail list logo
