Re: Maven debian helper improvements

, "Thomas Koch" wrote: > Boris Ribalkin: > > Hi Thomas, > > > > I did some improvements to mdh related to non interactive mode: > > > > 1. Package version defaults to maven version. > > 2. ignore-missing flag Introduced to ignore not needed librar

Maven debian helper improvements

Hi Thomas, I did some improvements to mdh related to non interactive mode: 1. Package version defaults to maven version. 2. ignore-missing flag Introduced to ignore not needed libraries to be able to continue and see if build fails. 3. mh_make skip test / doc flag fixes. 4. Default licence versio

Re: Maven auto packager idea

If you do not have time here is the patch attached to fix that build error. On Fri, Mar 15, 2013 at 1:21 AM, Boris Ribalkin wrote: > Forgot to cc the list. > > > -- Forwarded message ------ > From: Boris Ribalkin > Date: Fri, Mar 15, 2013 at 1:18 AM > Su

Fwd: Maven auto packager idea

Forgot to cc the list. -- Forwarded message -- From: Boris Ribalkin Date: Fri, Mar 15, 2013 at 1:18 AM Subject: Re: Maven auto packager idea To: Thomas Koch Hi Thomas, I've tried to build them, repo helper was fine, but debian helper gave the following exception: co

Re: Maven auto packager idea

Hi Thomas, Could you point me to the sources/binaries, so I can get the idea of what exactly to expect? Thanks. On Mar 13, 2013 8:02 AM, "Thomas Koch" wrote: > Boris Ribalkin: > > The main blocker right now is mh_make which is very interactive, but I > need > > i

Maven auto packager idea

Hi, While developing maven based open source tool I decided to have my own launchpad ppa and package all missing dependencies the right Debian way using maven debian helper ( mh_make ). It's was a nice tool to start as I never packaged anything for Debian. But after some time I realized that I spe

maven depends question

Hi, I have maven based package which depends on other packages with version restriction (libsqljet-java (>= 1.1.1)): Build-Depends-Indep: libmaven-replacer-plugin-java, libcommons-cli-java, libcommons-codec-java, libcommons-io-java, libcommons-lang-java, libgoogle-api-client-java, libjetty-java,

Re: maven packaging

/pom.xml... > > Include the module google-http-client/pom.xml ? > > [y]/n > y > > > > This is required because the parent POM located at the root of the > > project contains important information such as the versions for the > > dependencies. Thi

Re: maven packaging

y to package version null in Debian. > Try again to resolve the dependency? > [y]/n > > Is this because dependency has no version, but how then junit dependency is found if it has no version as well? What is the proper way of fixing this? Thanks. On Thu, Dec 8, 2011 at 9:17 PM, Boris