Bug#893561: libtablelayout-java: license does not seem to meet the DFSG

2018-03-19 Thread Francesco Poli (wintermute) 
Package: libtablelayout-java
Version: 20090826-3
Severity: serious
Justification: Policy 2.2.1

Hello!
Thanks for maintaining this package in Debian.

I noticed that the license was
[discussed](https://lists.debian.org/debian-legal/2009/06/msg00050.html)
on debian-legal a long time ago.
My
[opinion](https://lists.debian.org/debian-legal/2009/06/msg00053.html)
was that at least two clauses fail to meet the DFSG.

The debian/copyright file states, in part:

| The source code has been modified to make the package suitable for main (see
| license III. 4.). The package namespace has been changed from
| info.clearthought.layout to org.debian.tablelayout.

Personally, I don't think that applying a patch that changes the namespace
is enough to make the package suitable for Debian main.
I mean: it's true that it is now possible to create drop-in replacements
for the Debian package (without further changing the namespace), but it is
still forbidden to create a modified version that changes the namespace
back to "info.clearthought".

I think that this restriction goes beyond what is allowed by DFSG#4.

Additionally, the license is clearly GPL-incompatible, which may
be an issue for other packages that link with this library.


Is it possible to persuade the upstream copyright holder to
drop clauses III.3 and III.4?
Or, even better, to re-license the library under well-vetted and
clearly DFSG-free terms, such as the
[Expat/MIT license](http://www.jclark.com/xml/copying.txt)
or the
[zlib license](http://www.zlib.net/zlib_license.html)
?

I hope this can be done.
Thanks for your time and helpfulness!

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#884057: sweethome3d: crashes just after startup with nouveau graphics drivers

2017-12-10 Thread Francesco Poli (wintermute) 
Package: sweethome3d
Version: 5.6+dfsg-1
Severity: important

Hello and thanks for maintaining this nice interior design tool!

I have been experiencing an issue for some time.
If I recall correctly, it started during last summer (on
Debian testing systems).
When starting sweethome3d on a box with an nVidia video card
and the nouveau graphics drivers, the program crashes almost
immediately (resizing the main window and/or its subwindows
suffices).
The redirected output on the terminal is attached (file sweethome.out).
The log file written to /tmp is also attached (file hs_err_pid1414.log).

However, sweethome3d seems to work correctly on other boxes with Intel
integrated graphics (and intel drivers). I cannot test it on other
different graphics stacks...

This bug could perhaps be similar to #873962, but I am not sure it's
actually the same (the problematic frame does not refer to the same
shared object).

What can be done in order to fix (or, at least, work around) this
bug?
Could you please investigate or reassign or forward upstream, as
appropriate?

Thanks for your time.
Bye!


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 sweethome3d depends on:
ii  default-jre [java7-runtime] 2:1.8-59
ii  icedtea-netx-common 1.6.2-3.1
ii  java-wrappers   0.2
ii  libbatik-java   1.9-3
ii  libfreehep-graphicsio-svg-java  2.1.1-5
ii  libitext-java   2.1.7-11
ii  libjava3d-java  1.5.2+dfsg-11
ii  libsunflow-java 0.07.2.svn396+dfsg-16
ii  openjdk-8-jre [java7-runtime]   8u151-b12-1

Versions of packages sweethome3d recommends:
pn  sweethome3d-furniture  

sweethome3d suggests no packages.

-- no debconf information
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7f2397bed3b3, pid=1414, tid=0x7f2391a10700
#
# JRE version: OpenJDK Runtime Environment (8.0_151-b12) (build 
1.8.0_151-8u151-b12-1-b12)
# Java VM: OpenJDK 64-Bit Server VM (25.151-b12 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# C  [libdrm_nouveau.so.2+0x43b3]
#
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid1414.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7f2397bed3b3, pid=1414, tid=0x7f2391a10700
#
# JRE version: OpenJDK Runtime Environment (8.0_151-b12) (build 
1.8.0_151-8u151-b12-1-b12)
# Java VM: OpenJDK 64-Bit Server VM (25.151-b12 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# C  [libdrm_nouveau.so.2+0x43b3]
#
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---  T H R E A D  ---

Current thread (0x7f236c003800):  JavaThread "J3D-Renderer-1" 
[_thread_in_native, id=1448, stack(0x7f239191,0x7f2391a11000)]

siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 
0x0008

Registers:
RAX=0x0002, RBX=0x0002, RCX=0x7f23e443a8c0, 
RDX=0x7f23
RSP=0x7f2391a0eff0, RBP=0x7f238c049d98, RSI=0x, 
RDI=0x7f23e443a8c0
R8 =0x0116, R9 =0x028c, R10=0x7f23e4431020, 
R11=0x0246
R12=0x, R13=0x7f23e4430f70, R14=0x7f23, 
R15=0x7f238c049da8
RIP=0x7f2397bed3b3, EFLAGS=0x00010206, CSGSFS=0x002b0033, 
ERR=0x0004
  TRAPNO=0x000e

Top of Stack: (sp=0x7f2391a0eff0)
0x7f2391a0eff0:   0002 0004
0x7f2391a0f000:   0003 7f2397bed949
0x7f2391a0f010:    7f23e443a8c0
0x7f2391a0f020:   7f238c049d98 
0x7f2391a0f030:    7f238c049d80
0x7f2391a0f040:   7f238c049da8 7f2397bedadd
0x7f2391a0f050:   0276 0001
0x7f2391a0f060:   7f23e44310d0 7f23700ea090
0x7f2391a0f070:

Bug#689788: jh_repack: exits with rmdir errors (in certain conditions) and fails to repack

2012-10-06 Thread Francesco Poli (wintermute) 
Package: javahelper
Version: 0.43
Severity: normal
Tags: patch

Hello,
I am trying to use jh_repack, but it fails to work on the case I have
at hand.


Steps to reproduce the bug:

  0) download irclib-1.10.tar.gz from http://moepii.sourceforge.net/

  1) rename it:

   $ mv -i irclib-1.10.tar.gz libirclib_1.10.orig.tar.gz

  2) run jh_repack on it:

   $ jh_repack --upstream-version 1.10 libirclib_1.10.orig.tar.gz
   rmdir: failed to remove `javadoc/.svn/tmp': No such file or directory
   rmdir: failed to remove `src/.svn/tmp': No such file or directory
   rmdir: failed to remove `src/org/schwering/irc/lib/ssl/.svn/tmp': No 
such file or directory
   rmdir: failed to remove `src/org/schwering/irc/lib/.svn/tmp': No such 
file or directory
   rmdir: failed to remove `src/org/schwering/irc/.svn/tmp': No such file 
or directory
   rmdir: failed to remove `src/org/schwering/.svn/tmp': No such file or 
directory
   rmdir: failed to remove `src/org/.svn/tmp': No such file or directory
   $ echo $?
   123
   $ du --si -s /tmp/tmp.*
   701k/tmp/tmp.gYqrH3TEjT

As can be seen, the tar archive was not repacked and the temporary directory
was not removed.


I think I found the cause of the issue.

Line 69 of jh_repack is:

  find * -depth -type d -print0 | xargs -0 rmdir -p --ignore-fail-on-non-empty

The find command prints all the directories in depth-first ordering,
as in

  [...]
  dir/subdir1
  dir/subdir2/subsub
  dir/subdir2
  dir/subdir0
  dir
  [...]

The rmdir -p --ignore-fail-on-non-empty attempts to remove any empty
directory and also all of its empty ancestors afterwards.
Hence, if dir/subdir2/ only contains subsub/ , and the latter is empty,
then line 69 of jh_repack first removes dir/subdir2/subsub/ , then also
removes dir/subdir2/ .
The rmdir command is then asked to remove dir/subdir2/ (if empty),
but dir/subdir2/ no longer exists *at that point* !

The attached trivial patch fixes for the bug for me.

Please apply my patch, if you agree with the reasoning and with the
proposed solution.

Thanks for your time!


Legal details: my patch is so trivial, that I think it is not copyrighted.
Hence, no license from me should be needed in order to incorporate the
fix into the package. In case this turns out to be wrong, please consider
my patch released under the terms of the GNU GPL version 2, as the rest
of javahelper.




-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages javahelper depends on:
ii  bsdmainutils 9.0.3
ii  dctrl-tools  2.22.2
ii  debhelper9.20120909
ii  devscripts   2.12.4
ii  dpkg-dev 1.16.8
ii  libarchive-zip-perl  1.30-6

javahelper recommends no packages.

Versions of packages javahelper suggests:
pn  cvs   none
ii  gawk  1:4.0.1+dfsg-2
ii  tofrodos  1.7.9.debian.1-1

-- no debconf information


jh_repack-fix_rmdir.diff.gz
Description: GNU Zip compressed data
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#689810: jh_repack: should also remove Subversion working copy administrative directories

2012-10-06 Thread Francesco Poli (wintermute) 
Package: javahelper
Version: 0.43
Severity: wishlist
Tags: patch

Hello again,
this bug report is a sort of sequel for #689788, so, if you liked the
first one, please enjoy the second!   ;-)

The upstream tarball mentioned in #689788 (irclib-1.10.tar.gz) includes
several Subversion working copy administrative directories (*/.svn).
I think that jh_repack should also remove those directories and their
content.

The attached patch adds this feature to jh_repack.

Please apply my patch, if you agree with the usefulness of the additional
feature and with its implementation. Please remember to update the
documentation (/usr/share/doc/javahelper/tutorial.*) accordingly.

Thanks for your time!


Legal details: to the extent that my patch is covered by my copyright,
I hereby release it under the terms of the GNU General Public License
version 2 as published by the Free Software Foundation (same terms as
the rest of javahelper).



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages javahelper depends on:
ii  bsdmainutils 9.0.3
ii  dctrl-tools  2.22.2
ii  debhelper9.20120909
ii  devscripts   2.12.4
ii  dpkg-dev 1.16.8
ii  libarchive-zip-perl  1.30-6

javahelper recommends no packages.

Versions of packages javahelper suggests:
pn  cvs   none
ii  gawk  1:4.0.1+dfsg-2
ii  tofrodos  1.7.9.debian.1-1

-- no debconf information


jh_repack-also_rm_svn.diff.gz
Description: GNU Zip compressed data
__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.