Re: State of Jenkins in Debian
Hi, [Please Cc me any reply, I don't read the list.] Guido wrote: Even the packages in sid are very valuable. We use these packages for Tails [1], and I wholeheartedly agree with Guido here. Long-term, PPAMAIN might be a great fit for Jenkins, but in the meantime, maintaining the package in sid is already very useful for us. [1] https://tails.boum.org/ Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- 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/85d2h2a8ai@boum.org
Re: svnkit is marked for autoremoval from testing
On Mon, Mar 31, 2014 at 04:40:59AM +, Debian testing autoremoval watch wrote: svnkit 1.7.5+dfsg-2 is marked for autoremoval from testing on 2014-04-29 It is affected by these RC bugs: 735763: svnkit: FTBFS: [javac] /??BUILDDIR??/svnkit-1.7.5+dfsg/svnkit-javahl16/src/main/java/org/apache/subversion/javahl/SVNClient.java:32: error: SVNClient is not abstract and does not override abstract method propertyGet(String,String,Revision,Revision,CollectionString) in ISVNClient Given this notification, I'll take care of this bug. I think the solution to this is to package a new upstream release, however upstream switched SVNKit building process to Gradle. What worries me about this is not SVNKit but current Gradle state in Debian. I would like to improve Gradle, but in my experience the maintenance of that package is not trivial and requires lots and lots of time that I currently don't have. Help with this is more than welcome, of course. -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Re: svnkit is marked for autoremoval from testing
On 31.03.2014 15:40, Miguel Landaeta wrote: [...] Help with this is more than welcome, of course. I have committed some changes to svnkit two weeks ago and tried to build the latest upstream release. [1] My impression is that we need a new version of libtrilead-ssh2-java first and that the package would otherwise build just fine with ant. If anyone can tell me where I can find a newer version of trilead-ssh2, I might be able to package a new version and fix this bug. Regards, Markus [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735763#22 signature.asc Description: OpenPGP digital signature
RFS: swt4-gtk 4.3.2-1 (new)
Dear java packagers, I am looking for a sponsor for package swt4-gtk. * Package name: swt4-gtk Version : 4.3.2-1 Upstream Author : The Eclipse Foundation platform-swt-...@eclipse.org * URL : http://www.eclipse.org/swt/ * License : EPL-1.0 Section : libs It builds those binary packages: libswt-gtk-4-java - Standard Widget Toolkit for GTK+ Java library libswt-gtk-4-jni - Standard Widget Toolkit for GTK+ JNI library libswt-gnome-gtk-4-jni - Standard Widget Toolkit for GTK+ GNOME JNI library libswt-cairo-gtk-4-jni - Standard Widget Toolkit for GTK+ Cairo JNI library libswt-glx-gtk-4-jni - Standard Widget Toolkit for GTK+ GLX JNI library libswt-webkit-gtk-4-jni - Standard Widget Toolkit for GTK+ WebKit JNI library Package sources can be accessed in branch master-4.3 at pkg-java git repository: http://anonscm.debian.org/gitweb/?p=pkg-java/swt-gtk.git I would be glad if someone uploaded this package into sid for me. Regards, Jakub -- 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/5339a695.8060...@ktknet.cz
Re: Bug#743131: FTBFS if default-jdk is gcj-jdk
tags 743131 + patch jessie sid clone 743131 -1 reassign -1 src:eclipse-cdt found -1 eclipse-cdt/8.3.0-1 thanks Hi, On 31/03/14 17:49, Sébastien Villemot wrote: Therefore, would that be an acceptable course of action for you if I restrict the architecture set of glpk-java to those were the default JDK is openjdk, and then downgrade the present bug to severity important? A better way seems to be: Build-Depends: default-jdk (= 2:1.6) which is satisfied only by arches having openjdk-6 or openjdk-7 as default currently. That way, if kfreebsd (or any other architecture) switches to openjdk as default in the future, your package can be built again without changes. (Although - I'm hoping kfreebsd, along with all release architectures, might be able to use openjdk-7 for jessie, greatly simplifying things and making this change unnecessary). In the meantime, the outdated kfreebsd binaries could be removed by ftpmaster if you'd like the package to migrate. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Re: Bug#743131: FTBFS if default-jdk is gcj-jdk
Am 31.03.2014 19:50, schrieb Steven Chamberlain: tags 743131 + patch jessie sid clone 743131 -1 reassign -1 src:eclipse-cdt found -1 eclipse-cdt/8.3.0-1 thanks Hi, On 31/03/14 17:49, Sébastien Villemot wrote: Therefore, would that be an acceptable course of action for you if I restrict the architecture set of glpk-java to those were the default JDK is openjdk, and then downgrade the present bug to severity important? A better way seems to be: Build-Depends: default-jdk (= 2:1.6) which is satisfied only by arches having openjdk-6 or openjdk-7 as default currently. That way, if kfreebsd (or any other architecture) switches to openjdk as default in the future, your package can be built again without changes. (Although - I'm hoping kfreebsd, along with all release architectures, might be able to use openjdk-7 for jessie, greatly simplifying things and making this change unnecessary). In the meantime, the outdated kfreebsd binaries could be removed by ftpmaster if you'd like the package to migrate. Steven, the kfreebsd port was backported from OpenJDK 8 by Damien. In the past we had to wait for several months for updated kfreebsd patches to get the openjdk-7 built again on these architectures, despite pinging the kfreebsd porters. How did that change? How can you make sure that this won't repeat again? I'm not in favour defaulting that again to openjdk-7 or openjdk-6. Matthias -- 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/5339b169.10...@debian.org
Re: Bug#743131: FTBFS if default-jdk is gcj-jdk
On 31/03/14 19:18, Matthias Klose wrote: I'm not in favour defaulting that again to openjdk-7 or openjdk-6. Having gcj on kfreebsd but openjdk for all other release architectures seems undesirable. I think over time, fewer packages will work at all with gcj (already eclipse-cdt, zookeeper, glpk-java). So I think we really need to try... Steven, the kfreebsd port was backported from OpenJDK 8 by Damien. In the past we had to wait for several months for updated kfreebsd patches to get the openjdk-7 built again on these architectures, despite pinging the kfreebsd porters. How did that change? I was inactive from Debian work around the time you pinged debian-bsd@, but I did eventually submit patches fixing the openjdk-7 build (#736291) - unfortunately applied too late for the change of default-jdk. How can you make sure that this won't repeat again? I can't promise I can keep up with new versions because I don't know how much breakage to expect. Only very simple changes were needed recently for u51, but it requires powerful build hardware running kfreebsd to work on and test this. It managed to migrate again to testing, and the update to IcedTea 2.4.6 prerelease didn't cause any new problems. I hope others can help with this work; Christoph and others have provided updated patches in the past. There is also an openjdk7 package in FreeBSD Ports, that we could borrow patches from if it breaks. (For example, the PortConfig issue that broke icedtea-web, was already fixed there). I'm signed up now to receive notifications of openjdk-7 package uploads and build failures, so I should at least know of problems a bit sooner, before you have to ping kfreebsd porters about it. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- 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/5339bc4a.4070...@pyro.eu.org
Re: svnkit is marked for autoremoval from testing
On Mon, Mar 31, 2014 at 05:11:35PM +0200, Markus Koschany wrote: I have committed some changes to svnkit two weeks ago and tried to build the latest upstream release. [1] My impression is that we need a new version of libtrilead-ssh2-java first and that the package would otherwise build just fine with ant. If anyone can tell me where I can find a newer version of trilead-ssh2, I might be able to package a new version and fix this bug. It looks like tmatesoft.org is maintaining Trilead SSH library. http://maven.tmatesoft.com/content/repositories/releases/com/trilead/trilead-ssh2/1.0.0-build217/ The POM file there has an URL with their subversion repository but it looks down right now. http://svn.svnkit.com/repos/3rdparty/com.trilead.ssh2 -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Re: svnkit is marked for autoremoval from testing
On 2014-03-31 17:11, Markus Koschany wrote: On 31.03.2014 15:40, Miguel Landaeta wrote: [...] Help with this is more than welcome, of course. I have committed some changes to svnkit two weeks ago and tried to build the latest upstream release. [1] My impression is that we need a new version of libtrilead-ssh2-java first and that the package would otherwise build just fine with ant. If anyone can tell me where I can find a newer version of trilead-ssh2, I might be able to package a new version and fix this bug. Regards, Markus [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735763#22 Hi, Thanks for looking into it. Also, Miguel - great that you are taking ownership of this bug (among others). Pro-tip for dealing with these kind of auto-removals: If you CC the bug in your updates: * the timer is reset * we can easier find the latest information about the bug in the bug. :) Particularly, the first one is important as it gives us more time to solve the bug. ~Niels -- 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/5339ce74.3070...@thykier.net
RFS: httpcomponents-core 4.3.2-2
Dear java packagers, I am looking for a sponsor for package httpcomponents-core. * Package name: httpcomponents-core Version : 4.3.2-2 Upstream Author : Apache Software Foundation * URL : http://hc.apache.org/httpcomponents-core-ga/index.html * License : Apache-2.0 Section : java It builds those binary packages: libhttpcore-java - Set of low level HTTP transport components for Java Package source can be accessed at pkg-java git repository: http://anonscm.debian.org/gitweb/?p=pkg-java/httpcomponents-core.git This update fixes OSGi metadata generation problem causing eclipse-mylyn build failure. I would be glad if someone uploaded this package into sid for me. Regards, Jakub -- 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/5339d7e7.3050...@ktknet.cz
Re: RFS: httpcomponents-core 4.3.2-2
On Mon, Mar 31, 2014 at 11:02:31PM +0200, Jakub Adam wrote: Dear java packagers, I am looking for a sponsor for package httpcomponents-core. Hi Jakub, I'll take care of it. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature