Bug#857939: [libtcnative-1] Does not work without symlink

2017-03-16 Thread Emmanuel Bourg
Le 16/03/2017 à 14:44, g...@leonde.de a écrit : > After install libtcnative-1 and enabling the AprLifecycleListener, tomcat > reported that the native library could not be loaded. This was apparently > because libtcnative was not in its library path. > > Symlinking libtcnative-1.so to /usr/lib

Processed: [bts-link] source package jabref

2017-03-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package jabref > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to

[bts-link] source package jabref

2017-03-16 Thread bts-link-upstream
# # bts-link upstream status pull for source package jabref # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #857351 (http://bugs.debian.org/857351) # Bug title: jabref: permissions of bib-file #

Bug#857955: libnb-ide14-java: broken symlinks: /usr/share/netbeans/ide14/modules/ext/*.jar

2017-03-16 Thread Andreas Beckmann
Package: libnb-ide14-java Version: 8.1+dfsg3-1 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 1m20.1s ERROR: FAIL: Broken

Bug#857939: [libtcnative-1] Does not work without symlink

2017-03-16 Thread gisl
Package: libtcnative-1 Version: 1.1.32~repack-2 Severity: normal --- Please enter the report below this line. --- After install libtcnative-1 and enabling the AprLifecycleListener, tomcat reported that the native library could not be loaded. This was apparently because libtcnative was not in

Bug#857922: Jython cache dir in /usr/

2017-03-16 Thread Ole Streicher
Package: jython Version: 2.5.3-15 Severity: serious The (system) Jython cache dir is in /usr/share/jython/Cache, while the FHS wants to have it in /var/cache/. This is problematic, since the cache may tend to be filled by the installation of Jython packages or by other Jython invocations as

Bug#857921: Unwritable cache for new jars

2017-03-16 Thread Ole Streicher
Package: jython Version: 2.5.3-15 Severity: normal when I use jython to import from a jar as a user, I get the following messages: >>> import sys >>> sys.path.append('/usr/share/java/adql.jar') >>> import adql *sys-package-mgr*: processing new jar, '/usr/share/java/adql-1.3.jar'