Re: Julia Antonova/Tumlare is out of the office.

Is there any chance of unsubscribing Ms Antonova? I think we are now all aware just when she's back from vacation... Julia Antonova wrote: I will be out of the office starting 18-07-2007 and will not return until 01-08-2007. I will respond to your message when I return. Pls. forward all messa

Re: Can't commit because of a locked dir

no? Try svn cleanup. -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: dependency version ignored

--- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Richard van der Hoff <[E

Re: Remove auto-resolution of plugin versions from Maven 2.1

Carlos Sanchez wrote: I think every maven release should use a defined set of plugin versions. That would be reproducible and close to what it's happening now. I can't really agree with this; if maven provides a set of default plugin versions, people will continue to not specify explicit versi

Re: [vote] Release 2.2-beta-1 of maven-assembly-plugin

ct your +1...if people complain, I'll just let it sit for the standard 72h. So, let's try for 24hrs. Please vote +1/+0/-1. Here's my +1. -john -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project

maven-assembly-plugin release?

-- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Why is prerequisites not inherited?

Brian E. Fox wrote: Now? Works fine for me. Thanks for sorting that, Brian! -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsub

Mail client [was Re: JIRA ID for plugins run twice when parent defines execution?]

t created three new threads. :/ -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional com

Re: JIRA ID for plugins run twice when parent defines execution?

Can you try out the testcase in http://jira.codehaus.org/secure/attachment/20899/maven-project-plugins.patch? PS: Richards changes work well, hope this is will be activated with 2.05 I hoped so too... Cheers Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Projec

Re: [maven-eclipse-plugin] addVersionToProjectName

to be applied]. Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: versioning

y imposing a complex mapping between upstream and maven versions for a project is unattractive. Which part do you disagree with? -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 777

Re: versioning

Kenney Westerhof wrote: Richard van der Hoff wrote: Hi, Carlos Sanchez wrote: Regarding Kenney's proposal: as discussed on #maven, all sounds very sensible to me. I'm still fishing for, and failing to find, examples of failures for projects where people invert the precedenc

Re: versioning

Carlos Sanchez wrote: and almost all artifacts in repo can be expressed as 4 different alphanumeric sections, so no problem there, And the ones that can't? We don't care about those? And the ones in peoples private repositories? -- Richard van der Hoff <[EMAIL PROTECTE

Re: versioning

don't want to follow our suggestion, but they won't have the added features. What added features? The ability to compare version numbers? A bit fundamental imho. -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 htt

Re: versioning

and certainly capable of producing unexpected results, so I'm definitely in favour of making some changes here. Best regards, Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com ---

Re: [m2] New pre-package phase?

ver, I think it's worth considering. Cheers, Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROT

Re: Closing bugs [was Re: siteDirectory and site.xml]

Brett Porter wrote [and Dennis Lundberg said similar things]: Given this, I don't see any need to change the way we use the closed state or reintroduce the resolved workflow step. Hrm, yes, fair enough, you're probably right. It was just a thought... -- Richard van der Ho

Closing bugs [was Re: siteDirectory and site.xml]

;s going to be fixed in the next release or not. You need a distinction between bugs which were fixed before the current release, and those which will only be fixed in the next release. Isn't this what Status: Resolved is for? -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gatew

Re: How to ssh remote machine

Jakob Vad Nielsen wrote: Sorry that I answer you with URL's. A little busy today :) http://www.ece.uci.edu/~chou/ssh-key.html This should be on the users list anyway, no? - To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

Re: Please review javadoc plugin documentation

Maria Odea Ching wrote: Okay, will do :) Thanks.. Could you also fix your clock? It seems to be set for the wrong timezone, or something ... either way, it's about 15 hours fast. Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44

Re: suggestions for handling native libraries

interest :). Cheers, Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additiona

Re: suggestions for handling native libraries

knowledge of group, artifact, version built into the java jar? And if you have libraries which are linked at the native level, how does the os library loader know where to find the prerequisite libraries? Cheers, Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways P

Re: suggestions for handling native libraries

w do you deal with different projects needing different versions of nars? Cheers, Rich -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To

Re: suggestions for handling native libraries

27;t suit my needs at all. Cheers, Richard -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: suggestions for handling native libraries

:). Cheers, Rich -- Richard van der Hoff <[EMAIL PROTECTED]> Telephony Gateways Project Manager Tel: +44 (0) 845 666 7778 http://www.mxtelecom.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: suggestions for handling native libraries

Richard van der Hoff wrote: On the other hand, it means I now need to set up my assembly such that the zip files are unpacked. Ideally, I'd like for all such artifacts to be unpacked automatically, but there doesn't seem to be any way of doing so without configuring it in each as

suggestions for handling native libraries

mojo to actually create the relevant artifact in the first place - but I'm going to think harder about that once I've decided what I want the repository to contain! So, any thoughts, comments, criticism or praise on my line of thinking above would be very much appreciated.