Bug#894970: tomcat8: missing Depends on libservlet3.1-java

2018-04-05 Thread Thorsten Glaser
Package: tomcat8 Version: 8.5.14-1+deb9u2 Severity: grave Justification: renders package unusable Without libservlet3.1-java installed, deploying a simple WAR fails: 05-Apr-2018 16:25:18.310 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web

Bug#891661: maven: missing Depends on libcommons-cli-java

2018-03-04 Thread Thorsten Glaser
Hi Stephen, >> Installing that library fixes it, so it’s just a missing Depends. > >Thanks for reporting this Thorsten, the dependency is present in >version 3.5.2-2 (via libmaven3-core-java). indeed it is, thanks. I guess that version had not hit my mirror yet when I reported that, and the

Bug#891661: maven: missing Depends on libcommons-cli-java

2018-02-27 Thread Thorsten Glaser
Package: maven Version: 3.5.2-1 Severity: grave Justification: renders package unusable When trying to call, say, “mvn clean” without libcommons-cli-java installed, it errors out: -cutting here may damage your screen surface- Exception in thread "main" java.lang.NoClassDefFoundError:

Bug#840792: How to package something depending on a not-maven-ified JAR?

2016-10-18 Thread Thorsten Glaser
Dixi quod… > Unfortunately, now, mh_resolve_dependencies errors out because > it can’t find the Debian package for the file, and I cannot > ignore it because then it’s missing during the build. SVN (ugh…) r19163 contains a proposed team upload to fix this; I’ve tested it, and both mh_make and

Bug#690695: no debian version in maven-repo

2016-10-17 Thread Thorsten Glaser
Hi Emmanuel (and others), > On Sat, 15 Oct 2016, Emmanuel Bourg wrote: > > > Hum old bug, it should have been closed since we use the 0.x version for > > this library now. > > Well closure-compiler doesn’t, it depends on the debian version, > and so do all things that depend on it. > > I added

Bug#690695: no debian version in maven-repo

2016-10-14 Thread Thorsten Glaser
On Sat, 15 Oct 2016, Emmanuel Bourg wrote: > Hum old bug, it should have been closed since we use the 0.x version for > this library now. Well closure-compiler doesn’t, it depends on the debian version, and so do all things that depend on it. > Le 15/10/2016 à 00:29, Thorsten Glase

Bug#840792: yui-compressor: not registered with maven-debian-helper

2016-10-14 Thread Thorsten Glaser
Package: yui-compressor Version: 2.4.7-2 Severity: normal yui-compressor is unknown to /usr/share/maven-repo and the maven-debian-helper stuff, leading to failures such as… Resolving com.yahoo.platform.yui:yuicompressor:jar:2.4.7 of scope runtime... [check dependency with bundle type] In

Bug#690695: no debian version in maven-repo

2016-10-14 Thread Thorsten Glaser
an/changelog index 9dc35f8..3b3fa37 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +libjsr305-java (0.1~+svn49-9.1) unstable; urgency=medium + + * Non-maintainer upload. + * Install a 'debian' maven version as well (Closes: #690695) + + -- Thorsten Glaser <t...@mirbsd.de>

Bug#840787: mh_make: mh_make pretends licensecheck is in devscripts

2016-10-14 Thread Thorsten Glaser
Package: maven-debian-helper Version: 2.1.1 Severity: minor $ dpkg -S /usr/bin/licensecheck licensecheck: /usr/bin/licensecheck Maybe it once was, but currently it sure isn’t. This can be confusing. -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500,

Bug#820857: java-package: Generated JDK package should have higher priority than existing openjdk packages

2016-04-13 Thread Thorsten Glaser
On Wed, 13 Apr 2016, Jan Henke wrote: > It turns out, the package generated by java-package has a much lower > priority(380) for update-alternatives then then openjdk(~1000) package. > > Please change the java-package tool, so that the generated packages have > the highest priority of all Java

Bug#814446: tomcat8: wants to overwrite admin configuration on upgrade

2016-02-11 Thread Thorsten Glaser
Package: tomcat8 Version: 8.0.32-1 Severity: serious Justification: Policy 10.7.3 (MUST), 3.9.1 (SHOULD) On upgrade, I got asked by ucf to replace my config: │ --- /etc/default/tomcat8 2016-01-12 17:11:53.730570427 +0100 │ +++ /tmp/tomcat8.rNFl7ipDcy 2016-02-11 17:24:28.959519437

Bug#813802: freemind: please fix up Depends

2016-02-05 Thread Thorsten Glaser
Package: freemind Version: 0.9.0+dfsg2-2 Severity: minor Hi, the Depends line currently says: Depends: default-jre | sun-java6-jre, […] Please use java6-runtime as virtual package alternate dependency, because all openjdk-*-jre from 6 onwards provide it. (Reads: when wanting to keep Java 7 in

Bug#803153: netbeans: /Depends/s/\(java[78]-\)jdk/\1sdk/g

2015-10-27 Thread Thorsten Glaser
unblock 803153 by 803150 thanks Hm, actually, since default-jdk already Provides java7-sdk there is no need to wait with the netbeans change. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168

Re: Fwd: Log for attempted build of gluegen2_2.2.4-2 on m68k (dist=unstable)

2015-04-24 Thread Thorsten Glaser
tony mancill dixit: should then be disabled on gcj arches, or rather, use a versioned B-D Thank you for the bringing this up. I'm in the process of preparing an upload for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746493 and will add a versioned build-dep. OK, thanks! That should

Fwd: Log for attempted build of gluegen2_2.2.4-2 on m68k (dist=unstable)

2015-04-23 Thread Thorsten Glaser
-- Forwarded message -- Message-ID: pine.bsm.4.64l.1504231944530.30...@herc.mirbsd.org Date: Thu, 23 Apr 2015 19:45:56 + (UTC) Subject: Re: Log for attempted build of gluegen2_2.2.4-2 on m68k (dist=unstable) fail BUILD FAILED /«PKGBUILDDIR»/make/jogamp-env.xml:48: Unsupported

Bug#750643: antlr: missing licence for PyANTLR

2014-07-21 Thread Thorsten Glaser
On Sat, 19 Jul 2014, Terence Parr wrote: Here you go :) http://www.antlr2.org/license.html Thanks, wonderful! I really appreciate you taking the time for this. Now we have this statement and Wolfgang’s (who “only” needs to decide on which BSD variants and GPL versions he wants), which

Bug#750643: antlr: missing licence for PyANTLR

2014-07-13 Thread Thorsten Glaser
wolfgang haefelinger dixit: Discussed this with the original author of Antlr. The lights are on red for a new 2.7 release and I'm currently not willing to create a fork. Sure. Let’s just add editorial notes from Terence and you to clean up the licence situation. We will put that into

Bug#750643: antlr: missing licence for PyANTLR

2014-07-10 Thread Thorsten Glaser
Hi! More in the private reply to the private message… and a tl;dr at the end. wolfgang haefelinger dixit: *That being said, I do not know why the antlr *.jar file includes the Python code, as it does not need to. I have not understood this either, but in the current released version of Antlr

Bug#750643: antlr: missing licence for PyANTLR

2014-06-06 Thread Thorsten Glaser
wolfgang haefelinger dixit: Allright, so what is the procedure now to use http://www.gnu.org/copyleft/gpl.html? ⇒ generic part As copyright owner, all you have to do is to ensure that the people distributing antlr include a LICENSE.txt file in the Python subdirectory of their distribution which

Bug#750643: antlr: missing licence for PyANTLR

2014-06-05 Thread Thorsten Glaser
Source: antlr Version: 2.7.7+dfsg-5 Severity: serious Tags: upstream Justification: Policy 2.3 The PyANTLR component – lib/python/antlr/ in the source tree – was written by Wolfgang Häfelinger, who, according to his website, is German. The PyANTLR component references a “LICENSE.txt” file “for

Bug#719842: db5.3 workaround for bug in javahelper (was Re: [pkg-db-devel] Bug#719842: db5.3: FTBFS: jh_linkjars: Invalid option: N)

2014-04-21 Thread Thorsten Glaser
severity 719842 important thanks Dixi quod… On Mon, 19 Aug 2013, Ondřej Surý wrote: But feel free to send a patch. It is indeed a bug in javahelper that occurs when an architecture has !GCJ_NATIVE_ARCHS but also !JAVA_BROKEN_ARCHS. This is actually the proper patch: ---

javahelper: jh_linkjars doesn't support -N

2014-03-21 Thread Thorsten Glaser
retitle 719842 javahelper: jh_linkjars doesn't support -N severity 719842 normal reassign 719842 javahelper thanks Reassigning to javahelper after discussion with joeyh on IRC: jh_linkjars doesn't support -N but dh passes -N to it it's in

Bug#719842: [pkg-db-devel] Bug#719842: db5.3: FTBFS: jh_linkjars: Invalid option: N

2014-03-20 Thread Thorsten Glaser
+ + -- Thorsten Glaser t...@mirbsd.de Thu, 20 Mar 2014 10:41:53 +0100 + db5.3 (5.3.28-3) unstable; urgency=low * Reduce duplicate static libraries in libdb5.3{++,-sql,-stl,-tcl}-dev diff -Nru db5.3-5.3.28/debian/control db5.3-5.3.28/debian/control --- db5.3-5.3.28/debian/control 2013-10-28 09:20

Bug#705997: jxplorer: incorrect gamma=(0/100000)

2013-04-23 Thread Thorsten Glaser
Package: jxplorer Version: 3.3.1+dfsg-1 Severity: normal Hi, same issue as #687823 for jxplorer PNG icons. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU

Bug#700898: commons-daemon: FTBFS because it whitelists architectures

2013-02-18 Thread Thorsten Glaser
Source: commons-daemon Version: 1.0.10-3 Severity: important Justification: FTBFS Hi, your package needs positive porting to architectures. Please do not make it Architecture: any in this case, list the architectures or port it to all of them, both Debian and Debian-Ports ones. .oO(This pattern

Maintainers of Recommends/Suggests of CVS

2011-06-11 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Hi, I’m the new maintainer of CVS in Debian. The package has been totally replaced by a new one, which differs quite a lot from the old package. For example, no repositories are managed au- tomatically any more, PAM is gone, Kerberos is there (but