Bug#625945: Patch: javahelper: jh_installjavadoc creates doc-base file with empty Author

tags 625945 patch thanks Hi, i have attached a small patch which sets the $AUTHOR variable to a default value if it is empty and also adds the missing "is" in Abstract. Regards, Markus From: Markus Koschany Date: Thu, 14 Mar 2013 17:17:49 +0100 Subject: jh_installjavadoc defa

Bug#707295: libmac-widgets-java: Priority should be optional not extra

Package: libmac-widgets-java Version: 0.9.5+svn369-dfsg1-3 Severity: normal Dear Maintainer, please raise the priority from libmac-widgets-java from extra to optional. According to Policy Section 2.5 packages MUST NOT depend on packages with lower priority values (excluding build-time dependencie

Bug#678131: Transition package to use OpenJDK7 as default java implementation

the transition. Please feel free to ask questions about this bug report or the transition in general on the debian-java mailing list. For the Debian Java Team Markus Koschany signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#712402: javahelper: jh_depends should support auto-generating of versioned dependencies

Package: javahelper Version: 0.43 Severity: normal Hello, I have recently recalled the discussion on debian-java again about auto-generating versioned dependencies for Java packages [1] and i thought it would be a good idea to track the status of this bug with a bug report against javahelper. I

Bug#718869: libwagon2-java: Please support the latest API of easymock for the internal testsuite

, org.easymock.MockControl The mentioned class was removed in version 3.0 (released 2010) and deprecated since version 2.0 (released in December 2005) Please consider updating the relevant test code, so that a modern release of EasyMock can be introduced to Debian. Regards, Markus Koschany *** wagon2.txt

Bug#718872: libwagon-java: Please support the latest version of EasyMock for the internal testsuite

, org.easymock.MockControl The mentioned class was removed in version 3.0 (released 2010) and deprecated since version 2.0 (released in December 2005) Please consider updating the relevant test code, so that a modern release of EasyMock can be introduced to Debian. Regards, Markus Koschany *** wagon.txt

Bug#718874: libmaven-plugin-testing-java: Please support the latest API of EasyMock for the internal testsuite

, Markus Koschany *** maven-plugin-testing.txt [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /tmp/buildd/maven-plugin-testing-1.2/maven

Bug#712695: jnr-netdb: FTBFS: tests failed

tags 712695 - wheezy thanks Wheezy is not affected. The package builds just fine. signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team . Please use debian-j...@

Bug#725461: batik: FTBFS: Unable to find a javac compiler

Control: severity 725461 normal Control: tags 725461 moreinfo Hello, I have also tried to reproduce your issue but without success. Batik builds without problems in a clean cowbuilder chroot on sid amd64. I'm lowering the severity to normal and tagging the bug "moreinfo" until more information a

Bug#725461: batik: FTBFS: Unable to find a javac compiler

On 14.10.2013 12:00, Daniel Schepler wrote: [...] > The point is, this installs openjdk-6-jdk by preference because it's first in > the Build-Depends; and the only parts of openjdk-7 that get pulled in by other > packages are -jre-headless and -jre-lib. Indeed. The alternative build-dependency on

Bug#725461: batik: FTBFS: Unable to find a javac compiler

Hi, On 16.10.2013 07:21, tony mancill wrote: > On 10/14/2013 06:23 AM, Markus Koschany wrote: [...] >> I have prepared a new revision for batik and committed everything to the >> svn repository of the package. I believe the changes will fix this bug. > > Hi, > > Any

Bug#725461: batik: FTBFS: Unable to find a javac compiler

gly. +- debian/rules: Install wrapper scripts to batik package. +- debian/control: Add new binary package batik. + * Drop libbatik-java.dirs. Not needed. + + -- Markus Koschany Thu, 17 Oct 2013 17:46:02 +0200 + batik (1.7+dfsg-4) unstable; urgency=low * Team upload. diff -Nru batik-1.7+d

Bug#566901: Bug#725461: batik: FTBFS: Unable to find a javac compiler

k. (Closes: #566901) +- Rename manifest to libbatik-java.manifest. +- Install man pages with batik.manpages. +- Set Breaks and Replaces relation accordingly. +- debian/rules: Install wrapper scripts to batik package. +- debian/control: Add new binary package batik. + * Drop libbatik-

Bug#725017: closed by Markus Koschany (Bug#713144: fixed in freemind 0.9.0+dfsg-3)

reopen 725017 severity 725017 normal tags 725017 unreproducible thanks Hello Eddy, On 18.10.2013 15:19, Edward Welbourne wrote: >> Should you still encounter issues with the latest version of freemind, >> please feel free to file a new bug report. > > Given that I see exactly the same bug as bef

Bug#725017: closed by Markus Koschany (Bug#713144: fixed in freemind 0.9.0+dfsg-3)

On 18.10.2013 19:52, Edward Welbourne wrote: [...] > I can't think of a way to work out what. No other application has > exhibited any even remotely similar symptoms, aside from freeplane, > which appears to just be a variant on freemind. Interesting. Now that you mention it, freeplane has a sim

Bug#720902: Debian RT: CVE-2013-4152 XML External Entity (XXE) injection in Spring Framework

only be + enabled/disabled when the source passed to the unmarshaller is a + SAXSource or StreamSource. It has no effect for DOMSource or StAXSource + instances. +- (Closes: #720902) + + -- Markus Koschany Sat, 07 Dec 2013 11:51:46 +0100 + libspring-java (3.0.6.RELEASE-6) uns

Bug#736295: libjackson-json-java-doc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

Control: tags -1 confirmed Control: owner -1 ! I'll take care of this. (since I'm the one who introduced this issue in the first place) Markus signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#735420: libspring-java: CVE-2013-6429 CVE-2013-6430

Control: tags -1 confirmed Control: owner -1 ! I'm working on a new revision and stable-security update. Markus signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#735420: libspring-java: CVE-2013-6429 CVE-2013-6430

On 25.01.2014 15:22, Miguel Landaeta wrote: > On Thu, Jan 23, 2014 at 12:05:01AM +0100, Markus Koschany wrote: >> Control: tags -1 confirmed >> Control: owner -1 ! >> >> I'm working on a new revision and stable-security update. >> >> Markus >> &

Bug#736105: Sourceless file

Control: tags -1 confirmed Control: clone 736105 -1 Control: retitle -1 please build the flash browser from source I tried to build freemind's flash browser from source mtasc Main.as -swf visorFreemind.swf -header 800:600:24 but that fails with: Browser.as:28: lines 28-993 : type error class n

Bug#736105: Sourceless file

Control: owner -1 ! It seems I have found a way to compile the sources. I will prepare an upload soon. Markus signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#736105: Sourceless file

Up-to-date sources are here btw: http://sourceforge.net/p/freemind/code/ci/master/tree/flash/ signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team . Please use

Bug#736105: Sourceless file

Control: tags -1 patch New revision without the sourceless file is available at mentors: http://mentors.debian.net/debian/pool/main/f/freemind/freemind_0.9.0+dfsg2-1.dsc See also this discussion on the debian-java mailing list https://lists.debian.org/debian-java/2014/02/msg00057.html Markus

Bug#735763: svnkit: FTBFS

Control: owner -1 I will update the package to the latest upstream release this weekend. Markus signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team . Please u

Bug#741419: missing license in debian/copyright

Control: tags -1 moreinfo Hello, I could not find any hints that the information provided by debian/copyright are not correct. > please add the missing licenses of: > jdom-JDOM-2.0.5\contrib\src\resources\hamlet.xml The text was placed in the public domain hence it is not subject to any copyri

Bug#735763: svnkit: FTBFS

Control: noowner -1 ! It seems the latest upstream release requires a newer version of trilead-ssh2 or even some new -ssh2 related dependencies. I have pushed my changes to Git but haven't investigate further yet how this issue can be resolved. Error messages from the build log. compile-librar

Bug#741419: missing license in debian/copyright

On 17.03.2014 13:30, Thorsten Alteholz wrote: [...] >> The text was placed in the public domain hence it is not subject to any >> copyright and upstream is allowed to put this file under the same >> license as stated in upstream's LICENSE.txt. See also debian/copyright >> paragraph 1, Files: *, Lic

Bug#741419: missing license in debian/copyright

On Mon, 17. Mar 20:38 Thorsten Alteholz wrote: [...] > >Upstream just states that their own license is _similar_ to the Apache > >license. > > But this is not true. It is similar to an ancient version. It is by > far not similar to what is nowadays called "Apache license". But > this is bean count

Bug#742274: libswingx-java: homepage does not exist anymore

Package: libswingx-java Version: 1:1.6.2-1 Severity: minor Dear maintainer, the homepage field points to an obsolete address. It seems https://swingx.java.net/ is the new homepage. Regards, Markus __ This is the maintainer address of Debian's Java team

Bug#743248: java-wrappers: jvm-list.sh does not list Oracle Java7 runtime

Package: java-wrappers Version: 0.1.27 Severity: normal Hello, I received a bug report on launchpad.net for this issue. https://bugs.launchpad.net/ubuntu/+source/mediathekview/+bug/1299803 Apparently the non-free Oracle Java7 runtime environment is not listed as a valid Java7 runtime in /usr/l

Bug#735763: svnkit is marked for autoremoval from testing

On 31.03.2014 22:22, Niels Thykier wrote: [...] > 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 g

Bug#735763: svnkit is marked for autoremoval from testing

Control: tags -1 patch On 01.04.2014 14:21, Markus Koschany wrote: [...] > I have to do more smoke testing with svnkit and trilead-ssh2 but will > get back to the list as soon as it's done. Hi, I have tested all reverse dependencies of svnkit and they seem to work. Only netbeans c

Bug#739413: [eclipse] Eclipse segfault at startup on libgtk-x11

Control: severity -1 important I am lowering the severity to important since I cannot reproduce the segfault and Eclipse is also not unusable for me. signature.asc Description: OpenPGP digital signature __ This is the maintainer address of Debian's Java team

Bug#735763: svnkit is marked for autoremoval from testing

On 03.04.2014 15:34, Miguel Landaeta wrote: > On Wed, Apr 02, 2014 at 07:00:35PM +0200, Markus Koschany wrote: >> >> I have tested all reverse dependencies of svnkit and they seem to work. >> Only netbeans could not be tested because it's affected by another RC bug.

Bug#754602: libnb-platform18-java: FTBFS due to unmet build-dependencies

Source: libnb-platform18-java Version: 7.4+dfsg1-1 Severity: serious The package fails to build from source in a clean sid-cowbuilder environment on amd64. Build log is attached. It seems the build-dependencies cannot be satisfied. Regards, Markus -- System Information: Debian Release: jessie/

Bug#754602: libnb-platform18-java: build-depends on virtual package java7-jdk

Control: severity -1 normal Control: retitle -1 libnb-platform18-java: build-depends on virtual package java7-jdk After some more investigation it looks like that it is not possible to build the package with git-buildpackage. The import with git-import-dsc works but something goes wrong when I t

Bug#758972: Mojarra update 2.2.8

Hi, On 24.08.2014 18:55, Miguel Landaeta wrote: > On Sat, Aug 23, 2014 at 07:22:37PM +0200, Markus Koschany wrote: >> >> I will investigate whether an update to 2.2.8 can resolve the issues >> with mojarra. I'll report back as soon as it's done. > > I'm

Bug#758972: Mojarra update 2.2.8

On 25.08.2014 18:06, Miguel Landaeta wrote: [...] >> I'm now going to rebase your "debian-build" patch. Perhaps some of those >> dependencies can be avoided. > > I'll take care of the missing B-D on JavaEE 6.0/7.0 API. I have pushed a new branch, experimental, and the upstream sources a few minut

Bug#758972: Mojarra update 2.2.8

On 17.09.2014 04:15, Miguel Landaeta wrote: > I keep working on this. Hello and welcome back. > So far, I was able to build 2.2.8 in Debian and this should fix all > the serious bugs with this packages. I did this simplifying the build > and replacing ant with javahelper. Another option is to ke

Bug#762444: RFS: axis 1.4-21 [RC]

Control: tags -1 patch Hi, I have prepared a new revision for axis which addresses the security vulnerability, bug #762444, and I am looking for someone who wants to review and upload the package. The package can either be found at mentors.debian.net http://mentors.debian.net/debian/pool/main/a

Bug#758972: Mojarra update 2.2.8

On 28.09.2014 03:42, Miguel Landaeta wrote: > On Sat, Sep 27, 2014 at 08:20:32PM -0300, Miguel Landaeta wrote: >> >> I'm going to combine our two branches and prepare the new upload. > > Hi Markus, > > I'm having an issue with this mojarra 2.2.8+dfsg-1 upload. > > The svn repo from where you dow

Bug#763646: sisu-ioc: FTBFS due to missing maven artifact

Source: sisu-ioc Version: 2.3.0-5 Severity: serious Hello, currently sisu-ioc fails to build from source apparently because of a missing or wrong dependency. I believe the issue is independent from #761522 hence I'm reporting this as a separate bug. Snippet from the build log: [ERROR] BUILD ER

Bug#551877: Robocode 1.9.2.3 for Debian: legal questions about GPL and EPL licensed code

Hello Flemming, I am the new Debian maintainer of Robocode and currently in the process of packaging Robocode 1.9.2.3 for Debian. I think I have solved all technical issues and there is nothing from this side what should prevent a successful upload to the archive. However I have noticed that sev

Bug#551877: Robocode 1.9.2.3 for Debian: legal questions about GPL and EPL licensed code

Today I have received a private e-mail from Flemming and he intends to relicense the affected files and even considers to change the whole Robocode license to the GPL. However we will have to wait for the next release of Robocode, 1.9.2.4, which shall include those changes. Markus signature.asc

Bug#767051: libjinput-java: uninstallable on kfreebsd

Control: severity -1 normal On Tue, 28 Oct 2014 11:05:11 + Steven Chamberlain wrote: > Hi, > > On 28/10/14 03:16, Michael Gilbert wrote: > > This package currently depends on libjinput-jni, which is currently > > not build on the kfreebsds (#657771), so the libjinput-java is > > uninstallabl

Bug#767051: libjinput-java: uninstallable on kfreebsd

Control: forcemerge 657771 767051 On Fri, 31. Oct 22:36 Steven Chamberlain wrote: > Markus Koschany wrote: > > I think it is a bug because we want jinput to be available on all > > supported architectures. However the severity should be normal. > > Sure, but I just noticed

Bug#559767: Bug#765933: mesa-common-dev: glx.h should not include glxext.h when GL_GLEXT_LEGACY is defined

Control: clone 559767 -1 Control: retitle -1 java3d: FTBFS error: unknown type name 'GLintptr' Control: severity 559767 important Control: severity 765933 serious Hi, apparently bug #765933 in mesa causes a FTBFS in java3d. I think this is a regression and easier to fix in mesa itself during the

Bug#769301: java3d: FTBFS error: unknown type name 'GLintptr'

tags 769301 patch severity 765933 important thanks On Wed, 12 Nov 2014 16:57:45 +0100 Markus Koschany wrote: [...] > apparently bug #765933 in mesa causes a FTBFS in java3d. I think this is > a regression and easier to fix in mesa itself during the freeze instead > of patching affected

Bug#770457: eclipse-rcp: debian/rules build-arch does not install some files in eclipse-rcp

owner 770457 ! thanks On Fri, 21 Nov 2014 12:56:31 + James Cowgill wrote: > Package: eclipse-rcp > Version: 3.8.1-5.1 > Severity: serious > Justification: Policy 4.9 > Control: block 769248 by -1 > > Hi, > > When building eclipse using dpkg-buildpackage -B, some files in the > eclipse-rcp p

Bug#769248: androidsdk-tools: FTBFS in jessie/i386: sdkstats/src/main/java/com/android/sdkstats/DdmsPreferenceStore.java:22: error: package org.eclipse.jface.preference does not exist

merge 770457 769248 affects 770457 androidsdk-tools thanks The problem lies in eclipse-rcp. I confirm that androidsdk-tools builds fine on i386 when all jface components are correctly installed into eclipse-rcp:i386. Hence I am going to merge #770457 with #769248. Markus signature.asc Descript

Bug#770457: androidsdk-tools: FTBFS in jessie/i386: sdkstats/src/main/java/com/android/sdkstats/DdmsPreferenceStore.java:22: error: package org.eclipse.jface.preference does not exist

From 1195adf5c7c4168cbf97d9d03f838c144d5ae51f Mon Sep 17 00:00:00 2001 From: Markus Koschany Date: Mon, 24 Nov 2014 03:05:11 +0100 Subject: [PATCH] fix bug 770457 --- debian/changelog | 9 + debian/rules | 29 +++-- 2 files changed, 24 insertions(+), 14 deletions(-) diff --git a/d

Bug#764191: eclipse: FTBFS on armel

Control: block 764191 by 768505 On Tue, 18 Nov 2014 16:38:47 +0100 Niels Thykier wrote: [...] > FTR, I requested the removal of eclipse on armel and kfreebsd because of > this (and kfreebsd using gcj, which is known not to work). > This is https://bugs.debian.org/768505. As soon as it is resol

Bug#763994: eclipse: no java or c++ project available in file>new

With new installations I see the same result as mentioned in this bug report. No option for Java or C++ projects. My old installation of eclipse, which has been constantly updated over the past years, does not show any signs of it. I don't know how to debug this issue yet. The bug seems to be simi

Bug#763994: eclipse: no java or c++ project available in file>new

Control: tags -1 patch confirmed On Mon, 24 Nov 2014 17:19:23 +0100 Markus Koschany wrote: > With new installations I see the same result as mentioned in this bug > report. No option for Java or C++ projects. My old installation of > eclipse, which has been constantly updated over the p

Bug#764630: missing JNI path in jarwrapper

useful because -Djava.library.path is still used? Regards, Markus From 1039406c269fa2f33b1077c4b7f9fbca11dc17ca Mon Sep 17 00:00:00 2001 From: Markus Koschany Date: Wed, 3 Dec 2014 07:38:51 +0100 Subject: [PATCH] fix 764630 --- jarwrapper | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Bug#764630: RFS: javatools 0.48 [RC]

On 12.12.2014 07:05, tony mancill wrote: [...] > Any concerns from the team? This is kind of a brute force approach, but > seems reasonable. My question is: > > Do we feel confident that this the lists below are representative for > for jessie? > >> MULTIARCH_LIBRARY_PATH_32BIT="/usr/lib/jni:/u

Bug#764630: RFS: javatools 0.48 [RC]

On Sun, 21. Dec 09:57 tony mancill wrote: > On 12/15/2014 12:06 AM, Mathieu Malaterre wrote: > > On Sun, Dec 14, 2014 at 6:50 PM, Markus Koschany wrote: > > [...] > >> Actually what was the reasoning behind the choice to use a custom shell > >> script like jarwra

Bug#764630: RFS: javatools 0.48 [RC]

On 30.12.2014 19:19, tony mancill wrote: [...] > Uploaded to unstable. Markus, would you be willing to file the unblock > request for this bug? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774255 Done. Thanks for the upload tony! signature.asc Description: OpenPGP digital signature _

Re: Updating Eclipse

Hi Pascal, On 09.01.2015 19:43, Pascal Rapicault wrote: > Hi, > > My name is Pascal Rapicault. I'm a long time committer on the Eclipse > platform, and I've recently been tasked by Ericsson to: > 1 - bring new versions of Eclipse to debian > 2 - make sure the experience of using eclipse on debian

Bug#776583: libparanamer-java: Missing parent POM

On 29.01.2015 16:34, Emmanuel Bourg wrote: > Package: libparanamer-java > Version: 2.7-1 > Severity: grave > Justification: renders package unusable > > libparanamer-java doesn't contain the parent POM > (com.thoughtworks.paranamer:paranamer-parent) > which is referenced in the paranamer's POM. T

Bug#776586: libparanamer-java: Please package paranamer-maven-plugin

On 29.01.2015 17:07, Emmanuel Bourg wrote: > Package: libparanamer-java > Version: 2.7-1 > Severity: wishlist > > The paranamer project contains a Maven plugin which is required to build > Apache Avro. Currently the libparanamer-java package contains only the sources > for the main artifact, it sh

Re: squeeze update of axis?

hat the server hostname matches a domain name in the subject's Common Name +(CN) or subjectAltName field of the X.509 certificate, which allows +man-in-the-middle attackers to spoof SSL servers via a certificate with a +subject that specifies a common name in a field that is not the CN f

Bug#779107: libgpars-groovy-java: FTBFS due to missing build dependency libjsr166y-java

Source: libgpars-groovy-java Version: 1.2.1-1 Severity: serious Hi, I have just discovered that libgpars-groovy-java 1.2.1-1 in unstable fails to build from source because one of its build-dependencies libjsr166y-java (1.7.0-1) is missing in unstable. It seems it ought to be uploaded to unstable

Re: javatools_0.49_amd64.changes ACCEPTED into experimental

On 02.03.2015 00:18, Debian FTP Masters wrote: >* Team upload. >* Insert jh_installlibs after dh_link instead of before dh_compress > to let dh_strip_nondeterminism run after the jar files are installed > (Closes: #764988) >* Add the -notimestamp option when invoking javadoc >

Re: javatools_0.49_amd64.changes ACCEPTED into experimental

On 02.03.2015 08:30, Emmanuel Bourg wrote: > Le 02/03/2015 00:46, Markus Koschany a écrit : > >> I had committed most of these changes to the experimental branch already >> but I thought we wanted to wait until the freeze ends before we upload >> 0.49. I also mentioned

Re: javatools_0.49_amd64.changes ACCEPTED into experimental

On 02.03.2015 23:27, Markus Koschany wrote: [...] > I only tend to use multiple branches when I can't immediately upload to > master ^ should be unstable of course for whatever reasons and I need to maintain two distinct versions > for the time being. signature.a

Bug#780519: tomcat7: FTBFS due to failing tests

On 15.03.2015 17:52, Miguel Landaeta wrote: > tags 780519 + jessie > thanks > > It is also failing in jessie. Confirmed. I also see messages like SEVERE: Unable to join multicast group, make sure your system has multicasting enabled. Caused by: java.net.SocketException: No such device Markus

Bug#780519: tomcat7 build failure

On 19.03.2015 21:47, Emmanuel Bourg wrote: > Le 19/03/2015 19:02, Markus Koschany a écrit : > >> What I don't understand is why this went undetected for such a long >> time. I mean there were numerous rebuilds so why does the test suite >> fail in Jessie and even st

Bug#758086: CVE-2012-6153: Apache HttpComponents client: Hostname verification susceptible to MITM attack

On 23.03.2015 17:04, Emmanuel Bourg wrote: > Le 23/03/2015 16:43, Moritz Muehlenhoff a écrit : > >> *ping*, the release is getting closer. > > I'm still missing a test case to ensure the patch does indeed address > the issue. Hi, a way to reproduce this issue was mentioned by upstream here: ht

Bug#758086: CVE-2012-6153: Apache HttpComponents client: Hostname verification susceptible to MITM attack

* Change java.source and java.target ant properties to 1.5, otherwise +commons-httpclient will not compile with this patch. + + -- Markus Koschany Mon, 23 Mar 2015 22:57:54 +0100 + commons-httpclient (3.1-10.2) unstable; urgency=low * Non-maintainer upload. diff -Nru commons-httpclient-3.1/debi

Bug#781063: commons-httpclient: should be removed from Debian during the Stretch release cycle

Source: commons-httpclient Version: 3.1-10.2 Severity: important Quoting https://hc.apache.org/httpclient-3.x/ "The Commons HttpClient project is now end of life, and is no longer being developed. It has been replaced by the Apache HttpComponents project in its HttpClient and HttpCore modules, wh

Bug#781063: commons-httpclient: should be removed from Debian during the Stretch release cycle

On 24.03.2015 12:30, Emmanuel Bourg wrote: > I don't think this is a good idea. commons-httpclient is a very popular > library, even in its older incarnation. Removing it could make it harder > to bring new libraries or applications to Debian. > Hi, well, this contradicts what Debian already rec

Bug#781119: jajuk: java.lang.NullPointerException later button quick start menu

Package: jajuk Version: 1:1.9.6-8 Severity: normal After the installation of jajuk and launching the application for the first time, the user can choose between selecting a music directory or postponing this step until later. When I click on the "Later" button, jajuk crashes with a null pointer e

Bug#758086: CVE-2014-3577 Apache HttpComponents hostname verification bypass

Some more information about this issue. TL;DR this is actually CVE-2014-3577. Debian's package is not affected by CVE-2012-6153. I recommend to fix this bug by applying the debdiff from my last e-mail. We currently apply the 06_fix_CVE-2012-5783.patch [1]. Now I am sure that this patch fixes two C

Bug#758086: CVE-2014-3577: Apache HttpComponents hostname verification bypass

ource and java.target ant properties to 1.5, otherwise +commons-httpclient will not compile with this patch. + + -- Markus Koschany Wed, 15 Apr 2015 21:24:48 +0200 + commons-httpclient (3.1-10.2) unstable; urgency=low * Non-maintainer upload. diff -Nru commons-httpclient-3.1/debian/patche

Bug#780703: closed by Markus Koschany (eclipse-pydev fails to build from source)

On 03.05.2015 04:26, Miguel Landaeta wrote: > On Wed, Mar 18, 2015 at 12:46:24PM +0100, Markus Koschany wrote: >> Hello, >> >> I have just rebuilt eclipse-pydev with git-buildpackage in a clean sid >> cowbuilder chroot and I cannot reproduce this build failure. The >

Bug#785034: libreplacer-java: binary package should be renamed to libmaven-replacer-plugin-java

Package: libreplacer-java Version: 1.5.3-1 Severity: wishlist Hello, I think libreplacer-java should be renamed to libmaven-replacer-plugin-java. This would be in line with the other maven plugins and it makes the package easier to find. It also avoids possible naming conflicts with similar pack

Bug#785621: bindex is obsolete and should be replaced by repoindex

Source: bindex Version: 2.2+svn101-1 Severity: wishlist While I was updating bnd, I discovered that bindex is now obsolete and was replaced by repoindex according to its own homepage. http://www.osgi.org/Repository/BIndex https://github.com/osgi/bindex#introduction The successor is called repoi

Bug#783233: CVE-2014-8111: mod_jk ignores JkUnmount rules for subtrees of previous JkMount rules

On Fri, 24 Apr 2015 12:11:40 +0200 Raphael Hertzog wrote: > Source: libapache-mod-jk > Severity: serious > Tags: security > > Hi, > > the following vulnerability was published for libapache-mod-jk. > > CVE-2014-8111[0]: > | Apache Tomcat Connectors (mod_jk) before 1.2.41 ignores JkUnmount > |

Bug#786340: maven-debian-helper: Switching from CDBS to DH build system in initial mh_make templates

Package: maven-debian-helper Version: 1.6.11 Severity: wishlist Hi, I already tried to start a discussion about switching the default build system in mh_make templates to DH. https://lists.debian.org/debian-java/2015/05/msg00037.html I agree that cdbs is a sufficient and good build system for s

Bug#783233: RFS: libapache-mod-jk 1:1.2.40+svn150520-1 [RC]

Control: tags -1 pending Hi, I have prepared a new upstream release of libapache-mod-jk which fixes RC bug #783233, better known as CVE-2014-8111. I would be glad if someone reviewed the package and uploaded it to unstable. https://security-tracker.debian.org/tracker/source-package/libapache-mod

Bug#783233: RFS: libapache-mod-jk 1:1.2.40+svn150520-1 [RC]

On 22.05.2015 07:06, tony mancill wrote: > On 05/21/2015 01:00 PM, Markus Koschany wrote: >> Control: tags -1 pending >> >> Hi, >> >> I have prepared a new upstream release of libapache-mod-jk which fixes >> RC bug #783233, better known as CVE-2014-8111. I w

Bug#786550: libwoodstox-java: should either install lgpl and asl artifacts or only asl

Package: libwoodstox-java Version: 1:4.1.3-1 Severity: wishlist Hi, I have seen quite some packages in the past weeks that add the woodstox-core-asl artifact to maven.ignoreRules. I did so myself until I found out that we ship the woodstox-core-lgpl artifact instead. I think both licensing vers

Bug#786550: libwoodstox-java: should either install lgpl and asl artifacts or only asl

On 22.05.2015 19:44, Emmanuel Bourg wrote: > The classes in the two jars are identical, shipping two jars in one > package would be a waste of space. > > This dichotomy between ASL/LGPL artifacts is absurd in my opinion, > upstream should ship the library once, simply state it's dual licensed > an

Bug#733099: libxbean-java: FTBFS when built against Groovy 2.2.1

Control: reopen 733099 On Wed, 25 Dec 2013 09:47:43 -0300 Miguel Landaeta wrote: > Package: src:libxbean-java > Version: 3.7-5 > Severity: important > > I rebuilt this package in experimental to check its compatibility with > Groovy 2.2.1 and I found this error during build time. *sigh* Sorry

Bug#733099: libxbean-java: FTBFS when built against Groovy 2.2.1

Control: severity -1 wishlist Control: retitle -1 libxbean-java: please support Groovy 2.x On 22.05.2015 21:47, Miguel Landaeta wrote: > On Fri, May 22, 2015 at 08:25:16PM +0200, Markus Koschany wrote: >> >> *sigh* >> >> Sorry for the confusion. libxbean-java s

Re: jackson-dataformat-xml_2.5.3-1_amd64.changes REJECTED

On 23.05.2015 00:00, Thorsten Alteholz wrote: > > Hi Markus, > > unfortunately I have to reject your package. > > The copyright holder of: > > jackson-dataformat-xml-jackson-dataformat-xml-2.5.3\src\test\java\com\fasterxml\jackson\dataformat\xml\failing\Issue97Test.java > is Nu Echo Inc. They

Bug#786635: libapache2-mod-jk: default configuration jk.conf should be updated to follow Apache 2.4 syntax scheme

Package: libapache2-mod-jk Version: 1:1.2.40+svn150520-1 Severity: wishlist I am reporting this bug as a reminder for future updates of libapache2-mod-jk. Lintian reports https://lintian.debian.org/tags/apache2-deprecated-auth-config.html for this package. The example configuration file in the s

Bug#787199: libmaven-compiler-plugin-java: missing versioned dependency on libplexus-compiler-java may cause FTBFS

Package: libmaven-compiler-plugin-java Version: 3.2-3 Severity: normal Hi, when I try to compile a package that build-depends on libmaven-compiler-plugin-java in a cowbuilder environment, libplexus-compiler-1.0-java will be pulled in. Now the problem is that the maven.rules in the maven-compiler

Bug#784442: libnb-platform18-java: Remove w3c-dtd-xhtml reference from d/control

Control: tags -1 pending On Fri, 29 May 2015 14:03:43 +0200 Mathieu Malaterre wrote: > Source: libnb-platform18-java > Severity: serious > Justification: rely on obsolete package > Control: blocks 711332 with -1 > > Please remove reference to w3c-dtd-xhtml from debian/control. This > package wil

Bug#825786: tomcat8: postinst script overwrites file permissions in /etc

On Sun, 29 May 2016 23:46:15 +0200 Markus Koschany wrote: > clone 821391 -1 > reassign -1 src:tomcat8 > retitle -1 tomcat8: postinst script overwrites file permissions in /etc > thanks > > This bug also affects Tomcat 8. > > > I have prepared another security update

Bug#832367: FTBFS: couldn't find dependencies (org.springframework:spring-aop:jar:3.x)

On 24.07.2016 20:20, Hans Joachim Desserud wrote: > Source: activemq > Version: 5.13.4+dfsg-1 > Severity: important > > Dear Maintainer, > > When attempting to build activemq 5.13.4+dfsg-1 from source on my Sid > vm, it fails with the following error message: > > [ERROR] Failed to execute goal >

Bug#603666: Symlink to /etc/tomcat6 should be provided at /usr/share/tomcat6/conf

On 26.07.2016 14:24, Emmanuel Bourg wrote: > On 07/22/2016 08:51 PM, Markus Koschany wrote: > >> I think one issue might be that CATALINA_HOME is in /usr/share/tomcat8 >> by default and CATALINA_BASE is in /var/lib/tomcat8. This is a little >> confusing and I wonder if b

Re: RFS: jacoco/0.7.7-1 [ITP]

On 27.07.2016 16:05, tony wrote: > On Wed, Jul 27, 2016 at 03:12:19PM +0200, Markus Koschany wrote: >> On 27.07.2016 09:06, 殷啟聰 wrote: >>> Hi, >>> >>> I am looking for a sponsor for my package "jacoco" >> >> I'll take care of t

Re: RFS: jacoco/0.7.7-1 [ITP]

Hi Kai-Chung, the package is almost ready to upload but the copyright file needs some updates: These files are licensed under Apache-2.0 Apache-2.0: org.jacoco.doc/xsl/junit-noframes.xsl org.jacoco.report/src/org/jacoco/report/internal/html/resources/prettify.js W3C software license: https:/

Bug#832645: jflex: FTBFS: build.xml:119: taskdef class JFlex.anttask.JFlexTask cannot be found

Control: tags -1 confirmed pending On 28.07.2016 05:47, Chris Lamb wrote: > Source: jflex > Version: 1.6.1-1 > Severity: serious > Justification: fails to build from source > User: reproducible-bui...@lists.alioth.debian.org > Usertags: ftbfs > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian

Bug#832809: sitemesh: FTBFS with jflex 1.6.1

Source: sitemesh Version: 2.4.1+dfsg-5 Severity: serious I have updated jflex to the latest upstream release and sitemesh is the only package now that fails to build from source due to this change. I haven't found a way to address this issue yet. I saw that sitemesh is an old package, very low po

Bug#825786: tomcat8: postinst script overwrites file permissions in /etc

Control: tags -1 patch On 27.07.2016 23:39, Emmanuel Bourg wrote: > Le 27/07/2016 à 13:21, Markus Koschany a écrit : > >> So the question is >> >> does Tomcat 7/8 need write access to the conf directory at runtime and >> if yes why? > > Yes it does: Tomc

Bug#825786: tomcat8: postinst script overwrites file permissions in /etc

On 29.07.2016 12:48, Emmanuel Bourg wrote: > Le 29/07/2016 à 11:20, Markus Koschany a écrit : > >> If we keep root:tomcat8 then I think 640 is sensible and appropriate. > > There is a downside though, our package will become unusable with the > IDEs since local users will

Bug#825786: tomcat8: postinst script overwrites file permissions in /etc

clone 825786 -1 tags 825786 pending retitle -1 tomcat8 writes files into /etc/tomcat8/Catalina thanks Since I haven't heard any positive feedback about the proposed change to move /etc/tomcat8/Catalina to /var/lib/tomcat8/conf/Catalina, I am going to clone this bug report, so that we can move for

  1   2   3   4   5   6   7   8   9   10   >