Re: Using --ignore in Maven packaging
Le 07/06/2020 à 01:50, Olek Wojnar a écrit : > But say there's a dummy root POM and I don't want to have a > "dummy-build-only" directory added to the final package. So I add a > --ignore for that POM (also tried --ignore-pom) but then I get > complaints that required dependencies are not present. Specifically, the > dependencies for the ignored POM that I have listed in the ignoreRules. > It almost seems that if I --ignore a POM then the ignore-Rules for that > POM are ignored as well, but the package build still tries to find those > dependencies. Does that make sense? I'm not sure to understand, but the root pom should not be ignored, it has to be installed in the binary package. Otherwise there might be missing information for other projects depending on this project. Emmanuel Bourg
Bug#962388: ITP: re2j -- linear-time regular expression matching in Java
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-java@lists.debian.org * Package name : re2j Version : 1.3 Upstream Author : The Go Authors * URL : https://github.com/google/re2j * License : BSD-3 Programming Lang: Java Description : linear-time regular expression matching in Java RE2 is a regular expression engine that runs in time linear in the size of the input. RE2/J is a port of RE2 to pure Java. Java's standard regular expression package, |java.util.regex|, and many other widely used regular expression packages such as PCRE, Perl and Python use a backtracking implementation strategy: when a pattern presents two alternatives such as |a|b|, the engine will try to match subpattern |a|first, and if that yields no match, it will reset the input stream and try to match |b|instead. If such choices are deeply nested, this strategy requires an exponential number of passes over the input data before it can detect whether the input matches. If the input is large, it is easy to construct a pattern whose running time would exceed the lifetime of the universe. This creates a security risk when accepting regular expression patterns from untrusted sources, such as users of a web application. In contrast, the RE2 algorithm explores all matches simultaneously in a single pass over the input data by using a nondeterministicfinite automaton. There are certain features of PCRE or Perl regular expressions that cannot be implemented in linear time, for example, backreferences, but the vast majority of regular expressions patterns in practice avoid such features. This package is a dependency of the netCDF Java library. It will be maintained under the umbrella of the Java Maintainers Team.
Re: libjinput-jni , outdated informations and wrong lib name !?
Hi Emmanuel, Am 06.06.20 um 23:47 schrieb Emmanuel Bourg: > Le 31/05/2020 à 22:24, Bernd Schatz a écrit : > >> The libjinput-jni contains >> /usr/lib/jni/libjinput.so >> but java is expecting it as jinput-linux64.so (on a x86_64 system). > > The code is patched to load the library from /usr/lib/jni/libjinput.so, see: > > https://salsa.debian.org/java-team/jinput/-/blob/master/debian/patches/01build.xml.jni [SNIP] great, thx :) > Did you encounter an UnsatisfiedLinkError when using the package? [SNIP] Juni 07, 2020 9:32:45 NACHM. net.java.games.input.ControllerEnvironment log INFORMATION: Failed to load library: no jinput-linux64 in java.library.path: [/usr/java/packages/lib, /usr/lib/x86_64-linux-gnu/jni, /lib/x86_64-linux-gnu, /usr/lib/x86_64-linux-gnu, /usr/lib/jni, /lib, /usr/lib] java.lang.UnsatisfiedLinkError: no jinput-linux64 in java.library.path: [/usr/java/packages/lib, /usr/lib/x86_64-linux-gnu/jni, /lib/x86_64-linux-gnu, /usr/lib/x86_64-linux-gnu, /usr/lib/jni, /lib, /usr/lib] at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2670) at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:830) at java.base/java.lang.System.loadLibrary(System.java:1870) at net.java.games.input.LinuxEnvironmentPlugin.lambda$loadLibrary$0(LinuxEnvironmentPlugin.java:67) at java.base/java.security.AccessController.doPrivileged(Native Method) at net.java.games.input.LinuxEnvironmentPlugin.loadLibrary(LinuxEnvironmentPlugin.java:61) at net.java.games.input.LinuxEnvironmentPlugin.(LinuxEnvironmentPlugin.java:93) at java.base/java.lang.Class.forName0(Native Method) at java.base/java.lang.Class.forName(Class.java:315) at net.java.games.input.DefaultControllerEnvironment.getControllers(DefaultControllerEnvironment.java:133) at emkfa.Start.main(Start.java:27) Juni 07, 2020 9:32:45 NACHM. net.java.games.input.ControllerEnvironment log INFORMATION: net.java.games.input.LinuxEnvironmentPlugin is not supported -- greets Bernd signature.asc Description: OpenPGP digital signature
