On 14/08/14 21:40, Daniel Pocock wrote: > > > On 13/08/14 22:29, Emmanuel Bourg wrote: >> Le 12/08/2014 22:46, Daniel Pocock a écrit : >> >>> Can anybody comment on how to get this building? >> >> Hi Daniel, >> >> I got a similar issue with the maven-felix-plugin and never found a >> better solution than specifying the exact version of the plugin >> available in Debian. >> >> Looking at your patch, you can simplify it slightly by adding ignore >> rules in debian/maven.ignoreRules instead of commenting the >> dependencies. That lowers the risk of conflict when you upgrade to a new >> version and refresh the patches. >> > > Very similar discussion on another of the GSoC projects: > > https://github.com/ganglia/jmxetric/pull/28 > > Zhi An has been working on JMXetric and gmetric4j over the summer. > > If you specify the exact version of the plugin, does that mean you have > to update the package in sid every time the plugin is updated in sid? >
Just an update on this: - I completely converted the upstream builds to Maven, not using the Ant stuff any more - To package this, I switched the debian/* artifacts to use cdbs and maven-debian-helper - With some other tweaks, that seems to get me past the problems I had - It now builds on most architectures but there are a few troublesome ones, e.g. kfreebsd, hurd, sparc - are those known limitations for Java at present? https://buildd.debian.org/status/package.php?p=libphonenumber&suite=unstable I've been keeping the artifacts here: https://github.com/dpocock/libphonenumber while waiting for upstream to merge my changes into their SVN. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f37c9e.7020...@pocock.pro
