[URGENT] How make maintenance release from release branch using GIT SCM

2008-11-11 Thread Imran M Yousuf
Hi, I have a project (http://repo.or.cz/w/smart-dao.git) where I have 2 working branches (master and release-0.3). Now I want to make a maintenance release (release-0.3) so I am doing it from the appropriate branch. Now when I do 'mvn release:prepare' it succeeds. But when I do 'mvn release:perfor

Re: Mercury status and roadmap

2008-11-11 Thread Jason van Zyl
I've got one, I'll pull it out of storage and show Oleg where it is. On 11-Nov-08, at 9:40 PM, Jesse McConnell wrote: aw yes...the world needs a good open source dav server thats easy to setup...I haven't ever found one :/ if anyone knows of one that is easy to deploy as a test case please c

Re: Mercury status and roadmap

2008-11-11 Thread James William Dumay
You might be able to knock up a quick one using Milton [1]. http://milton.ettrema.com/index.html Archiva also supports level 2 webdav - so you might be able to bring it up inside of cargo. Cheers James On Tue, 2008-11-11 at 20:40 -0600, Jesse McConnell wrote: > aw yes...the world needs a good o

Re: Mercury status and roadmap

2008-11-11 Thread Jesse McConnell
aw yes...the world needs a good open source dav server thats easy to setup...I haven't ever found one :/ if anyone knows of one that is easy to deploy as a test case please chime in jesse -- jesse mcconnell [EMAIL PROTECTED] On Tue, Nov 11, 2008 at 8:37 PM, Oleg Gusakov <[EMAIL PROTECTED]>wrot

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Jesse McConnell wrote: oleg, I used the codehaus dav to test against, it worked quite wellif you have a codehaus account you have a dav drive you can work with for it dav.codehaus.org/user/oleg I believe Jesse, I also tested against codehaus and mercury does work well. But I want tes

Re: Mercury status and roadmap

2008-11-11 Thread Jesse McConnell
oleg, I used the codehaus dav to test against, it worked quite wellif you have a codehaus account you have a dav drive you can work with for it dav.codehaus.org/user/oleg I believe catch me on irc and I can help jesse -- jesse mcconnell [EMAIL PROTECTED] On Tue, Nov 11, 2008 at 7:20 PM, Ol

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Herve, There is another piece you can help with if you don't mind. I used unit tests to shape up the functionality, but they can sure use an independent eye. Plus writing more tests will help you to better understand the code and then modify it. Can you look into mercury-repo-virtual and wri

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Brian E. Fox wrote: It can go to central, we just need to setup the sync. Regarding the parent, Oleg if you don't want the maven parent then you should use the apache parent and copy some defaults from the maven parent. It's not that I don't want - it's just that I'd rather do this sequ

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Jesse McConnell wrote: I brought up the integration testing dependency earlier as well...imo if the artifact is not going into the central repo then the pom needs to link to a repository that will bring it in... I will remove those deps from mercury-wagon - http://jira.codehaus.org/browse/M

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Hervé BOUTEMY wrote: Le mardi 11 novembre 2008, Oleg Gusakov a écrit : Hervé BOUTEMY wrote: sorry, it is mercury-wagon that has the problematic dependencies My bad, will drop - http://jira.codehaus.org/browse/MERCURY-25. Thanks for the tip! inheriting from parent won't add any dep

RE: Mercury status and roadmap

2008-11-11 Thread Brian E. Fox
It can go to central, we just need to setup the sync. Regarding the parent, Oleg if you don't want the maven parent then you should use the apache parent and copy some defaults from the maven parent. -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: Tuesday, Novem

Re: Mercury status and roadmap

2008-11-11 Thread Hervé BOUTEMY
Le mardi 11 novembre 2008, Oleg Gusakov a écrit : > Hervé BOUTEMY wrote: > > Hi Oleg, > > > > I had a look at the code, and I have some questions: > > > > - I can't compile the actual trunk since there is an artifact missing in > > plexus-mercury: org.sonatype.nexus:nexus-webapp:zip:bundle:1.0.1 an

Re: Mercury status and roadmap

2008-11-11 Thread Jesse McConnell
I brought up the integration testing dependency earlier as well...imo if the artifact is not going into the central repo then the pom needs to link to a repository that will bring it in... people ought to be able to checkout any maven project and build it using strictly a stock maven install, no r

Re: Mercury status and roadmap

2008-11-11 Thread Olivier Lamy
2008/11/11 Oleg Gusakov <[EMAIL PROTECTED]>: > > > Hervé BOUTEMY wrote: >> >> Hi Oleg, >> >> I had a look at the code, and I have some questions: >> >> - I can't compile the actual trunk since there is an artifact missing in >> plexus-mercury: org.sonatype.nexus:nexus-webapp:zip:bundle:1.0.1 and >>

Re: Mercury status and roadmap

2008-11-11 Thread Oleg Gusakov
Hervé BOUTEMY wrote: Hi Oleg, I had a look at the code, and I have some questions: - I can't compile the actual trunk since there is an artifact missing in plexus-mercury: org.sonatype.nexus:nexus-webapp:zip:bundle:1.0.1 and org.sonatype.appbooter:plexus-forked-app-booter:jar:1.4 Will these

Re: test

2008-11-11 Thread Stephen Connolly
You're welcome ;-) -Stephen 2008/11/10 Jason van Zyl <[EMAIL PROTECTED]> > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > -- > > You

Re: Apache Portable Runtime artifacts

2008-11-11 Thread Bojan Smojver
On Mon, 2008-11-10 at 21:35 -0600, William A. Rowe, Jr. wrote: > wow - you plan to build itanium 32 bit? now that's one ancient piece of > scrap metal ;-P http://en.wikipedia.org/wiki/IA-32 -- Bojan - To unsubscribe, e-mail:

Re: Apache Portable Runtime artifacts

2008-11-11 Thread Bojan Smojver
On Sun, 2008-11-09 at 20:26 +0100, Branko Čibej wrote: > Every major Linux distro in the world has some kind of APR package that > you can probably use. In this case its really best to rely on vendors to > do the right thing. Exactly. And these folks also solved the dual-arch problem for you alre

test

2008-11-11 Thread Jason van Zyl
Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- You are never dedicated to something you have complete confidence in. No one is fanatically shoutin

Re: Mercury status and roadmap

2008-11-11 Thread Hervé BOUTEMY
Hi Oleg, I had a look at the code, and I have some questions: - I can't compile the actual trunk since there is an artifact missing in plexus-mercury: org.sonatype.nexus:nexus-webapp:zip:bundle:1.0.1 and org.sonatype.appbooter:plexus-forked-app-booter:jar:1.4 Will these artifacts be copied in C

Re: svn commit: r712848 - in /maven/mercury/trunk/mercury-maven/mercury-compare-plugin: ./ src/main/java/org/sonatype/maven/plugins/crypto/ src/main/java/org/sonatype/maven/plugins/mercury/ src/main/j

2008-11-11 Thread Olivier Lamy
Ping. IMHO as the project is in a Apache repository whe should at least use org.apache namespace. Thanks, -- Olivier 2008/11/10 Olivier Lamy <[EMAIL PROTECTED]>: > Why not package : org.apache.maven ? > > 2008/11/10 <[EMAIL PROTECTED]>: >> Author: ogusakov >> Date: Mon Nov 10 14:02:55 2008 >> Ne

Re: Default plugin execution id

2008-11-11 Thread Nick Stolwijk
Hi Rahul, First of all, welcome to Maven! The error you encountered is mostly because of a proxy between you and the central maven repository. To fix this you can enter your proxy information in your settings.xml [1], which can be found under $HOME/.m2/settings.xml or $M2_HOME/conf/settings.xml.

Default plugin execution id

2008-11-11 Thread Limkar Rahul
Hi I am a new user of Maven. I have downloaded maven. But when I run following line at command prompt. I am facing following error. Can you please help me. C:\>mvn archetype:create -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=net.roseindia.maven.quickstart -DartifactI d=He

RE: Apache Portable Runtime artifacts

2008-11-11 Thread Jörg Schaible
Hi Jason, Jason van Zyl wrote: > I suggest you look at Mark's NAR work: > > http://java.freehep.org/freehep-nar-plugin/intro.html > > I'm talking with Mark to try and make the NAR the standard > way to work > with native code so I highly recommend you follow the way he > has named > binaries as