Bug#1030150: freeplane fails to start with java 18 (openJDK 18) and openJDK 17.
Dear users, you can download and install the .deb version that upstream provides: - https://sourceforge.net/projects/freeplane/ - select "Files" - select "freeplane stable" - select freeplane_1.11.11~upstream-1_all.deb - install with "sudo apt install /path/to/freeplane_1.11.11~upstream-1_all.deb" (the file name of the stable version may change over time!) Note this bug related to ibus: https://github.com/freeplane/freeplane/issues/1069 You can also, as the reporter noted, switch to an old JRE (mind security issues though!), either through JAVA_CMD or FREEPLANE_JAVA_HOME. I cannot package freeplane-1.11.x for Debian because it requires gradle >= 7.x. I am discussing with the debian-java team whether to remove freeplane from Debian/Ubuntu for security reasons (old JRE versions...), unless you disagree strongly [1]! [1] https://lists.debian.org/debian-java/2024/03/msg00016.html Cheers and Best Regards, Felix -- Felix Natter
Bug#1026318: O: freeplane -- Java program for working with Mind Maps
Package: wnpp Severity: normal Control: affects -1 src:freeplane Since I couldn't find a co-maintainer since 2021 [1], I intend to orphan the freeplane package. Freeplane is a popular and powerful mindmapping tool written in java. There are quite many users, but also some challenges for the packaging of newer versions. I offer mentorship to any new freeplane maintainer in the onboarding phase :-) If you have any questions, let me know. [1] https://lists.debian.org/debian-java/2021/08/msg6.html The package description is: Freeplane is a free and open source software application that supports thinking, sharing information and getting things done at work, in school and at home. The core of the software is tools for mind mapping (also known as concept mapping or information mapping) and using mapped information. . Occupying the middle ground between an editor and a diagramming tool, Freeplane allows the user to add content as quickly and naturally as they would in a text editor, yet producing structured content that can be manipulated as easily as a diagram. . Features include ordering ideas in nodes and freely positionable nodes, connecting nodes, automatic/conditional styles, scripting, add-ons, LaTeX, search/filtering, different export features, printing, password protection of nodes/maps and more. . See http://freeplane.sourceforge.net/wiki/index.php/Main_Page for a full list of applications and features. Best Regards, -- Felix Natter
Bug#878875: [Pkg-javascript-devel] Bug#878875: Packaging twemoji
hello Jonas, Jonas Smedegaard writes: > Quoting Felix Natter (2021-01-24 16:12:39) >> >> Control: retitle -1 RFP: twemoji -- Open-sourced Twitter emoji images >> >> hello Debian developers, >> >> twemoji contains SVGs for twitter emojis as well as javascript >> code to generate this in web/node.js apps. >> >> Unfortunately, I cannot package all of twemoji, because it has a >> generated file without source: >> https://github.com/twitter/twemoji-parser/blob/master/src/lib/regex.js >> >> I contacted a twitter developer (2020) [1] and she said that it could >> take a while until they publish the relevant library. >> >> [1] Justine De Caires jdecai...@twitter.com > > please consider raising the question at their issue tracker > https://github.com/twitter/twemoji-parser/issues - and then share a > reference to that public conversation here. Here is the ticket: https://github.com/twitter/twemoji-parser/issues/14 Best Regards, -- Felix Natter
Bug#878875: [Pkg-javascript-devel] Packaging twemoji
Control: retitle -1 RFP: twemoji -- Open-sourced Twitter emoji images hello Debian developers, twemoji contains SVGs for twitter emojis as well as javascript code to generate this in web/node.js apps. Unfortunately, I cannot package all of twemoji, because it has a generated file without source: https://github.com/twitter/twemoji-parser/blob/master/src/lib/regex.js I contacted a twitter developer (2020) [1] and she said that it could take a while until they publish the relevant library. [1] Justine De Caires jdecai...@twitter.com It is not possible to have a mixture of main/non-free binary packages, so it not possible to put the SVGs in main, and debian-js/debian-fonts have expressed no interest in just a package with the SVGs. https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2020-October/045115.html I might still package this (the SVGs only) later if I get to upgrade freeplane>=1.8 (which is blocked by gradle). Cheers and Best Regards, -- Felix Natter
Bug#878875: [Pkg-javascript-devel] Packaging twemoji
Jonas Smedegaard writes: > Hi Felix, hi Jonas, hi Debian-js, > Quoting Felix Natter (2020-08-08 10:41:53) >> hello Debian-js, >> >> I would like to package twemoji (SVGs for unicode emojis) [1], and I >> think debian-js is the right team for this. >> >> However, I consider packaging only the SVGs and not the javascript code, >> because that's all I need for the freeplane package, and the RFP author >> Dominik (CC:) did not reply to my query (see #878875). >> >> What do you think, is Debian-js the right place for this, and do you >> need the javascript code? > > You are most welcome to maintain twemoji in the JavaScript team and I > agree that seems a good place to do it, given that upstream build > framework seem tied to Node.js. Other options you might consider are > the fonts team and DebianArt (if the latter is a team, not sure about > that: Maybe ask Valessio Brito directly). > > When packaging it, then yes, please package it reusable for other > projects as well - that's an important attitude of Debian packaging. > This (from a quick look) indeed seems to mean include the javascript, > not only SVGs. But maybe consult the fonts teams on that - they > maintain several fonts where upstream ship Javascript stuff as well. > > Speaking of SVGs, are you sure this is the real source of those SVG > files? It seems amchine-generated to me, and I suspect there is real > concern as to freedom aspects of distributing only as provided here. > Even if you choose to use the JavaScript team as platform for your > package maintenance, I recommend that you discuss the issue of source of > fonts with the font team, as there is collected quite some knowledge and > experience in that team. Finally I got a response from twitter (Justine De Caires ): "The original sources are indeed the SVG files. When we update the package with new emojis, I'm given SVG files by the designers, so there aren't any AI files to be had anymore." Now that this is resolved, can someone add me to Debian-js [1] (I am part of Debian-java already), create a salsa repository for twemoji and maybe suggest a similar package? [1] I couldn't find a way to apply here: https://salsa.debian.org/groups/js-team/-/group_members > Hmm, maybe the fonts team would be a better place after all. Not > sure... I'll let you decide. > Good luck with the project - seems a great resource to have in Debian! Many Thanks and Best Regards, Felix -- Felix Natter
Bug#878875: Packaging twemoji
hello Debian-js, I would like to package twemoji (SVGs for unicode emojis) [1], and I think debian-js is the right team for this. However, I consider packaging only the SVGs and not the javascript code, because that's all I need for the freeplane package, and the RFP author Dominik (CC:) did not reply to my query (see #878875). What do you think, is Debian-js the right place for this, and do you need the javascript code? [1] https://github.com/twitter/twemoji Cheers and Best Regards, -- Felix Natter
Bug#878875: RFP: twemoji -- Open-sourced Twitter emoji images
Control: retitle -1 ITP: twemoji -- Open-sourced Twitter emoji images Control: owner -1 Felix Natter hi Dominik, I intend to maintain this package. I think only the SVG icons, since you don't seem to need more (do you need the javascript code?) and I need the SVGs for freeplane 1.8. @mentors: Could you suggest a team where this could be maintained (where is the js-team mailing list?) Cheers and Best Regards, -- Felix Natter
Bug#959838: Can you help? (ITP: opencensus-java -- Stats collection and distributed tracing framework)
ersion}",
spring_context:
"org.springframework:spring-context:${springVersion}",
spring_context_support:
"org.springframework:spring-context-support:${springVersion}",
prometheus_simpleclient:
"io.prometheus:simpleclient:${prometheusVersion}",
protobuf:
"com.google.protobuf:protobuf-java:${protobufVersion}",
opencensus_proto:
"io.opencensus:opencensus-proto:${opencensusProtoVersion}",
gson: "com.google.code.gson:gson:${gsonVersion}",
httpcomponents:
"org.apache.httpcomponents:httpclient:${httpcomponentsVersion}",
// Test dependencies.
guava_testlib: "com.google.guava:guava-testlib:${guavaVersion}",
junit: 'junit:junit:4.12',
mockito: 'org.mockito:mockito-core:2.28.1',
spring_test: "org.springframework:spring-test:${springVersion}",
truth: 'com.google.truth:truth:1.0',
spring_boot_test:
"org.springframework.boot:spring-boot-starter-test:${springBootTestVersion}",
spring_boot_test2:
"org.springframework.boot:spring-boot-starter-test:${springBoot2Version}",
dropwizard:
"io.dropwizard.metrics:metrics-core:${dropwizardVersion}",
dropwizard5:
"io.dropwizard.metrics5:metrics-core:${dropwizard5Version}",
sprint_boot_starter_tomcat:
"org.springframework.boot:spring-boot-starter-tomcat:${springBoot2Version}",
javax_servlet:
"javax.servlet:javax.servlet-api:${javaxServletVersion}",
So if you want to package the whole thing, you have to package most of
these (ca. 50) non-test dependencies (some of them are already packaged, of
course and as noted, some can be replaced by small patches).
> and added some of the modules I was able to detect from the gradle cache
> but this did not helped much. I would be happy if someone could lend a
> helping hand since I have the feeling that my attempt looks a bit
> fruitless. The package is relevant to get bazel packaged which would
> open the chance to package tensorflow which is used in several packages
> that help fighting COVID-19 and thus is part of the Debian Med COVID-19
> sprint.
This is an ambitious goal :-)
Cheers and Best Regards,
--
Felix Natter
Bug#958031: freeplane: Please package new upstream version (1.8.2)
hallo Boyuan, > The freeplane upstream has release a new version (1.8.2). Please > consider packaging it in Debian. unfortunately, this is currently blocked by gradle, which is at version 4.4, but Freeplane needs >5 (not sure which exact version). This could take some time, because gradle6 depends on kotlin, which is a huge effort to package. I intend to package asap, and maybe help with kotlin. In the meantime, you can install the upstream .deb from here: https://sourceforge.net/projects/freeplane/files/freeplane%20stable/freeplane_1.8.2%7Eupstream-1_all.deb/download Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#953203: virtualbox-guest-utils: Clipboard support disabled
Package: virtualbox-guest-utils Version: 6.1.4-dfsg-1 Severity: important Tags: upstream patch Dear Maintainer, steps to reproduce: - Host: Debian buster with vbox 6.1.4 - Guest: Debian unstable (just updated) with vbox 6.1.4 - Enable bidirectional clipboard support - Restart VM - copy still does not work, most probably because clipboard process does not run: ps aux | grep VBox Clipboard support is (accidentally?) disabled upstream (commented out in source code), please see this report: https://www.virtualbox.org/ticket/19336 There is a simple patch attached to the bug report which supposedly fixes the problem. Can you include the patch? Many Thanks and Best Regards, Felix -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/1 CPU core) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages virtualbox-guest-utils depends on: ii adduser 3.118 ii libc6 2.29-10 ii libpam0g 1.3.1-5 ii pciutils 1:3.6.4-1 ii virtualbox-guest-dkms [virtualbox-guest-modules] 6.1.4-dfsg-1 ii zlib1g1:1.2.11.dfsg-2 virtualbox-guest-utils recommends no packages. Versions of packages virtualbox-guest-utils suggests: ii virtualbox-guest-x11 6.1.4-dfsg-1 -- no debconf information -- Felix Natter
Bug#951831: groovy: Please update to 3.x
Package: groovy Version: 2.4.17-4 Severity: wishlist Dear Maintainer, please consider updating groovy to 3.x, because groovy 2.x was reported to not work with Java14, which recently entered unstable. Many Thanks and Best Regards, Felix Natter -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/1 CPU core) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages groovy depends on: ii antlr 2.7.7+dfsg-10 ii default-jre-headless [java7-runtime-headless] 2:1.11-72 ii ivy 2.4.0-5 ii junit44.12-8 ii libasm-java 7.2-1 ii libbsf-java 1:2.4.0-8 ii libcommons-cli-java 1.4-1 ii libcommons-logging-java 1.2-2 ii libjansi-java 1.18-1 ii libjline2-java2.14.6-3 ii libqdox-java 1.12.1-3 ii libservlet3.1-java [libservlet3.1-java] 1:4.0.1-2 ii libxstream-java 1.4.11.1-1 ii openjdk-10-jre-headless [java7-runtime-headless] 10.0.2+13-2 ii openjdk-11-jre-headless [java7-runtime-headless] 11.0.6+10-2 ii openjdk-8-jre-headless [java7-runtime-headless] 8u242-b08-1 ii openjdk-9-jre-headless [java7-runtime-headless] 9.0.4+12-4 Versions of packages groovy recommends: ii ant 1.10.7-1 ii ant-optional 1.10.7-1 ii libgpars-groovy-java 1.2.1-10 ii libjcommander-java1.71-3 Versions of packages groovy suggests: ii groovy-doc 2.4.17-4 -- no debconf information -- Felix Natter
Bug#942652: RFS: libdata-url-java/1.0.1-1 [ITP] -- Support for data URLs according to RFC 2397
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libdata-url-java" * Package name: libdata-url-java Version : 1.0.1-1 Upstream Author : Rob Spoor (mail address not known) * URL : https://robtimus.github.io/data-url/ * License : Apache-2.0 * Vcs : https://salsa.debian.org/java-team/libdata-url-java Section : java It builds those binary packages: libdata-url-java - Support for data URLs according to RFC 2397 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libdata-url-java Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libd/libdata-url-java/libdata-url-java_1.0.1-1.dsc Changes since the last upload: * Initial release. (Closes: #941916) It is a simple maven package which is a dependency of freeplane-1.7.10. The only thing to mention is that I replaced the i18n-maven-plugin (from the upstream author) by String.format (see 01_replace_i18n_maven_plugin.patch). @debian-java: Can I post the darcula package and its dependency (remaining two dependencies for freeplane-1.7.10) directly on d-java, or shall I do it via mentors? Cheers and Best Regards, -- Felix Natter
Bug#941916: ITP: libdata-url-java -- Support for the data protocol as specified in RFC 2397.
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: libdata-url-java Version : 1.0.1 Upstream Author : Rob Spoor * URL : https://github.com/robtimus/data-url/ * License : Apache-2.0 Programming Lang: Java Description : Support for the data protocol as specified in RFC 2397. The data-url library adds support for the data protocol as specified in RFC 2397. This is a dependency of freeplane-1.7.10. It will be maintained within the java team. Felix Natter
Bug#940868: ITP: darcula-theme-java -- The official Darcula Look and Feel for programming environments by Konstantin Bulenkov.
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: darcula-theme-java (darcula-lookandfeel-java?) Version : git? Upstream Author : Konstantin Bulenkov * URL : https://github.com/bulenkov/Darcula * License : Apache-2.0 Programming Lang: Java Description : The official Darcula Look and Feel for programming environments by Konstantin Bulenkov. Darcula is a Look-n-Feel for Java desktop application and a theme for code editors. Dependency of freeplane-1.7.10. Will be maintained within the debian-java team. I will contact the author regarding releases (there seem to be releases on maven). Cheers and Best Regards, -- Felix Natter
Bug#940867: ITP: libiconloader-java -- Smart Java Icon Loader with support of HiDPI (Retina) images
Package: wnpp Severity: wishlist Owner: Felix Natter * Package name: libiconloader-java Version : git? Upstream Author : Konstantin Bulenkov * URL : https://github.com/bulenkov/iconloader * License : Apache-2.0 Programming Lang: Java Description : Smart Java Icon Loader with support of HiDPI (Retina) images Dependency for darcula-theme-java (also ITP'd) which in turn is a dependency of freeplane-1.7.10. Will be maintained within the debian-java team. I will contact the author regarding releases (there seem to be releases on maven). Cheers and Best Regards, -- Felix Natter
Bug#915889: freeplane FTBFS: Could not resolve javax.servlet:javax.servlet-api:3.1.
hello Emmanuel, Emmanuel Bourg writes: > Le 16/12/2018 à 12:00, Felix Natter a écrit : > >> True, the 3.1 pom is installed, but the debian pom isn't, and I think >> that maven-repo-helper usually creates/links >> .../javax.servlet-api/debian/javax.servlet-api-debian.(pom,jar) >> as well. > > libservlet3.1-java never contained the 'debian' version, but the new Yes, that's what I said above: It is a riddle to me which change triggered it (also the last fop release was before the last Freeplane release, which obviously worked for me), but having the debian/*.pom would fix it :-) > libservlet-api-java which will arrive soon does have it. > > >> One important question: How can I prevent the AUTORM from happening? > > Either wait for libservlet-api-java to hit unstable, or add this rule to > debian/maven.rules: > > javax.servlet javax.servlet-api * s/.*/3.1/ * * I can confirm that this fixes the issue. I kindly ask for your advice: Freeplane is due to be removed in 20 days, so I tend to wait for libservlet-api-java, also because the rule would be broken as soon as different version of javax.servlet-api enters Debian (right?). Will you also update r-deps (like libfop-java) and will it take less than 20 days? Many Thanks and Best Regards, -- Felix Natter debian/rules!
Bug#915889: freeplane FTBFS: Could not resolve javax.servlet:javax.servlet-api:3.1.
Emmanuel Bourg writes: > Le 16/12/2018 à 07:11, Felix Natter a écrit : > >> The problem is that the javax.servlet:javax.servlet-api:3.1 artifact >> (src:tomcat8/bin:libservlet3.1-java) does not install a >> debian/javax.servlet-api-debian.pom, so the resolution fails during >> freeplane compilation. hi Emmanual, thanks for your answer! > libservlet3.1-java does install the Maven pom for the Servlet API though: > > ebourg@icare:~$ wget > http://ftp.us.debian.org/debian/pool/main/t/tomcat8/libservlet3.1-java_8.5.35-3_all.deb > --2018-12-16 10:32:57-- > http://ftp.us.debian.org/debian/pool/main/t/tomcat8/libservlet3.1-java_8.5.35-3_all.deb > Resolving ftp.us.debian.org (ftp.us.debian.org)... 128.61.240.89, > 128.30.2.26, 64.50.233.100, ... > Connecting to ftp.us.debian.org (ftp.us.debian.org)|128.61.240.89|:80... > connected. > HTTP request sent, awaiting response... 200 OK > Length: 245100 (239K) [application/octet-stream] > Saving to: ‘libservlet3.1-java_8.5.35-3_all.deb’ > > libservlet3.1-java_8.5.35-3_all.deb > 100%[=>] > 239.36K 609KB/s in 0.4s > > 2018-12-16 10:32:58 (609 KB/s) - ‘libservlet3.1-java_8.5.35-3_all.deb’ saved > [245100/245100] > > ebourg@icare:~$ dpkg -c libservlet3.1-java_8.5.35-3_all.deb > drwxr-xr-x root/root 0 2018-12-12 16:48 ./ > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/ > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/share/ > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/share/doc/ > drwxr-xr-x root/root 0 2018-12-12 16:48 > ./usr/share/doc/libservlet3.1-java/ > -rw-r--r-- root/root 6759 2018-12-12 16:48 > ./usr/share/doc/libservlet3.1-java/changelog.Debian.gz > -rw-r--r-- root/root 23165 2018-11-28 15:59 > ./usr/share/doc/libservlet3.1-java/copyright > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/share/java/ > -rw-r--r-- root/root242933 2018-12-12 16:48 > ./usr/share/java/servlet-api-3.1.jar > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/share/maven-repo/ > drwxr-xr-x root/root 0 2018-12-12 16:48 ./usr/share/maven-repo/javax/ > drwxr-xr-x root/root 0 2018-12-12 16:48 > ./usr/share/maven-repo/javax/servlet/ > drwxr-xr-x root/root 0 2018-12-12 16:48 > ./usr/share/maven-repo/javax/servlet/javax.servlet-api/ > drwxr-xr-x root/root 0 2018-12-12 16:48 > ./usr/share/maven-repo/javax/servlet/javax.servlet-api/3.1/ > -rw-r--r-- root/root 1404 2018-12-12 16:48 > ./usr/share/maven-repo/javax/servlet/javax.servlet-api/3.1/javax.servlet-api-3.1.pom > lrwxrwxrwx root/root 0 2018-12-12 16:48 > ./usr/share/maven-repo/javax/servlet/javax.servlet-api/3.1/javax.servlet-api-3.1.jar > -> ../../../../../java/servlet-api-3.1.jar True, the 3.1 pom is installed, but the debian pom isn't, and I think that maven-repo-helper usually creates/links .../javax.servlet-api/debian/javax.servlet-api-debian.(pom,jar) as well. > > >> Markus Koschany reminded me on #debian-java that Emmanuel is in the >> process of preparing a new javax-servlex package (#916354), which might >> fix this issue. So I will wait for this. > > I'm indeed in the process of splitting the JavaEE APIs (Servlet, JSP, EL > and WebSocket) away from the Tomcat package, but I fail to understand > why it affects freeplane. I am pretty sure freeplane only tries to find the pom+jar with the 'debian' version in "Debian Maven Repository". From the gradle debug log: 11:42:23.936 [DEBUG] [org.gradle.api.internal.artifacts.ivyservice.ivyresolve.RepositoryChainComponentMetaDataResolver] Attempting to resolve component for javax.servlet:javax.servlet-api:3.1 using repositories [Debian Maven Repository, MavenRepo, maven, maven2, maven3, /usr/share/java] 11:42:23.936 [QUIET] [system.out] Replacing javax.servlet:javax.servlet-api:jar:3.1 -> javax.servlet:javax.servlet-api:jar:debian 11:42:23.937 [DEBUG] [org.gradle.api.internal.artifacts.repositories.resolver.DefaultExternalResourceArtifactResolver] Loading file:/usr/share/maven-repo/javax/servlet/javax.servlet-api/debian/javax.servlet-api-debian.pom 11:42:23.937 [DEBUG] [org.gradle.api.internal.artifacts.repositories.resolver.DefaultExternalResourceArtifactResolver] Loading file:/usr/share/maven-repo/javax/servlet/javax.servlet-api/debian/javax.servlet-api-debian.jar 11:42:23.937 [DEBUG] [org.gradle.api.internal.artifacts.repositories.resolver.ExternalResourceResolver] No meta-data file or artifact found for module 'javax.servlet:javax.servlet-api:debian' in repository 'Debian Maven Repository'. 11:42:23.942 [DEBUG] [org.gradle.api.internal.art
Bug#915889: freeplane FTBFS: Could not resolve javax.servlet:javax.servlet-api:3.1.
hi Adrian, thank you for this bug report. The problem is that the javax.servlet:javax.servlet-api:3.1 artifact (src:tomcat8/bin:libservlet3.1-java) does not install a debian/javax.servlet-api-debian.pom, so the resolution fails during freeplane compilation. I do not know why this worked previously. In stretch, fop's javax.servlet-api artifact was scope:provided, which would explain why it works in stretch. But I published freeplane-1.7.2 on 2018-11-24, and back then there was no problem. One solution would be to install a correct(?) debian pom for javax.servlet:javax.servlet-api:3.1. I see that tomcat8 uses maven-repo-helper, so I do not understand why that is not already the case? Markus Koschany reminded me on #debian-java that Emmanuel is in the process of preparing a new javax-servlex package (#916354), which might fix this issue. So I will wait for this. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#897566: freeplane freezes while entering text node under OpenJDK 10
Hi Ben, Hi Emmanuel, very soon freeplane 1.7.2 will be released, with full openjdk 11 support (I hope Sunday). Cheers and Best Regards Felix > Am 14.11.2018 um 12:56 schrieb Emmanuel Bourg : > > Hi Ben, > > Could you try again with OpenJDK 11 please? This is the new default Java > runtime now. > > Emmanuel Bourg > > > On Sun, 6 May 2018 11:03:42 +1200 Ben Caradoc-Davies > wrote: >> On 05/05/18 20:01, Felix Natter wrote: >>> Freeplane upstream has made me aware that this is an OpenJDK issue: >>> https://bugs.openjdk.java.net/browse/JDK-8202580 >>> This very well fits your logs: >>> at >>> sun.java2d.pipe.ShapeSpanIterator.lineTo(java.desktop@10.0.1/Native >>> Method) >>> So I think we can close this bug since it's not something fixable in >>> Freeplane? Please use OpenJDK-9 meanwhile. >> >> Thanks, Felix. That looks convincing. I agree that this is an OpenJDK >> issue, so I will reassign this to openjdk-10 and set forwarded to the >> OpenJDK issue. I will test again when OpenJDK 10 is fixed. Until then I >> am using a wrapper script to set OpenJDK 8. >> >> Kind regards, >> >> -- >> Ben Caradoc-Davies >> Director >> Transient Software Limited <https://transient.nz/> >> New Zealand >> >> > > -- > To unsubscribe, send mail to 897566-unsubscr...@bugs.debian.org.
Bug#897566: freeplane freezes while entering text node under OpenJDK 10
Ben Caradoc-Davies <b...@transient.nz> writes: > On 04/05/18 06:09, Felix Natter wrote: >> hello Ben, >> thank you for the report. Could you please provide a sample map (without >> confidential information ;-)) and instructions for reproducing (insert >> child anywhere + type two letters?) >> Also, is there anything suspicious in the log >> (~/.config/freeplane/1.6.x/logs/log.0 or start from console)? >> Thanks and Best Regards, > > Felix, Hi Ben, > please find attached a sample map test.mm. To reproduce, hover over the > smaller (blue) Test node, press Insert to insert a new node, and start > typing "Test". With OpenJDK 10, Freeplane hangs most of the time after > typing "Te". many thanks for the logs, very much appreciated! > I have also attached the console and log.0 logs, and an OpenJDK 8 console > log for comparison (but I did not see any substantive differences). Freeplane upstream has made me aware that this is an OpenJDK issue: https://bugs.openjdk.java.net/browse/JDK-8202580 This very well fits your logs: at sun.java2d.pipe.ShapeSpanIterator.lineTo(java.desktop@10.0.1/Native Method) So I think we can close this bug since it's not something fixable in Freeplane? Please use OpenJDK-9 meanwhile. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#897566: freeplane freezes while entering text node under OpenJDK 10
hello Ben, thank you for the report. Could you please provide a sample map (without confidential information ;-)) and instructions for reproducing (insert child anywhere + type two letters?) Also, is there anything suspicious in the log (~/.config/freeplane/1.6.x/logs/log.0 or start from console)? Thanks and Best Regards, -- Felix Natter
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Sébastien Delafond <s...@debian.org> writes: > On Apr/10, Felix Natter wrote: >> Yes and no. On jessie the patch did not cleanly apply, so I would have >> had to apply that change manually. Since removing the import has no >> effect on the semantics of the program (as long as it still compiles), >> I was too lazy. It should be ok. > > Let's leave it then. > > For further contributions, however, please make sure you cleanly > retrofit any patch that doesn't apply as-is: this will reduce the > overhead and questions when reviewing on our side. Ok, sure, I will do! >> May I ask why the full source must be included? > > Because they will be new on security-master. Ah, thanks for the explanation. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Salvatore Bonaccorso <car...@debian.org> writes: > Hi Felix, hello Salvatore, > Sorry for the delay in getting back to you. > > On Fri, Apr 06, 2018 at 09:40:40PM +0200, Felix Natter wrote: >> hello Security Team, >> >> here are the CVE-2018-169 security updates for jessie and stretch: >> >> [jessie] >> https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=jessie-CVE-2018-169 >> (jessie-CVE-2018-169 branch) >> >> [stretch] >> https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=stretch-CVE-2018-169 >> (stretch-CVE-2018-169 branch) >> >> Both are tested: >> - builds >> - activation log message is seen >> - Save and Load XML works >> >> In what format would you like the "tested packages"? *.deb? >> >> Here is the corrsponding upstream commit: >> https://github.com/freeplane/freeplane/commit/a5dce7f9f >> >> The debdiffs are attached. > > Debdiffs looks good to me. I just have a question, for the > jessie-debdiff: In the ScriptingRegistration.java was the removal of > the import of org.freeplane.n3.nanoxml.XMLParserFactory not done on > purpose? Yes and no. On jessie the patch did not cleanly apply, so I would have had to apply that change manually. Since removing the import has no effect on the semantics of the program (as long as it still compiles), I was too lazy. It should be ok. > Other than that, when above question commented on, feel free to upload > to security-master (AFICS you will need a sponsor, but guess Markus > will cime in here as well). Remember that both needs to be build with > -sa. May I ask why the full source must be included? @Markus: Would you be so kind to take care of uploading? Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
hello Security Team, here are the CVE-2018-169 security updates for jessie and stretch: [jessie] https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=jessie-CVE-2018-169 (jessie-CVE-2018-169 branch) [stretch] https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=stretch-CVE-2018-169 (stretch-CVE-2018-169 branch) Both are tested: - builds - activation log message is seen - Save and Load XML works In what format would you like the "tested packages"? *.deb? Here is the corrsponding upstream commit: https://github.com/freeplane/freeplane/commit/a5dce7f9f The debdiffs are attached. @Markus: Did you already submit the update for wheezy? Cheers and Best Regards, -- Felix Natter debian/rules! jessie-CVE-2018-169.debdiff Description: Binary data stretch-CVE-2018-16.debdiff Description: Binary data
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Salvatore Bonaccorso <car...@debian.org> writes: > Hi Felix, hello Salvatore, > On Sun, Apr 01, 2018 at 06:04:27PM +0200, Markus Koschany wrote: >> >> >> Am 01.04.2018 um 17:57 schrieb Felix Natter: >> [...] >> > Thanks, done. >> > BTW: Is it ok to close the bug with the stretch-security upload even if >> > the jessie-security upload is still pending? >> >> Yes, that's ok. You can close the bug with both uploads. >> >> > What is there to do next? >> >> As soon as the security team has approved the changes, I can upload your >> packages to security-master. > > Thanks for working on it, the issue is severe enought that it warrants > a DSA. Could you send the security team alias > (t...@security.debian.org) debdiffs resulting from the build and > tested packages for a short review + ack? The stretch update is here (branch stretch-CVE-2018-169): https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=stretch-CVE-2018-169=1 This is tested: - activation log message is seen - Save and Load XML works In what format would you like the "tested packages"? *.deb? Here is the upstream commit: https://github.com/freeplane/freeplane/commit/a5dce7f9f The debdiff (for stretch-security) is attached. I am still working on the jessie update, this could take until Saturday (sorry for the delay). Best Regards, -- Felix Natter debian/rules! stretch-CVE-2018-16.debdiff Description: Binary data
Bug#893635: does not show up in GNOME's application menus
hello Antoine, I have got a reply from xdg from a user who has the same problem: https://lists.freedesktop.org/archives/xdg/2018-April/014010.html So it looks like this might be a GNOME(3) problem (or can you reproduce this with KDE or another desktop?) I think it would make sense to report this against GNOME (either upstream or in Debian), unless you can reproduce it with KDE, e17, etc. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Markus Koschany <a...@debian.org> writes: > Hi Felix, hello Markus, > Am 01.04.2018 um 16:23 schrieb Felix Natter: >> hello Markus, >> >> I have prepared the patched 1.5.18-1+deb9u1 for stretch >> I hope I got the version number right? The changelog entry is probably >> not correct either. Can you advice what to read? >> >> I briefly tested saving+loading mindmaps. >> >> Here it is: >> https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=stretch-CVE-2018-169 >> (branch stretch-CVE-2018-169 in the freeplane alioth repo). >> >> I am in the process of setting up a vbox instance for jessie to address >> the other update. >> >> Cheers and Best Regards, > > The version is correct. I would write in your changelog: > > Fix CVE-2018-169: Wojciech Reguła discovered that FreePlane was > affected by a XML External Entity (XXE) vulnerability in its mindmap > loader that could compromise a user's machine by opening a specially > crafted mind map file. (Closes: #893663) Thanks, done. BTW: Is it ok to close the bug with the stretch-security upload even if the jessie-security upload is still pending? What is there to do next? > Distribution should be stretch-security though and the urgency is high. > Similar for Jessie, jessie-security and the version is 1.3.12-1+deb8u1 I will do this soon, hopefully tomorrow. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893635: does not show up in GNOME's application menus
hello Antoine, thank you for the report. I cannot reproduce this on stretch with GNOME3: It shows up in the list of applications (super key), and in both "menu editors". Can you provide your desktop environment (GNOME3?) and a screenshot that shows the problem? I will ask x...@lists.freedesktop.org. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
hello Markus, I have prepared the patched 1.5.18-1+deb9u1 for stretch I hope I got the version number right? The changelog entry is probably not correct either. Can you advice what to read? I briefly tested saving+loading mindmaps. Here it is: https://anonscm.debian.org/cgit/pkg-java/freeplane.git/log/?h=stretch-CVE-2018-169 (branch stretch-CVE-2018-169 in the freeplane alioth repo). I am in the process of setting up a vbox instance for jessie to address the other update. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893221: knopflerfish-osgi FTBFS with openjdk-9
Emmanuel Bourg <ebo...@apache.org> writes:
hello Emmanuel,
> Le 30/03/2018 à 09:41, Felix Natter a écrit :
>
>> Is the following ok for getting rid of the -java-doc package
>> (I don't think it makes sense to keep an older doc package)?
>>
>> Package: libknopflerfish-osgi-framework-java
>> Architecture: all
>> Depends: ${misc:Depends}
>> -Suggests: libknopflerfish-osgi-java-doc
>> +Provides: libknopflerfish-osgi-java-doc
>> +Conflicts: libknopflerfish-osgi-java-doc
>> +Replaces: libknopflerfish-osgi-java-doc
>
> libknopflerfish-osgi-java-doc has no reverse dependencies, no need to
> add these fields you can drop it directly.
Are you sure? Without these settings, libknopflerfish-osgi-java-doc-X
will still be kept if libknopflerfish-osgi-framework-java is updated to
Y, thus you have an old doc package lying around.
One important lintian is an FP (#894397)
W: libknopflerfish-osgi-framework-java:
incompatible-java-bytecode-format Java9 version (Class format: 53)
Would you want to sponsor this minor update?
knopflerfish-osgi (6.1.1-2) unstable; urgency=medium
* Drop -java-doc package due to low popcon (Closes: #893221)
* Correct description (R5->R6)
* Priority extra->optional
* Install NOTICE.txt in main package
* Bump standards version to 4.1.3
-- Felix Natter <fnat...@gmx.net> Fri, 30 Mar 2018 17:29:18 +0200
https://anonscm.debian.org/cgit/pkg-java/knopflerfish-osgi.git
Many Thanks and Best Regards,
--
Felix Natter
debian/rules!
Bug#893221: knopflerfish-osgi FTBFS with openjdk-9
Emmanuel Bourg <ebo...@apache.org> writes:
> Le 28/03/2018 à 21:40, Felix Natter a écrit :
>
>> I tried several variations of javadoc's -exclude parameter:
>>
>> -exclude "org.knopflerfish.framework.bundlestorage.dex"
>> -exclude "org.knopflerfish.framework.bundlestorage.dex.DexArchive"
>> -exclude "org.knopflerfish.framework.bundlestorage.dex.*"
>> -exclude "org/knopflerfish/framework/bundlestorage/dex"
>> -exclude dalvik.system
>> [...]
>>
>> Do you have an idea what I'm doing wrong? To me it looks like -exclude
>> is broken/ignored. If we can't fix the javadoc invocation, I suggest
>> to patch out DexArchive.java.
>> What do you think?
>
> I gave it a try and I haven't been able to get the -exclude option to
> work as documented either. I managed to build the javadoc with the
> "--ignore-source-errors -Xdoclint:none" options, but this may break
> again in the future.
>
> I suggest simply removing the -java-doc package, it has a low popcon and
> no reverse dependencies.
I agree, thanks for looking into this!
Is the following ok for getting rid of the -java-doc package
(I don't think it makes sense to keep an older doc package)?
Package: libknopflerfish-osgi-framework-java
Architecture: all
Depends: ${misc:Depends}
-Suggests: libknopflerfish-osgi-java-doc
+Provides: libknopflerfish-osgi-java-doc
+Conflicts: libknopflerfish-osgi-java-doc
+Replaces: libknopflerfish-osgi-java-doc
Many Thanks and Best Regards,
--
Felix Natter
debian/rules!
Bug#893221: knopflerfish-osgi FTBFS with openjdk-9
Adrian Bunk <b...@debian.org> writes: > On Sat, Mar 24, 2018 at 11:35:48AM +0100, Felix Natter wrote: >> hello Adrian, > > Hi Felix, hello Adrian, >> thank you very much for the report. >> >> I am not sure that this is a Java9 issue, lookls more like some classes >> (org.osgi.annotation.versioning.*) were dropped from a package I depend >> on. > > the relevant change is that javadoc now gives errors instead of warnings > for some problems (often caused by incorrect/incomplete classpath). > > Fails with Java 9: > /usr/lib/jvm/java-9-openjdk-amd64/bin/javadoc -locale en -encoding "UTF-8" > -sourcepath osgi/framework/src -d api -subpackages org.knopflerfish:org.osgi > > Works with Java 8: > /usr/lib/jvm/java-8-openjdk-amd64/bin/javadoc -locale en -encoding "UTF-8" > -sourcepath osgi/framework/src -d api -subpackages org.knopflerfish:org.osgi Many thanks for the explanation. Most errors are fixed by adding "-cp /usr/share/java/osgi.annotation.jar". The remaining problem is the Android (Dalvik) dependency (we build without Android support): Loading source files for package org.knopflerfish... Loading source files for package org.osgi... Constructing Javadoc information... osgi/framework/src/org/knopflerfish/framework/bundlestorage/dex/DexArchive.java:47: error: package dalvik.system does not exist import dalvik.system.DexFile; ^ osgi/framework/src/org/knopflerfish/framework/bundlestorage/dex/DexArchive.java:57: error: cannot find symbol private DexFile dexFile = null; ^ symbol: class DexFile location: class DexArchive 2 errors I tried several variations of javadoc's -exclude parameter: -exclude "org.knopflerfish.framework.bundlestorage.dex" -exclude "org.knopflerfish.framework.bundlestorage.dex.DexArchive" -exclude "org.knopflerfish.framework.bundlestorage.dex.*" -exclude "org/knopflerfish/framework/bundlestorage/dex" -exclude dalvik.system [...] Do you have an idea what I'm doing wrong? To me it looks like -exclude is broken/ignored. If we can't fix the javadoc invocation, I suggest to patch out DexArchive.java. What do you think? Many Thanks and Best Regards, -- Felix Natter debian/rules!
Bug#893221: knopflerfish-osgi FTBFS with openjdk-9
hello Adrian, thank you very much for the report. I am not sure that this is a Java9 issue, lookls more like some classes (org.osgi.annotation.versioning.*) were dropped from a package I depend on. I will look into this soon (Friday, start of Easter weekend, at the latest). Can we change the priority so that the package is not removed? Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Markus Koschany <a...@debian.org> writes:
> Am 22.03.2018 um 20:52 schrieb Felix Natter:
>> Markus Koschany <a...@debian.org> writes:
>>
>>> Package: freeplane
>>> X-Debbugs-CC: t...@security.debian.org
>>> X-Debbugs-CC: fnat...@gmx.net
>>> Severity: important
>>> Tags: security
>>>
>>> Hi,
>>
>> hello Markus,
>>
>>> the following vulnerability was published for freeplane. Apparently only
>>> stretch/jessie/wheezy might be affected.
>>
>> Thank you for paying attention to this, I completely overlooked this!
>
Hi Markus,
> Thanks for your reply!
>
>>
>>> @Felix
>>> Can you tell us more about this vulnerability? There only seems to be a
>>> reference in freeplane's wiki.
>>
>> I think it is very well explained here:
>> https://www.owasp.org/index.php/XML_External_Entity_(XXE)_Processing
>>
>> In short: External identities are "includes" for XML documents that can
>> be specified in DTDs.
>>
>> Here is the commit that should fix it:
>> https://github.com/freeplane/freeplane/commit/a5dce7f9f
>
> That's what we were looking for.
>
> [...]
>
>
>> I can confirm that the the fix is in 1.5.20 and 1.6.1, so it's true that
>> wheezy, jessie and stretch are affected.
>>
>> Shall I add the patch in git branches from the debian/X tags here?
>> https://anonscm.debian.org/cgit/pkg-java/freeplane.git
>> Or did you want to do this, Markus?
>
> Please prepare updates for Jessie and Stretch if time permits and I will
> upload the fix either as a security update, provided the security team
> agrees, or as a point-update. I will take care of Wheezy myself.
Since I am hiking this weekend, would it be possible to do this as the
first thing on the Easter weekend (next Friday)? I also need to fix the
knopflerfish RC bug (#893221), I will look into that this morning.
BTW: I *think* the patch should apply without major problems (the XML
persistence hasn't changed much). But on the ant build systems (< 1.5)
the sources are in /src/** instead of /src/main/java/**,
so you can apply there with -p4 or something (and ignore the unmatched part
for freeplane_plugin_script [1]). That part ([1]) can be applied
manually.
I will checkout the respective tag (debian/1.3.12-1, debian/1.5.18-1),
create a branch from there ("jessie-security1", "stretch-security1"),
import the patch, create a new changelog entry (will read about that)
and test, ok?
[1]
freeplane_plugin_script/src/main/java/org/freeplane/plugin/script/ScriptingRegistration.java
Cheers and Best Regards,
--
Felix Natter
debian/rules!
Bug#893663: freeplane: CVE-2018-1000069 XXE vulnerability
Markus Koschany <a...@debian.org> writes: > Package: freeplane > X-Debbugs-CC: t...@security.debian.org > X-Debbugs-CC: fnat...@gmx.net > Severity: important > Tags: security > > Hi, hello Markus, > the following vulnerability was published for freeplane. Apparently only > stretch/jessie/wheezy might be affected. Thank you for paying attention to this, I completely overlooked this! > @Felix > Can you tell us more about this vulnerability? There only seems to be a > reference in freeplane's wiki. I think it is very well explained here: https://www.owasp.org/index.php/XML_External_Entity_(XXE)_Processing In short: External identities are "includes" for XML documents that can be specified in DTDs. Here is the commit that should fix it: https://github.com/freeplane/freeplane/commit/a5dce7f9f > https://www.freeplane.org/wiki/index.php/XML_External_Entity_vulnerability_in_map_parser > > CVE-2018-169[0]: > | FreePlane version 1.5.9 and earlier contains a XML External Entity > | (XXE) vulnerability in XML Parser in mindmap loader that can result in > | stealing data from victim's machine. This attack appears to require > | the vicim to open a specially crafted mind map file. This > | vulnerability appears to have been fixed in 1.6+. > > If you fix the vulnerability please also make sure to include the > CVE (Common Vulnerabilities & Exposures) id in your changelog entry. > > For further information see: > > [0] https://security-tracker.debian.org/tracker/CVE-2018-169 > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-169 > > Please adjust the affected versions in the BTS as needed. I can confirm that the the fix is in 1.5.20 and 1.6.1, so it's true that wheezy, jessie and stretch are affected. Shall I add the patch in git branches from the debian/X tags here? https://anonscm.debian.org/cgit/pkg-java/freeplane.git Or did you want to do this, Markus? I will read more about security updates on the weekend. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#870103: freeplane: a Java (knopflerfish) exception will prevent freeplane from starting
hello Sophoklis, I packaged the latest version of knopflerfish (and freeplane), so if there is a bug, it could be closed now. Cheers and Best Regards, -- Felix Natter debian/rules!
Bug#875322: libbatik-java: batik-1.9 causes FTBFS for freeplane due to changed artifacts/poms
t; org.apache.xmlgraphics:batik-util:debian > No cached version of org.apache.xmlgraphics:batik-i18n:debian available for offline mode. > No cached version of org.apache.xmlgraphics:batik-i18n:debian available for offline mode. > Could not resolve org.apache.xmlgraphics:batik-rasterizer-ext:debian. Required by: project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian > No cached version of org.apache.xmlgraphics:batik-rasterizer-ext:debian available for offline mode. > No cached version of org.apache.xmlgraphics:batik-rasterizer-ext:debian available for offline mode. > Could not resolve org.apache.xmlgraphics:batik-squiggle-ext:debian. Required by: project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian > No cached version of org.apache.xmlgraphics:batik-squiggle-ext:debian available for offline mode. > No cached version of org.apache.xmlgraphics:batik-squiggle-ext:debian available for offline mode. > Could not resolve org.apache.xmlgraphics:batik-svgbrowser:debian. Required by: project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian > org.apache.xmlgraphics:batik-squiggle:debian > No cached version of org.apache.xmlgraphics:batik-svgbrowser:debian available for offline mode. > No cached version of org.apache.xmlgraphics:batik-svgbrowser:debian available for offline mode. > Could not resolve org.apache.xmlgraphics:batik-svgrasterizer:debian. Required by: project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian > org.apache.xmlgraphics:batik-rasterizer:debian > No cached version of org.apache.xmlgraphics:batik-svgrasterizer:debian available for offline mode. > No cached version of org.apache.xmlgraphics:batik-svgrasterizer:debian available for offline mode. > Could not resolve org.python:jython:debian. Required by: project :freeplane_plugin_svg > org.apache.xmlgraphics:batik-all:debian > org.apache.xmlgraphics:batik-script:debian > No cached version of org.python:jython:debian available for offline mode. > No cached version of org.python:jython:debian available for offline mode. I tried only batik-swing: problem occurred evaluating project ':freeplane_plugin_svg'. > Could not resolve all dependencies for configuration > ':freeplane_plugin_svg:runtime'. > Could not resolve org.apache.xmlgraphics:swing:1.7. Required by: project :freeplane_plugin_svg > No cached version of org.apache.xmlgraphics:swing:1.7 available for offline mode. > No cached version of org.apache.xmlgraphics:swing:1.7 available for offline mode. Could you please fix this? -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libbatik-java depends on: ii java-wrappers 0.1.28 ii libbsf-java 1:2.4.0-5 ii libcommons-io-java2.5-1 ii libcommons-logging-java 1.2-1 ii libxalan2-java2.7.1-9 ii libxml-commons-external-java 1.4.01-2 ii libxmlgraphics-commons-java 2.1-2 Versions of packages libbatik-java recommends: ii default-jre 2:1.8-59 pn fop pn rhino libbatik-java suggests no packages. -- no debconf information Thanks and Best Regards, -- Felix Natter debian/rules!
Bug#870103: freeplane: a Java (knopflerfish) exception will prevent freeplane from starting
hello Sophoklis, a workaround should be to copy: /usr/share/freeplane/props.xargs -> /usr/share/freeplane/fwdir/fwprops.xargs and /usr/share/freeplane/init.xargs -> /usr/share/freeplane/fwdir/fwinit.xargs Is there anything special in your freeplane config? Which working directory? I am wondering whether we shall ask knopflerfish upstream. Cheers and Best Regards, -- Felix Natter
Bug#870103: freeplane: a Java (knopflerfish) exception will prevent freeplane from starting
hello Sophoklis, unfortunately I cannot reproduce this, but I'll look into it. Does that file exist (could be a permission problem...)? Could you try to touch that file (as root) as a possible workaround? If that doesn't work, try to "sudo cp" the attached "props.xargs" to /usr/share/freeplane/fwdir/fwprops.xargs? Cheers and Best Regards, -- Felix Natter props.xargs Description: Binary data
Bug#860325: [libbyte-buddy-java] branch master created (now e33e1ab)
Emmanuel Bourg <ebo...@apache.org> writes: > Hi Felix, hello Emmanuel, hello Paul, > Thank you for packaging Byte Buddy, that one was on my todo list. If it > isn't too late do you think it could be possible to rename the source > package to byte-buddy instead of libbyte-buddy-java please? @Emmanuel: I could not immediately make sense of the maven structure, so it was on hold for some time. Paul (CC:) kindly offered to take over, and of course I will help if he wants me to. I have created a new repo "byte-buddy", and imported the 1.7.1 source into it: https://anonscm.debian.org/cgit/pkg-java/byte-buddy.git @Paul: Could you please use this repo for packaging? @Emmanuel: Can I just remove the old libbyte-buddy-java repo with $ ssh fnatter-gu...@git.debian.org $ cd /git/pkg-java $ mv libbyte-buddy-java /tmp ? Cheers and Best Regards, -- Felix Natter
Bug#866134: RFS: jajuk/1:1.10.9+dfsg2-3
Package: sponsorship-requests Severity: normal Dear mentors, hello Markus, I am looking for a sponsor for my package "jajuk". This fixes a simple classpath error reported against Ubuntu. * Package name: jajuk Version : 1:1.10.9+dfsg2-3 Upstream Author : Bertrand Florat <bertr...@florat.net> and The Jajuk Team * URL : http://www.jajuk.info * License : GPL-2+ Section : sound It builds those binary packages: jajuk - advanced jukebox and music organizer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/jajuk Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/j/jajuk/jajuk_1.10.9+dfsg2-3.dsc Changes since the last upload: jajuk (1:1.10.9+dfsg2-3) unstable; urgency=medium * Include jgoodies-common.jar in classpath (LP: #1650019) * Update standards-version to 4.0.0 (no changes) -- Felix Natter <fnat...@gmx.net> Tue, 27 Jun 2017 16:45:50 +0200 Regards, -- Felix Natter
Bug#860325: ITP: libbyte-buddy-java -- Runtime code generation for the Java virtual machine.
Package: wnpp Severity: wishlist Owner: Felix Natter <fnat...@gmx.net> * Package name: libbyte-buddy-java Version : 1.6.12 Upstream Author : Rafael Winterhalter <rafael@gmail.com> * URL : http://www.example.org/ * License : Apache-2.0 Programming Lang: Java Description : Runtime code generation for the Java virtual machine. Byte Buddy is a code generation and manipulation library for creating and modifying Java classes during the runtime of a Java application and without the help of a compiler. Other than the code generation utilities that ship with the Java Class Library, Byte Buddy allows the creation of arbitrary classes and is not limited to implementing interfaces for the creation of runtime proxies. Furthermore, Byte Buddy offers a convenient API for changing classes either manually, using a Java agent or during a build. The package is a dependency of freeplane 1.6.x, where it is used to fix a security issue in groovy. I plan to maintain it in the debian-java team. The playground version is created here: https://github.com/fnatter/byte-buddy-debian Cheers and Best Regards, -- Felix Natter
Bug#856058: freeplane: Fails to export to pdf due to missing class (org/apache/avalon/framework/configuration/Configurable)
hello Hans, [I am sending this again in plain text] thanks very much for the bug report. I will work on fixing this in the next few weeks. Please use a pdf printer in the mean time. Incidentally, the pdf export might be disabled in 1.6.x because it creates problems with the new SVG icons capability! Cheers and Best Regards, -- Felix Natter
Bug#856058: freeplane: Fails to export to pdf due to missing class (org/apache/avalon/framework/configuration/Configurable)
hello Hans, thanks very much for the bug report. I will work on fixing this in the next few weeks. Please use a pdf printer in the mean time. Incidentally, the pdf export might be disabled in 1.6.x because it creates problems with the new SVG icons capability. Cheers and Best Regards, Felix Natter
Bug#853134: CVE-2017-5617: svgSalamander
hello d-gis/Bas, there is a security vulnerability in svgSalamander: https://github.com/blackears/svgSalamander/issues/11 The problem occurs when including raster/svg images via . The reporter says "How to fix - any schemes apart from data in the xlink:href attribute should be disallowed" --> I am not aware of svgSalamander properties (the only other toggle I can think of is java system properties), so can we _disable_ other schemes? I don't think that breaks SVG renderding in Freeplane, how about josm / other applications? http://stackoverflow.com/questions/6249664/does-svg-support-embedding-of-bitmap-images --> data: schema seems provides a way for including base64 encoded raster/svg images inline in an SVG. --> Can we discuss how to fix this? Or shall we wait until Mark (the upstream author) fixes this (might take a month)? Or at least ping him for a solution? Cheers and Best Regards, -- Felix Natter
Bug#846816: java.lang.NoSuchFieldError: DLU2
@Tony: Please do NOT upload, I need to add a jgoodies>=1.9.0 dependency. I will ask on debian-Java for a Sponsor! Cheers and Best Regards, Felix > Am 04.12.2016 um 20:52 schrieb gregor herrmann <gre...@debian.org>: > >> On Sun, 04 Dec 2016 19:13:47 +0100, Felix Natter wrote: >> >> @Vincent/@Gregor: Could you please try the following (with the old >> freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane >> before) >> >> - find out which java you are using: >> >> $ ls -lh /etc/alternatives/java >> lrwxrwxrwx 1 root root 46 Oct 9 2015 /etc/alternatives/java -> >> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java > > ls -lh /etc/alternatives/java > lrwxrwxrwx 1 root root 46 Feb 6 2016 /etc/alternatives/java -> > /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java > >> - edit /etc/java-8-openjdk/accessibility.properties >> (please use the correct one for your java version) >> - comment out this line: >> #assistive_technologies=org.GNOME.Accessibility.AtkWrapper > > done > >> - start freeplane again (from console) > > Same error: > > STDERR: Exception in thread "AWT-EventQueue-0" > STDERR: java.lang.NoSuchFieldError: DLU2 > STDERR: at > org.freeplane.features.styles.mindmapmode.StyleEditorPanel.init(StyleEditorPanel.java:845) > STDERR: at > org.freeplane.features.styles.mindmapmode.StyleEditorPanel.access$2500(StyleEditorPanel.java:119) > STDERR: at > org.freeplane.features.styles.mindmapmode.StyleEditorPanel$1.hierarchyChanged(StyleEditorPanel.java:582) > > > Cheers, > gregor > > -- > .''`. https://info.comodo.priv.at/ - Debian Developer https://www.debian.org > : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 > `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe > `- NP: Gypsy Sun And Rainbows: Voodoo Child (Slight Return)
Bug#846816: java.lang.NoSuchFieldError: DLU2
hi Vincent, hi Gregor, I think that since the stack trace contains an invocation of GNOME's AtkWrapper, that may be the problem (we've had problems with this before!). @Vincent/@Gregor: Could you please try the following (with the old freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane before) - find out which java you are using: $ ls -lh /etc/alternatives/java lrwxrwxrwx 1 root root 46 Oct 9 2015 /etc/alternatives/java -> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java - edit /etc/java-8-openjdk/accessibility.properties (please use the correct one for your java version) - comment out this line: #assistive_technologies=org.GNOME.Accessibility.AtkWrapper - start freeplane again (from console) Thanks for Reporting & Testing, -- Felix Natter
Bug#846816: java.lang.NoSuchFieldError: DLU2
hello, one correction: I saw the "blank window" issue under XFCE4/sid. Cheers and Best Regards, -- Felix Natter
Bug#846816: java.lang.NoSuchFieldError: DLU2
hello all, gregor herrmann <gre...@debian.org> writes: >> - seems to happen only at runtime? > > That's what confused my as well ... > >> > added to debian/patches/50_jgoodies-1.9.patch, but when starting >> > freeplane I then only see an empty white windows. >> I could reproduce this once after updating my sid (but not previously >> when updating jgoodies but not sid). Could you please try another >> desktop environment? > > I don't have any desktop enviroments installed :) > (Just awesome as a window manager.) > >> If that does not work, you can rename ~/.config/freeplane. >> This worked for me, and I can no longer reproduce the bug >> even when starting with the old ~/.config/freeplane. > > I've now rebuilt freeplane from git, and installed it. > Again, I only get (a question about standard.mm) and then a white > window. > > After blowing away ~/.config/freeplane, I don't get the dialog but a > white windows with a title of "whatsNew-1.5.x - Freeplane - Mind map > mode (Read Only) /usr/share/freeplane/doc/whatsNew-1.5.x.mm". That is ok - if you don't have ~/.config/freeplane, the user is presented with the map of features that are new in 1.5.x. > Oh, interesting, I can right-click, get a menu, can choose > fullscreen, and then I see a mindmap. I can also enable the menubar > etc. > When I leave fullscreen mode, all is gone (the mindmap as well as the > menubar ...). > > Back in fullscreen mode, when I enter the configuration, I get an > empty grey window. > > Anyway, it's well possible that this is all another problem and > related to some interaction between my window manager and > java/freeplane. Not probable, as I could see it under GNOME3 :-/ Please tell me if this issue pops up again. > And I can confirm that the updated patch in git gets rid of the > error. @Tony: Could you upload freeplane-1.5.16-3 from git (https://anonscm.debian.org/cgit/pkg-java/freeplane.git)? I will work on understanding the issue in parallel. Thanks and Best Regards, -- Felix Natter
Bug#846816: java.lang.NoSuchFieldError: DLU2
gregor herrmann <gre...@debian.org> writes:
hello all,
> Control: tag -1 + confirmed
>
> On Sat, 03 Dec 2016 14:50:40 +0100, Vincent Smeets wrote:
>
>> Package: freeplane
>> Version: 1.5.16-2
>> Severity: grave
>> Justification: renders package unusable
>
>> Here I started freeplane from the command line. It shows you the log
>> output and the raised exception.
>
>> STDERR: Exception in thread "AWT-EventQueue-1"
>> STDERR: java.lang.NoSuchFieldError: DLU2
>
> Thanks for your bug report. I can reproduce it (on unstable).
>
>> -- Package-specific info:
>> ii freeplane 1.5.16-2 allJava
>> program for working with Mind Maps
>
>> Versions of packages freeplane depends on:
>> ii libjgoodies-forms-java 1.9.0-3
>
> Looks like we missed a part when creating the patch for
> jgoodies-forms 1.9.0 compatibility ...
>
>
> I get past this error with
>
> +---
> a/freeplane/src/main/java/org/freeplane/features/styles/mindmapmode/StyleEditorPanel.java
>
> b/freeplane/src/main/java/org/freeplane/features/styles/mindmapmode/StyleEditorPanel.java
> +@@ -113,8 +113,8 @@
> + import org.freeplane.features.ui.IMapViewManager;
> +
> + import com.jgoodies.forms.builder.DefaultFormBuilder;
> +-import com.jgoodies.forms.factories.Borders;
> +-import com.jgoodies.forms.layout.FormLayout;
> ++import com.jgoodies.forms.factories.*;
> ++import com.jgoodies.forms.layout.*;
> +
> + public class StyleEditorPanel extends JPanel {
> + private static final int FONT_SIZE =
> Math.round(UITools.FONT_SCALE_FACTOR * 8);
> +@@ -842,7 +842,7 @@
> + final String form = "right:max(20dlu;p), 2dlu, p,
> 1dlu,right:max(20dlu;p), 4dlu, 80dlu, 7dlu";
> + final FormLayout rightLayout = new FormLayout(form, "");
> + final DefaultFormBuilder rightBuilder = new
> DefaultFormBuilder(rightLayout);
> +- rightBuilder.border(Borders.DLU2);
> ++ rightBuilder.border(Paddings.DLU2);
> + new
> SeparatorProperty("OptionPanel.separator.NodeStyle").layout(rightBuilder);
> + if (addStyleBox) {
> + addAutomaticLayout(rightBuilder);
I just looked into it:
- Using Paddings instead of Borders seems correct [1]
("@deprecated Replaced by {@link Paddings}")
- I have fixed it using Borders->Paddings (1.5.16-3: I think we should
upload it), but I don't understand it:
- the jgoodies documentation says
(http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt):
CHANGES IN 1.12.0: "Removed the deprecated Borders class that has been
replaced
by the Paddings class in version 1.9.0."
--> so Borders.* is still in jgoodies-1.9
--> we use this upstream [2]
compile 'com.jgoodies:jgoodies-forms:1.9.0',
compile 'com.jgoodies:jgoodies-common:1.8.1'
and I don't see any problem with this in upstream
- seems to happen only at runtime?
[1]
https://anonscm.debian.org/cgit/pkg-java/libjgoodies-forms-java.git/tree/src/main/java/com/jgoodies/forms/factories/Borders.java
[2] https://github.com/freeplane/freeplane/
> added to debian/patches/50_jgoodies-1.9.patch, but when starting
> freeplane I then only see an empty white windows.
I could reproduce this once after updating my sid (but not previously
when updating jgoodies but not sid). Could you please try another
desktop environment?
If that does not work, you can rename ~/.config/freeplane.
This worked for me, and I can no longer reproduce the bug
even when starting with the old ~/.config/freeplane.
> But I guess that's no hard problem to fix for someone who knows Java
> :)
I don't understand this. If you don't have an expanation, I will
probably ask on debian-java.
Cheers and Best Regards,
--
Felix Natter
Bug#843702: freeplane should add standard MIME open for .mm files
hi Oliver, I think there is nothing to do in the freeplane package, because I think its mime type config makes sense (see above)? Regarding the cinnamon file manager: Can you see whether there is configuration in ~/.config/**? I think removing that is the best way to reset your settings. BTW: you can just reply to this bug, no need to create a new bug report (even if that is the same bug - how did you create this?) Cheers and Best Regards, -- Felix Natter
Bug#843702: freeplane should add standard MIME open for .mm files
hello Oliver, here is how the current MIME assignments of Freeplane work (see /usr/share/mime/packages/freeplane.xml): - *.mm files with "
Bug#840130: libknopflerfish-osgi-framework-java: knopflerfish update breaks freeplane
Package: libknopflerfish-osgi-framework-java Version: 5.2.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, knopflerfish-osgi 5.2.0-1 breaks freeplane (see my post to debian-java: [1]): felix@debianunstable:~$ freeplane org.knopflerfish.framework.readonly=true org.knopflerfish.gosg.jars=reference:file:/usr/share/freeplane/core/ org.freeplane.basedirectory=/usr/share/freeplane java.security.policy=/usr/share/freeplane/freeplane.policy org.osgi.framework.storage=/usr/share/freeplane/fwdir Knopflerfish OSGi framework launcher, version Copyright 2003-2016 Knopflerfish. All Rights Reserved. See http://www.knopflerfish.org for more information. java.lang.IllegalArgumentException: Failed to read exports: java.io.FileNotFoundException: /home/felix/exports (No such file or directory) at org.knopflerfish.framework.SystemBundle.addSysPackagesFromFile(SystemBundle.java:699) at org.knopflerfish.framework.SystemBundle.initSystemBundle(SystemBundle.java:557) at org.knopflerfish.framework.FrameworkContext.init(FrameworkContext.java:402) at org.knopflerfish.framework.SystemBundle.doInit(SystemBundle.java:622) at org.knopflerfish.framework.SystemBundle.init(SystemBundle.java:152) at org.knopflerfish.framework.Main.assertFramework(Main.java:446) at org.knopflerfish.framework.Main.handleArgs(Main.java:546) at org.knopflerfish.framework.Main.start(Main.java:224) at org.knopflerfish.framework.Main.main(Main.java:156) at org.freeplane.launcher.Launcher.run(Launcher.java:115) at org.freeplane.launcher.Launcher.launch(Launcher.java:80) at org.freeplane.launcher.Launcher.main(Launcher.java:67) Error: Command "-istart org.freeplane.core" failed, Failed to read exports: java.io.FileNotFoundException: /home/felix/exports (No such file or directory) I am creating this bug report in order to avoid that knopflerfish-osgi 5.2.0-1 migrates to testing. [1] https://lists.debian.org/debian-java/2016/10/msg00016.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) libknopflerfish-osgi-framework-java depends on no packages. libknopflerfish-osgi-framework-java recommends no packages. Versions of packages libknopflerfish-osgi-framework-java suggests: ii libknopflerfish-osgi-java-doc 5.2.0-1 -- no debconf information -- Felix Natter
Bug#835597: RFS: freeplane/1.5.15-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "freeplane" * Package name: freeplane Version : 1.5.15-1 Upstream Author : Dimitry Polivaev <dpoliv...@gmx.de> * URL : http://freeplane.org * License : GPL-2+ Section : editors It builds those binary packages: freeplane - Java program for working with Mind Maps freeplane-scripting-api - Java program for working with Mind Maps (groovy scripting API) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/freeplane Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/freeplane/freeplane_1.5.15-1.dsc More information about hello can be obtained from http://freeplane.org Changes since the last upload: freeplane (1.5.15-1) unstable; urgency=medium * New upstream version * Use compile instead of mergedViewerDependencies for mnemonicsetter since we don't use the applet (signature required!) and to avoid possible upgrade issues. -- Felix Natter <fnat...@gmx.net> Sat, 27 Aug 2016 13:16:18 +0200 Packaging VCS is available at: https://anonscm.debian.org/cgit/pkg-java/freeplane.git https://anonscm.debian.org/git/pkg-java/freeplane.git Many Thanks and Best Regards, -- Felix Natter
Bug#834526: gnome-shell: Application icon in "side panel" lacks transparency
hello Jason, Jason Crain <ja...@inspiresomeone.us> writes: > On Tue, Aug 16, 2016 at 07:27:11PM +0200, Felix Natter wrote: >> I am the maintainer of a java called freeplane [1], which has an icon >> with transparent edges. However, in current Debian unstable, the edges >> are no longer transparent in GNOME3's left icon panel. See the green >> icon in the attached screen shot. > > FWIW, I tried this with Debian testing and unstable, I set freeplane as > a favorite to add it to the icon panel / dash, and the icon shows up > fine with a transparent background. On both xorg and wayland, if that > makes a difference. Ok, then it seems to be a one-off on my side. Thank you for trying, I will close this bug now. Cheers and Best Regards, -- Felix Natter
Bug#834526: gnome-shell: Application icon in "side panel" lacks transparency
ii libjson-glib-1.0-0 1.2.2-1 ii libmozjs-24-024.2.0-3.1 ii libmutter0h 3.20.3-2 ii libnm-glib4 1.2.4-2 ii libnm-util2 1.2.4-2 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpolkit-agent-1-0 0.105-16 ii libpolkit-gobject-1-00.105-16 ii libpulse-mainloop-glib0 9.0-2 ii libpulse09.0-2 ii libsecret-1-00.18.5-1 ii libstartup-notification0 0.12-4 ii libsystemd0 231-3 ii libtelepathy-glib0 0.24.1-1.1 ii libx11-6 2:1.6.3-1 ii libxfixes3 1:5.0.2-1 ii mutter 3.20.3-2 ii python3 3.5.1-4 ii telepathy-mission-control-5 1:5.16.3-2 Versions of packages gnome-shell recommends: ii gdm33.20.1-1 ii gkbd-capplet3.6.0-1 ii gnome-contacts 3.20.0-1 ii gnome-control-center1:3.20.1-2 ii gnome-themes-standard-data 3.20.2-3 ii gnome-user-guide3.20.2-1 ii iio-sensor-proxy1.1-1 ii unzip 6.0-20 gnome-shell suggests no packages. -- no debconf information -- Felix Natter
Bug#832985: RFS: svgsalamander/1.0.0+dfsg1-1
Sebastiaan Couwenberg <sebas...@xs4all.nl> writes: > Hi Felix, hi Sebastiaan, > Thanks for your changes. > > On 08/06/2016 04:35 PM, Felix Natter wrote: >> Sebastiaan Couwenberg writes: >>> Consider adding the --parallel option to dh in debian/rules to enable >>> the use of parallel builds with DEB_BUILD_OPTIONS="parallel=". >> >> done. (although compilation takes less than a few seconds). > > The benefit of parallel builds for small packages is limited, adding the > --parallel option is mostly a best practice because without it debhelper > won't enable parallel support even when it's beneficial. I maintain a > couple of big packages for which you don't won't non-parallel builds as > those take several hours, instead of under an hour with > DEB_BUILD_OPTIONS="parallel=3". Yes, I agree it's best practice. > debhelper compat level 10 defaults to --parallel for all buildsystems > that support parallel building, which is a nice improvement. But compat > level 10 is not well supported in stable yet. Good to know. >>> The watch file can also be improved to handle common issues [0], like >>> the attached version for example. >> >> I added your watch file, thank you. >> So that I understand this: >> - version=3 is preferred >> - make archive type variable >> - make dversionmangle more general (backports etc.) >> - make uversionmangle more general: >> +uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/;s/RC/rc/,\ >> --> is this best practice for github tarballs? Otherwise I think this is >> difficult because every upstream project has different terminology. >> >> --> Maybe the uscan man page should be extended regarding this? >> (it contains a github example hard-coded for tar.gz) > > Because uscan in jessie doesn't support version=4 yet, I prefer > version=3 watch files until stretch is stable. The downgrade for > svgSalamander is appreciated. Ok, thanks for the explanation. > The uversionmangle is a best practice in general, and is documented on > the wiki [0]. Because the gbp import-orig complains about uppercase RC > that is additionally translated to lowercase. > > Because the version captured in debian/watch included non-digets > (\d+\S+) you need to handle pre-releases with the uversionmangle rule, > otherwise version 1.0.0-rc1 will not precede version 1.0.0. > > [0] https://wiki.debian.org/debian/watch#Common_mistakes I'll read that page again. >>> Also consider adding upstream metadata [1]. >> >> I added this. > > I've committed a few improvements to the upstream metadata before > sponsoring the upload. Most importantly fixing the Repository URL to > include the .git suffix required for `git clone`. I've also added the > Repository-Browse field (without the .git suffix). Ok seems I was too quick copying from an existing example ;-) > I've also added a gbp.conf file to use pristine-tar by default, to not > require the --(git-)pristine-tar options for the git-buildpackage > commands. Ok, great. Many Thanks for the fixes and for sponsoring, Cheers and Best Regards, -- Felix Natter
Bug#832985: RFS: svgsalamander/1.0.0+dfsg1-1
Sebastiaan Couwenberg <sebas...@xs4all.nl> writes: > Hi Felix, hello Bas, thank you very much for the detailed review. > I've had a look at your package and some comments follow. In general the > package looks good, but there is room for improvement. > > Please consider bumping the debhelper compatibility to 9. done + cme fix dpkg-control. > Also change the LGPL-2.0 shortname to LGPL-2+ to better reflects the "or > (at your option) any later version" clause. done. > The Forwarded header in > 0004-Use-system-awt-gradient-instead-of-the-embedded-batik.patch & > 0006-modify-broken-upstream-pom.patch can also be improved. For the > former "not-needed" is more appropriate than "no" with note, not-needed > is probably also appropriate for the latter. done. Upstream knows about the broken POM (0006), so I put in not-needed there. > The README.source should be updated to reflect the change to GitHub > tarballs. done. I put in both "signatures", since some stuff is from Nicolas. [...] See the get-orig-source target for debian/rules to fetch a clean tarball. -- Felix Natter <fnat...@gmx.net> Sat, 6 Aug 2016 15:41:00 +0200 -- Nicolas Dandrimont <nicolas.dandrim...@crans.org>, Sun, 6 Mar 2011 15:07:47 +0100 > Consider adding the --parallel option to dh in debian/rules to enable > the use of parallel builds with DEB_BUILD_OPTIONS="parallel=". done. (although compilation takes less than a few seconds). > The watch file can also be improved to handle common issues [0], like > the attached version for example. I added your watch file, thank you. So that I understand this: - version=3 is preferred - make archive type variable - make dversionmangle more general (backports etc.) - make uversionmangle more general: +uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/;s/RC/rc/,\ --> is this best practice for github tarballs? Otherwise I think this is difficult because every upstream project has different terminology. --> Maybe the uscan man page should be extended regarding this? (it contains a github example hard-coded for tar.gz) > Also consider adding upstream metadata [1]. I added this. New Changelog: svgsalamander (1.0.0+dfsg1-1) unstable; urgency=medium * New upstream version, now on github * Update README.source (source pulled from github release) * Add watch file (from Sebastiaan Couwenberg <sebas...@xs4all.nl>) * Use Files-Excluded: instead of repack script * Do not call netbeans ant targets by setting mkdist.disabled * Fix the pom to be installed by maven-repo-helper (version=1.0.0, no deps) * Update standards-version to 3.9.8 (no changes) * Fix license short names (BSD->BSD-3-clause, LGPL-2.0->LGPL-2+) * Fix lintians * Add DEP3 patch headers * Add upstream metadata * Bump debhelper compat to 9 -- Felix Natter <fnat...@gmx.net> Sat, 06 Aug 2016 16:16:37 +0200 Many Thanks and Best Regards, -- Felix Natter
Bug#832985: RFS: svgsalamander/1.0.0+dfsg1-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "svgsalamander" * Package name: svgsalamander Version : 1.0.0+dfsg1-1 Upstream Author : Mark McKay <m...@kitfox.com> * URL : https://github.com/blackears/svgSalamander/ * License : LGPL-2.0 or BSD-3-clause Section : java It builds those binary packages: libsvgsalamander-java - SVG engine for Java libsvgsalamander-java-doc - SVG engine for Java (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/svgsalamander Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/svgsalamander/svgsalamander_1.0.0+dfsg1-1.dsc More information about svgsalamander can be obtained from https://github.com/blackears/svgSalamander/ Changes since the last upload: svgsalamander (1.0.0+dfsg1-1) unstable; urgency=medium * New upstream version, now on github * Add watch file * Use Files-Excluded: instead of repack script * Do not call netbeans ant targets by setting mkdist.disabled * Fix the pom to be installed by maven-repo-helper (version=1.0.0, no deps) * Update standards-version to 3.9.8 (no changes) * Fix license short name (BSD->BSD-3-clause) * Fix lintians * Add DEP3 patch headers -- Felix Natter <fnat...@gmx.net> Sat, 30 Jul 2016 11:28:28 +0200 I built this with pbuilder and tested with the r-dep jsom. Thanks and Best Regards, -- Felix Natter
Bug#801377: Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Markus, hello Eriberto, Eriberto <eribe...@eriberto.pro.br> writes: > José is the upstream and he was the maintainer of the bgfinancas. I > was a sponsor only. > > I know that José no longer intent to maintain this package. IMO this > package can be removed but we need to wait for considerations from > José. I am not sure. He authored 3.2-1 which looks good, doesn't it? I am adding his new email address to the list. Cheers and Best Regards, -- Felix Natter
Bug#819677: ITP: libmnemonicsetter-java -- mnemonic generator for swing components
Package: wnpp Severity: wishlist Owner: Felix Natter <fnat...@gmx.net> * Package name: libmnemonicsetter-java Version : 0.3 Upstream Author : Dimitry Polivaev <dpoliv...@gmx.de> * URL : https://github.com/dpolivaev/mnemonicsetter * License : Apache-2.0 Programming Lang: Java Description : mnemonic generator for swing components This simple gradle package is needed for freeplane 1.5.x. Best Regards, -- Felix Natter
Bug#787953: Status of insubstantial/jajuk transition
tony mancill <tmanc...@debian.org> writes: > On 02/28/2016 03:26 AM, Felix Natter wrote: >> - unfortunately, we need to upgrade libjaudiotagger-java from 2.0.3 to >> 2.2.5. Fortunately, there is only one r-dep beside jajuk, so it >> shouldn't be that much work. >> >> [javac] >> /home/felix/jajuk-unstable/jajuk/src/org/jajuk/services/tags/JAudioTaggerTagImpl.java:52: >> error: package org.jaudiotagger.tag.images does not exist >> [javac] import org.jaudiotagger.tag.images.Artwork; >> >> Tony (or Damien?), since you touched this >> http://anonscm.debian.org/viewvc/pkg-java/trunk/libjaudiotagger-java/ >> Would you consider helping me upgrading this? > > Hi Felix, hello Tony, > Yes, I will take a look at libjaudiotagger-java. Sorry, I must have replied in private to Markus, telling him that I was able to patch jajuk-1.10.9 for using Debian's libjaudiotagger-java (simple package change). So a jaudiotagger update is not (strictly) necessary at this time. (it _may_ at some point be neeeded for jajuk>1.10). Many Thanks for the offer, Tony! -- Felix Natter
Bug#816426: ITP: qdwizard -- Simple API for creating Swing wizards
Package: wnpp Severity: wishlist Owner: Felix Natter <fnat...@gmx.net> * Package name: qdwizard Version : 5.0.0 Upstream Author : Bertrand Florat <bertr...@florat.net> * URL : https://github.com/bflorat/qdwizard * License : LGPL-2.1 Programming Lang: Java Description : Simple API for creating Swing wizards This package is needed for jajuk-1.10.9. -- Felix Natter
Bug#787953: Status of insubstantial/jajuk transition
Markus Koschany <a...@debian.org> writes: > Am 28.02.2016 um 12:26 schrieb Felix Natter: >> hi Markus, >> >> @Tony, Damien: I am CCing you because we need to update >> libjaudiotagger-java, please see below. >> >> here is the status (discussion happens here [1]): >> >> - I am using jajuk-1.10.9 which includes the lastfm patch >> (uses the version in Debian) :-) >> >> - simple-validation.jar is no longer needed :-) >> >> - I am in the process of packaging qdwizard, a jajuk-owned package >> (simple maven, will be done soon using mh_make) > > Hi Felix, hello Markus, > ok, I assume that you'll take care of these TODO items. > >> - unfortunately, we need to upgrade libjaudiotagger-java from 2.0.3 to >> 2.2.5. Fortunately, there is only one r-dep beside jajuk, so it >> shouldn't be that much work. >> >> [javac] >> /home/felix/jajuk-unstable/jajuk/src/org/jajuk/services/tags/JAudioTaggerTagImpl.java:52: >> error: package org.jaudiotagger.tag.images does not exist >> [javac] import org.jaudiotagger.tag.images.Artwork; >> >> Tony (or Damien?), since you touched this >> http://anonscm.debian.org/viewvc/pkg-java/trunk/libjaudiotagger-java/ >> Would you consider helping me upgrading this? >> >> [1] https://github.com/fnatter/jajuk-debian/issues/1 > > > I will give libjaudiotagger-java a go this week. I will report back when > it's finished. Sorry, It's not strictly necessary - Bertrand made me aware that this is just a package change; I added a simple patch and now it compiles. jaudiotagger 2.2.x _might_ be used in later jajuk versions, but for now we can do without. Sorry for the misinformation! -- Felix Natter
Bug#787953: Status of insubstantial/jajuk transition
hi Markus, @Tony, Damien: I am CCing you because we need to update libjaudiotagger-java, please see below. here is the status (discussion happens here [1]): - I am using jajuk-1.10.9 which includes the lastfm patch (uses the version in Debian) :-) - simple-validation.jar is no longer needed :-) - I am in the process of packaging qdwizard, a jajuk-owned package (simple maven, will be done soon using mh_make) - unfortunately, we need to upgrade libjaudiotagger-java from 2.0.3 to 2.2.5. Fortunately, there is only one r-dep beside jajuk, so it shouldn't be that much work. [javac] /home/felix/jajuk-unstable/jajuk/src/org/jajuk/services/tags/JAudioTaggerTagImpl.java:52: error: package org.jaudiotagger.tag.images does not exist [javac] import org.jaudiotagger.tag.images.Artwork; Tony (or Damien?), since you touched this http://anonscm.debian.org/viewvc/pkg-java/trunk/libjaudiotagger-java/ Would you consider helping me upgrading this? [1] https://github.com/fnatter/jajuk-debian/issues/1 Cheers and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Markus Koschany <a...@debian.org> writes: hello Markus, > Am 19.01.2016 um 20:51 schrieb Felix Natter: >> hello Markus, >> >>> We have to remove the CC-BY-SA-2.5 licensed images because the ftp team >>> considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 >>> would be fine though. >> >> Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent >> tango icons are public-domain: >> >> http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F > > > Ah, the Tango icon theme. Now I remember. xhtmlrenderer was affected by > the same license issues a while ago. > > [...] > >> I prepared everything but cannot re-import (without katakana.ttf) >> because of limited bandwidth (the unfiltered source is ~95Mb). >> >> Please do not upload yet, I'll reimport as soon as possible (the new DSL >> router will arrive on Thursday, I will be able to upload then at the >> latest). > > Ok. Just ping me when insubstantial is ready. insubstantial is ready, thanks. Here are details on the r-deps: - bgfinancas (patch exists [1], I will take care of this, ok?) --> shall I wait for the 2.0-1 author (Jose Robson Mariano Alves <binarygr...@hotmail.com>, in CC), last update in 9/2014? - jajuk: upstream considers my patch [2] --> needs to be updated or fixed (my patch is not in git [3]) - triplea needs to be updated to 1.8 [4], but it also works without (only some L are broken) [1] https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps [2] https://github.com/jajuk-team/jajuk/issues/1994 [3] https://github.com/jajuk-team/jajuk/blob/master/pom.xml [4] Changes for 1.8.0.5 [...] * Updating Substance/Insubstantial look and feel UI to version 7.3. (veqryn) Thanks and Best Regards, -- Felix Natter
Bug#807763: Looking for help to solve licence and third-party issues of the tomahawk-player package
Stefan Ahlers <stef.ahl...@t-online.de> writes: > Hi, > >> please ping me when the jreen is accepted, I'll go in a new review spin. > > Ok, I'll do it. > >> please point to the sources, and look if the copyright shows them. >> http://metadata.ftp-master.debian.org/changelogs/main/c/clementine/unstable_copyright > > Tomahawk and clementine uses the company logos for the provided > services/resolvers. On both software, the logos are necessary to show > the music streaming source. This is a requirement to use this services. > > I discussed the problematic with the developers of tomahawk but they > think it is not a good idea to replace them because the company only > allows the use of their services if there is the company branding. It > would be more critical to replace them with self-made-ones than to ship > the logos. > > For example in the clementine sources: > * clementine-1.2.3+git1354-gdaddbde+dfsg/data/icons/svg/spotify.svg > * clementine-1.2.3+git1354-gdaddbde+dfsg/data/providers/soundcloud.png > * clementine-1.2.3+git1354-gdaddbde+dfsg/data/providers/itunes.png > * clementine-1.2.3+git1354-gdaddbde+dfsg/data/providers/echonest.png > There are many more company branding in /data/providers but there is no > comment in the copyright file. > > I think this is a very important issue. hello devs, I am not sure this helps, but just to be complete: In JMapViewer (which included a bing logo for accessing Bing map tiles), the problem was solved by downloading the image at run time (which was easy for JMapViewer): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421 Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Markus, > We have to remove the CC-BY-SA-2.5 licensed images because the ftp team > considers this license to be non-free. CC-BY-SA-3.0 or CC-BY-SA-4.0 > would be fine though. Fortunately, I was wrong with my CC-BY-SA-2.5 assumption, recent tango icons are public-domain: http://tango.freedesktop.org/Frequently_Asked_Questions#Terms_of_Use.3F => http://anonscm.debian.org/cgit/pkg-java/insubstantial.git/commit/?id=3ed4be276beff7dd4df712ef6e86dee6dae07516 > Then there is > > substance/src/main/resources/resource/katakana.ttf > > The license states > > substance/src/main/resources/resource/katakana.license > > "D3-Factorism-Katakana is a free font created by Yoshiyasu Ito / > DigitalDreamDesign" > > This one needs a clarification because it could also mean "free as in > free beer". Yes, I agree, I've removed it (since it is hard to find precise licensing terms). > If neither of these licenses can be changed or clarified, I would > suggest to remove the files completely and to repack the tarball. > > Felix, can you take care of this tomorrow? Otherwise the package looks > good to me and should be ready for an upload to experimental. I prepared everything but cannot re-import (without katakana.ttf) because of limited bandwidth (the unfiltered source is ~95Mb). Please do not upload yet, I'll reimport as soon as possible (the new DSL router will arrive on Thursday, I will be able to upload then at the latest). BTW, concerning: > thanks for working on this, so that we can eventually remove libasm2-java! Are there other packages that need to be migrated (now that I've figured out how to do it ;-)? Thanks and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
hello Tony, hello Markus, thank you for helping me with this package! Here is an update on the package: - POMs/maven-repo-helper is complete - binary packages tested - moved to pkg-java: http://anonscm.debian.org/cgit/pkg-java/insubstantial.git Here is the remaining TODO [1] - Build-Depends-Indep vs Build-Depends, espescially gradle-debian-helper! - gradle-debian-helper: less verbose build? - test in pbuilder chroot (I cannot currently do this until Thursday because of limited bandwidth) - Tony: add Replaces: (or similar) tags for transition! - upload to experimental + fix r-deps jajuk, bgfinancas, triplea in experimental (patches: https://github.com/fnatter/insubstantial-debian/tree/rdeps/rdeps) - upload all to unstable @Tony: When will you have time to add proper transition tags? @Markus: Do you want to review the (contents of) pom files? [1] http://anonscm.debian.org/cgit/pkg-java/insubstantial.git/tree/debian/README.source?id=45c0cbc6e30ae2ecd7cb4c6032e9129c1236417d Cheers, Thanks and Best Regards, -- Felix Natter
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Markus Koschany <a...@gambaru.de> writes: > Am 24.10.2015 um 23:19 schrieb Felix Natter: >> Markus Koschany <a...@gambaru.de> writes: >> >>> Hi Felix, >> >> hello Markus, >> >> I just added a patch for ASM5/libasm4-java support: >> >> https://github.com/fnatter/insubstantial-debian/commit/b6f1dee8e4fc53a0dfb8dd3ec3dc58e498a78828 >> >> It compiles, but I am not 100% sure it is correct, so I will soon test >> this with an r-dep and submit the changes for review in an ASM forum. > > Hi Felix, hello Markus, > many thanks for working on this! the ASM5 patch has been verified and tested. I am now working on providing maven/pom support. Cheers and Best Regards, -- Felix Natter
Bug#787953: depends on obsolete libasm2-java library
Markus Koschany <a...@gambaru.de> writes: > Hi Felix, hello Markus, I just added a patch for ASM5/libasm4-java support: https://github.com/fnatter/insubstantial-debian/commit/b6f1dee8e4fc53a0dfb8dd3ec3dc58e498a78828 It compiles, but I am not 100% sure it is correct, so I will soon test this with an r-dep and submit the changes for review in an ASM forum. > Am 09.10.2015 um 23:19 schrieb Felix Natter: >> Markus Koschany <a...@gambaru.de> writes: > [...] >> >> Please also tell him/her that I have patches for converting jajuk to >> insubstantial 7.3: >> >> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/05_insubstantial_7.3.diff >> >> https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/MANIFEST.MF.diff > > I just did: > > https://github.com/jajuk-team/jajuk/issues/1994 Great, I will reply there. > [...] >>> >>> 1. Go ahead and package insubstantial as one source package that >>> provides the old binary packages from substance, trident, >>> liblaf-widget-java, etc. Maven poms should be provided as well. If you >>> also provide a patch to build with libasm4-java we could easily replace >>> the old dependencies for jajuk, bgfinancas, triplea and freeplane with >>> your new version and remove libasm2-java from Debian. (only >>> jasperreports would be an open issue but I would invest the time to fix >>> this package myself) >> >> Agreed, I will work on providing poms. Two questions: >> >> - can you think of a role model package for installing maven artifacts? >> >> - Do I have to generate poms via gradle or shall/can I use+modify the >> ones from maven.org? >> >> (http://search.maven.org/#artifactdetails|com.github.insubstantial|flamingo|7.3|jar) > > You can usually reuse the poms from maven.org. You can either use > javahelper + jh_maven_repo_helper > > https://packages.qa.debian.org/libj/libjide-oss-java.html > > or you can also depend on maven-debian-helper in addition to your normal > build system and install them too. > > I think we figure that out as soon insubstantial is ported to > libasm4-java. Just ask on debian-java for a review. Ok, I will ask on debian-java regarding pom support. Cheers and Best Regards, -- Felix Natter
Bug#727059: RE: freeplane: Wrong icon appears on GNOME 3 main and left panels
hello Alessio, did you make any progress with this? I tend to close this, because it's a Ubuntu and not a Freeplane issue (the behavior should be the same for other java apps). What do you think? Best Regards, -- Felix Natter
Bug#714524: [freeplane] Keystrokes no longer recognised during use
hi OmegaPhil, can we close this bug now? Best Regards, -- Felix Natter
Bug#801475: freeplane: Fails to build with JMapViewer 1.11
Sebastiaan Couwenberg <sebas...@xs4all.nl> writes: > On 18-10-15 17:00, tony mancill wrote: >> On 10/18/2015 04:58 AM, Sebastiaan Couwenberg wrote: >>> On Fri, 16 Oct 2015 20:49:12 +0200 Felix Natter wrote: >>>> I added a patch for JMapViewer-1.11 compatibility: >>>> http://anonscm.debian.org/cgit/pkg-java/freeplane.git >>>> >>>> I've set the distribution to experimental since it should >>>> probably be uploaded to unstable together with jmapviewer (now >>>> that it _requires_ jmapviewer>=1.11). >>>> >>>> @Tony: Would you be willing to sponsor this and/or shall I >>>> submit an RFS for this? >>> >>> Since my upload of jmapviewer now causes freeplane to FTBFS, I'm >>> willing to sponsor the upload of freeplane too. >> >> Whoops - I'm several days behind on email. I'll upload freeplane >> today, if Bas doesn't beat me to it. hello Tony, hello Bas, > Since I cannot commit to pkg-java freeplane git repository (due to not > being a member of pkg-java), I think you (Tony) are in a better > position to sponsor the upload. Ok, that makes sense, I think :-) > Currently freeplane (1.3.15-3) is targeted at experimental in the > changelog, this should probably change to unstable now that jmapviewer > (1.11+dfsg-1) is available in unstable. > > @Felix, can you confirm that this is also your intention? Yes, I just changed this to unstable and uploaded to mentors: https://mentors.debian.net/package/freeplane Thanks and Best Regards, -- Felix Natter
Bug#801475: freeplane: Fails to build with JMapViewer 1.11
hi Bas, hi Tony, I added a patch for JMapViewer-1.11 compatibility: http://anonscm.debian.org/cgit/pkg-java/freeplane.git I've set the distribution to experimental since it should probably be uploaded to unstable together with jmapviewer (now that it _requires_ jmapviewer>=1.11). @Tony: Would you be willing to sponsor this and/or shall I submit an RFS for this? Changes: freeplane (1.3.15-3) experimental; urgency=medium * Upgrade JMapViewer to 1.11 (Closes: #801475) * Remove freeplane.menu because freeplane.desktop exists * Upgrade to debhelper 9 * Fix debian/copyright (dep5-copyright-license-name-not-unique) -- Felix Natter <fnat...@gmx.net> Fri, 16 Oct 2015 20:07:34 +0200 Cheers and Best Regards, -- Felix Natter
Bug#801490: RFS: knopflerfish-osgi/5.1.0+dfsg1-3
Package: sponsorship-requests Severity: normal Dear mentors/debian-java, I am looking for a sponsor for my package "knopflerfish-osgi" * Package name: knopflerfish-osgi Version : 5.1.0+dfsg1-3 Upstream Author : Makewave <i...@makewave.com> * URL : http://www.knopflerfish.org/ * License : BSD-3-clause Section : java I just moved it from asm3 to asm5 (see #800860). It has been tested locally with an r-dep and with pbuilder on sid. It builds those binary packages: libknopflerfish-osgi-framework-java - Java framework implementing the OSGi R5 version libknopflerfish-osgi-java-doc - Java framework implementing the OSGi R5 version (docs) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/knopflerfish-osgi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/knopflerfish-osgi/knopflerfish-osgi_5.1.0+dfsg1-3.dsc More information about knopflerfish can be obtained from http://www.knopflerfish.org/. Changes since the last upload: knopflerfish-osgi (5.1.0+dfsg1-3) unstable; urgency=medium * Move to libasm4-java (Closes: #800860) Thanks and Best Regards, -- Felix Natter
Bug#787953: depends on obsolete libasm2-java library
Markus Koschany <a...@gambaru.de> writes: > Hi! hello Markus, > Am 09.10.2015 um 21:01 schrieb Felix Natter: >> Markus Koschany <a...@gambaru.de> writes: > [...] >>> Unfortunately insubstantial is also unmaintained now and still depends >>> on asm2. >>> >>> I think it only makes sense to replace substance and its libraries with >>> insubstantial when upstream development continues and asm2 is replaced >>> with a newer, Java 7+ compatible version. >> >> Are you sure? I was able to build insubstantial (7.3) with asm2 and used >> the resulting package in the r-deps jajuk/bgfinancas/triplea[2]/freeplane) >> where it worked fine. > > My concerns are not about building insubstantial with asm2. That works. > I query whether it makes sense to switch from one unmaintained project > (substance, liblaf-widget-java, trident, etc) to another one > (insubstantial). > > http://speling.shemnon.com/blog/2013/06/08/insubstantial-needs-a-new-maintainer/ I think it does, see below. > If you really intend to maintain insubstantial you should be prepared to > do development work as bug fixing or switching from asm2 to asm5 too. > Otherwise we and you invest a lot of time for a switch but without a > significant gain. The significant gain is that we don't have to rewrite large parts of freeplane 1.4 and triplea 1.8. >> [2] triplea 1.8 will require insubstantial (7.3): >> http://sourceforge.net/p/triplea/code/HEAD/tree/trunk/triplea/changelog.txt > > The Debian package of triplea currently recommends substance and I think > this will remain when 1.8 is packaged. Making a LAF-theme optional is > one of the solutions I can think of. It's certainly easier to use insubstantial than to patch freeplane-1.4 and triplea-1.8. >> A quick search in the history (http://asm.ow2.org/history.html) did not >> reveal anything. They claim that ASM4 will "full[y] support of Java 7" >> and ASM5 will "Full[y] support of Java 8" but does that really mean that >> it does not work with java7/java8? >> >> But reading #801322/#801323, I guess you argue that libasm2 must be >> removed from the archive. > > Careful. asm2 was released ten years ago and is currently packaged in > libasm2-java. The latest version of asm is packaged in libasm4-java > (actually asm5). I have only filed those bug reports because I would > like to see modern packages use the latest version of asm and not > something from the last decade. So libasm4-java is fully supported > upstream. I just care and want to clean up a little and to remove (very) > old packages. Maintaining several versions of the same library in Debian > should be the exception, even for Java. > >>> I am going to file bug reports against Jajuk and bgfinancas which depend >>> on substance and ask that they either move away from substance or take >>> over maintenance. >> >> Moving away from flamingo/substance/trident is _a lot_ of work. For >> freeplane this would mean rewriting the user interface (ribbons). >> The jajuk maintainers tell similar things [3] >> (though it's easier for jajuk because they "only" use substance L) >> >> [3] https://github.com/jajuk-team/jajuk/issues/1994 > > I have to further discuss this with the upstream developer of Jajuk but > he indicated that he could be willing to switch to Nimbus as the default > theme. He might also be interested in helping you to port insubstantial > to asm5 (libasm4-java). I will ask him. +1 for porting, thanks! Please also tell him/her that I have patches for converting jajuk to insubstantial 7.3: https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/05_insubstantial_7.3.diff https://github.com/fnatter/insubstantial-debian/blob/rdeps/rdeps/jajuk/MANIFEST.MF.diff >>> I have opened an upstream bug report for Jajuk already: >>> >>> https://github.com/jajuk-team/jajuk/issues/1994 >> >> How about trying to add a Debian patch to make insubstantial (7.3) build >> with asm4 (if that is necessary)? Shall I look into it? > > That would be definitely one of the preferred options to solve this issue. > > I see the following option: > > 1. Go ahead and package insubstantial as one source package that > provides the old binary packages from substance, trident, > liblaf-widget-java, etc. Maven poms should be provided as well. If you > also provide a patch to build with libasm4-java we could easily replace > the old dependencies for jajuk, bgfinancas, triplea and freeplane with > your new version and remove libasm2-java from Debian. (only > jasperreports would be an open issue but I would invest the time to f
Bug#800860: knopflerfish-osgi: depends on obsolete libasm3-java library
hello Markus, I have just tested and pushed the necessary changes: http://anonscm.debian.org/cgit/pkg-java/knopflerfish-osgi.git/commit/?id=12ba4aa41b9d566720514f351d9936d5addd58cb A question: Is it correct that libasm4-java has a 5.x version and installs asm4.jar? As you can see above, I am relying on the existance of /usr/share/java/asm4.jar. If you agree then I will seek a sponsor. Cheers and Best Regards, -- Felix Natter
Bug#787953: depends on obsolete libasm2-java library
Markus Koschany <a...@gambaru.de> writes: > Hello, hello Markus, > FTR: As already noted in the initial bug report, substance and its > dependency liblaf-widget-java are unmaintained. Last version was > released in 2010. > > https://java.net/projects/substance > > Last Github snapshot: > > https://github.com/kirillcool/substance > > substance was forked into insubstantial: (Not just substance, all 7 flamingo/substance/trident packages) > https://github.com/Insubstantial/insubstantial > > and Felix Natter (CCed) intended to maintain it for Debian (#787953). Yes, I need this for the upcoming freeplane 1.4 (I also have patches for the r-deps) :-) I will soon fix some copyright problems that Tony (CC) told be about. I already argued in favor of the upgrade on debian-java: https://lists.debian.org/debian-java/2015/08/msg00043.html > Unfortunately insubstantial is also unmaintained now and still depends > on asm2. > > I think it only makes sense to replace substance and its libraries with > insubstantial when upstream development continues and asm2 is replaced > with a newer, Java 7+ compatible version. Are you sure? I was able to build insubstantial (7.3) with asm2 and used the resulting package in the r-deps jajuk/bgfinancas/triplea[2]/freeplane) where it worked fine. [2] triplea 1.8 will require insubstantial (7.3): http://sourceforge.net/p/triplea/code/HEAD/tree/trunk/triplea/changelog.txt A quick search in the history (http://asm.ow2.org/history.html) did not reveal anything. They claim that ASM4 will "full[y] support of Java 7" and ASM5 will "Full[y] support of Java 8" but does that really mean that it does not work with java7/java8? But reading #801322/#801323, I guess you argue that libasm2 must be removed from the archive. > I am going to file bug reports against Jajuk and bgfinancas which depend > on substance and ask that they either move away from substance or take > over maintenance. Moving away from flamingo/substance/trident is _a lot_ of work. For freeplane this would mean rewriting the user interface (ribbons). The jajuk maintainers tell similar things [3] (though it's easier for jajuk because they "only" use substance L) [3] https://github.com/jajuk-team/jajuk/issues/1994 > I have opened an upstream bug report for Jajuk already: > > https://github.com/jajuk-team/jajuk/issues/1994 How about trying to add a Debian patch to make insubstantial (7.3) build with asm4 (if that is necessary)? Shall I look into it? Cheers and Best Regards, -- Felix Natter
Bug#788252: lintian: False Positive dep5-copyright-license-name-not-unique with alternative licenses
Package: lintian Version: 2.5.31 Severity: normal Dear Maintainer, I get these lintian warnings: W: insubstantial source: dep5-copyright-license-name-not-unique (paragraph at line 626) W: insubstantial source: missing-license-paragraph-in-dep5-copyright bsd-3-clause (paragraph at line 622) (debian/copyright is attached) The problem is caused by this paragraph: Files: ./substance/src/main/resources/org/pushingpixels/substance/internal/contrib/randelshofer/quaqua/* ./substance/src/main/java/org/pushingpixels/substance/internal/contrib/randelshofer/quaqua/* Copyright: 2003-2006 Werner Randelshofer, Staldenmattweg 2, Immensee, CH-6405, Switzerland Christopher Atlan, Steve Roy License: LGPL-2.1 or BSD-3-clause Use of the Quaqua Look and Feel is entirely at your own risk. I will not be liable for any data loss, hardware damage or whatever this program might cause. . Permission to use this release of the Quaqua Look and Feel is [...] Which declares a alternative license for LGPL 2.1 OR BSD-3-clause, but does not declare the BSD-3-clause itself. My hypothesis is that Paragraph in line 626 cannot declare BSD-3-clause because it is already part of the LGPL-2.1 or BSD-3-clause combination (see above). I would expect that an alternative license declaration does not count as a declaration of either member license. (the complete package is here: https://github.com/fnatter/insubstantial-debian) Thanks and Best Regards! Felix -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.25-7 ii bzip2 1.0.6-7+b3 ii diffstat 1.58-1 ii file 1:5.22+15-2 ii gettext0.19.4-1 ii hardening-includes 2.7 ii intltool-debian0.35.0+20060710.2 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.25 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.94-1 ii liblist-moreutils-perl 0.410-1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.12-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-5 ii patchutils 0.3.4-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii t1utils1.38-4 ii xz-utils 5.1.1alpha+20120614-2+b3 Versions of packages lintian recommends: ii dpkg1.17.25 ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.2-6 ii perl-modules [libautodie-perl] 5.20.2-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.25 ii libhtml-parser-perl3.71-1+b3 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 -- no debconf information -- Felix Natter copyright Description: Binary data
Bug#787953: ITP: insubstantial -- Swing libraries (flamingo/substance/trident)
Package: wnpp Severity: wishlist Owner: Felix Natter fnat...@gmx.net * Package name: insubstantial Version : 7.3 Upstream Author : Kirill Grouchnikov and others * URL : https://github.com/Insubstantial/insubstantial * License : BSD-3-clause Programming Lang: Java Description: Some swing libraries e.g. for ribbon UIs insubstantial builds the following 14 packages: libflamingo-java liblaf-widget-java liblaf-plugin-java substance substance-flamingo substance-swingx libtrident-java libflamingo-java-doc liblaf-widget-java-doc liblaf-plugin-java-doc substance-doc substance-flamingo-doc substance-swingx-doc libtrident-java-doc Most of these packages exist as (outdated) separate source packages. I am repackaging the latest 7.3 as one source package (while using bits from the previous maintainers) because the packages have been merged into one upstream package. -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786553: libjffi-java: Incompatible change in jffi 1.2.x makes gradle fail
(FileCopySpecVisitor.java:43) at org.gradle.api.internal.file.copy.NormalizingCopySpecVisitor.maybeVisit(NormalizingCopySpecVisitor.java:65) at org.gradle.api.internal.file.copy.NormalizingCopySpecVisitor.maybeVisit(NormalizingCopySpecVisitor.java:60) at org.gradle.api.internal.file.copy.NormalizingCopySpecVisitor.visitFile(NormalizingCopySpecVisitor.java:69) at org.gradle.api.internal.file.copy.MappingCopySpecVisitor.visitFile(MappingCopySpecVisitor.java:57) at org.gradle.api.internal.file.collections.DirectoryFileTree.walkDir(DirectoryFileTree.java:156) at org.gradle.api.internal.file.collections.DirectoryFileTree.walkDir(DirectoryFileTree.java:171) at org.gradle.api.internal.file.collections.DirectoryFileTree.walkDir(DirectoryFileTree.java:171) at org.gradle.api.internal.file.collections.DirectoryFileTree.visitFrom(DirectoryFileTree.java:124) at org.gradle.api.internal.file.collections.DirectoryFileTree.visit(DirectoryFileTree.java:114) at org.gradle.api.internal.file.collections.FileTreeAdapter.visit(FileTreeAdapter.java:96) at org.gradle.api.internal.file.CompositeFileTree.visit(CompositeFileTree.java:54) at org.gradle.api.internal.file.copy.CopyActionImpl.execute(CopyActionImpl.java:64) at org.gradle.api.tasks.AbstractCopyTask.copy(AbstractCopyTask.java:42) at org.gradle.api.internal.plugins.ProcessResources.copy(ProcessResources.java:28) at org.gradle.api.internal.BeanDynamicObject$MetaClassAdapter.invokeMethod(BeanDynamicObject.java:216) at org.gradle.api.internal.BeanDynamicObject.invokeMethod(BeanDynamicObject.java:122) at org.gradle.api.internal.CompositeDynamicObject.invokeMethod(CompositeDynamicObject.java:147) at org.gradle.api.internal.plugins.ProcessResources_Decorated.invokeMethod(Unknown Source) at org.gradle.util.ReflectionUtil.invoke(ReflectionUtil.groovy:23) at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:161) at org.gradle.api.internal.project.taskfactory.AnnotationProcessingTaskFactory$4.execute(AnnotationProcessingTaskFactory.java:156) at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:510) at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:499) at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:64) ... 71 more BUILD FAILED -- I am not sure why org.jruby.ext.posix.* is called, but maybe this is where the problem should be fixed? Thanks and Best Regards, Felix -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libjffi-java depends on: ii libjffi-jni 1.2.7-3 libjffi-java recommends no packages. libjffi-java suggests no packages. -- no debconf information -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778860: marked as pending
hi James, thanks! I tested it and it works fine for my use case! Cheers and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778860: [uscan] Followup for #764367 (downloads web page instead of file)
Package: devscripts Version: 2.15.1 Severity: normal Dear Maintainer, in 10/2014, a change in devscripts/uscan (#764367) broke watch files that use the sf redirector service. It was fixed in devscripts-2.14.8 by: ++ Strip the Referer header when using qa.debian.org's Sourceforge + redirector. When there's a foreign Referer header, Sourceforge responds + with a web page containing a meta refresh=... redirect to the actual + file, causing uscan to save the web page rather than the file. (Closes: + #764367) (http://anonscm.debian.org/cgit/collab-maint/devscripts.git/commit/?id=fb0e6a67fc059acb89cf0ea7bc9b52cad43d5326) Now I cannot use the sf redirect service because I need to limit the search to the freeplane%20stable/ folder (and the qa.debian.org redirect does not allow this). (I am using devscripts 2.15.1 in unstable) Here is my old watch file (which limits the search to the freeplane%20stable/ folder): https://github.com/fnatter/freeplane-debian/blob/master/debian/watch But this fails for the same reason as in #764367: felix@debianunstable:~/freeplane-unstable/freeplane-debian$ uscan freeplane: Newer version (1.3.15) available on remote site: http://sourceforge.net/projects/freeplane/files/freeplane%20stable/freeplane_srcpure-1.3.15.tar.gz/download (local version is 1.3.12) Unknown or no compression used in ../freeplane_srcpure-1.3.15.tar.gz. at /usr/bin/mk-origtargz line 336. uscan: error: mk-origtargz --package freeplane --version 1.3.15 --compression gzip --directory .. --copyright-file debian/copyright ../freeplane_srcpure-1.3.15.tar.gz gave error exit status 255 wget http://sourceforge.net/projects/freeplane/files/freeplane%20stable/freeplane_srcpure-1.3.15.tar.gz/download works (beside the fact that it downloads as 'download'). -- would you consider fixing this (maybe add a sourceforge.net/projects special case as well or add a 'remove_referer' option?)? Thanks and Best Regards, Felix -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages devscripts depends on: ii dpkg-dev 1.17.23 ii libc62.19-15 ii perl 5.20.1-5 ii python3 3.4.2-2 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.16-1 ii dctrl-tools 2.23 ii debian-keyring 2014.12.10 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20.2-1 ii file1:5.22+15-1 ii gnupg 1.4.18-6 ii libdistro-info-perl 0.14 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lintian 2.5.30+deb8u3 ii man-db 2.7.0.2-5 ii patch 2.7.4-2 ii patchutils 0.3.3-1 ii python3-debian 0.1.25 ii python3-magic 1:5.22+15-1 ii sensible-utils 0.0.9 ii strace 4.9-2 ii unzip 6.0-16 ii wdiff 1.2.2-1 ii wget1.16-3 ii xz-utils5.1.1alpha+20120614-2+b3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20141216cvs-1 ii build-essential 11.7 pn cvs-buildpackage none pn debbindiff none pn devscripts-elnone ii gnuplot 4.6.6-2 ii gpgv 1.4.18-6 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone ii mutt 1.5.23-3 ii openssh-client [ssh-client] 1:6.7p1-3 pn svn-buildpackage none ii w3m 0.5.3-19 -- no debconf information -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771537: freeplane: should relax to depend on default-jre | java-runtime
hi, @Tony: Concerning your commit for the freeplane package: http://anonscm.debian.org/cgit/pkg-java/freeplane.git/commit/?id=4e8d491742ab19f8ebad83a99cd1c8c09ea93df8 = I'd like to change this to java7-runtime because I'm not 100% sure that freeplane 1.3.x (or 1.4.x) works with java6 and because the jmapviewer-1.04 dependency (in experimental) requires java7: http://anonscm.debian.org/cgit/pkg-grass/jmapviewer.git/commit/?id=d2d0b136fb174de943a6569e4c5360684243b582 If you agree then we do the freeplane-1.3.12-2 upload after jessie is released. Cheers and Great Holidays, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771537: freeplane: should relax to depend on default-jre | java-runtime
hello Jonas, hello Tony,
Thanks for reporting. I am the maintainer of freeplane, simplyhtml,
libidw-java and jmapviewer.
I would like to fix this in jessie+1 because it's not a critical bug
and (as you stated) it would require unblocking freeplane, simplyhtml
and jmapviewer [1].
Furthermore, the freeplane wiki page which refers to Java1.6 may not be
up-to-date, as most devs use Java7 or Java8 and might accidentally have
committed code for Java = 7.
[1] libidw-java is not affected since it uses:
Depends: ${java:Depends}, ${misc:Depends}
and because it includes no executable jars, there is no dependency
to a JRE (from /usr/share/doc/javahelper/tutorial.txt.gz).
Cheers and Best Regards,
--
Felix Natter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769658: pavucontrol displays some (svg?) application icons in huge size
Package: pavucontrol Version: 2.0-3 Severity: important Dear Maintainer, there is a problem with GTK 3.14 in jessie which results in some [1] (svg?) application icons in pavucontrol being displayed in huge size which also affects pavucontrol, see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765069#49 (tested with jessie from 2014-11-08) [1] i.e. scummvm debian-gtk-gn...@lists.debian.org told me to file a bug against each application that shows this issue: Apparently this was an intentional change in GTK+ 3.14, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765069#49 I haven't looked at the impact of it and whether it's reasonable and feasible to revert it for Jessie. For now, it's probably best to file bugs for the applications that broke. Emilio Thanks and Best Regards, Felix -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pavucontrol depends on: ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-12 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgtk-3-0 3.14.4-1 ii libgtkmm-3.0-1 3.14.0-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangomm-1.4-1 2.34.0-1.1 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 Versions of packages pavucontrol recommends: ii pulseaudio 5.0-13 pavucontrol suggests no packages. -- no debconf information -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766508: RFS: jmapviewer/1.03+dfsg-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package jmapviewer Package name: jmapviewer Version : 1.03+dfsg-2 Upstream Author : Jan Peter Stotz and others * URL: http://wiki.openstreetmap.org/wiki/JMapViewer * License: GPL Section: utils It builds those binary packages: jmapviewer - Java OpenStreetMap Tile Viewer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/jmapviewer Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/j/jmapviewer/jmapviewer_1.03+dfsg-2.dsc Changes since the last upload: jmapviewer (1.03+dfsg-2) unstable; urgency=medium * Download the bing logo at runtime from the link in the attribution XML (thanks to Marcus Lundblad m...@update.uu.se and Martin Krüger martin.krue...@gmx.com) Closes: #765421 * Upgrade to Standards-Version 3.9.6 There is a JMapViewer 1.04 release (from this week), but I didn't want to break anything (especially rdeps) and make sure that the #765421 fix makes it into jessie, hence I did not want to upgrade to 1.04. Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766508: Libjpeg trouble in jmapviewer
Andreas Tille andr...@an3as.eu writes: Hi Felix, hello Andreas, unfortunately there is some conflict in the Build-Depends: 0 packages upgraded, 132 newly installed, 0 to remove and 0 not upgraded. Need to get 62.8 MB/92.4 MB of archives. After unpacking 210 MB will be used. The following packages have unmet dependencies: libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed. libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be installed. Unable to resolve dependencies! Giving up... The following NEW packages will be installed: This is a problem with installing openjdk-7-jre (which is pulled from default-jdk): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766483 It has nothing to do with jmapviewer (except that jmapviewer depends on default-jdk). I'm not sure whether an update will already fix that problem :-( time allows maybe you should sponsor other packages and try again tomorrow? If the time until the freeze is pressing, I could ask for a workaround on debian-java. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer: Download bing logo via attribution XML at runtime?
Sebastiaan Couwenberg sebas...@xs4all.nl writes: hi Bas, hi debian-gis members, On 10/20/2014 11:17 PM, Felix Natter wrote: Felix Natter fnat...@gmx.net writes: = I think we need to investigate that for jessie+1, but now I think we should parse the attribution data and use the included link to download the logo at runtime (many thanks to the patch [1] from Marcus Lundblad m...@update.uu.se and Martin Krüger martin.krue...@gmx.com)? We should really agree on something now ;-) -- Can we all agree on this solution for jessie? (which is probably legal if JMapViewer itself is legal) I'd suggest to apply this patch now to make sure it's fixed for jessie! Yes, until we hear otherwise it seems to me the best solution to the Bing logo license problem. I've cleaned up the patch a little and added DEP3 headers for inclusion in the jmapviewer package. When the patch is forwarded upstream we have a nice opportunity to get the upstream point of view on this issue. Thanks for your help! I pushed the change to jmapviewer git and tested with josm (and freeplane). Don Armstrong wrote: At the very least, I'd stick a note in NEWS.Debian.gz. = Do we really want to do this? I think that problematic bing support is not quite new for this package? @Andreas: Could you sponsor this tomorrow? Cheers and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer: Download bing logo via attribution XML at runtime?
Sebastiaan Couwenberg sebas...@xs4all.nl writes: Hi Felix, hello Bas, Sebastiaan Couwenberg sebas...@xs4all.nl writes: On 10/20/2014 11:17 PM, Felix Natter wrote: Felix Natter fnat...@gmx.net writes: = I think we need to investigate that for jessie+1, but now I think we should parse the attribution data and use the included link to download the logo at runtime (many thanks to the patch [1] from Marcus Lundblad m...@update.uu.se and Martin Krüger martin.krue...@gmx.com)? We should really agree on something now ;-) -- Can we all agree on this solution for jessie? (which is probably legal if JMapViewer itself is legal) I'd suggest to apply this patch now to make sure it's fixed for jessie! Yes, until we hear otherwise it seems to me the best solution to the Bing logo license problem. I've cleaned up the patch a little and added DEP3 headers for inclusion in the jmapviewer package. When the patch is forwarded upstream we have a nice opportunity to get the upstream point of view on this issue. Thanks for your help! I pushed the change to jmapviewer git and tested with josm (and freeplane). Do you intent to update the package with the 1.04 upstream release? JMapViewer 1.04 contains the patch in slightly modified form, more in line with the upstream coding convention. I would rather not like to do this, because i.e. from 1.02 to 1.03 they introduced incompatibilies and I had to fix freeplane, and I might not have enough time to fix freeplane (and josm) before the freeze :-/ Don Armstrong wrote: At the very least, I'd stick a note in NEWS.Debian.gz. = Do we really want to do this? I think that problematic bing support is not quite new for this package? Documenting the problems with the Bing logo is a good idea in general. I'm inclined to document it in README.Debian instead of in a NEWS item, because the logo was never part of the package. But NEWS items are more visible thanks to apt-listchanges. Ok, I added your patch description to README.Debian. @Andreas: Could you sponsor this tomorrow? BTW: the git repo is here: http://anonscm.debian.org/cgit/pkg-grass/jmapviewer.git Would it make sense to sponsor the new upstream version instead of the patches 1.03? I appreciate that you reported the patch upstream so quickly, but I would prefer to stick with 1.03 for jessie. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer: Download bing logo via attribution XML at runtime?
Dear debian-legal and debian-gis members, I contacted map...@microsoft.com and they replied with contact details of Mr. Jalon Shoemaker. I talked to him on the phone, but he is a sales person and is only in charge of selling me licenses. I've got an email address of a more technical person at bing maps, and I will send an email to him in a few minutes. IMHO the question is: Under which license are we allowed to use http://dev.virtualearth.net/REST/v1/Imagery/Metadata/Aerial?include=ImageryProvidersoutput=xmlkey=... (the REST Service for Bing maps) at all? The license (http://www.microsoft.com/maps/product/terms.html) is pretty restrictive... (or am I missing something?) 2.Definitions. “Education or Non-Profit Organization Use” means using the Services with a Company Application that displays results for education or non-profit use, where non-profit organization means a tax exempt organization and education means use by public or private K-12 schools, universities, community colleges or other collegiate level institutions such as vocational schools, trade schools or career colleges, including their faculty, staff, and students, provided that your use is consistent with the terms of Section 5. Further your Company Application must be one of the following: publically available without restriction (for example, login or password must not be required), available only to current students of your education organization via your private network in order to provide education related services, available internally for free instructional use, or available internally for non-commercial research use. Commercially funded research projects and commercial company use for educational purposes are excluded from Education or Non-Profit Organization Use. 5. Education or Non-Profit Organization Use. Subject to your compliance with Sections 1, 2, 5 and 8 of this TOU, you may develop or host a Company Application that uses the Services to display results for Education or Non-profit Organization Use (as defined in Section 2). = We cannot guarantee that no one uses JMapViewer (GPL) commercially... = I think we need to investigate that for jessie+1, but now I think we should parse the attribution data and use the included link to download the logo at runtime (many thanks to the patch [1] from Marcus Lundblad m...@update.uu.se and Martin Krüger martin.krue...@gmx.com)? We should really agree on something now ;-) [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421#60 Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer: Download bing logo via attribution XML at runtime?
Felix Natter fnat...@gmx.net writes: Dear debian-legal and debian-gis members, [...] = I think we need to investigate that for jessie+1, but now I think we should parse the attribution data and use the included link to download the logo at runtime (many thanks to the patch [1] from Marcus Lundblad m...@update.uu.se and Martin Krüger martin.krue...@gmx.com)? We should really agree on something now ;-) -- Can we all agree on this solution for jessie? (which is probably legal if JMapViewer itself is legal) I'd suggest to apply this patch now to make sure it's fixed for jessie! Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer: Resolution for missing Bing logo
hello all,
the good news is I have received a mail from a Microsoft employee
(unfortunately late on Friday) inviting me on a call regarding
use of the Bing logo in jmapviewer.
I will make that call on Monday morning and maybe we will be able to
agree on a free license that I can put in debian/copyright and thus I
can re-include bing_maps.png
But if MS decides the logo must not be included in jmapviewer
then I'm afraid I *must* remove BingAerialTileSource.java from
jmapviewer and apply the attached patch [1] to 0.0.svn7480+dfsg1-2,
removing Bing support from JOSM. Otherwise jmapviewer may be moved to
non-free because it contains Bing support but not the logo [2].
-- can we agree on this?
[1] dquilt import josm2.diff should be enough before running
gbp buildpackage.
[2] https://lists.debian.org/debian-gis/2014/10/msg00115.html
Cheers and Best Regards,
--
Felix Natter
diff --git a/src/org/openstreetmap/josm/actions/AddImageryLayerAction.java b/src/org/openstreetmap/josm/actions/AddImageryLayerAction.java
index 318257f..c597d08 100644
--- a/src/org/openstreetmap/josm/actions/AddImageryLayerAction.java
+++ b/src/org/openstreetmap/josm/actions/AddImageryLayerAction.java
@@ -150,7 +150,7 @@ public class AddImageryLayerAction extends JosmAction implements AdaptableAction
// never enable blacklisted entries. Do not add same imagery layer twice (fix #2519)
if (info.isBlacklisted() /*|| isLayerAlreadyPresent()*/) { // FIXME check disabled to allow several instances with different settings (see #7981)
setEnabled(false);
-} else if (info.getImageryType() == ImageryType.TMS || info.getImageryType() == ImageryType.BING || info.getImageryType() == ImageryType.SCANEX) {
+} else if (info.getImageryType() == ImageryType.TMS /*|| info.getImageryType() == ImageryType.BING*/ || info.getImageryType() == ImageryType.SCANEX) {
setEnabled(true);
} else if (Main.isDisplayingMapView() !Main.map.mapView.getAllLayers().isEmpty()) {
setEnabled(true);
diff --git a/src/org/openstreetmap/josm/data/imagery/ImageryInfo.java b/src/org/openstreetmap/josm/data/imagery/ImageryInfo.java
index fce96df..82daf15 100644
--- a/src/org/openstreetmap/josm/data/imagery/ImageryInfo.java
+++ b/src/org/openstreetmap/josm/data/imagery/ImageryInfo.java
@@ -45,8 +45,6 @@ public class ImageryInfo implements ComparableImageryInfo, Attributed {
TMS(tms),
/** An HTML proxy (previously used for Yahoo imagery) entry. **/
HTML(html),
-/** TMS entry for Microsoft Bing. */
-BING(bing),
/** TMS entry for Russian company a href=https://wiki.openstreetmap.org/wiki/WikiProject_Russia/kosmosnimki;ScanEx/a. **/
SCANEX(scanex),
/** A WMS endpoint entry only stores the WMS server info, without layer, which are chosen later by the user. **/
diff --git a/src/org/openstreetmap/josm/gui/MapView.java b/src/org/openstreetmap/josm/gui/MapView.java
index 91d5b6b..d1185a9 100644
--- a/src/org/openstreetmap/josm/gui/MapView.java
+++ b/src/org/openstreetmap/josm/gui/MapView.java
@@ -978,7 +978,7 @@ public class MapView extends NavigatableComponent implements PropertyChangeListe
layerInfo.add(i.getName());
}
for (final ImageryLayer i : getLayersOfType(ImageryLayer.class)) {
-layerInfo.add(ImageryInfo.ImageryType.BING.equals(i.getInfo().getImageryType()) ? Bing : i.getName());
+layerInfo.add(/*ImageryInfo.ImageryType.BING.equals(i.getInfo().getImageryType()) ? Bing :*/ i.getName());
}
return Utils.join(; , layerInfo);
}
diff --git a/src/org/openstreetmap/josm/gui/layer/ImageryLayer.java b/src/org/openstreetmap/josm/gui/layer/ImageryLayer.java
index 6176e0a..737b848 100644
--- a/src/org/openstreetmap/josm/gui/layer/ImageryLayer.java
+++ b/src/org/openstreetmap/josm/gui/layer/ImageryLayer.java
@@ -152,7 +152,7 @@ public abstract class ImageryLayer extends Layer {
public static ImageryLayer create(ImageryInfo info) {
if (info.getImageryType() == ImageryType.WMS || info.getImageryType() == ImageryType.HTML)
return new WMSLayer(info);
-else if (info.getImageryType() == ImageryType.TMS || info.getImageryType() == ImageryType.BING || info.getImageryType() == ImageryType.SCANEX)
+else if (info.getImageryType() == ImageryType.TMS /*|| info.getImageryType() == ImageryType.BING*/ || info.getImageryType() == ImageryType.SCANEX)
return new TMSLayer(info);
else throw new AssertionError();
}
diff --git a/src/org/openstreetmap/josm/gui/layer/TMSLayer.java b/src/org/openstreetmap/josm/gui/layer/TMSLayer.java
index b940251..5a64dab 100644
--- a/src/org/openstreetmap/josm/gui/layer/TMSLayer.java
+++ b/src/org/openstreetmap/josm/gui/layer/TMSLayer.java
@@ -51,7 +51,6 @@ import org.openstreetmap.gui.jmapviewer.interfaces.TileCache;
import org.openstreetmap.gui.jmapviewer.interfaces.TileClearController
Bug#765421: jmapviewer: Resolution for missing Bing logo
Sebastiaan Couwenberg sebas...@xs4all.nl writes: hi Bas, dear devs, On 10/18/2014 12:12 PM, Felix Natter wrote: the good news is I have received a mail from a Microsoft employee (unfortunately late on Friday) inviting me on a call regarding use of the Bing logo in jmapviewer. I will make that call on Monday morning and maybe we will be able to agree on a free license that I can put in debian/copyright and thus I can re-include bing_maps.png If they license the logo under a DFSG compatible license that would be great. And making our lives much easier. Yes. But if MS decides the logo must not be included in jmapviewer then I'm afraid I *must* remove BingAerialTileSource.java from jmapviewer and apply the attached patch [1] to 0.0.svn7480+dfsg1-2, removing Bing support from JOSM. Otherwise jmapviewer may be moved to non-free because it contains Bing support but not the logo [2]. I'm not sure that the alternative is that you *must* remove the Bing support from jmapviewer. The logo referenced by the BrandLogoUri in the attribution REST-call be fine the use instead of the bing_map.png included in jmapviewer. As mentioned by Martin Krüger: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421#30 The Bing license says: and if the required logos and copyright notices are not included in the service generated content, you shall add the logos and copyright notices provided by Microsoft to the service generated content as described in the SDKs Since the attribution REST-call includes the logo in its generated content, downloading and using that instead of adding it in jmapviewer itself seems to comply with the license. I thought you mean to patch josm in your last mail! Of course patching jmapviewer to download the image during build time is a good solution: wget http://dev.virtualearth.net/Branding/logo_powered_by.png -o ... -- is that what you and Martin Krüger mean? (is it even ok from a Debian point of view to download images during build?) -- If yes, then I can implement it on the weekend. If it's more complex, then I'm probably out (see below). @Bas: could you take over in this case? -- can we agree on this? In the interest of our JOSM users, doing our best to prevent the removal of Bing support in jmapviewer should be our priority. Please discuss the BrandLogoUri solution with Microsoft in your call, that seems to be the preferred solution to keep jmapviewer and its rdeps in main, while also complying with the Bing license terms. While my brief tests with your patch show that JOSM works fine without Bing support, it's a major loss of functionality. MapBox Satellite and other freely usable satellite imagery is not on par with the Bing imagery. I'm trying hard, but if the logo is not DFSG compliant *and* the BrandLogoUri solution is not acceptable for MS (or Debian), then I don't see any other choice but removing bing support from jmapviewer. Is *that* ok? (this issue shortly before the code freeze puts pressure on me and is beginning to have an impact on my dayjob so I need to finish this on Monday!) Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765421: jmapviewer/josm issue
Dear GIS maintainers, since we removed bing_maps.png from jmapviewer in the Debian package, jmapviewer does not work with bing sat images in JOSM: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421 If you agree with this patch, then I can prepare an updated package (including the patch) tomorrow and hopefully it will make it in time for jessie. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system
hi, I see the extremely long (3-5min) shutdown issue also if I don't boot with init=/bin/systemd. The only difference is that: - with init=/bin/systemd and without quiet, I get: A stop job is running for LSB: [samba...] as described in this bug. - without init=/bin/systemd and with quiet, I do not get any terminal output during the waiting period, but if I hit Ctrl+Alt+Del I get Failed to start Store Sound Card State... (each time I hit Ctrl+Alt+Del) Before enabling systemd, I disabled also-storage.service: systemctl disable alsa-store.service, that may have an influence on the above, I don't know. Also, I noticed that without quiet, I get kernel messages about a new USB device (my optical mouse) exactly 3-4 (don't remember the exact number, but it's the same each time) times until the system shuts down successfully. I last updated my Debian testing on 2014-10-06. Thanks and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743357: [bug-gtypist] gtypist: Automatic insertion of letters which are yet to type
Felix Natter fnat...@gmx.net writes: hello Anubhav, please excuse the very late response, I forgot to look at the gtypist Debian bugs for a while. If I make any mistake, the cursor should not automatically insert the next letter by its own. If I make a mistake by typing e instead of h in he, I would not like 'e' to be inserted automatically. hallo Anubhav, I agree with you and the problem is easy to fix: We will introduce a --sync-ahead option which enables the above behavior and is off by default (but only for 2.10, so it won't make it into jessie I'm afraid). Can you build from (git) source? If yes, then I could send you a patch (against GTypist git master) or a development .tar.gz. Cheers and Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743357: gtypist: Automatic insertion of letters which are yet to type
hello Anubhav, please excuse the very late response, I forgot to look at the gtypist Debian bugs for a while. If I make any mistake, the cursor should not automatically insert the next letter by its own. If I make a mistake by typing e instead of h in he, I would not like 'e' to be inserted automatically. Thanks for the report, I will have a look at the problem on the weekend. Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#179784: gtypist: option to enable wordwrapping
hello Adam, would it still help if we implement this for 2.10? Best Regards, -- Felix Natter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
