Re: Looking on how to contribute to the Debian Java Packaging Team
Hi Armando, As mentioned we are in freeze now, so please go ahead and help fix/test some of release critical bugs: https://bugs.debian.org/release-critical/debian/main.html Another way to start would be to install and run how-can-i-help package. If you have some gradle experience you could help me with this: https://bugs.debian.org/905267 Thanks for reaching out! Eugene signature.asc Description: PGP signature
Re: How should the systemd setup in a postinst script look?
On Thu, Jan 25, 2018 at 11:21 PM, Steinar Bang wrote: > I am trying to get rid of the lintian messages of my apache karaf debian > package: > https://github.com/steinarb/karaf-debian > > One of the warnings still present, is: > W: karaf: maintainer-script-calls-systemctl postinst:30 > > The relevant part of the script, is: > case "$1" in > configure) > create_daemon_user > change_karaf_files_ownership > deb-systemd-helper enable karaf.service > systemctl daemon-reload > systemctl start karaf > echo "Started karaf daemon" > ;; > esac > > By experimentation I've found that I need both the "systemctl > daemon-reload" and the "systemctl start karaf", > and I don't know how to > replace this with the recommended dh_systemd_enable and > dh_systemd_start. > The service will be enabled and started automatically upon package install, you don't need to do that. Just put your .service file into debian/ folder and the rest will be handled by Debian tools. The line in debian/rules quoted below is also needed. Don't forget to add dh-systemd into build-depends of your package. > And what should I do about "deb-systemd-helper enable karaf.service"? > > Remove it? > > Is none of this needed if I change the default rule in the rules file to this? > > %: > dh $@ --with systemd Hope that helps, Eugene
Re: libbatik-java: Changed artifacts?
On Sat, Sep 9, 2017 at 9:22 PM, Christopher Hoskin wrote: >> >> One suggestion: If you update a library, it would be good to test >> whether any r-dep fails to build. There are not many for the case of >> batik. >> > > Is there an automated way to rebuild all of the reverse dependencies > of a package and see a summary of the outcome? libbatik-java has 25 > immediate reverse dependencies which would take a while. It would be > good to leave it running in the background whilst I do something else. > > (Yes I could write a script, but as developers must be updating > libraries all the time, I suspect a well-polished one should already > exist.) > In fact there isn't. I wrote some Ansible automation for that: https://github.com/ezhukov/testvm Eugene
Re: [sisu-guice] 01/01: Add ant to Build-Depends
On Sat, Jul 2, 2016 at 8:19 PM, Emmanuel Bourg wrote: > Le 2/07/2016 à 17:08, Eugene Zhukov a écrit : > >> commit 8b9571126726b918a7ef4a882eeb4f5c8d5b0ea7 >> Author: Eugene Zhukov >> Date: Sat Jul 2 16:59:00 2016 +0200 >> >> Add ant to Build-Depends > > If I'm not mistaken sisu-guice doesn't depend on Ant, so this > modification is not the right solution to the various FTBFS reported > with a missing Ant dependency. I didn't know about other FTBFS reports. My upload got rejected, so I won't re-upload. Thanks, Eugene
Re: Bug#826864: epubcheck doesn't run anymore
Hi Joseph, Thank you for the bug report. Unfortunately I'm away from keyboard until Monday. I see you found this bug in Debian stable release, can you also reproduce this with Debian testing/unstable (if you have a possibility to try of course)? @debian-java the package is team maintained, if anyone has time ATM please take a look, it's marked as 'grave'. Eugene
Re: Autopkgtest fails when executable is link to JAR
On Sat, Apr 30, 2016 at 10:09 AM, Olivier Sallou wrote: > > > - Mail original - >> De: "Andreas Tille" >> À: "Debian Java List" >> Envoyé: Vendredi 29 Avril 2016 17:11:44 >> Objet: Autopkgtest fails when executable is link to JAR >> >> Hi, >> >> I noticed that the autopkgtest for artfastqgenerator fails[1] with >> >> ... >> emoving adt-satdep (0) ... >> adt-run [03:53:30]: test run-unit-test: [--- >> /usr/bin/artfastqgenerator: 1: /usr/bin/artfastqgenerator: Syntax error: ")" >> unexpected >> adt-run [03:53:30]: test run-unit-test: ---] >> adt-run [03:53:30]: test run-unit-test: - - - - - - - - - - results - - - - >> - - - - - - >> run-unit-testFAIL non-zero exit status 2 >> adt-run [03:53:31]: summary >> run-unit-testFAIL non-zero exit status 2 >> ... >> >> >> I guess this is the case since the executable is just a symlink to the >> JAR file: >> >> $ readlink /usr/bin/artfastqgenerator >> ../share/java/artfastqgenerator.jar >> > looks strange, trying to execute a jar file directly. Should be something > like java -jar .../artfastqgenerator.jar > > I do not understand why a jar file (well its symlink) is in /usr/bin. Should > be a wrapper shell calling java command. > artfastqgenerator depends on jarwrapper, which is a wrapper which does exactly that. Please have a look at e.g. epubcheck package with similar setup. Eugene
Re: API changes tracker for Java libraries
On Wed, Apr 6, 2016 at 5:40 PM, Ponomarenko Andrey wrote: > 06.04.2016, 09:57, "Eugene Zhukov": >> On Wed, Apr 6, 2016 at 12:02 AM, Ponomarenko Andrey wrote: >>> >> >> [...] >>> Feel free to add more libraries. >> >> Could you please add Saxon-HE (www.saxonica.com)? >> https://www.saxonica.co.uk/repos/archive/opensource/tags/ >> > > Hi, > > The report for the library has been added at: > http://abi-laboratory.pro/java/tracker/timeline/saxon-he/ > > Please check the report and let me know if there are any false positives or > negatives in the report. > > Feel free to request more libraries if interested. > There are more versions in the report, than tags at [1]. I guess that's how upstream develops and what chooses to tag. It would be nice to see diff between tags (only) starting from version 9.5.1.1. Thank you very much for working on this! Eugene [1] https://www.saxonica.co.uk/repos/archive/opensource/tags/
Re: API changes tracker for Java libraries
On Wed, Apr 6, 2016 at 12:02 AM, Ponomarenko Andrey wrote: > [...] > Feel free to add more libraries. > Could you please add Saxon-HE (www.saxonica.com)? https://www.saxonica.co.uk/repos/archive/opensource/tags/ Thanks, Eugene
Re: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
On Mon, Mar 14, 2016 at 10:25 PM, Vincent Danjean wrote: > Le 14/03/2016 21:20, Vincent Danjean a écrit : >> Is it the correct way to build a package that requires java 8? > > I just saw that default-jre/jdk is 1.8 now, so I'm sure this > package need to be fixed. If someone can tell me how to do it > (or just point me to a package correctly written). I suggest you put default-jdk (>=2:1.8) into Build-Depends instead of openjdk-8-jre-headless and openjdk-8-jdk, and remove Build-Conflicts. Eugene
Re: OpenJDK 8...
On Fri, Feb 5, 2016 at 8:59 AM, Emmanuel Bourg wrote: > ...is now the default Java runtime in unstable! I just uploaded > java-common/0.55 to unstable and it switched the default-jre/jdk to > openjdk-8 for all the architectures previously defaulting to openjdk-7. > Thanks for your work on this and everybody who contributed to it! Eugene
Bug#808211: saxonhe: Versions 9.6 and 9.7 should be installable at the same time
On Thu, Dec 17, 2015 at 12:38 PM, Gioele Barabucci wrote: > Source: saxonhe > Severity: normal > > Dear Saxon(-HE) maintainer (and Java maintainers), > > The Calabash XProc processor that I am packaging [1] uses some low-level > APIs of the XML parser Saxon; one cannot use a version of Calabash > compiled for Saxon 9.6 and run it using Saxon 9.7. Saxonica consider > this behaviour OK because 9.6 and 9.7 are seen as two different major > versions. > I checked Calabash upstream page and they have Saxon 9.5 branch [2]. I would suggest you start packaging that and get it into Sid first. > The version of Saxon present in sid is 9.5.1.1, you uploaded version > 9.6.0.7 to experimental in October, later superseded by your other > upload of version 9.7.0.1. > The reason I cannot upload 9.6.0.7 nor 9.7.0.1 to Sid is because they break reverse dependencies. If you are willing to help me create patches for those reverse dependencies and forward them upstream we could proceed with at least uploading Saxon 9.6.0.7 to Sid. > My request is: could you please make it be possible to install multiple > major versions of Saxon at the same time? > There are already 3 Saxon versions co-installable: libsaxon-java libsaxonb-java libsaxonhe-java I would rather prefer to get rid of at least libsaxonb-java in the future. > Maybe changing the binary name, generating libsaxonhe96-java_9.6.0.7 and > libsaxonhe97-java_9.7.0.1 is a solution? > I tend to dislike this approch. > > [1] https://bugs.debian.org/742119 > [2] https://github.com/ndw/xmlcalabash1/tree/saxon95 Eugene
Re: How should I deal with the classpath with maven-helper?
On Wed, Sep 16, 2015 at 9:13 PM, Guillaume Turri wrote: > [...] > I've tried to look in existing packages and in the documentation, but > couldn't find an answer. I would > be grateful if you can give me some pointers. > Take a look into epubcheck package, I fix classpath the following way true custom /usr/share/java/${artifact.artifactId}.${artifact.extension} Regards, Eugene
Re: maven.build.timestamp and ReproducibleBuilds with maven
On Fri, Sep 4, 2015 at 6:40 PM, Emmanuel Bourg wrote: > Le 04/09/2015 09:38, Eugene Zhukov a écrit : > >> It is possible to set tool.build.date=something in d/maven.properties, >> but how to get this done dynamically? > > Hi Eugene, > > Did you try adding the DEB_MAVEN_ARGS variable in debian/rules to > specify the parameter dynamically? Something like this: > > DEB_CHANGELOG_DATETIME = $(shell dpkg-parsechangelog --show-field Date) > DEB_MAVEN_ARGS := -Dtool.build.date=$(DEB_CHANGELOG_DATETIME) > It works, thanks a lot! Just needed to add back the dependency on cdbs. > I wish the formatted changelog date could have been exported along > SOURCE_DATE_EPOCH, this would save one line. I need to transform the date to -MM-dd format to comply with upstream anyway. Eugene
maven.build.timestamp and ReproducibleBuilds with maven
Hi, I'm trying to make epubcheck package build reproducibly. It has property: ${maven.build.timestamp} in pom.xml which messes up reproducibility. I use debhelper from [1] to build it and SOURCE_DATE_EPOCH environment variable at hand. Still I struggle to pass it dynamically at build time to ${tool.build.date} or ${maven.build.timestamp}. It is possible to set tool.build.date=something in d/maven.properties, but how to get this done dynamically? [1] https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain Thanks, Eugene P.S. I'm not subscribed to reproducible-builds list.
Fwd: oauth2 sprint at DebConf?
Hi, I'm forwarding this email here as suggested by Enrico. I replied to the original letter [1]. Will there be more java people interested in this so that we could organise a sprint at DebConf? [1] https://lists.debian.org/debian-devel/2015/03/msg00177.html Eugene -- Forwarded message -- From: Enrico Zini Date: Thu, Mar 19, 2015 at 11:11 AM Subject: oauth2 sprint at DebConf? To: debian-services-ad...@lists.debian.org, debian-de...@lists.debian.org Hello, the oauth2 part of our single signon system is in need of a team of people to maintain it, and my experience so far has been that nobody seems to understand oauth2[1]. I would like, in some future, to completely replace DACS with OAuth2 for sso.debian.org, but I would not want that to happen until there are at least three active people in Debian who actually know the protocol inside out and have an interest in becoming comaintainers of the sso.debian.org infrastructure[2]. Studying the protocol is probably more fun when done in a group, so this looks like an idea for a DebConf Sprint[3]. Who would be interested in joining this? (feel free to pass this on to other lists/irc channels/*) Enrico [1] I also don't understand oauth2, so I'm not one of the maintainers. My impression is that currently there are no maintainers. [2] since it is a security critical bit, I'd like there to be a team of people who can make security assessments, and where peer review is possible. [3] http://lists.debconf.org/lurker/message/20150216.170544.11b6abc9.en.html -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini -- 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/capqgmf+h+mnsn9cturm7e53lzy5hnotikzkxbtdktdjedxj...@mail.gmail.com
Re: RFS: argparse4j -- a command-line argument parser for Java based on Python's argparse module
On Thu, Dec 4, 2014 at 7:06 AM, Potter, Tim (Cloud Services) wrote: > Hi everyone. I'm looking for a sponsor for my packaging of the argparse4j > module. I believe it's in pretty good shape, but I couldn't figure out > the exact format for a debian/watch file. Would someone be able to take a > look? What is so special about this one? I found that argparse4j is hosted in Github. They have tags for releases as usual. There are plenty (github) watch file examples in Debian archive e.g. testNG package. Please also look at this [1] wiki page. [1] https://wiki.debian.org/debian/watch/ Eugene -- 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/capqgmf+fw+hwtzdo8rkfu-hjp7aw19shkw02fjy0w17a96u...@mail.gmail.com
Re: RFS: java-allocation-instrumenter -- A Java agent which causes a callback to be invoked on each memory allocation
On Thu, Dec 4, 2014 at 7:20 AM, Potter, Tim (Cloud Services) wrote: > Hi everyone. I'm looking for a sponsor for my packaging of the > java-allocation-instrumenter module. No watch file was created as there > appears to be only one release with no version number on the google code > site that hosts the package. Would someone be able to take a look? > Google doesn't allow to host new releases under Downloads anymore. You'd have to download source from svn tag. Please look into jing-trang package for d/watch reference on how it can be done. Eugene -- 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/capqgmf+3uejtv-nstbwxp3moavvcju-jrjaad8ban5rhvub...@mail.gmail.com
Re: how to package Maven-based projects with modules and inter-module dependencies
On Wed, Oct 15, 2014 at 11:39 PM, Hilko Bengen wrote: > * Emmanuel Bourg: > >>> Can you explain to me why this works? All of this still appears like >>> black magic to me... >> Sorry I can't be more specific, maven-debian-helper is insanely complex >> and even if I updated it a bit I still don't grasp it completely. > > It certainly does seem like black magic. :-( > > now, I have managed to build my package, but I still get a lintian > warning (as with some java packages before): > > W: libmustache-java: missing-classpath libasm4-java, libguava-java, > libmaven-plugin-tools-java, libplexus-compiler-java > > Is there an easy and sensible way to add those build deps in the build > process? > The easiest way so far I found is to add a patch for pom.xml with something like: org.apache.maven.plugins maven-jar-plugin true custom /usr/share/java/$${artifact.artifactId}.$${artifact.extension} Eugene -- 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/capqgmfltycnwhndxh4fihsoe1ry-eza2r18xu8k9fd3hejo...@mail.gmail.com
Re: dropping javadoc from jetty?
On Wed, Oct 8, 2014 at 3:37 PM, Timo Aaltonen wrote: > > Hi > > I'd like to drop the javadoc package from jetty, since it depends on > libtxw2-java-doc which is gone from txw2 (doesn't build, probably needs > new deps I don't have time to package). Would it be fine to drop the > -doc package from jetty so that txw2 and packages that depend on the new > version can move to testing? Fine with me, I added debian-java@ to Cc in case anyone has a stronger opinion about it. -- 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/capqgmf+8bxxoapkgsrg9t4w4x6f3fu30vngpvumt-itzwaz...@mail.gmail.com
Re: problem upgrading epubcheck
On Wed, Sep 17, 2014 at 1:32 PM, Emmanuel Bourg wrote: > Le 17/09/2014 08:30, Eugene Zhukov a écrit : > >> I just committed my changes [1]. I added "mh_installjar -pepubcheck -l >> pom.xml target/epubcheck.jar" to d/rules as a workaround. I need to >> upload it soon or fire RC bug against Saxon-HE to prevent migration to >> Jessie (latest Saxon-HE upload breaks epubcheck 3.0.1) > > This issue is caused by the custom configuration of the > maven-jar-plugin. It changes the name of the jar generated in the > target/ directory to epubcheck.jar and this confuses maven-debian-helper > since it looks for epubcheck-.jar and can't find it. > > The --artifact option in the .poms is supposed to work around this issue > but it hasn't been implemented yet. So the best solution is to either > call mh_installjar like you did, or patch the pom.xml file and remove > the element from the maven-jar-plugin configuration. > Thanks a lot! I'll go ahead and upload it with mh_installjar solution. Eugene -- 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/capqgmfk4jzmsfrt4b9y422thvmhdzw16h_5tjx0uj+hsckn...@mail.gmail.com
Re: problem upgrading epubcheck
On Wed, Sep 17, 2014 at 12:21 AM, Emmanuel Bourg wrote: > Hi Eugène, > > Le 15/09/2014 14:28, Eugene Zhukov a écrit : > >> I'm trying to upgrade epubcheck to latest upstream, but the jar file >> doesn't end up in .deb file. I even tried packing from scratch with >> mh_make, but result is same. The .jar generated during debuild however >> works fine. Any clue? > > I can get a look, where is the repository with the version 4? I just committed my changes [1]. I added "mh_installjar -pepubcheck -l pom.xml target/epubcheck.jar" to d/rules as a workaround. I need to upload it soon or fire RC bug against Saxon-HE to prevent migration to Jessie (latest Saxon-HE upload breaks epubcheck 3.0.1) [1] svn+ssh://alioth.debian.org/svn/debian-xml-sgml/packages/epubcheck/ Thanks for looking into it, Eugene -- 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/CAPqGMf+DGsjPi1ebZ4VSUVwRk5d+=Y3E=wezvetjrcpjwvw...@mail.gmail.com
Re: problem upgrading epubcheck
On Mon, Sep 15, 2014 at 3:28 PM, Eugene Zhukov wrote: > Hello, > > I'm trying to upgrade epubcheck to latest upstream, but the jar file > doesn't end up in .deb file. I even tried packing from scratch with > mh_make, but result is same. The .jar generated during debuild however > works fine. Any clue? > Adding --java-lib or --dest-jar=target/epubcheck.jar options under debian/epubcheck.poms doesn't have any effect. Shall I fire a bug against maven-debian-helper? -- 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/capqgmfknwlfxsdr6zjcjjypa8oxaqfncfknodk71bnaw3m5...@mail.gmail.com
problem upgrading epubcheck
Hello, I'm trying to upgrade epubcheck to latest upstream, but the jar file doesn't end up in .deb file. I even tried packing from scratch with mh_make, but result is same. The .jar generated during debuild however works fine. Any clue? P.S. To build epubcheck 4, disable tests and make sure you have latest Saxon-HE 9.5.1.1 (uploaded today). Thanks, Eugene -- 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/capqgmfkyq7rbytgxaqzkcvpkmbo6-jmctpqmo93xypz2v5m...@mail.gmail.com
RFS: sisu-guice/3.2.3+dfsg-1
Hello, I updated sisu-guice to the latest version and I'm looking for a sponsor to upload the package. git://anonscm.debian.org/pkg-java/sisu-guice.git I also checked that maven and sisu-ioc packages build fine with this new version. Thank you, Eugene P.S. Please consider also sponsoring my other package: https://lists.debian.org/debian-java/2014/08/msg00066.html -- 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/capqgmfkd9_jdcwvdygmnudnkecqiuchzt3av_n3acj8ewmu...@mail.gmail.com
RFS: java-comment-preprocessor/5.3.3
Hello, I'm looking for a sponsor to upload java-comment-preprocessor package. The ITP is #757093. Also available at mentors http://mentors.debian.net/package/java-comment-preprocessor and in git repo http://anonscm.debian.org/gitweb/?p=pkg-java/comment-preprocessor.git This is a new Saxon-HE 9.5.1.1 dependency and needs to be uploaded to the NEW queue. Thanks, Eugene P.S. The issue with d/watch, I was writing about before, is fixed as upstream kindly uploaded tarball to Google Drive. -- 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/capqgmf+7mu-wgfhnkvenjmsv-ba3onsystl361uyjscaz6j...@mail.gmail.com
Re: RFS: java-comment-preprocessor/5.3.3
On Mon, Aug 18, 2014 at 12:37 PM, Daniel Lintott wrote: [...] > My suggestion would be to contact upstream and see if they are prepared > to make a source package available via the download mechanism. > Unfortunately that is not possible because of [1]. Are you sure there is no way to get a list of tags from a Google Code project that uses mercurial? I guess I need to ask upstream to move downloads to Google Drive or elsewhere then. [1] http://google-opensource.blogspot.se/2013/05/a-change-to-google-code-download-service.html -- 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/CAPqGMfKXzhZubmQtWbmo8FuD+au+pAE71+w9TAn=pk7_6yt...@mail.gmail.com
need help with d/watch
Hello, I have d/watch which looks like: version=3 https://code.google.com/p/java-comment-preprocessor/source/list?name=5.3.3 (.+)\.tar\.gz When I run uscan I get: [...] https://java-comment-preprocessor.googlecode.com/archive/5.3.3.tar.gz failed: 500 Can't connect to java-comment-preprocessor.googlecode.com:443 However wget https://java-comment-preprocessor.googlecode.com/archive/5.3.3.tar.gz works just fine. What do I miss? Thanks, Eugene -- 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/capqgmfl3z2mtfmqqopbctg3pmn4pukypvtkvc6xakcos5hd...@mail.gmail.com
Re: Merging maven-repo-helper and maven-debian-helper
On Sun, Jun 29, 2014 at 11:45 PM, Emmanuel Bourg wrote: > Hi all, > > I'm thinking about merging maven-repo-helper and maven-debian-helper > into a single source package to make the updates easier (they are > closely tied and often updated together). The binary packages produced > would remain distinct, so this won't impact the packages depending on > them. Is there any objection to this change? I think I'll merge > maven-repo-helper into maven-debian-helper, I'll ensure the change > history is preserved. The resulting source package would be named > maven-debian-helper or simply maven-helper, I'm still pondering. > I support the merge, it must have been a historical reason to keep those separate. IMHO, the name could be kept as maven-debian-helper. Eugene -- 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/CAPqGMfLb3AVhGRD0z9kd1pC7YcLnF8vNJwVp=-jnwsndzlu...@mail.gmail.com
RFS: javatuples/1.2
Hello, I'm looking for a sponsor to upload javatuples package. The ITP is #751027. Also available at mentors http://mentors.debian.net/package/javatuples and in git repo http://anonscm.debian.org/gitweb/?p=pkg-java/javatuples.git This is a new epubcheck 4 dependency and needs to be uploaded to the NEW queue. Thanks, Eugene -- 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/capqgmfjs5ykokp8xtr24ow1gkr_ukbnqnktokgtvr2ikvi8...@mail.gmail.com
Re: RFS: sisu-guice/3.2.2+dfsg-1
On Sat, Jun 7, 2014 at 6:28 PM, tony mancill wrote: > On 06/06/2014 06:40 AM, Eugene Zhukov wrote: >> Hello, >> >> I updated sisu-guice to the latest version and I'm looking for a >> sponsor to upload the package. jarjar-maven-plugin, which I updated >> earlier today, needs to be uploaded before, since sisu-guice depends >> on it (and on the fix). >> >> git clone ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git >> >> I also checked that maven and sisu-ioc packages build fine with this >> new version. >> >> Thank you, >> Eugene > > Hi Eugene, > > Is it possible that you haven't pushed all of your changes? The version > in the repo fails to build for me with the following: > It is fixed by jarjar-maven-plugin, which you just uploaded. Please retry. Thanks, Eugene -- 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/CAPqGMf+wFXg7na=9_8_a9danz-_sy-0r91xm2lx9esu86ht...@mail.gmail.com
RFS: sisu-guice/3.2.2+dfsg-1
Hello, I updated sisu-guice to the latest version and I'm looking for a sponsor to upload the package. jarjar-maven-plugin, which I updated earlier today, needs to be uploaded before, since sisu-guice depends on it (and on the fix). git clone ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git I also checked that maven and sisu-ioc packages build fine with this new version. Thank you, Eugene -- 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/CAPqGMf+5W-6He3uCgM7BLuhbqfgOMs6sneMY3bxryWCs=cg...@mail.gmail.com
RFS: jarjar-maven-plugin/1.9-2
Hello, I fixed RC bug #748564 and I'm looking for a sponsor to upload the package. ssh+git://anonscm.debian.org/pkg-java/jarjar-maven-plugin.git Thank you, Eugene -- 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/capqgmf+_x4gsebrn1klekaptjf72xkbd8qdbzec4nbt-umo...@mail.gmail.com
Re: SVN to Git migration script for pkg-java
On Thu, Jun 5, 2014 at 12:16 PM, Emmanuel Bourg wrote: > Le 05/06/2014 10:21, Eugene Zhukov a écrit : > >> It worked now, but Vcs-* fields were not updated. > > I fixed it if you want to try again. > Thanks, now it worked. > >> One more thing. I think it would also be great if the script >> downloaded the upstream source with get-orig-source, extracted and >> committed it as well. > > Yes that's a good idea. Either call get-orig-source or download the > latest upstream tarball from the Debian FTP. Yes, tarball from Debian FTP is even better. And then creating pristine-tar in addition to upstream branch. Eugene -- 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/CAPqGMfJZcFTh-A6k=nEpVOcmWtQVNGGCpBrm=bqedwcwqf6...@mail.gmail.com
Re: SVN to Git migration script for pkg-java
On Thu, Jun 5, 2014 at 10:42 AM, Niels Thykier wrote: > On 2014-06-05 09:40, Eugene Zhukov wrote: >> git: 'svn' is not a git command. See 'git --help'. > > Looks like a dependency on "git svn", try installing git-svn. Thanks! It worked now, but Vcs-* fields were not updated. From the console log: [...] Updating debian/control... Updated Vcs-* fields: Vcs-Svn: svn://anonscm.debian.org/pkg-java/trunk/saxonhe Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-java/trunk/saxonhe/ One more thing. I think it would also be great if the script downloaded the upstream source with get-orig-source, extracted and committed it as well. -- 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/capqgmf+ct7jes0ds4j6opkwnk0cj54bs-ihi4agwb0thekt...@mail.gmail.com
gradle 1.8 packaging (was: RFS: gradle/1.5-1)
On Fri, May 16, 2014 at 3:29 AM, Miguel Landaeta wrote: > On Thu, May 15, 2014 at 11:23:41AM +0300, Eugene Zhukov wrote: >> >> I've been working on upgrading this package to 1.8, but now stuck with >> 'compileGroovy.groovyClasspath' must not be empty. Would anyone be >> interested to help? I can push my changes I've done so far. > > Just push it to the repo in a separate branch so we can take a look at > it. Hi Miguel, Did you have a chance to look into 1.8 version packaging I pushed to a separate branch? Eugene -- 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/capqgmfk42d0rksgcg8o_s8ktg+rxbjfnkoaqxdc3gs66wru...@mail.gmail.com
Re: SVN to Git migration script for pkg-java
On Wed, Jun 4, 2014 at 5:07 PM, Emmanuel Bourg wrote: > Hi all, > > I prepared a script to migrate a package from SVN to Git. I tested it on > a couple of packages and it seems to work fine. The script is available > on alioth at: > > http://anonscm.debian.org/gitweb/?p=pkg-java/pkg-java-svn2git.git > > Migrating a package is as simple as typing: > > ./migrate-svn-repo-to-git > Hi Emmanuel, I tried it with two packages - epubcheck and saxonhe, but it failed for both of them e.g.: $ ./migrate-svn-repo-to-git saxonhe Initializing the Git repository... Initialized empty Git repository in /home/eugene/development/svn2git/pkg-java-svn2git/saxonhe/.git/ ~/development/svn2git/pkg-java-svn2git/saxonhe ~/development/svn2git/pkg-java-svn2git Switched to a new branch 'upstream' [upstream (root-commit) f63ebb4] Initial upstream branch. Switched to a new branch 'master' Cloning the SVN repository.. git: 'svn' is not a git command. See 'git --help'. Did you mean one of these? fsck mv show Converting branches to tags... error: remote branch 'origin/trunk' not found. Updating debian/control... sed: can't read debian/control: No such file or directory sed: can't read debian/control: No such file or directory sed: can't read debian/control: No such file or directory sed: can't read debian/control: No such file or directory Updated Vcs-* fields: grep: debian/control: No such file or directory dch: fatal error at line 580: Cannot find debian/changelog anywhere! Are you in the source code tree? (You could use --create if you wish to create this file.) error: pathspec 'debian/control' did not match any file(s) known to git. error: pathspec 'debian/changelog' did not match any file(s) known to git. What am I doing wrong? Eugene -- 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/capqgmf+s1kcbymav73r7kxnpr7qelqx99-3pnfa8dqeef+n...@mail.gmail.com
Re: RFS: gradle/1.5-1
On 28.5.2014, at 14.50, Emmanuel Bourg wrote: > > Le 15/05/2014 10:23, Eugene Zhukov a écrit : > >> I've been working on upgrading this package to 1.8, but now stuck with >> 'compileGroovy.groovyClasspath' must not be empty. Would anyone be >> interested to help? I can push my changes I've done so far. > > Hi Eugene, > > Did you try packaging gradle 1.6 instead of 1.8? Maybe a more > progressive upgrade will work better? Hi Emmanuel, I haven't tried packaging 1.6, but I've pushed my 1.8 packaging WiP into separate branch, please have a look. Eugene -- 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/e7625301-78a2-4e15-a98d-44a6692ce...@gmail.com
Re: RFS: gradle/1.5-1
On Fri, May 16, 2014 at 3:29 AM, Miguel Landaeta wrote: > On Thu, May 15, 2014 at 11:23:41AM +0300, Eugene Zhukov wrote: >> >> I've been working on upgrading this package to 1.8, but now stuck with >> 'compileGroovy.groovyClasspath' must not be empty. Would anyone be >> interested to help? I can push my changes I've done so far. > > Just push it to the repo in a separate branch so we can take a look at > it. Pushed to 1.8 branch. Patch 32 is heavily changed (also one test case excluded). Thanks, Eugene -- 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/capqgmflyx-zcj8tlnxnyxrv_vewbs0eophdwtvap-siyueu...@mail.gmail.com
Re: RFS: gradle/1.5-1
Hi, On Thu, May 15, 2014 at 11:03 AM, Emmanuel Bourg wrote: > Le 15/05/2014 02:51, Miguel Landaeta a écrit : > >> On top of your changes I fixed an outstanding bug and a lintian >> warning. > > Thank you Miguel. > > Do you it's worth upgrading further this package considering that gradle > 2 is going to be packaged separately? > I've been working on upgrading this package to 1.8, but now stuck with 'compileGroovy.groovyClasspath' must not be empty. Would anyone be interested to help? I can push my changes I've done so far. Regards, Eugene -- 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/CAPqGMfKd4=tzxg3umrzjjmtaptx-vyvehmo1kgzhornvjnd...@mail.gmail.com
Re: RFS: saxonhe/9.4.0.7.dfsg-2
On Fri, May 9, 2014 at 7:33 AM, tony mancill wrote: > On 05/07/2014 11:25 PM, Eugene Zhukov wrote: >> On Thu, May 8, 2014 at 8:19 AM, tony mancill wrote: >>> On 05/07/2014 12:42 PM, Eugene Zhukov wrote: >>>> Hello, >>>> >>>> This is a gentle reminder that I'm still looking for a sponsor to >>>> upload this package. >>>> Here is a link [1] to upstream bug this update addresses. >>>> >>>> [1] https://saxonica.plan.io/issues/1944 >>>> >>>> On Tue, Apr 29, 2014 at 4:12 PM, Eugene Zhukov >>>> wrote: >>>>> Hello, >>>>> >>>>> I removed one property configuration enabling Java 5 support, but >>>>> misbehaving with Java 8. >>>>> This should help debugging #745091. >>>>> Here is the changelog: >>>>> >>>>> saxonhe (9.4.0.7.dfsg-2) unstable; urgency=low >>>>> >>>>>* Remove some Java 5 needed property, invalid for Java 8. >>>>>* Bump Standards-Version to 3.9.5. >>>>> >>>>> svn+ssh://alioth.debian.org/svn/pkg-java/trunk/saxonhe >>> >>> Hi Eugene, >>> >>> Uploaded with a few additional packaging tweaks. >>> >> Thanks! >> >> I have a problem with new Vcs-Svn URL, it doesn't work for me, I get: >> svn: E210005: Unable to connect to a repository at URL >> 'svn+ssh://anonscm.debian.org/pkg-java/trunk/saxonhe' >> svn: E210005: No repository found in >> 'svn+ssh://anonscm.debian.org/pkg-java/trunk/saxonhe' >> >> It does work however if I squeeze svn/ into the URL like this: >> anonscm.debian.org/svn/pkg-java/trunk/saxonhe >> >> Is there something wrong with my user/configuration or is it a server >> side problem? > > Hi Eugene, > > I can't speak to the reasoning, but was trying to favor consistency and > support the formats [1,2] as I understand them. That said, I've have > encountered the behavior you describe, and was initially wondering why > the change. I recommend using a shell alias or bash function to > checkout the source. I use this: > >debcheckout --auth --source=never ${srcpkg} > > and it does the right thing. For example: > > $ cd saxonhe && svn info | grep ^URL > URL: svn+ssh://svn.debian.org/svn/pkg-java/trunk/saxonhe > > Cheers, > tony > > [1] https://lists.debian.org/debian-devel-announce/2011/05/msg9.html > [2] http://lintian.debian.org/tags/vcs-field-not-canonical.html > Thanks! That was really helpful! -- 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/CAPqGMfJh2=1eyoe7+7ccn5xxcj7ejjnlsrhpgf0r2y9btdf...@mail.gmail.com
Re: RFS: saxonhe/9.4.0.7.dfsg-2
On Thu, May 8, 2014 at 8:19 AM, tony mancill wrote: > On 05/07/2014 12:42 PM, Eugene Zhukov wrote: >> Hello, >> >> This is a gentle reminder that I'm still looking for a sponsor to >> upload this package. >> Here is a link [1] to upstream bug this update addresses. >> >> [1] https://saxonica.plan.io/issues/1944 >> >> On Tue, Apr 29, 2014 at 4:12 PM, Eugene Zhukov wrote: >>> Hello, >>> >>> I removed one property configuration enabling Java 5 support, but >>> misbehaving with Java 8. >>> This should help debugging #745091. >>> Here is the changelog: >>> >>> saxonhe (9.4.0.7.dfsg-2) unstable; urgency=low >>> >>>* Remove some Java 5 needed property, invalid for Java 8. >>>* Bump Standards-Version to 3.9.5. >>> >>> svn+ssh://alioth.debian.org/svn/pkg-java/trunk/saxonhe > > Hi Eugene, > > Uploaded with a few additional packaging tweaks. > Thanks! I have a problem with new Vcs-Svn URL, it doesn't work for me, I get: svn: E210005: Unable to connect to a repository at URL 'svn+ssh://anonscm.debian.org/pkg-java/trunk/saxonhe' svn: E210005: No repository found in 'svn+ssh://anonscm.debian.org/pkg-java/trunk/saxonhe' It does work however if I squeeze svn/ into the URL like this: anonscm.debian.org/svn/pkg-java/trunk/saxonhe Is there something wrong with my user/configuration or is it a server side problem? -- 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/CAPqGMfLxa+UoXStb9Qh=XDTqh-SSnN=ttgp9+dxcq+tqpie...@mail.gmail.com
RFS: saxonhe/9.4.0.7.dfsg-2
Hello, This is a gentle reminder that I'm still looking for a sponsor to upload this package. Here is a link [1] to upstream bug this update addresses. [1] https://saxonica.plan.io/issues/1944 On Tue, Apr 29, 2014 at 4:12 PM, Eugene Zhukov wrote: > Hello, > > I removed one property configuration enabling Java 5 support, but > misbehaving with Java 8. > This should help debugging #745091. > Here is the changelog: > > saxonhe (9.4.0.7.dfsg-2) unstable; urgency=low > >* Remove some Java 5 needed property, invalid for Java 8. >* Bump Standards-Version to 3.9.5. > > svn+ssh://alioth.debian.org/svn/pkg-java/trunk/saxonhe > > Thank you, > Eugene -- 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/capqgmfjqxmftwpqka9hu23avn+7qvjzb2zrvbybzti+bwal...@mail.gmail.com
Re: RFS: saxonhe/9.4.0.7.dfsg-2
On Tue, Apr 29, 2014 at 6:31 PM, Emmanuel Bourg wrote: > > Is this normal? > No, I get a different error. I tried in two different envs. Here is the build output: http://paste.debian.net/96431/ -- 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/CAPqGMfL=TFararJaXFNCVhK-d5h=etvhansscfk_x6s8g9n...@mail.gmail.com
RFS: saxonhe/9.4.0.7.dfsg-2
Hello, I removed one property configuration enabling Java 5 support, but misbehaving with Java 8. This should help debugging #745091. Here is the changelog: saxonhe (9.4.0.7.dfsg-2) unstable; urgency=low * Remove some Java 5 needed property, invalid for Java 8. * Bump Standards-Version to 3.9.5. svn+ssh://alioth.debian.org/svn/pkg-java/trunk/saxonhe Thank you, Eugene -- 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/CAPqGMfLC-PNJUbehzcxuJYDUafXrPFmVXj=jx-fs4bbkgp8...@mail.gmail.com
Re: uscan and d/copyright File-Excluded (was: RFS: testng/6.8.8-2)
On Sat, Apr 26, 2014 at 9:29 PM, Miguel Landaeta wrote: > On Sat, Apr 26, 2014 at 08:33:50AM +0300, Eugene Zhukov wrote: >> >> No problem, it can wait until next upstream release. >> > > OK, I'll add an lintian override and a comment to fix this when a new upstream > release is uploaded. > Thank you, Miguel. -- 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/capqgmfkfqbkihzz-sevzpsfcvornmfoarhpu-tnkj5vo-rg...@mail.gmail.com
Re: RFS: sisu-guice/3.2.1+dfsg-1
On Sat, Apr 26, 2014 at 10:43 PM, tony mancill wrote: > On 04/24/2014 09:34 AM, Eugene Zhukov wrote: >> Hello, >> >> I updated sisu-guice to the latest version and I'm looking for a sponsor to >> upload the package. >> >> ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git >> >> I also checked that maven and sisu-ioc packages build fine with this >> new version. > > Hi Eugene, > > Uploaded after adding libbuild-helper-maven-plugin-java as a build-dep. > Thank you, Tony. What was the problem without libbuild-helper-maven-plugin-java? I don't see the change in git repo. Eugene -- 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/CAPqGMfJ_c--jbH_LjxNaHaOw=omqjo9ant5twnjnbxqubmn...@mail.gmail.com
Re: uscan and d/copyright File-Excluded (was: RFS: testng/6.8.8-2)
On Fri, Apr 25, 2014 at 9:43 PM, Miguel Landaeta wrote: > On Fri, Apr 25, 2014 at 01:24:17PM +0300, Eugene Zhukov wrote: >> >> I was just trying out new uscan enhancement [0], which either doesn't >> work or I was doing something wrong. >> Anyway, I'm back to orig-tar.sh, minified jquery stripped, lintian >> error is gone. >> > > Hi Eugene, > > I still see the lintian error. The changes on the orig-tar.sh are > OK but they are going to be in effect the next time a new upstream > release or a source repack is done. No problem, it can wait until next upstream release. Thanks, Eugene -- 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/CAPqGMf+y-jiJVbOJbnTv_jY=xg0nwu-is+bvfcsxcs1u63j...@mail.gmail.com
RFS: jetty/6.1.26-3
Hello, I fixed #719875 and added Class-Path to jars to fix Lintian missing-classpath warning. The fix for a bug was to remove one char from one conf file, which was mentioned in the bug description! As I was recently fixing a couple of bugs in this package already, a lesson learned is to always review all bugs :) I hope someone finds these changes worth uploading. svn+ssh://alioth.debian.org/svn/pkg-java/trunk/jetty/ Thank you, Eugene -- 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/capqgmfjuo2ayzhgn1k7drfq37qd8361ivcc6dusdbl32utl...@mail.gmail.com
uscan and d/copyright File-Excluded (was: RFS: testng/6.8.8-2)
On Thu, Apr 24, 2014 at 10:51 PM, Emmanuel Bourg wrote: > Switching back to orig-tar.sh isn't a bad idea. Excluding minified > JavaScript files has little to do with copyright IMHO. I was just trying out new uscan enhancement [0], which either doesn't work or I was doing something wrong. Anyway, I'm back to orig-tar.sh, minified jquery stripped, lintian error is gone. [0] https://wiki.debian.org/UscanEnhancements Thanks, Eugene -- 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/capqgmfk_wnun-gspexyropa7n_1eq2roxgb+vujlyea-gga...@mail.gmail.com
Re: RFS: testng/6.8.8-2
On Thu, Apr 24, 2014 at 9:16 PM, Miguel Landaeta wrote: > On Thu, Apr 24, 2014 at 11:44:20AM -0300, Miguel Landaeta wrote: >> >> I'll take care of it. >> > > Hi Eugene, > > Can you care take of the lintian error source-is-missing > that testng is returning? > Hi Miguel, Thanks for looking into it. I added Files-Excluded to d/copyright to exclude minified jquery file, but it doesn't seem to help, uscan still doesn't exclude it. I use jh_repack in d/watch, but I guess need to switch back to orig-tar.sh. Any ideas? Regards, Eugene -- 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/CAPqGMfJ8LfXWgjeS6U548p53LNSMSCsTqpVAixk=yfkxrfh...@mail.gmail.com
RFS: sisu-guice/3.2.1+dfsg-1
Hello, I updated sisu-guice to the latest version and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git I also checked that maven and sisu-ioc packages build fine with this new version. Thank you, Eugene -- 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/CAPqGMf+a6VWGxT-=rfbswo5khhyoswh94igg6qrcr1uovkn...@mail.gmail.com
RFS: testng/6.8.8-2
Hello, I fixed #684427 and removed minified jquery in TestNg and I'm looking for a sponsor to upload the package. Here is the full changelog: * Description updated. * Switched from bsh (pulls in Java runtime) to libbsh-java dependency (Closes: #684427) * Added Files-Excluded to d/copyright to exclude jquery-1.7.1.min.js ssh+git://alioth.debian.org/git/pkg-java/testng.git Thank you, Eugene -- 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/capqgmfjymx_u5vo1k2vv16otfz53ghr3zeg5zivvahnzoua...@mail.gmail.com
Re: RFS: jetty/6.1.26-2
On Fri, Apr 11, 2014 at 3:01 PM, Eugene Zhukov wrote: > Hello, > > I fixed #686876 and I'm looking for a sponsor to upload the package. > > svn+ssh://alioth.debian.org/svn/pkg-java/trunk/jetty/ > Now also incorporated patch from #675027. Eugene -- 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/capqgmfjpx0hkih97ydkawfohzck92-pu8trlzqzaq87f3t0...@mail.gmail.com
RFS: jetty/6.1.26-2
Hello, I fixed #686876 and I'm looking for a sponsor to upload the package. svn+ssh://alioth.debian.org/svn/pkg-java/trunk/jetty/ Thank you, Eugene -- 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/capqgmf+1x9xq5epoubhzvrb3gkdjrgmkv-ouyaspnntwbu5...@mail.gmail.com
Re: openjdk-8 package available for review
Hello, I cloned OpenJDK 8 repo from [0], downloaded source with get-orig-source, built and installed the binaries. Then I tried to compile (switched to new javac before, of course) JavaFX "Hello World" application. Compilation fails with package javafx.* does not exist... Isn't JavaFX supposed to be part of JDK 8? [0] https://alioth.debian.org/anonscm/git/pkg-java/openjdk-8.git Regards, Eugene -- 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/CAPqGMf+R=8mktbpun7oohedy0fxd7+rj9ju79z7ttvcz5jw...@mail.gmail.com
RFS: sisu-guice/3.2.0+dfsg-1
Hello, I updated sisu-guice to the latest version and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git I also checked that maven and sisu-ioc packages build fine with this new version. Thank you, Eugene -- 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/capqgmfjj525gteqzntipyixvn_zyaoupuy6gojc7mxzx+81...@mail.gmail.com
Re: RFS: sisu-guice/3.1.10+dfsg-1 [ITS]
On Wed, Mar 19, 2014 at 6:18 AM, tony mancill wrote: > On 03/17/2014 05:08 AM, Eugene Zhukov wrote: >> Hello, >> >> I updated sisu-guice to the latest version and I'm looking for a sponsor to >> upload the package. >> >> ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git > > Hi Eugene, > > I'm working my way through building the reverse build-deps of > sisu-guice. I ran into a couple failures, and I don't know yet whether > they're just general breakages, or breakages due to the upgrade. > > Cheers, > tony > Hi Tony, Thanks for looking into it. I was able to build sisu-ioc and maven with this new version just fine. Eugene -- 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/CAPqGMfLOb=bOfKcFj2Cn=__uxgqauiRPRVPE9Akn=yznijs...@mail.gmail.com
RFS: sisu-guice/3.1.10+dfsg-1
Hello, I updated sisu-guice to the latest version and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git Thank you, Eugene -- 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/capqgmfjgg7rb-+0qchhcxzxdbs1jgoeu-gwdraf5tz8vlbg...@mail.gmail.com
Re: RFS: testng/6.8.8-1
On Mon, Mar 17, 2014 at 11:38 AM, Eugene Zhukov wrote: > On Mon, Mar 17, 2014 at 10:29 AM, Emmanuel Bourg wrote: >> Le 17/03/2014 09:14, Eugene Zhukov a écrit : >> >>> I fetched source with get-orig-source, then I run git-import-orig, but >>> as it generated plenty of merge conflicts incl. deleting debian/ >>> folder, I discarded those. Then I just copied contents of orig.tar.gz >>> into main tree and was done with it. >> >> That's odd, git-import-orig updates the 'upstream' branch and then >> merges it with the 'master' branch. The debian/ directory shouldn't be >> affected. Are you using this syntax for git-import-orig? >> >> git-import-orig --merge --verbose --pristine-tar foo.tar.gz >> > That's exactly the syntax I use. Beside debian/ directory conflict, > there were things like in pom.xml which is natural to > change, but generates merge conflict since the same line is changed. I > found it much easier to just copy contents of tarball, rather than > fixing all the conflicts. I just upgraded sisu-guice package to latest upstream and git-import-orig worked perfectly. Obviously there is something wrong with testNg repo/configurations. Thanks, Eugene -- 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/capqgmf+u27yp4h2r_uspygat8gn7gssjdzcb7sqp+yxwc6e...@mail.gmail.com
Re: RFS: testng/6.8.8-1
On Mon, Mar 17, 2014 at 10:29 AM, Emmanuel Bourg wrote: > Le 17/03/2014 09:14, Eugene Zhukov a écrit : > >> I fetched source with get-orig-source, then I run git-import-orig, but >> as it generated plenty of merge conflicts incl. deleting debian/ >> folder, I discarded those. Then I just copied contents of orig.tar.gz >> into main tree and was done with it. > > That's odd, git-import-orig updates the 'upstream' branch and then > merges it with the 'master' branch. The debian/ directory shouldn't be > affected. Are you using this syntax for git-import-orig? > > git-import-orig --merge --verbose --pristine-tar foo.tar.gz > That's exactly the syntax I use. Beside debian/ directory conflict, there were things like in pom.xml which is natural to change, but generates merge conflict since the same line is changed. I found it much easier to just copy contents of tarball, rather than fixing all the conflicts. -- 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/CAPqGMfJT37J_C+5gKeWSRuiiz=0qaujesdi8p-9cibtb7rg...@mail.gmail.com
Re: RFS: testng/6.8.8-1
On Mon, Mar 17, 2014 at 2:13 AM, tony mancill wrote: > On 03/14/2014 05:32 AM, Eugene Zhukov wrote: >> Hello, >> >> I updated TestNg to the latest version and I'm looking for a sponsor to >> upload the package. >> >> ssh+git://alioth.debian.org/git/pkg-java/testng.git > > Hi Eugene, > > The pristine-tar branch doesn't include a delta for 6.8.8, and when I > use get-orig-source and then try to git-import-orig the resulting > orig.tar.gz, there are merge conflicts. > > Can you check to see that what you've pushed to master is current, and > that you've imported the .orig.tar.gz and pushed an updated pristine-tar > branch? > > Thank you, > tony > Hi Tony, Thanks for your time and review. I forgot to push pristine-tar branch and upstream/6.8.8 tag, which I did now. I fetched source with get-orig-source, then I run git-import-orig, but as it generated plenty of merge conflicts incl. deleting debian/ folder, I discarded those. Then I just copied contents of orig.tar.gz into main tree and was done with it. As debuild checks consistency between orig.tar.gz and actual source, I believe master is up to date with latest changes from tarball. I'm still learning debian packaging and git work-flows, any hints are appreciated. Eugene -- 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/capqgmf+zljrcpuju1j_akdjj8fcnkyqdhlx5svdtt_kgbtd...@mail.gmail.com
RFS: testng/6.8.8-1
Hello, I updated TestNg to the latest version and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/testng.git Thank you, Eugene -- 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/capqgmfkwydtswgyja604evcwpa5dn3z-pmg-rcg_5vtphcy...@mail.gmail.com
Re: RFS: maven-repo-helper/1.8.6 and maven-debian-helper/1.6.7
On Mon, Feb 24, 2014 at 12:43 AM, Emmanuel Bourg wrote: > Le 23/02/2014 15:30, Thomas Koch a écrit : > >> thank you for your continued contribution to debian-java! I hope that I can >> start to contribute on a more regular base again now. >> >> Just cosmetics: Maybe you'd like to configure your editor/IDE to use unix >> line- >> breaks and avoid trailing-newlines? > > Thank you for the upload Thomas. > > I'm not a Git expert but I believe the EOL conversion can be configured > at the repository level too. > One solution for that is to use .gitattributes file. Here [0] is a nice article, plus links to git man pages. [0] https://help.github.com/articles/dealing-with-line-endings Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLtv6iLbmENZ-JjZTGSHNn-jLJqrhNGt=KT1=oeccx...@mail.gmail.com
RFS: sisu-ioc/2.3.0-5
Hello, I fixed RC bug #737591 in sisu-ioc and I'm looking for a sponsor to upload the package. ssh+git://anonscm.debian.org/git/pkg-java/sisu-ioc.git Thank you, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmfkzyxqcbu5fqrrei+0ocntaujdi7yeg9v9f2mrheq7...@mail.gmail.com
Re: Bug#567210: doc-available always returns false without network
Hello, A fresh look/opinion is welcome! Could someone please take a fresh look at the bug #567210. After closer look at my last test results (described in my two last mails to the bug), I tend to think the problem lies in Saxon-{B|HE}. Any comments are very much appreciated, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+WOBBcHEDDFVbUVMQd=tmd61qp5epa3qihy++2sjr...@mail.gmail.com
Re: RFS: sisu-guice/3.1.1+dfsg-2
On Thu, Feb 6, 2014 at 7:34 AM, tony mancill wrote: > On 02/04/2014 04:15 AM, Eugene Zhukov wrote: >> Hello, >> >> I fixed RC bug #737464 in sisu-guice and I'm looking for a sponsor to >> upload the package. >> >> ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git >> >> Thank you, >> Eugene > > Hi Eugene, > > Thank you for working on these RC bugs. Note that the repacked upstream > orig.tar.gz can can't be uploaded with same upstream version in the > package version (everything up until the last '-'; see [0]). > > Options are to either bump the upstream_version part of the field, e.g. > 3.1.1+dfsg2-1, or to repack to the latest upstream version, 3.1.9. > > Cheers, > tony > > [0] > https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version > Hi Tony, Sorry about my package version mistake. I've now repacked to the latest upstream version, 3.1.9 as you suggested. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKGGOSkp3ua+a+gWad-P-RC6=rfjl-ojq1qtmvqep1...@mail.gmail.com
RFS: sisu-guice/3.1.1+dfsg-2
Hello, I fixed RC bug #737464 in sisu-guice and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git Thank you, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKWEAFV5iadpwrrmLvnC4-6vgG95+6rhu60E=isqsj...@mail.gmail.com
source-contains-prebuilt-javascript-object in BTS
Hello, I see a bunch of bugs similar to #737464 fired recently against some java packages. We have a Lintian pedantic warning for that [0]. All the packages having this problem are mentioned in the very same page. May I ask why we need those bugs (marked as RC bugs)? [0] http://lintian.debian.org/tags/source-contains-prebuilt-javascript-object.html Regards, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLG8gycRSb0-QSmdpRRHoHUuM+BroW4mRkPtLt=mwv...@mail.gmail.com
RFS: sisu-guice/3.1.1-2
Hello, I fixed RC bug #736619 in sisu-guice and I'm looking for a sponsor to upload the package. ssh+git://alioth.debian.org/git/pkg-java/sisu-guice.git Thank you, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+vugPupS88QD-wWeWigfDmSs_+-WT8=2eqvmtun-0...@mail.gmail.com
Re: How to package maven-based packages without network access?
On Tue, Jan 28, 2014 at 8:43 AM, wrote: > Hi there. > > First, some introduction here: I am a novice (*very* novice, still in my > baby steps) regarding programming in Java. > > That being said, from my Debian-Maintainer PoV, I would like to, sometimes, > package (or help packaging, or reviewing) packages that use maven as the > build tool. > > Unfortunately, I see that Maven downloads all the dependencies from the > network at build time and, in the Debian spirit, I would like to declare > build dependencies and convince maven to use the installed dependencies. > > What is the approved/recommended way of doing this? > Hi Rogério, Have you heard of maven-debian-helper [0] and maven-repo-helper [1]? Please also look into packages already packaged with mh_make e.g. xslthl, xml-maven-plugin. [0] https://wiki.debian.org/Java/MavenDebianHelper [1] https://wiki.debian.org/Java/MavenRepoHelper Regards, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmfjv3yrg4uuwauerjfqe6yhaydstnmwak5nn2620laa...@mail.gmail.com
Re: Uploaded [was Re: TestNG and rdeps to unstable]
On Wed, Oct 23, 2013 at 5:29 PM, Sylvestre Ledru wrote: > On 21/10/2013 15:47, Eugene Zhukov wrote: >> On Mon, Oct 21, 2013 at 4:44 PM, Sylvestre Ledru >> wrote: >>> On 21/10/2013 13:34, Emmanuel Bourg wrote: >>>> Le 21/10/2013 13:24, Eugene Zhukov a écrit : >>>> >>>>> So, the question remains: could someone please look into uploading >>>>> TestNG into unstable? >>>> ... along with libhibernate-validator-java and sisu-ioc. >>>> >>>> Emmanuel Bourg >>>> >>>> >>> "Just" those three ? >> Yes, just those three :) >> >> > Thanks for the work. > > I uploaded testng a few days ago and I just uploaded > > libhibernate-validator-java and sisu-ioc. > with minor changes > Don't hesitate to tag the releases > > Well done :) > Sylvestre Thanks Sylvestre! Also thanks to Emmanuel Bourg for cleaning up and improving sisu-ioc package. I'll create tags today. Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmfjfksdhjucmmtfrox3giurcazhqe1zhr8bmkr7arma...@mail.gmail.com
Re: TestNG to unstable
On Mon, Oct 21, 2013 at 4:44 PM, Sylvestre Ledru wrote: > On 21/10/2013 13:34, Emmanuel Bourg wrote: >> Le 21/10/2013 13:24, Eugene Zhukov a écrit : >> >>> So, the question remains: could someone please look into uploading >>> TestNG into unstable? >> ... along with libhibernate-validator-java and sisu-ioc. >> >> Emmanuel Bourg >> >> > "Just" those three ? Yes, just those three :) -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKEoCMS=2u0jkvwiks-njhl3uq+hps-bi-rbcd_f3r...@mail.gmail.com
Re: TestNG to unstable
On Mon, Oct 21, 2013 at 12:45 PM, Emmanuel Bourg wrote: > > Le 21/10/2013 09:57, Eugene Zhukov a écrit : > > > What are the packages it will break? > > Sorry I forgot you already took care of the reverse dependencies. > So, the question remains: could someone please look into uploading TestNG into unstable? Thanks, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJoQnCCDgpdnuDkJ6PP4DYKgU+eENnZ3Z_q=bpbb-q...@mail.gmail.com
Re: TestNG to unstable
On Mon, Oct 21, 2013 at 10:49 AM, Emmanuel Bourg wrote: > Le 21/10/2013 09:42, Eugene Zhukov a écrit : > > > Could someone please look into uploading TestNG into unstable? > > Hi Eugene, > > Before doing that I think the package should be changed to install a > 'debian' version of the Maven artifact instead of a 6.x version, > otherwise this will break the packages using testng with Maven. > > What are the packages it will break?
Re: TestNG to unstable
On Fri, Oct 4, 2013 at 11:33 AM, Eugene Zhukov wrote: > On Thu, Oct 3, 2013 at 9:39 PM, Eugene Zhukov > wrote: > > On Thu, Oct 3, 2013 at 12:52 PM, Eugene Zhukov > wrote: > >> On Thu, Oct 3, 2013 at 8:52 AM, tony mancill > wrote: > >>> On 10/02/2013 10:32 PM, Eugene Zhukov wrote: > >>>> Hello, > >>>> > >>>> TestNG has been in experimental for some time now. Could someone > >>>> please upload it to unstable? > >>>> > >>>> Any objections to that? > >>> > >>> Hi Eugene, > >>> > >>> It looks like the package has been in experimental for just over 2 > >>> weeks. Do you know the status of the reverse build-dependencies when > >>> using the version in experimental? Verifying that the migration won't > >>> introduce FTBFS bugs is the next step. > >>> > >>> $ reverse-depends -b testng > >>> Reverse-Build-Depends-Indep > >>> === > >>> * jing-trang > >>> * libhamcrest-java > >>> * libhibernate-validator-java > >>> * libjgroups-java > >>> * libspring-java > >>> * sisu-ioc > >>> * surefire > >>> > >>> Reverse-Build-Depends > >>> = > >>> * gradle > >>> * picard-tools > I pushed changes to Git for libhibernate-validator-java and sisu-ioc > packages. > The changes address FTBFS of those with latest version of TestNG. Now > all 3 packages (libhibernate-validator-java, sisu-ioc and testng) > should be uploaded to unstable simultaneously. > > Could someone please look into uploading TestNG into unstable? Thanks, Eugene
Re: TestNG to unstable
On Fri, Oct 4, 2013 at 11:47 AM, Emmanuel Bourg wrote: > Le 04/10/2013 10:33, Eugene Zhukov a écrit : > >> I pushed changes to Git for libhibernate-validator-java and sisu-ioc >> packages. >> The changes address FTBFS of those with latest version of TestNG. Now >> all 3 packages (libhibernate-validator-java, sisu-ioc and testng) >> should be uploaded to unstable simultaneously. > > Regarding these changes, did you try removing the classifier with a > Maven rule (s/jdk15//) instead of using a patch? If it works that will > be easier to maintain. I tried and failed, not sure it is even possible. > > Another point, testng installs 6.x artifacts in /usr/share/maven-repo. > It would be better to use the generic 'debian' version instead, so we > won't have to update the reverse dependencies when TestNG 7 is released. It was generated by mh_make that way. I can look into changing this later on. Br, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLTNPPZYmQtHTgnYOKHba=k7vhqie5tmmfkjchm+1x...@mail.gmail.com
Re: TestNG to unstable
On Thu, Oct 3, 2013 at 9:39 PM, Eugene Zhukov wrote: > On Thu, Oct 3, 2013 at 12:52 PM, Eugene Zhukov wrote: >> On Thu, Oct 3, 2013 at 8:52 AM, tony mancill wrote: >>> On 10/02/2013 10:32 PM, Eugene Zhukov wrote: >>>> Hello, >>>> >>>> TestNG has been in experimental for some time now. Could someone >>>> please upload it to unstable? >>>> >>>> Any objections to that? >>> >>> Hi Eugene, >>> >>> It looks like the package has been in experimental for just over 2 >>> weeks. Do you know the status of the reverse build-dependencies when >>> using the version in experimental? Verifying that the migration won't >>> introduce FTBFS bugs is the next step. >>> >>> $ reverse-depends -b testng >>> Reverse-Build-Depends-Indep >>> === >>> * jing-trang >>> * libhamcrest-java >>> * libhibernate-validator-java >>> * libjgroups-java >>> * libspring-java >>> * sisu-ioc >>> * surefire >>> >>> Reverse-Build-Depends >>> = >>> * gradle >>> * picard-tools I pushed changes to Git for libhibernate-validator-java and sisu-ioc packages. The changes address FTBFS of those with latest version of TestNG. Now all 3 packages (libhibernate-validator-java, sisu-ioc and testng) should be uploaded to unstable simultaneously. Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmfkzby9hgb7ebzq9ydjbrlf7nujajcxhnpxydjyndmc...@mail.gmail.com
Re: TestNG to unstable
On Thu, Oct 3, 2013 at 12:52 PM, Eugene Zhukov wrote: > On Thu, Oct 3, 2013 at 8:52 AM, tony mancill wrote: >> On 10/02/2013 10:32 PM, Eugene Zhukov wrote: >>> Hello, >>> >>> TestNG has been in experimental for some time now. Could someone >>> please upload it to unstable? >>> >>> Any objections to that? >> >> Hi Eugene, >> >> It looks like the package has been in experimental for just over 2 >> weeks. Do you know the status of the reverse build-dependencies when >> using the version in experimental? Verifying that the migration won't >> introduce FTBFS bugs is the next step. >> >> $ reverse-depends -b testng >> Reverse-Build-Depends-Indep >> === >> * jing-trang >> * libhamcrest-java >> * libhibernate-validator-java >> * libjgroups-java >> * libspring-java >> * sisu-ioc >> * surefire >> >> Reverse-Build-Depends >> = >> * gradle >> * picard-tools > > Thanks Tony. I did a quick look into unstable, and here is what I got: > > Reverse-Build-Depends-Indep > === > OK * jing-trang > OK * libhamcrest-java > FTBFS * libhibernate-validator-java fails because of classifier in > testng dependency I guess > OK * libjgroups-java > ? * libspring-java > FTBFS * sisu-ioc same as above > OK * surefire > > Reverse-Build-Depends > = > ? * gradle > OK * picard-tools Just an update. libspring-java and gradle build fine. I was also able to fix libhibernate-validator-java. Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+QqraKdBsreV7djc+QVcFycus4=ua1kjcn83omnvj...@mail.gmail.com
Re: TestNG to unstable
On Thu, Oct 3, 2013 at 8:52 AM, tony mancill wrote: > On 10/02/2013 10:32 PM, Eugene Zhukov wrote: >> Hello, >> >> TestNG has been in experimental for some time now. Could someone >> please upload it to unstable? >> >> Any objections to that? > > Hi Eugene, > > It looks like the package has been in experimental for just over 2 > weeks. Do you know the status of the reverse build-dependencies when > using the version in experimental? Verifying that the migration won't > introduce FTBFS bugs is the next step. > > $ reverse-depends -b testng > Reverse-Build-Depends-Indep > === > * jing-trang > * libhamcrest-java > * libhibernate-validator-java > * libjgroups-java > * libspring-java > * sisu-ioc > * surefire > > Reverse-Build-Depends > = > * gradle > * picard-tools Thanks Tony. I did a quick look into unstable, and here is what I got: Reverse-Build-Depends-Indep === OK * jing-trang OK * libhamcrest-java FTBFS * libhibernate-validator-java fails because of classifier in testng dependency I guess OK * libjgroups-java ? * libspring-java FTBFS * sisu-ioc same as above OK * surefire Reverse-Build-Depends = ? * gradle OK * picard-tools If anyone has an easy way to check libspring-java and gradle I'd appreciate that. Also help with fixing those failing packages is also very much appreciated. Thanks, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJviHU1tC+=xg6mplkaafcjbabusmj8zlgrcjn3exk...@mail.gmail.com
TestNG to unstable
Hello, TestNG has been in experimental for some time now. Could someone please upload it to unstable? Any objections to that? Regards, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLfWLBk80a=rxxlncxdlwtmj3-dvgxooscrxkk_qg+...@mail.gmail.com
Re: RFS: testng/6.8.7-1 [ITA]
On Wed, Sep 11, 2013 at 4:29 PM, Emmanuel Bourg wrote: > Le 11/09/2013 15:11, Eugene Zhukov a écrit : > >> I reduced the patch, it only adds one line now 1.5, >> since I couldn't find another way to do that. > > You can do that by adding the property maven.compiler.target=1.5 in > debian/maven.properties Done, thanks! > >> Why? Full source is available at https://github.com/cbeust/testng > > That's how most of the Git based packages work, unlike the SVN based > packages. I think it's important to have consistent practices for the > Java packages, this allows other maintainers to jump in and help quickly > without adapting to each package peculiarities. > You're right, I added upstream source. Thanks, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKgFwAgJ__t9RrAay4b=eiznqk76xkgijojwby3yrr...@mail.gmail.com
Re: RFS: testng/6.8.7-1 [ITA]
Thanks, Emmanuel, for this valuable feedback! On Wed, Sep 11, 2013 at 2:55 PM, Emmanuel Bourg wrote: > Hi Eugene, > > Thank you very much for revamping the testng package. That was the only > package I never managed to build. > > I haven't tested the package, but after looking at the source on alioth > I have a few suggestions: > > * You should be able to avoid patching the pom by adding rules in > debian/maven.rules I reduced the patch, it only adds one line now 1.5, since I couldn't find another way to do that. > * It would be nice to import the upstream source in Git with: > > git-import-orig --verbose --merge --pristine-tar > testng_6.8.7.orig.tar.gz > Why? Full source is available at https://github.com/cbeust/testng > * The changelog should probably mention that you rewrote the packaging > using maven-debian-helper and that you dropped all the previous patches. > Added > * You could use canonical URLs for the Vcs-* fields in debian/control to > avoid a lintian warning. > Done > * I suggest compressing the source tarball with xz, mh_make will do that > by default in the next release. The syntax for orig-tar.sh is: > > XZ_OPT=--best tar cJf $TAR --exclude '*.jar' --exclude '*.class' $DIR > Done Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLY6q_TUf93BT23FFts2k7ZZXCYf4bu+=-x4azfiz7...@mail.gmail.com
RFS: testng/6.8.7-1 [ITA]
Dear java packagers, I am looking for a sponsor for my package "testng" * Package name: testng Version : 6.8.7-1 Upstream Author : Cedric Beust * URL : http://testng.org * License : Apache-2.0 Section : java It builds those binary packages: testng - testing framework for Java To access further information about this package, please visit the following URL: http://mentors.debian.net/package/testng Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/t/testng/testng_6.8.7-1.dsc Changes since the last upload: Current version in Debian is almost 4 years old. So this is a major upgrade. I would be glad if someone uploaded this package into experimental for me. Regards, Eugene Zhukov -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLVzVVM7=ye255_ephhqtq1isvepao7yv+sxahkty-...@mail.gmail.com
Re: TestNG package
Since this went to the list, I'll add my missing comments from this conversation. On Mon, Sep 9, 2013 at 9:24 PM, Andrew Ross wrote: > On 09/09/13 08:51, Mathieu Malaterre wrote: >> Eugene, >> >> On Mon, Sep 9, 2013 at 9:44 AM, Eugene Zhukov wrote: >>> On Sun, Sep 8, 2013 at 1:22 PM, Eugene Zhukov wrote: >>>> Hi, >>>> I uploaded latest TestNG release package to mentors [1]. >>>> Would you please take a look when you have time? >>>> >>>> There is one thing I couldn't get right yet, jh_repack fails to remove >>>> *.jar files from upstream tarball. Probably I still need to go with >>>> orig-tar.sh. >>> I found jh_repack bug #689788, so I opted for orig-tar.sh and >>> re-uploaded to mentors. >> [http://mentors.debian.net/package/testng] >> >> Thanks for taking care of testng. However there are a couple of things >> I do not understand; >> >> - testng is currently packaged in git, you decided to swtich to svn >> but did not upload anything to java svn repository >> - why upload to experimental ? >> - did you talk to previous maintainer about your ITA I wasn't going to switch to SVN, I forgot to fix those URL's in d/control (now fixed and re-uploaded to mentors). I didn't commit yet anything, because I checked that git.debian.org/git/pkg-java/testng.git has full upstream source. May I ask why? May I remove it and leave just debian folder there? I thought of experimental because this TestNG version is so different from the one currently in Debian. But I'm happy with unstable if you think otherwise. I'd also like to remove testng-doc binary if it doesn't violate a policy. I asked Sylvestre before changing bug to my ITA. >> >> Thanks, > > It certainly seems to me that this should target unstable. Yes, we'll > potentially have to fix other packages where the new version has made > changes, but hopefully it won't be too bad. > > I've just tested my Netbeans Platform build with this version of TestNG, > and it appears to be good, so this will tick off another package on the > TODO list for getting Netbeans updated (see > https://wiki.debian.org/Java/Netbeans ). > Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+hrO2EsTQ=ndgs1dBZxR=tjbacaht1qj78dyd5vy4...@mail.gmail.com
Re: TestNG package
On Mon, Sep 9, 2013 at 9:24 PM, Andrew Ross wrote: > On 09/09/13 08:51, Mathieu Malaterre wrote: >> Eugene, >> >> On Mon, Sep 9, 2013 at 9:44 AM, Eugene Zhukov wrote: >>> On Sun, Sep 8, 2013 at 1:22 PM, Eugene Zhukov wrote: >>>> Hi, >>>> I uploaded latest TestNG release package to mentors [1]. >>>> Would you please take a look when you have time? >>>> >>>> There is one thing I couldn't get right yet, jh_repack fails to remove >>>> *.jar files from upstream tarball. Probably I still need to go with >>>> orig-tar.sh. >>> I found jh_repack bug #689788, so I opted for orig-tar.sh and >>> re-uploaded to mentors. >> [http://mentors.debian.net/package/testng] >> >> Thanks for taking care of testng. However there are a couple of things >> I do not understand; >> >> - testng is currently packaged in git, you decided to swtich to svn >> but did not upload anything to java svn repository >> - why upload to experimental ? >> - did you talk to previous maintainer about your ITA >> >> Thanks, > > It certainly seems to me that this should target unstable. Yes, we'll > potentially have to fix other packages where the new version has made > changes, but hopefully it won't be too bad. > > I've just tested my Netbeans Platform build with this version of TestNG, > and it appears to be good, so this will tick off another package on the > TODO list for getting Netbeans updated (see > https://wiki.debian.org/Java/Netbeans ). Andrew, could you please fix the wiki, I didn't package snakeyaml [1]. Thanks for the credit :) [1] http://packages.qa.debian.org/s/snakeyaml.html -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfK4aabToC1rW6ev0VUuX48r38CM=kx8gt8tg66urak...@mail.gmail.com
Re: snakeyaml
On Wed, Aug 21, 2013 at 3:54 PM, Emmanuel Bourg wrote: > Le 21/08/2013 10:46, Eugene Zhukov a écrit : > >> The folder structure created under maven-repo is wrong. There should be >> /usr/share/maven-repo/org/yaml/snakeyaml/1.x/ >> not >> /usr/share/maven-repo/org/yaml/snakeyaml/debian/ >> in addition to /usr/share/maven-repo/org/yaml/snakeyaml/1.12/ >> I don't have a documentation pointer (anyone else has?), but take a >> look at any other package with similar version e.g. JUnit. > > Actually it's fine to have a 'debian' version in /usr/share/maven-repo. > The 1.x scheme is used when several packages install an artifact with > the same groupId/artifactId, which is the case with JUnit 3 and 4. > > This is a pretty rare situation and I'd recommend using the 'debian' > version by default. This avoids updating the reverse dependencies when > the major version of the package change. > At least mh_make generates 1.12 and 1.x folders. Thanks for clarification, Emmanuel. However when I looked deeper I found: /usr/share/maven-repo/org/yaml/snakeyaml/debian/snakeyaml-1.12.pom /usr/share/maven-repo/org/yaml/snakeyaml/debian/snakeyaml-1.12.jar -> ../../../../../java/snakeyaml-1.12.jar those should be /usr/share/maven-repo/org/yaml/snakeyaml/debian/snakeyaml-debian.pom /usr/share/maven-repo/org/yaml/snakeyaml/debian/snakeyaml-debian.jar -> ../../../../../java/snakeyaml-1.12.jar I am trying to build another package dependent on snakeyaml and it fails on this dependency. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJ0dG_Ws0X3=lgueguhmg0_7bxrcohax8fibx49aeh...@mail.gmail.com
Re: snakeyaml
Hi Stefan, Thanks for the source [1]! I'm sending this mail also to debian-java, so that anyone can correct me or send their ideas on the matter. On Mon, Aug 19, 2013 at 8:48 PM, Stefan Denker wrote: > On Sun, Aug 18, 2013 at 04:34:21PM +0100, Andrew Ross wrote: >> On 17/08/13 12:27, Hilko Bengen wrote: >>> * Eugene Zhukov: >>>> Could you please tell me where can I find source for this package [0] >>>> version 1.12-1? >>> It was just uploaded -- I am not aware if Stefan put it into a publicly >>> available git repository. > > Sorry, not yet. My workspace revolves around my private subversion > repository, so I used that almost automatically. > >>> If you are interested, I can send you the .debian.tar.gz. > > I am going to setup a repository on github shortly. There's much more > attention to snakeyaml than I anticipated. :-) > >> I was just comparing the contents of your .deb to the one I produced, >> and I notice that you don't have a versionless jar link in >> /usr/share/java (which is very useful for dependent packages, otherwise >> you have to update your classpath with each new version), > > Yes, this is an oversight on my part. I forwarded Hilko a patch so this > will be included soon. > >> and that there >> seems to be something odd about your >> /usr/share/maven-repo/org/yaml/debian/ folder, in that the files within >> should have debian in place of the version number, but don't appear to. > > This folder is just plain wrong, since snakeyamls artifact-ID is > missing. I also corrected that. > > Concerning the debian folder... I haven't been able to find > documentation for this. Do you have a pointer for me? The folder structure created under maven-repo is wrong. There should be /usr/share/maven-repo/org/yaml/snakeyaml/1.x/ not /usr/share/maven-repo/org/yaml/snakeyaml/debian/ in addition to /usr/share/maven-repo/org/yaml/snakeyaml/1.12/ I don't have a documentation pointer (anyone else has?), but take a look at any other package with similar version e.g. JUnit. > >> Has something gone wrong in the invocation of the maven-debian-helper tools? > > maven-debian-helpers don't. > I tried mh_make on three different packages, they failed every time. I > tried to debug them, but never got far. So I patched the pom myself > using quilt. You are better off getting snakeyaml packaged with mh_make to avoid those kind of errors like mentioned above. Take a look at [2]. Plus it makes packaging easier to maintain e.g. d/rules file is almost empty! I successfully packaged several packages with mh_make and I'd say maven-debian-helper is getting better with every upgrade. I also think that soname of this package should be libsnakeyaml-java not libyaml-snake-java because of [3] and [4]. [1] https://github.com/denkerszaf/snakeyaml-debian [2] http://anonscm.debian.org/gitweb/?p=pkg-java/snakeyaml.git;a=summary [3] http://en.wikipedia.org/wiki/Soname [4] http://code.google.com/p/snakeyaml/ -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMf+Y-SE-QmEp_=mtSdb_72qyLqWDK1gOQr=doei4qxv...@mail.gmail.com
Re: Upgrading visualvm/netbeans
Hi, The latest snakeyaml is already packaged [1]. [1] http://ftp-master.debian.org/new/snakeyaml_1.12-1.html Eugene On Fri, Aug 16, 2013 at 5:57 PM, Markus Koschany wrote: > On 12.08.2013 23:55, Andrew Ross wrote: > [...] >> Hi Markus, >> >> That sounds great. I've pushed my work on those packages to the git >> repositories at: >> >> git+ssh://git.debian.org/git/pkg-java/jnlp-servlet.git >> git+ssh://git.debian.org/git/pkg-java/snakeyaml.git >> git+ssh://git.debian.org/git/pkg-java/testng.git (on a new branch, >> version6-package) >> git+ssh://git.debian.org/git/pkg-java/libnb-platform17-java.git >> >> I had a quick look and there's certainly some more needs doing, at least >> in the first three packages, in order to get them release suitable (it >> looks like I've not always written descriptions for example). Please get >> in touch with any questions. > > Hi Andy, > > I had a go at those packages, here is a short summary: > > jnlp-servlet: (created a new branch review) > === > > - added > + a new package description > + Vcs-fields > + watch file > - compat level 9, debhelper 9 > - add java team as new maintainer > > The package builds fine. It should close the ITP bug and the patch still > needs a DEP-3 header. > > snakeyaml: (created a new branch review) > > > - added > + watch file > + improved the package description > - dropped maven.cleanIgnoreRules (file was empty) > - removed versioned dependencies from build-deps (trivially > satisfied in Debian) > - some minor clean ups. > > There is a newer upstream version available. > > The package builds fine. > > Lintian says: snakeyaml source: source-contains-hg-tags-file .hgtags > > testng (committed to branch version6-package) > = > > The package FTBFS because the documentation is not built / not > installed. I have made some small changes to debian/control: > > - removed versioned dependencies > - updated to canonical VCS-URI. > - wrap-and-sort -sa > > > libnb-platform17-java (created a new branch review) > === > > The package does not build. (probably because of the missing testng 6.8 > dependency) > > Again I have made some small changes to debian/control, removed > versioned dependencies, used canonical VCS-URI and bumped the compat > level to 9. > > I think debian/rules could be simplified but that needs a closer look > and more testing. > > So in short the two former packages are almost ready to be released. I > think I would package the latest upstream release of snakeyaml but all > in all they look quite nice. > > The other two packages deserve a closer look. > > Please feel free to merge, cherry-pick or discard every commit. So far > > Regards, > > Markus > -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKBQY6wmGJ=s7-koq7mpky_aujnhkzya-w-tlt7sjt...@mail.gmail.com
Re: jarwrapper dependency
On Tue, Jul 16, 2013 at 1:15 AM, Matthew Johnson wrote: > On Mon Jul 15 14:16, Eugene Zhukov wrote: >> > >> > Many thanks, Matt! I finally solved it by adding the following to d/rules >> > install/epubcheck:: >> > chmod +x debian/epubcheck/usr/share/java/epubcheck.jar >> > >> > Not sure how to use jh_exec or dh overrides here, since the package is >> > debianized with maven-debian-helper. >> > >> > Eugene >> >> Btw, how to get rid of Lintian warning now? >> W: epubcheck: executable-not-elf-or-script usr/share/java/epubcheck.jar > > That's known, I believe there's a bug report for it. Either ignore it, add it > to lintian ignores or (if they fixed it already) upgrade to a newer release > of lintian. I found the bug #539315 and it is 4 years old. Any plans to fix it? Maybe I can help? Is the patch [1] good enough? Eugene [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539315#12 -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJwjYcmGehBicAVafUOt28ahtyecBaP=eUV8j5=tje...@mail.gmail.com
Re: jarwrapper dependency
On Mon, Jul 15, 2013 at 1:57 PM, Eugene Zhukov wrote: > On Mon, Jul 15, 2013 at 12:58 PM, Matthew Johnson wrote: >> On Mon Jul 15 10:15, Eugene Zhukov wrote: >>> > Does this work: >>> > >>> > $ /usr/share/java/epubcheck.jar >>> Yes, it does. Like I said >>> java -jar /usr/share/java/epubcheck.jar >>> works just fine. >> >> No, I meant calling it directly (see below) >> >>> > when you say "it's displayed in red", do you mean the target of the link, >>> > or the link itself. My bash shows a good link to a jar to be cyan for the >>> > link and red for the jar, but a bad link red for both. >>> In my case it is cyan for the link and red for the jar too. However if >>> I install a working package from Sid then it is cyan for the link and >>> green for the jar. >>> > >>> > is /usr/share/java/epubcheck.jar executable? That's the best explanation >>> > I have for this behaviour. >>> It is executable only via java -jar. If I just run >>> /usr/share/java/epubcheck.jar it's "Permission denied". However with >>> older epubcheck package from Sid the jar in /usr/share/java is >>> displayed in green! >>> That's the whole reason for the problem. How to grant execute >>> permission to jar when it is installed to /usr/share/java? It has to >>> be green in order for the link to work. >> >> Yes, it must have execute permissions, which I think I mentioned some time >> ago. Try "chmod +x /usr/share/java/epubcheck.jar", does everything work now? >> >> You must set it during package build to be executable. You can do this by >> hand, or by calling jh_exec after creating all the symlinks et al. > > Many thanks, Matt! I finally solved it by adding the following to d/rules > install/epubcheck:: > chmod +x debian/epubcheck/usr/share/java/epubcheck.jar > > Not sure how to use jh_exec or dh overrides here, since the package is > debianized with maven-debian-helper. > > Eugene Btw, how to get rid of Lintian warning now? W: epubcheck: executable-not-elf-or-script usr/share/java/epubcheck.jar -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKhp8fvRZi+asKHX+zG-6YNb51zvC=yv_k8mzdmvsj...@mail.gmail.com
Re: jarwrapper dependency
On Mon, Jul 15, 2013 at 12:58 PM, Matthew Johnson wrote: > On Mon Jul 15 10:15, Eugene Zhukov wrote: >> > Does this work: >> > >> > $ /usr/share/java/epubcheck.jar >> Yes, it does. Like I said >> java -jar /usr/share/java/epubcheck.jar >> works just fine. > > No, I meant calling it directly (see below) > >> > when you say "it's displayed in red", do you mean the target of the link, >> > or the link itself. My bash shows a good link to a jar to be cyan for the >> > link and red for the jar, but a bad link red for both. >> In my case it is cyan for the link and red for the jar too. However if >> I install a working package from Sid then it is cyan for the link and >> green for the jar. >> > >> > is /usr/share/java/epubcheck.jar executable? That's the best explanation I >> > have for this behaviour. >> It is executable only via java -jar. If I just run >> /usr/share/java/epubcheck.jar it's "Permission denied". However with >> older epubcheck package from Sid the jar in /usr/share/java is >> displayed in green! >> That's the whole reason for the problem. How to grant execute >> permission to jar when it is installed to /usr/share/java? It has to >> be green in order for the link to work. > > Yes, it must have execute permissions, which I think I mentioned some time > ago. Try "chmod +x /usr/share/java/epubcheck.jar", does everything work now? > > You must set it during package build to be executable. You can do this by > hand, or by calling jh_exec after creating all the symlinks et al. Many thanks, Matt! I finally solved it by adding the following to d/rules install/epubcheck:: chmod +x debian/epubcheck/usr/share/java/epubcheck.jar Not sure how to use jh_exec or dh overrides here, since the package is debianized with maven-debian-helper. Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmf+zwtrm-1imv-xexl6beq5mpwshooqopptmvfwyglg...@mail.gmail.com
Re: jarwrapper dependency
On Fri, Jul 12, 2013 at 1:36 PM, Matthew Johnson wrote: > On Thu Jul 11 18:07, Eugene Zhukov wrote: >> >> I can see (red) link created under /usr/bin to my jar, like this: >> >> lrwxrwxrwx 1 root root 27 Jul 8 08:55 epubcheck -> >> >> ../share/java/epubcheck.jar >> > >> > If the link is displayed in red then it doesn't actually link to something >> > valid. Does /usr/share/java/epubcheck.jar actually exist? >> > >> Yes it does, and it works if I run it like java -jar >> /usr/share/java/epubcheck.jar. >> >> That's the whole point, I understand it is broken, but I don't know >> how to fix it. >> Can it be so, that the link is created before the jar is copied to >> /usr/share/java/ during packaging/installation process? > > Ah, it would have been helpful if at some point in the process you'd actually > said that. > > Does this work: > > $ /usr/share/java/epubcheck.jar Yes, it does. Like I said java -jar /usr/share/java/epubcheck.jar works just fine. > > when you say "it's displayed in red", do you mean the target of the link, or > the link itself. My bash shows a good link to a jar to be cyan for the link > and red for the jar, but a bad link red for both. In my case it is cyan for the link and red for the jar too. However if I install a working package from Sid then it is cyan for the link and green for the jar. > > is /usr/share/java/epubcheck.jar executable? That's the best explanation I > have for this behaviour. It is executable only via java -jar. If I just run /usr/share/java/epubcheck.jar it's "Permission denied". However with older epubcheck package from Sid the jar in /usr/share/java is displayed in green! That's the whole reason for the problem. How to grant execute permission to jar when it is installed to /usr/share/java? It has to be green in order for the link to work. Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfKAc4SkqF80Lwo86NqYGg633-qq=uw-9yo+jxtvry0...@mail.gmail.com
Re: jarwrapper dependency
On Thu, Jul 11, 2013 at 3:16 PM, Matthew Johnson wrote: > On Wed Jul 10 17:39, Eugene Zhukov wrote: >> >> >> java -jar /usr/share/java/foobar. >> >> > >> >> > So.. what's not working? jarwrapper is installed when you install the >> >> > package? >> >> Yes >> >> > The symlink to the jar is on your path? >> >> Yes >> >> > The jar runs with java -jar? >> >> Yes >> >> > But '/path/to/jar' doesn't work? just 'linkname' doesn't work? >> >> Yes >> > >> > You mean neither of them work? It what way don't they work? What error do >> > you >> > get? >> >> I can see (red) link created under /usr/bin to my jar, like this: >> lrwxrwxrwx 1 root root 27 Jul 8 08:55 epubcheck -> >> ../share/java/epubcheck.jar >> Running epubcheck just gives: >> -bash: /usr/bin/epubcheck: Permission denied >> running sudo epubcheck gives: >> sudo: epubcheck: command not found > > If the link is displayed in red then it doesn't actually link to something > valid. Does /usr/share/java/epubcheck.jar actually exist? > Yes it does, and it works if I run it like java -jar /usr/share/java/epubcheck.jar. >> > This also seems fine. >> > >> > What return code does jardetector your.jar give you? >> Gives nothing. >> > What does jarwrapper your.jar do? >> Same as if I would write 'java -jar' instead of jarwrapper. > > Yeah, the symlink is broken. You need to fix that. That's the whole point, I understand it is broken, but I don't know how to fix it. Can it be so, that the link is created before the jar is copied to /usr/share/java/ during packaging/installation process? > > Matt > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQIcBAEBCgAGBQJR3qIEAAoJEKVC9ua3o6NmgRAP/ROO7HJn5CsuC5LA5VxUS2zJ > KjZczVjQYLYujVHi7sAVrAm0fOkBkRmGi0CU/kcX0GypXo+R6Ha2Qs1AeRPjnvti > YXsMl6AdF42uUCAbrvwNnNawvCng9RLmUh4PloVG77xx8CSn52ivAymEpuM+qZs8 > nIpBURotjYa1z6VLMIHn3CXOz5EKtFGBCaOnoWrw5IB1gtmpEIPRGSc+ub1wA554 > bdLiuMs4x/AMYgyQdeahJtznkUGIw4EAshmdabuCQdBG5cHD14xZ9L8MET34BjY/ > 0x692O3qNrC4R8QfWZC+2lcUoIDT7DDd4niNOF2zQG1pjbYN4GfItrHsUHDO8Vl1 > seHc8+dVD5J3PSf0CJRAijjvlBHNo7N0PybgdcwxzNzh/SY0i/79seklgNzHjM2S > v6I3KGGP56prphsVaJBdwC1J4DqSEt5je7XSKL3DrMVH+rqQJOuwcWhtA8b5+P+z > l0WLCG8QNvaO9KcgiAnPYggkmD++QCdQ1yY1y5Ta+yMitUHsJvk2d19k/bmOlol9 > 1dOk1/RC9WYdoEloPcj/AVie/K/hEdO6OQuhO3Jy9zbZZvw1ClPLS/TMMts0TYqY > 1dGTycd/nLqv9NrKs91TdBlOjFs7G8KSqXADRjIzX1gp87ka8APqFTKkEshv4hg6 > CzLZCnQrLyvN2mq1/uyx > =kWES > -END PGP SIGNATURE- > -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLk2P5o+ezhm7Tc1=qz8mzde9tkhimc5feztkwphve...@mail.gmail.com
Re: jarwrapper dependency
On Wed, Jul 10, 2013 at 5:17 PM, Matthew Johnson wrote: > On Mon Jul 08 12:05, Eugene Zhukov wrote: >> >> > So, you have the dependency in the binary package, you have the >> >> > symlink. Is the >> >> > jar executable? You must do that for binfmt_misc to even try doing >> >> > anything. >> >> > Your options are manually setting it to executable, or calling jh_exec >> >> > after >> >> > the link step, which will do it for you. >> >> > >> >> Yes, the jar is executable and >> >> java -jar /usr/share/java/foobar. >> > >> > So.. what's not working? jarwrapper is installed when you install the >> > package? >> Yes >> > The symlink to the jar is on your path? >> Yes >> > The jar runs with java -jar? >> Yes >> > But '/path/to/jar' doesn't work? just 'linkname' doesn't work? >> Yes > > You mean neither of them work? It what way don't they work? What error do you > get? I can see (red) link created under /usr/bin to my jar, like this: lrwxrwxrwx 1 root root 27 Jul 8 08:55 epubcheck -> ../share/java/epubcheck.jar Running epubcheck just gives: -bash: /usr/bin/epubcheck: Permission denied running sudo epubcheck gives: sudo: epubcheck: command not found > >> > Does /proc/sys/fs/binfmt_misc/jarwrapper exist? What's in it? >> Yes, contents: > <...> > > This seems fine > >> > What does update-binfmts --display show you? > <...> > > This also seems fine. > > What return code does jardetector your.jar give you? Gives nothing. > What does jarwrapper your.jar do? Same as if I would write 'java -jar' instead of jarwrapper. > > Matt > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQIcBAEBCgAGBQJR3Wz4AAoJEKVC9ua3o6Nmy4cQAISrDvKyLpyjKirRvwQV3Q8X > 8zsRLsg929Vi0ctSNSlqG95EMZ4m718O7pjRxAATaUhZlOwOI17uyu9d0Hs0pn/e > A18/ir0IJ4LOdvu8Cdf0cc3e5I9BN4GuWRUtwHmXGfwkp3Q/tixdg7hDj7sOwLrk > UE8jqAAR7jsdr0NYV14SIRcB+YpJ8LpgOYzWcnuaZElgTgZQ5VTxkZxYNAZqWCoT > kG0wV9EvRJlEpI/70uduahIJeKRg4Zt9GzQCQx7xKIu3YMtPvYsyYFHQpDqOFUK0 > e3e6tlyz2mocFukY27rJANnFX9PeMvop+8XUzQjtXahA19WNBrl4WlNduOOle2r2 > HdKallFLZPtbrPvlBsNePca7luBu6e3aOnt82Iv/DciHvW1PCCMoa43E+LmeC0wu > ABl+l9WzYwbjuRnw+LIdODc8EWvwtgEf7a733fKgKYAAAMGqXabNVfBh4SSLrFGl > DEhgc3QN8UVPRvuQGlMUnx8A6ygRITWT+2YkuPCS5cXdViWn8qTCOKFBXWGwxflD > J0eSkNkrfk9xQdJ6nBHkIi5UyCUe9UvoNrmj4ScXlI9Y1R/XqMaXAHJpnZXSmk45 > UZhs2jw1HcZ4QCThjiXTSjU4BeudebCZzhsiFC5zjk9mNjKlf8ejdReRH0ELcks0 > Hj8nYzG+cl+kGuOhjt3O > =+w4W > -END PGP SIGNATURE- > -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfK1WH1frqKpVHFeqT5oqqBveLOtawc=5dxz-1mmrug...@mail.gmail.com
Re: jarwrapper dependency
Sorry, couldn't replay earlier, was on holiday and away from PC. On Fri, Jun 21, 2013 at 12:22 PM, Matthew Johnson wrote: > On Thu Jun 20 16:25, Eugene Zhukov wrote: >> >> Yes, it is copied and appears now in Depends. With foobar.links I even >> >> get the link /usr/bin/foobar -> ../share/java/foobar.jar, but it >> >> doesn't work still. >> > >> > So, you have the dependency in the binary package, you have the symlink. >> > Is the >> > jar executable? You must do that for binfmt_misc to even try doing >> > anything. >> > Your options are manually setting it to executable, or calling jh_exec >> > after >> > the link step, which will do it for you. >> > >> Yes, the jar is executable and >> java -jar /usr/share/java/foobar. > > So.. what's not working? jarwrapper is installed when you install the package? Yes > The symlink to the jar is on your path? Yes > The jar runs with java -jar? Yes > But '/path/to/jar' doesn't work? just 'linkname' doesn't work? Yes > Does /proc/sys/fs/binfmt_misc/jarwrapper exist? What's in it? Yes, contents: enabled interpreter /usr/lib/binfmt-support/run-detectors flags: offset 0 magic 504b0304 > What does update-binfmts --display show you? python2.6 (enabled): package = python2.6 type = magic offset = 0 magic = \xd1\xf2\x0d\x0a mask = interpreter = /usr/bin/python2.6 detector = python2.7 (enabled): package = python2.7 type = magic offset = 0 magic = \x03\xf3\x0d\x0a mask = interpreter = /usr/bin/python2.7 detector = jar (enabled): package = openjdk-6 type = magic offset = 0 magic = PK\x03\x04 mask = interpreter = /usr/bin/jexec detector = jarwrapper (enabled): package = type = magic offset = 0 magic = PK\x03\x04 mask = interpreter = /usr/bin/jarwrapper detector = /usr/bin/jardetector python3.2 (enabled): package = python3.2 type = magic offset = 0 magic = \x6c\x0c\x0d\x0a mask = interpreter = /usr/bin/python3.2 detector = > > Matt > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQIcBAEBCgAGBQJRxBtCAAoJEKVC9ua3o6NmFu4QALeaBMh7UircNVxo04sVKYBR > v3f9A/tQY+nCeqtum8YwLFLtdtO491aolATqz2bipjF/ECxd4JP8rPZixac6xLRS > UIwDBvF6U9JUy9wcBIa/oSIzv180yrrat672PzYbl5eRDEYyB7YdmlSh/PaHUOTt > aKcp6fdsoxeV0oJVCZaWQ6djLjcGrTxcG13mL4qFGLMhFGz2lVU7yyM8gWweuotW > x14Dx2EIoMHoW/kjgVPILEl1ThDKR5EDZ3C18fa34AIz0Tk/8KFcRnGNr1O11fhF > Tp1RL6vCeBz4Udkhb9i90PYirzpHYwyw9nG0K+Zp3dhUe1ASZP91APTgdnMQ+FDC > SFSmDyrEaJZSVn00vRCdKoJMFLvl+GZlxmroxg+fpJ/OsCHXo9bnvZ3RUlPmNBI7 > LsGR8sKY1Tq13k1TapPVO3S+uzbrk1LGtOfOdmCZ0mbBWeINETUOQ34Nnm9YPilS > o97Hva0EuHdt1APs76dMdNoO2BHU/92pKZx5knqZBC3Vfeym2qdt0CS7JE/O2r+/ > 90R5RCszVxSjW/4saxXkqP/x42dc5MWICH+BA3ISKDrUJ8dBdg+OgowNURwwXpt8 > 48jZxWK7cYp01mMAtUB6p3czcUOcLZOrHeFH9FY47EOE13ppFmtnDjCrB2BLYYTc > no9K13W0H6Zs5BiLyVlj > =PnZ0 > -END PGP SIGNATURE- > -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJqXTWdUNH7j+nJbUmzACu0L-kuU06MPRicF0M5MRv=q...@mail.gmail.com
Re: jarwrapper dependency
On Thu, Jun 20, 2013 at 12:55 PM, Matthew Johnson wrote: > On Thu Jun 20 08:22, Eugene Zhukov wrote: >> On Thu, Jun 20, 2013 at 2:15 AM, Matthew Johnson wrote: >> > On Wed Jun 19 15:04, Eugene Zhukov wrote: >> >> >> Otherwise you are missing the manifest pointing to the main-class. >> >> > Yes, it works. In fact with d/foobar.links the link gets created, but >> >> > doesn't work (complains about permissions) nor jarwrapper dependency >> >> > is added. >> >> >> >> Any other ideas how to achieve this? >> > >> > I don't know how mh-make works, but yes, you have to run bits from >> > javahelper >> > to have that happen automatically. You could always just set the jar >> > executable >> > and add jarwrapper to your dependency list manually - that's all it >> > actually does. >> >> That's the point - adding jarwrapper dependency manually doesn't have >> any effect, it's completely ignored by debuild and/or >> maven-debian-helper. > > Um. How are you 'adding it manually'? If it's in the Depends: line of your > debian/control explicitly for the binary packages, nothing should be touching > that and it should be copied across verbatim... Yes, it is copied and appears now in Depends. With foobar.links I even get the link /usr/bin/foobar -> ../share/java/foobar.jar, but it doesn't work still. > > Matt Thanks, Eugene -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmfkhwysupjey9+husqpt1mlkbhohfczpzp8th+hkb4x...@mail.gmail.com
Re: jarwrapper dependency
On Thu, Jun 20, 2013 at 2:15 AM, Matthew Johnson wrote: > On Wed Jun 19 15:04, Eugene Zhukov wrote: >> >> Otherwise you are missing the manifest pointing to the main-class. >> > Yes, it works. In fact with d/foobar.links the link gets created, but >> > doesn't work (complains about permissions) nor jarwrapper dependency >> > is added. >> >> Any other ideas how to achieve this? > > I don't know how mh-make works, but yes, you have to run bits from javahelper > to have that happen automatically. You could always just set the jar > executable > and add jarwrapper to your dependency list manually - that's all it actually > does. That's the point - adding jarwrapper dependency manually doesn't have any effect, it's completely ignored by debuild and/or maven-debian-helper. > > If you run jh_exec as part of your build steps it will set the jar executable > if it's linked from a normal bindir. If you run jh_depends it will try and > populate your dependency list automatically, including with jarwrapper, but I > don't know how that interacts with what maven-helper is trying to do for you. > Probably badly. I'll try to come up with something using jh_exec and/or jh_depends. Thanks! > > HTH, > Matt > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQIcBAEBCgAGBQJRwjuLAAoJEKVC9ua3o6Nm0pEQAKCW6+fp395ekGEZQeDL7Cnj > Pihk4aSZlD+nY6x9W0anhBbcCyRXydK1buMji65amy+U+QRp8K/RQpqy7kUHvtIJ > NqYSNp4wzoDk9Ae14ckR3rMY9SiNr5wp7oNrVDHDDi/9+JHfbPdbRMHMj2eBIXqa > 9bNcgOqRWhis6xo9adf9QQFZ+KGHJpOnLODiW6/PY+vr1d355cHtTCgNqnxH4ISL > 3MMjYVpgbd2ETArSb6Mt4rSJ/gjg+eI8ZhCpf/qPj3DzUc3DQvCCZqxyBVpHpVzb > dp5KxeReSoOv1O1OEryJ82EyJO+o2BosIlAF1hn7yeZZ5/vJxr4DfWKCdA3v7xhw > htE4rsrtZdME3xEiR64G0ubGF1+LVY7BZv5+qSPntiLd3m6wKYfpJvhhzcHtoldw > nA2ORGCnEMEYqKIvChBa9IP9zgt50BNXK/dymGw9ax6XIXlK1JWEaz1cWd66w447 > 49iUUIwSSZjkWNMlm+4kIkcVa6WPjk2SfGx8pYLC3S9rVEcqhqkU/Z+2aZum0SUD > 7KP95h2InHCftqG+r3Q0zGj0Yg0OLSm4su9RBD/CNyUOEMpN3aXFmFPnCuvPr+2Y > q3DxRheJJMVLwj/xiFJgxtZtNQwzVfI1gRguYSPrrhTX7q9KBsJTeFOw01duDXVI > /i2ljJTtWeYkhfyUWpx4 > =hbHb > -END PGP SIGNATURE- > -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfJN-EBmn5R0X=fztemmgu9urkgt_dymdic8vcenbbr...@mail.gmail.com
Re: jarwrapper dependency
On Wed, Jun 19, 2013 at 10:39 AM, Eugene Zhukov wrote: > On Wed, Jun 19, 2013 at 10:34 AM, Mathieu Malaterre wrote: >> On Wed, Jun 19, 2013 at 9:28 AM, Eugene Zhukov wrote: >>> On Wed, Jun 19, 2013 at 10:02 AM, Mathieu Malaterre >>> wrote: >>>> On Wed, Jun 19, 2013 at 8:03 AM, Eugene Zhukov >>>> wrote: >>>>> Hello, >>>>> >>>>> How to add jarwrapper dependency (functionality) to a package >>>>> debianized with mh_make? >>>>> Simply adding it to depends in d/control seems to have no effect. >>>> >>>> Here is what I did in jiipview: >>>> >>>> $ cat debian/jiipview.links >>>> usr/share/java/jiipview.jar usr/bin/jiipview >>> I tried it and it doesn't work. Does it have something to do with >>> javahelper? >>> >> >> Does the following works ? Replace foobar with your actual java jar >> >> $ java -jar /usr/share/java/[foobar].jar >> >> Otherwise you are missing the manifest pointing to the main-class. > Yes, it works. In fact with d/foobar.links the link gets created, but > doesn't work (complains about permissions) nor jarwrapper dependency > is added. Any other ideas how to achieve this? -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capqgmflt5fu_n8jtxet4bnt20k7z79d3haajsb_knhgn2os...@mail.gmail.com
Re: jarwrapper dependency
On Wed, Jun 19, 2013 at 10:34 AM, Mathieu Malaterre wrote: > On Wed, Jun 19, 2013 at 9:28 AM, Eugene Zhukov wrote: >> On Wed, Jun 19, 2013 at 10:02 AM, Mathieu Malaterre wrote: >>> On Wed, Jun 19, 2013 at 8:03 AM, Eugene Zhukov wrote: >>>> Hello, >>>> >>>> How to add jarwrapper dependency (functionality) to a package >>>> debianized with mh_make? >>>> Simply adding it to depends in d/control seems to have no effect. >>> >>> Here is what I did in jiipview: >>> >>> $ cat debian/jiipview.links >>> usr/share/java/jiipview.jar usr/bin/jiipview >> I tried it and it doesn't work. Does it have something to do with javahelper? >> > > Does the following works ? Replace foobar with your actual java jar > > $ java -jar /usr/share/java/[foobar].jar > > Otherwise you are missing the manifest pointing to the main-class. Yes, it works. In fact with d/foobar.links the link gets created, but doesn't work (complains about permissions) nor jarwrapper dependency is added. -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLB=yp_uf_iktxjnfmuzqvf2xtjglmkdokpttf7ghr...@mail.gmail.com
Re: jarwrapper dependency
On Wed, Jun 19, 2013 at 10:02 AM, Mathieu Malaterre wrote: > On Wed, Jun 19, 2013 at 8:03 AM, Eugene Zhukov wrote: >> Hello, >> >> How to add jarwrapper dependency (functionality) to a package >> debianized with mh_make? >> Simply adding it to depends in d/control seems to have no effect. > > Here is what I did in jiipview: > > $ cat debian/jiipview.links > usr/share/java/jiipview.jar usr/bin/jiipview I tried it and it doesn't work. Does it have something to do with javahelper? -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPqGMfLKUiPRZmJa2AtoQ2E78+jb=C_jLmc8_30zD2qFyXDR=w...@mail.gmail.com