ok, I'll look at it
Christian Gruber a écrit :
I wonder if this could be expanded to include an alternate reference
with the SCM version number being used as a build identifier. While
this would suck with CVS, with P4 or SVN it would tend to better
identify the build, as continuum build
I wonder if this could be expanded to include an alternate reference
with the SCM version number being used as a build identifier. While
this would suck with CVS, with P4 or SVN it would tend to better
identify the build, as continuum build numbers are local to the build
machine and can
Hi,
the links on the page currently look like this:
http://maven.apache.org/plugins/index.html#maven-deploy-plugin/
which obvioulsy doesn't work.
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
This script doesn't seem to work :
86 -rw-r--r-- 1 aheritier apcvs 86918 Aug 10 07:41
maven-dependency-plugin-2.0-alpha-5-20070810.144005-13.jar
2 -rw-r--r-- 1 aheritier apcvs 32 Aug 10 07:41
maven-dependency-plugin-2.0-alpha-5-20070810.144005-13.jar.md5
2 -rw-r--r-- 1 aheritier
I have a similar error :
[INFO] Uploading repository metadata for: 'snapshot
org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-5-SNAPSHOT'
[INFO]
[ERROR] BUILD ERROR
[INFO]
I think this approach makes a lot of sense. It's a problem I've run
into in the C/C++ world, too, where any number of compiler options
may be supplied during a given build, not to mention target
architecture and operating systems. I had been thinking for the past
year or so that we should
Any idea what happened to the plugin index page? It was published
today (Aug 10) and all the links are to anchors on the index page
rather than to the plugin site. For example:
http://maven.apache.org/plugins/index.html#maven-compiler-plugin/
instead of
This is most likely the case of using the wrong SNAPSHOT of doxia.
Vincent have you deployed any new snapshots for doxia lately? If not we
should probably get some new ones out there.
Jason Dillon wrote:
Weird... how did that happen... *scratches head*
--jason
On Aug 10, 2007, at 12:42
Wendy Smoak wrote:
Any idea what happened to the plugin index page? It was published
today (Aug 10) and all the links are to anchors on the index page
rather than to the plugin site. For example:
http://maven.apache.org/plugins/index.html#maven-compiler-plugin/
instead of
2007/8/10, Dennis Lundberg [EMAIL PROTECTED]:
This is most likely the case of using the wrong SNAPSHOT of doxia.
Vincent have you deployed any new snapshots for doxia lately? If not we
Nop.
Vincent
should probably get some new ones out there.
Jason Dillon wrote:
Weird... how did that
it's on purpose, so they don't get overwritten by other people keeping
your user id. Anybody can delete and recreate them as the directories
are group writable.
The metadata is different as maven doesnt delete when changing it
On 8/10/07, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Yes, but I
of course it only fix your files, not the ones you don't have permissions ;)
On 8/10/07, Arnaud HERITIER [EMAIL PROTECTED] wrote:
This script doesn't seem to work :
86 -rw-r--r-- 1 aheritier apcvs 86918 Aug 10 07:41
maven-dependency-plugin-2.0-alpha-5-20070810.144005-13.jar
2 -rw-r--r--
Yes, but I executed it and you can see that
maven-dependency-plugin-2.0-alpha-5* files don't have g+w rights.
Arnaud
On 10/08/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
of course it only fix your files, not the ones you don't have permissions ;)
On 8/10/07, Arnaud HERITIER [EMAIL PROTECTED]
there's a script to fix your own files in
/www/people.apache.org/repo/m2-snapshot-repository/fix-permissions.sh
On 8/10/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Hi,
Since the scp wagon doesn't honor the server settings,
could everybody please make sure they have their umask
set to 002
We'll never see your proposals being hidden in JIRA. And they are
effectively hidden in JIRA because I never knew you did anything with
respect to qualifiers.
http://docs.codehaus.org/display/MAVENUSER/User+Proposals
Then we know who has proposed what. JIRA (and any issue management
Hi,
I'm actually also very concerned by this Maven limitation.
Vincent Massol already reported this limitation last year here:
http://jira.codehaus.org/browse/MNG-2596
He mentioned the conflict between the clover and source plugins which both
try to add a qualifier.
I reported a different use
Weird... how did that happen... *scratches head*
--jason
On Aug 10, 2007, at 12:42 AM, Tim Kettler wrote:
Hi,
the links on the page currently look like this:
http://maven.apache.org/plugins/index.html#maven-deploy-plugin/
which obvioulsy doesn't work.
-Tim
Yes they are improvments requests to file. I'm not sure about 2) because we
already have the alwaysSend parameter that can be set
I won't look at it for 1.1-beta-2 but I'll try for 1.1-beta-3
Emmanuel
Brett Porter a écrit :
Did I understand the summary to be the following to improvement
Hi,
Since the scp wagon doesn't honor the server settings,
could everybody please make sure they have their umask
set to 002 on minotaur (people.apache.org)?
I tried to deploy the invoker but the metadata file wasn't
group writable.
Here's a listing:
Hi Everyone,
The Maven Archiva team is pleased to announce the release of Archiva 1.0Beta 1.
Archiva is a build artifact repository manager for use with build tools such
as Maven, Continuum and Ant.
It has features like repository search and browse, securing repositories,
identifying unknown
Hey, is there anyway to get a specific mojo parameters value passed
in *completely* unfiltered or evaluated with the default property
expansion?
I'd like to get the XML contents *exactly* how they are in the
pom.xml file... so for example in this plugin configuration:
8
plugin
ok, I though it changed the group rights for every files. Thx for the
enlightenment.
Arnaud
On 10/08/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
it's on purpose, so they don't get overwritten by other people keeping
your user id. Anybody can delete and recreate them as the directories
are
My fault, I published it, assuming whatever would be in the repo
would be correct.
I'll try building the latest of everything and do it again.
- Brett
On 11/08/2007, at 2:52 AM, Dennis Lundberg wrote:
Wendy Smoak wrote:
Any idea what happened to the plugin index page? It was published
Using the latest of everything doesn't correct the problem - seems
like there's still a bug. I also had to skip the tests in the doxia-
sitetools to get it to build.
I reverted to 2.0-beta-5, which works but skips the two pages
(index.xml.vm and download.apt.vm). All should be ok once
Sorry about that. It's clean now. Is there something I can set since it
ignores the server settings?
-Original Message-
From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]
Sent: Friday, August 10, 2007 10:58 AM
To: Maven Developers List
Subject: Re: Umask on minotaur
This script doesn't
Is there an _easy_ way to merge 2 plugin.xml's into one? Basically
taking the mojos and dependencies bits from one plugin.xml and
including them into another.
I can think of a few hacky ways to do it... but just curious if
anyone knows of a nice API er something?
--jason
26 matches
Mail list logo
