Source: jenkins-winstone
Version: 0.9.10-jenkins-31+dfsg-1
ii apache2-mpm-prefork 2.2.21-5 Apache
HTTP Server - traditional non-threaded model
ii jenkins 1.409.3+dfsg-2
Continuous Integration and Job Scheduling Ser
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
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 co
too
+
+ -- Thorsten Glaser 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:08.00
too
+
+ -- Thorsten Glaser 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:08.00
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 /usr/share/perl5/Debian/Debhelper/Sequence/javahelpe
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:
--- db5.3-5.3.28/d
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
lic
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 whic
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
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 debian/cop
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 remo
-- Forwarded message --
Message-ID:
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 Java version: 1.5. Make sure
that the version of
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
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,
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 Sat, 15 Oct 2016 00:18:50 +0
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 pom.xml:
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
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
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 the
Hi *,
OpenJDK has been fixed (both 7 and 8), so please change the
Depends line in the next upload.
Thanks,
//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 (AG Bonn) • USt-ID (VAT): DE122264941
Ge
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
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 +0
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 im
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
applic
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:
org
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 chang
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
-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 n
29 matches
Mail list logo