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
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
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. So
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:
One question, do we
Jacek,
In case you haven't already, please declare this in the Geronimo root POM:
prerequisites
maven2.0.3-SNAPSHOT/maven
/prerequisites
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
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 set
It'd make more sense to have m1 exec m2 so that your master build is
last to convert. This should be possible with exec /.
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
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 our m2
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 into
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
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
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
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 source1.4/source and target1.4/target fixed the issue.
- Brett
On
[ 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
[
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 seen
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
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
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 Build Now
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 script that pulls snapshots from the continuum
setup and onto cvs.apache.org.
So, if you
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
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
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
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
modules
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
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
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.
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 somewhere
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 poke at
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
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, and the
omission of version/ below doesn't actually do that - though
to discuss and perhaps feed back
into the Maven default versioning 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
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 let you
all decide what's best to work with. I just wanted to point out
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
I think this versioning has potential to be confusing, and the
omission of version/ 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.
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
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
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
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
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 can
, at 6:01 PM, Brett Porter wrote: I believe Dain committed them the other day.
Cheers, Brett On 9/17/05, Aaron Mulder [EMAIL PROTECTED]
wrote:Brett, Have the changes been committed that make the Geronimo HEAD work with 1.1-b2?Last time I noticed, you said we had some POMs that
were
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
, 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-2, it comes with the latest version. If you are using
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 releases, once
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 POMs from java-repository
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
[ 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: GERONIMO-987
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 can
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
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
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
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
55 matches
Mail list logo