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

2018-03-28 Thread Francesco Poli 
On Sat, 24 Mar 2018 15:22:12 +0100 Markus Koschany wrote:

> Am 24.03.2018 um 00:17 schrieb Francesco Poli:
[...]
> > Was the debian-legal discussion pointed out to the FTP Masters?
> > Did they explain the rationale behind their decision? 
> 
> FYI, debian-legal is a mailing list and not a Debian body that can exert
> any power over the FTP masters.

I am well aware of this, as I have participated in debian-legal
discussions for more than 13 years.

debian-legal is more like a sort of advisory board, where licensing
issues are discussed and analyzed. The FTP Masters are not bound to
follow the advice, of course.
But, whenever an issue was actually discussed on debian-legal, it is
useful for the FTP Masters to be informed about the discussion, so that
they can see what was said and pointed out, before making their
decision.
Otherwise, what's the point in having a discussion on debian-legal, if
the FTP Masters are left unaware of it and must analyze the license
from scratch?

> They may or may not have been aware of
> the discussion but by accepting libtablelayout-java into Debian they
> clearly made a decision in favor of the license.

The FTP Masters are humans and may make mistakes, like all of us.
They could have overlooked some troublesome clause in the license, if
not informed about the potential issue...

[...]
> > The issue is not the requirement to modify the package through patch
> > files. Patch-only clauses are explicitly allowed by DFSG#4, as you
> > correctly point out.
> > As I have previously said, the issue is that the license forbids to
> > create a derived work that uses the info.clearthought namespace/package.
> > 
> > This goes beyond what is allowed by DFSG#4, which only talks about
> > patch files and requirements to change the *name* or the *version
> > number*.
> 
> No, this is precisely why DFSG 4 mentions patch files explicitly and why
> DFSG 4 is named "Integrity of The Author's Source Code".

Once again, patch files are not the freeness issue I am talking about.
The troublesome clause is the namespace-change restriction.

> We respect the
> authors source code and his wish to preserve the info.clearthough
> namespace. Nevertheless we are allowed to change it for derived works
> and can rename it to any name we want. This is sufficiently DFSG-free.
> The name is "info.clearthought" which is the official upstream URL. It
> is common practice in Java to use a namespace that corresponds to some
> URL. It is completely fair to reserve info.clearthought because Debian
> also reserves the rights for debian.org or the name Debian in general.

Please let me understand, as I am not too familiar with Java.
Isn't the namespace concept in Java similar to the corresponding
concept in C++?

Suppose someone has several Java programs that link with
libtablelayout-java and use classes from the info.clearthought
namespace.
Suppose he/she wants to use a modified version of libtablelayout-java
(maybe with some bugs fixed, or something like that) where the
namespace has been changed to a different one.
Can he/she use the programs with the modified libtablelayout-java,
without having to modify each one of them?

In other words, can someone develop a fork of libtablelayout-java (with
the namespace changed to a different one) which works as a drop-in
replacement for the original libtablelayout-java?

[...]
> > The thread is the very
> > [one](https://lists.debian.org/debian-legal/2009/06/msg00050.html)
> > I cited in my bug report.
> > 
> > There were two replies, one by Joe Smith and one by me.
> > Joe said that the license is acceptable and within the spirit of the
> > DFSG.
> > On the other hand, I said that two clauses fail to meet the DFSG.
> > 
> > Now, I respect Joe's opinion, but it's not clear to me why you claim
> > that *his* reply represents the outcome of the debian-legal discussion,
> > while *my* reply is just my personal opinion...
> 
> I have never said that and it is also not relevant.

Well, you said:

"This is your personal opinion. It was already discussed on debian-legal
back in 2009 that the license is still acceptable and in the spirit of
the DFSG."

as if the only reply on debian-legal had been the one from Joe...

[...]
> > The license of libtablelayout-java is *clearly* GPL-incompatible, no
> > doubt about it.
> > 
> > It is a patch-only license and has restrictions on namespace change for
> > derived works.
> > These restrictions (and possibly other ones) are not included in the
> > GNU GPL v2 or v3, nor allowed by them.
> 
> Again, this is _your_ opinion. If it was that easy we wouldn't need any
> lawyers in the world.

Sorry, but that is not just _my_ opinion.
It's a well known fact: patch-only l

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

2018-03-23 Thread Francesco Poli 
On Thu, 22 Mar 2018 18:30:53 +0100 Markus Koschany wrote:

> Am 19.03.2018 um 22:28 schrieb Francesco Poli (wintermute):
[...]
> > 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.
> 
> In the end the ftp-team accepted the package into Debian and that is the
> only thing that counts.

Was the debian-legal discussion pointed out to the FTP Masters?
Did they explain the rationale behind their decision? 

> 
> > 
> > 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.
> 
> This is certainly enough. We change the namespace all the time in Debian
> Java packages by using maven.rules for example. Also using patch files
> is explicitly allowed by DFSG 4.

The issue is not the requirement to modify the package through patch
files. Patch-only clauses are explicitly allowed by DFSG#4, as you
correctly point out.
As I have previously said, the issue is that the license forbids to
create a derived work that uses the info.clearthought namespace/package.

This goes beyond what is allowed by DFSG#4, which only talks about
patch files and requirements to change the *name* or the *version
number*.

> 
> > 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.
> 
> This is your personal opinion. It was already discussed on debian-legal
> back in 2009 that the license is still acceptable and in the spirit of
> the DFSG.

Wait, it was indeed discussed on debian-legal back in 2009.

The thread is the very
[one](https://lists.debian.org/debian-legal/2009/06/msg00050.html)
I cited in my bug report.

There were two replies, one by Joe Smith and one by me.
Joe said that the license is acceptable and within the spirit of the
DFSG.
On the other hand, I said that two clauses fail to meet the DFSG.

Now, I respect Joe's opinion, but it's not clear to me why you claim
that *his* reply represents the outcome of the debian-legal discussion,
while *my* reply is just my personal opinion...

> 
> > 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)
> > ?
> 
> No. We do not need to persuade the upstream copyright holder to change
> the license as long as the package was accepted by the ftp-team. If you
> think a package is GPL-incompatible

The license of libtablelayout-java is *clearly* GPL-incompatible, no
doubt about it.

It is a patch-only license and has restrictions on namespace change for
derived works.
These restrictions (and possibly other ones) are not included in the
GNU GPL v2 or v3, nor allowed by them.

> and you are not sure whether you can
> use it together with this library you should seek legal advice in your
> country. This is out-of-scope for Debian and as far as I am and the rest
> of the team are concerned, this is not an issue for us. Closing as
> not-a-bug.

It seems to be an issue for Debian: there are packages in Debian which
are GPL-licensed and link (directly or indirectly) with
libtablelayout-java.

Linking a GPL-licensed program or library with a GPL-incompatible
library requires special permission from the copyright holders of the
GPL-licensed program or library, as explain in the dedicated GPL
[FAQ](https://www.gnu.org/licenses/gpl-faq.html#InterpreterIncompat).

Some examples of GPL-licensed packages which link with
libtablelayout-java:

 • [jfractionlab](https://packages.debian.org/jfractionlab)
   [is 
GPL-v3-licensed](https://tracker.debian.org/media/packages/j/jfractionlab/copyright-0.91-3)
   without any special exception and is linked with libtablelayout-ja

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

2018-03-20 Thread Francesco Poli 
On Tue, 20 Mar 2018 00:41:04 +0200 Adrian Bunk wrote:

[...]
> In https://lists.debian.org/debian-legal/2005/01/msg00142.html you 
> agreed entirely that it is OK when software is made DFSG-free through
> renaming to avoid trademark violations.
> 
> What difference would it make whether our users are forbidden to change
> the namespace back to "info.clearthought" due to
> 1. trademark
> 2. licence
> 3. both

Hello Adrian,
thanks for your prompt followup!

I see an important difference between the case at hand and the Mozilla
case.

One thing is the requirement to change the *name* for the work: this is
just how the work presents itself to the user, not something that
really affects functionality/interoperability/interfaces/...
Even if the name of the executable file of a program is changed, there
are many ways to easily let the user invoke it by another name
(symlinks, wrapper scripts, aliases, and so forth...).

I think the requirement to change *namespace* for library classes
is different: it affects the possibility to create modified drop-in
replacements for the library, without having to adapt all the
programs or other libraries that use the original library.
The namespace looks like a functional aspect.

I think it's not by chance that DFSG#4 accepts the requirements to
change the *name* or the *version number*, but not the requirements
to change other, more functional, labels in a package...


I hope this clarifies.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
..... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpuF0F0CFi85.pgp
Description: PGP signature
__
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#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

2018-02-03 Thread Francesco Poli 
On Sun, 10 Dec 2017 23:55:04 +0100 Francesco Poli (wintermute) wrote:

> 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.
[...]
> 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).
[...]
> 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?

Hello again,
I am still able to reproduce the bug on an up-to-date Debian testing
system (with an nVidia video card and the nouveau graphics drivers).
I still get error logs similar to the ones I have previously sent.

Have you investigated the issue?
Have you forwarded it upstream?

Please let me know.
Thanks for your time.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
..... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpCsQE4pHOkt.pgp
Description: PGP signature
__
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#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#757946: java-package: fatal errors while building plugin

2014-08-12 Thread Francesco Potortì 
Package: java-package
Version: 0.56
Severity: normal

This is a log.  Just look for the string error:.


$ fakeroot make-jpkg /tmp/jdk-8u11-linux-x64.tar.gz
Creating temporary directory: /tmp/make-jpkg.bfFvlvLDbp
Loading plugins: /usr/share/java-package/common.sh 
/usr/share/java-package/javase.sh /usr/share/java-package/jdk-doc.sh 
/usr/share/java-package/jdk.sh /usr/share/java-package/jre.sh 
/usr/share/java-package/oracle-jdk-doc.sh /usr/share/java-package/oracle-jdk.sh 
/usr/share/java-package/oracle-jre.sh

Detected Debian build architecture: amd64
Detected Debian GNU type: x86_64-linux-gnu

Detected product:
Java(TM) Development Kit (JDK)
Standard Edition, Version 8 Update 11
Oracle(TM)
Is this correct [Y/n]: 

Checking free diskspace: done.

In the next step, the binary file will be extracted. Probably a
license agreement will be displayed. Please read this agreement
carefully. If you do not agree to the displayed license terms, the
package will not be built.

Press [Return] to continue: 



Testing extracted archive... okay.

Create debian package:
dpkg-buildpackage: source package oracle-java8-jdk
dpkg-buildpackage: source version 8u11
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Debian Java Maintainers 
pkg-java-maintainers@lists.alioth.debian.org
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build package
 debian/rules clean
dh clean
   dh_testdir
   dh_auto_clean
   dh_clean
 debian/rules build
dh build
   dh_testdir
   dh_auto_configure
   dh_auto_build
   dh_auto_test
 debian/rules binary
dh binary
   dh_testroot
   dh_prep
   dh_auto_install
   dh_install
   dh_installdocs
   dh_installchangelogs
   dh_perl
   dh_link
   debian/rules override_dh_compress
make[1]: Entering directory '/tmp/make-jpkg.bfFvlvLDbp/package'
dh_compress usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jsadebugd.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jstat.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/javaws.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jmc.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/rmid.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/javah.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jstack.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/keytool.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/appletviewer.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jdb.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/extcheck.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/unpack200.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/rmic.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jrunscript.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/jmap.1 
usr/lib/jvm//jdk-8-oracle-x64/man/ja_JP.UTF-8/man1/rmiregistry.1 
usr/lib/jvm//jdk
 -8-oracle-x64/man/ja_JP.
make[1]: Leaving directory '/tmp/make-jpkg.bfFvlvLDbp/package'
   dh_fixperms
   dh_strip
   dh_makeshlibs
   debian/rules override_dh_shlibdeps
make[1]: Entering directory '/tmp/make-jpkg.bfFvlvLDbp/package'
dh_shlibdeps --exclude=fxavcodecplugin --exclude=avplugin 
-lusr/lib/jvm//jdk-8-oracle-x64/jre/lib/amd64:usr/lib/jvm//jdk-8-oracle-x64/jre/lib/amd64/jli:usr/lib/jvm//jdk-8-oracle-x64/jre/lib/amd64/server:usr/lib/jvm//jdk-8-oracle-x64/lib/amd64:usr/lib/jvm//jdk-8-oracle-x64/lib/amd64/jli:usr/lib/jvm//jdk-8-oracle-x64/lib/missioncontrol:usr/lib/jvm//jdk-8-oracle-x64/lib/missioncontrol/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.200.v20120913-144807:usr/lib/jvm//jdk-8-oracle-x64/lib/visualvm/profiler/lib/deployed/jdk15/linux-amd64:usr/lib/jvm//jdk-8-oracle-x64/lib/visualvm/profiler/lib/deployed/jdk16/linux-amd64
dpkg-shlibdeps: error: couldn't find library libpthread.so.0 needed by 
debian/oracle-java8-jdk/usr/lib/jvm/jdk-8-oracle-x64/bin/jsadebugd (ELF format: 
'elf64-x86-64'; RPATH: 
'/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64/jli:/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64')
dpkg-shlibdeps: error: couldn't find library libdl.so.2 needed by 
debian/oracle-java8-jdk/usr/lib/jvm/jdk-8-oracle-x64/bin/jsadebugd (ELF format: 
'elf64-x86-64'; RPATH: 
'/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64/jli:/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64')
dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by 
debian/oracle-java8-jdk/usr/lib/jvm/jdk-8-oracle-x64/bin/jsadebugd (ELF format: 
'elf64-x86-64'; RPATH: 
'/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64/jli:/usr/lib/jvm/jdk-8-oracle-x64/bin/../lib/amd64')
dpkg-shlibdeps: warning: can't extract name and version from library name 
'libjli.so'
dpkg-shlibdeps: warning: can't extract name and version from library name 
'libjli.so'
dpkg-shlibdeps: warning: can't extract name and version from library name 
'libjli.so'
dpkg-shlibdeps: warning: can't extract name and version from library name 
'libjli.so'
dpkg-shlibdeps: error: couldn't find library libpthread.so.0 needed by

Bug#736071: [libvecmath-java-doc] Error while merging ... inconsistent values of section

2014-01-19 Thread Francesco Muzio 

Package: libvecmath-java-doc
Version: 1.5.2-4
Severity: normal

when doc-base is triggered or I launch a dpkg-reconfigure doc-base I 
see this message:


Processing 2 added doc-base files...
Error while merging /usr/share/doc-base/libvecmath-java-doc with 
/usr/share/doc-base/libvecmath-java-doc-javadoc: inconsistent values of 
section.

Registering documents with scrollkeeper...

removing (with purge) the package and reinstall it doesn't help, the 
problem is still present


--- System information. ---
Architecture: i386
Kernel: Linux 3.12.6

Debian Release: jessie/sid
500 testing cdn.debian.net

--- Package information. ---
Package's Depends field is empty.

Recommends (Version) | Installed
==-+-===
default-jdk-doc | 0.49


Suggests (Version) | Installed
==-+-===
libvecmath-java | 1.5.2-4

__
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#657281: sRGB Color Space Profile.icm

2014-01-06 Thread Francesco Poli 
On Mon, 4 Feb 2013 23:06:23 +0100 Francesco Poli wrote:

 On Sat, 2 Feb 2013 23:08:18 + Stuart Prescott wrote:
 
  There has been some further discussion and suggestions on how this could be 
  handled in the short term and also in the longer term in the following 
  thread:
  
  http://lists.freedesktop.org/archives/openicc/2013q1/004907.html
 
 Can we make some progress on this bug?

Is there any progress on this bug?

 I don't know much about colorimetry and ICC profiles, but I would
 really like to see this issue solved.
[...]

 It seems to me that one suggestion is to use
 compatibleWithAdobeRGB1998.icc or sRGB.icc from the icc-profiles-free
 package [1].
 
 [1] http://lists.freedesktop.org/archives/openicc/2013q1/004931.html
 
 Can this work correctly? Can this be done?

I seem to understand that Fedora fixed the corresponding issue
(mentioned in [2]) by replacing [3] the non-free profiles with the ones
found in their package named icc-profiles-openicc.
That Fedora package [4] seems to (more or less) correspond to the Debian
package named icc-profiles-free [5], which is under the zlib
license [6].
Please correct me, if I am wrong.

Could this same strategy work for Debian, as well?

Please let me know.
Thanks for your time!

[2] https://issues.apache.org/bugzilla/show_bug.cgi?id=52704#c21
[3] https://bugzilla.redhat.com/show_bug.cgi?id=848659#c3
[4] 
http://pkgs.fedoraproject.org/cgit/icc-profiles-openicc.git/tree/icc-profiles-openicc.spec?id=0652ad3fb090415dae5fb956972fe738f7738f09
[5] http://packages.debian.org/unstable/icc-profiles-free
[6] 
http://ftp-master.metadata.debian.org/changelogs/main/i/icc-profiles-free/unstable_copyright



-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpPyp7TsksWR.pgp
Description: PGP signature
__
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#727643: [libnb-javaparser-java] upgrading to 7.3 cause breaks NetBeans projects

2013-10-24 Thread Francesco Muzio 

Package: libnb-javaparser-java
Version: 7.3-1
Severity: important

Dear maintainers,

after an upgrading to v7.3-1 the libnb-javaparser-java package cause a 
breaks of NetBeans projects.


Seems to happen only with amd64 architecture (on i386 NetBeans works well)

On my amd64 machine I'm unable to create new projects or open a already 
existent.
An icon on the rbottom bar of netbeans alert me with an error where an 
unexpected exception is caused by com.sun.tools.javac.util.CancelAbort


If I install the previous version (7.0.1-1) NetBeans returns fully working.
Instead if I remove/rename the ~/.netbeans directory the problem persists.

I have attached the NetBeans log with the error occurred

--- System information. ---
Architecture: amd64
Kernel: Linux 3.10.11

Debian Release: jessie/sid
500 testing cdn.debian.net

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.
---
Log Session: Tuesday, October 22, 2013 3:44:30 PM CEST
System Info: 
  Product Version = NetBeans IDE 7.0.1 (Build 20120219-unknown-revn)
  Operating System= Linux version 3.10-3-amd64 running on amd64
  Java; VM; Vendor= 1.6.0_27; OpenJDK 64-Bit Server VM 20.0-b12; Sun Microsystems Inc.
  Runtime = OpenJDK Runtime Environment 1.6.0_27-b27
  Java Home   = /usr/lib/jvm/java-6-openjdk-amd64/jre
  System Locale; Encoding = it_IT (nb); UTF-8
  Home Directory  = /home/muzio
  Current Directory   = /home/muzio
  User Directory  = /home/muzio/.netbeans/7.0
  Installation= /usr/share/netbeans/7.0.1/nb
/usr/share/netbeans/7.0.1/ide
/usr/share/netbeans/7.0.1/java
/usr/share/netbeans/7.0.1/apisupport
/usr/share/netbeans/7.0.1/harness
/usr/share/netbeans/7.0.1/platform
  Boot  Ext. Classpath   = /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/resources.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/rt.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/jsse.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/jce.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/charsets.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/netx.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/plugin.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/rhino.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/modules/jdk.boot.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/classes:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/java-atk-wrapper.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/pulse-java.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/sunjce_provider.jar
  Application Classpath   = /usr/share/netbeans/7.0.1/platform/lib/boot.jar:/usr/share/netbeans/7.0.1/platform/lib/org-openide-modules.jar:/usr/share/netbeans/7.0.1/platform/lib/org-openide-util.jar:/usr/share/netbeans/7.0.1/platform/lib/org-openide-util-lookup.jar:/usr/lib/jvm/java-6-openjdk-amd64/lib/dt.jar:/usr/lib/jvm/java-6-openjdk-amd64/lib/tools.jar
  Startup Classpath   = /usr/share/netbeans/7.0.1/platform/core/org-openide-filesystems.jar:/usr/share/netbeans/7.0.1/platform/core/core.jar:/usr/share/netbeans/7.0.1/nb/core/org-netbeans-upgrader.jar:/usr/share/netbeans/7.0.1/nb/core/locale/core_nb.jar
---
WARNING [org.netbeans.core.startup.NbEvents]: The extension /usr/share/netbeans/7.0.1/ide/modules/ext/svnClientAdapter-main-1.6.13.jar may be multiply loaded by modules: [/usr/share/netbeans/7.0.1/ide/modules/org-netbeans-libs-svnClientAdapter-javahl.jar, /usr/share/netbeans/7.0.1/ide/modules/org-netbeans-libs-svnClientAdapter.jar]; see: http://www.netbeans.org/download/dev/javadoc/org-openide-modules/org/openide/modules/doc-files/classpath.html#class-path
WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.beans, org.netbeans.modules.debugger.jpda, org.netbeans.modules.debugger.jpda.ui, org.netbeans.modules.diff, org.netbeans.modules.editor.bracesmatching, org.netbeans.modules.editor.codetemplates, org.netbeans.modules.editor.indent.project, org.netbeans.modules.editor.macros, org.netbeans.modules.form, org.netbeans.modules.form.j2ee, org.netbeans.modules.i18n, org.netbeans.modules.i18n.form, org.netbeans.modules.j2ee.persistence, org.netbeans.modules.java.examples, org.netbeans.modules.java.navigation, org.netbeans.modules.javadoc, org.netbeans.modules.javawebstart, org.netbeans.modules.jumpto, org.netbeans.modules.localhistory, org.netbeans.modules.mercurial, org.netbeans.modules.options.editor, org.netbeans.modules.properties,

Bug#714304: [pdfsam] Missing dependency on and symlink to jgoodies-common.jar makes program unuseable

2013-06-27 Thread Francesco Presel 

Package: pdfsam
Version: 1.1.4-2
Severity: important

--- Please enter the report below this line. ---
Installing pdfsam from repository does not provide a functioning 
program: whenever launched, the program fails to initialize with the 
error reported below.
I found a report of the same issue in ubuntu, which suggests a solution: 
you must install the package libjgoodies-common-java and add a symlink 
to jgoodies-common.jar inside the pdfsam/lib folder ( 
https://bugs.launchpad.net/ubuntu/+source/pdfsam/+bug/1167469 ). This 
solution worked for me.


Output from the terminal:
$pdfsam
=

 pdfsam

  JAVA: /usr/lib/jvm/java-7-openjdk-amd64/bin/java

  JAVA_OPTS: -Xmx256m

  CLASSPATH: 
/usr/share/pdfsam/pdfsam-1.1.4.jar:/usr/share/pdfsam/lib/dom4j.jar:/usr/share/pdfsam/lib/emp4j-1.0.1.jar:/usr/share/pdfsam/lib/itext.jar:/usr/share/pdfsam/lib/jaxen.jar:/usr/share/pdfsam/lib/log4j-1.2.jar:/usr/share/pdfsam/lib/looks.jar:/usr/share/pdfsam/lib/pdfsam-console-2.0.6e.jar:/usr/share/pdfsam/lib/pdfsam-jcmdline-1.0.3.jar:/usr/share/pdfsam/lib/pdfsam-langpack.jar


=

19:25:57,966 INFO  JMainFrame  Starting PDF Split and Merge basic Ver. 1.1.4
19:25:58,145 INFO  Configuration  Loading configuration..
19:25:58,310 INFO  Configuration  Getting language...
19:25:58,466 INFO  Configuration  Setting look and feel...
19:25:58,502 FATAL GuiClient  Error:
java.lang.NoClassDefFoundError: com/jgoodies/common/base/SystemUtils
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:787)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:447)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
at 
com.jgoodies.looks.plastic.PlasticLookAndFeel.clinit(PlasticLookAndFeel.java:137)
at 
org.pdfsam.guiclient.utils.ThemeUtility.setTheme(ThemeUtility.java:160)
at 
org.pdfsam.guiclient.configuration.Configuration.setLookAndFeel(Configuration.java:192)
at 
org.pdfsam.guiclient.configuration.Configuration.init(Configuration.java:169)
at 
org.pdfsam.guiclient.configuration.Configuration.init(Configuration.java:54)
at 
org.pdfsam.guiclient.configuration.Configuration.getInstance(Configuration.java:59)
at 
org.pdfsam.guiclient.gui.frames.JMainFrame.init(JMainFrame.java:90)

at org.pdfsam.guiclient.GuiClient.main(GuiClient.java:61)
Caused by: java.lang.ClassNotFoundException: 
com.jgoodies.common.base.SystemUtils

at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
... 20 more


--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.41-laptop

Debian Release: jessie/sid
900 testing debian.solydxk.com
500 wheezy linux.dropbox.com
400 debian packages.linuxmint.com

--- Package information. ---
Depends (Version) | Installed
=-+-===
openjdk-6-jre |
OR java2-runtime |
libdom4j-java | 1.6.1+dfsg.2-6
libitext-java | 2.1.7-3+deb7u1
libjaxen-java | 1.1.3-1
libjgoodies-looks-java | 2.5.2-2
liblog4j1.2-java | 1.2.17-2
java-wrappers | 0.1.25
libhttpclient-java | 4.2.5-1
libcommons-httpclient-java | 3.1-10.2


Package's Recommends field is empty.

Package's Suggests field is empty.

__
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#657281: sRGB Color Space Profile.icm

2013-02-04 Thread Francesco Poli 
On Sat, 2 Feb 2013 23:08:18 + Stuart Prescott wrote:

 There has been some further discussion and suggestions on how this could be 
 handled in the short term and also in the longer term in the following thread:
 
 http://lists.freedesktop.org/archives/openicc/2013q1/004907.html

Can we make some progress on this bug?
I don't know much about colorimetry and ICC profiles, but I would
really like to see this issue solved.

I've just glanced over the thread you pointed out.

It seems to me that one suggestion is to use
compatibleWithAdobeRGB1998.icc or sRGB.icc from the icc-profiles-free
package [1].

[1] http://lists.freedesktop.org/archives/openicc/2013q1/004931.html

Can this work correctly? Can this be done?

I would rather avoid using files released under the ugly GNU AfferoGPL
v3 (such as those in the argyll package), as I personally consider such
works as non-free (I disagree with the ftp-masters' conclusions on this
[2][3]).

[2] https://lists.debian.org/debian-legal/2007/11/msg00233.html
[3] http://bugs.debian.org/495721#28


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp4d0WJLlNpb.pgp
Description: PGP signature
__
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#591583: libbsf-java: new upstream version 3.1 available

2013-02-03 Thread Francesco Poli 
On Wed, 04 Aug 2010 04:34:44 +0200 Torsten Werner wrote:

[...] 
 a new upstream version might fix the jython incompatibility.

Moreover, if I read https://commons.apache.org/bsf/license.html
correctly, newer versions seem to be licensed under the terms of the
Apache License version 2.0, dropping the obsolete and ugly Apache
Software License version 1.1 ...

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpnAM2qBJxAf.pgp
Description: PGP signature
__
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#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.

Bug#653915: netbeans: Netbeans GUI editor is not loading The problem isn't fixed

2012-03-02 Thread Francesco Muzio 
The problem isn't fixed, the GUI editor must be in working with the 
launch of netbeans without any parameters




__
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#653915: (no subject)

2012-03-02 Thread Francesco Muzio 

Package: netbeans
Version: 7.0.1+dfsg1-5

I'm using Debian testing and I have tried your proposed test without success

When I attempt to create a new JFrame form (for example) on a new 
project the GUI is not loading and in that file the GroupLayout class is 
searched on the package org.jdesktop.layout


I add the interested system information of my debian machine in this 
message




--- System information. ---
Architecture: i386
Kernel: Linux 3.2.6

Debian Release: wheezy/sid
500 testing ftp.it.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-==
libnb-platform13-java (= 7.0) | 7.0.1+dfsg1-5
openjdk-6-jdk | 6b24~pre2-1
OR java6-sdk |
OR java7-sdk |
libnb-ide14-java (= 7.0.1+dfsg1-5) | 7.0.1+dfsg1-5
libnb-java5-java (= 7.0.1+dfsg1-5) | 7.0.1+dfsg1-5
libnb-apisupport3-java (= 7.0.1+dfsg1-5) | 7.0.1+dfsg1-5


Package's Recommends field is empty.

Package's Suggests field is empty.



__
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.

[no subject]

2009-03-07 Thread francesco 
Hi, 
I'm try to develop on sid with eclipse but the package  is too old for the qt 
plug-in integration ... no newer package for eclipse are provided by 
Experimental rep, finally the binary from eclipse site crash me very often. 
It is possible have a newer version on Debian ? maybe in experimental ?
I  hope to help u with my lamentation :P to give a better support to eclipse 
package ...
(i really appreciate the work of all people involved in project as debian is 
... :) )
thank u for your attention and your work 
see u soon, bye bye 
p.s sorry for my terrible english (i'm italian and there we study it badly at 
school hehe )




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#276302: JavaCC Licensing - now a pure BSD license.

2006-12-16 Thread Francesco Poli 
On Sat, 16 Dec 2006 21:51:50 + Paul Cager wrote:

 The authors of JavaCC have now re-licensed the JavaCC code under a
 pure BSD license
[...]
 Many thanks to the following authors who gave their permission for the
 relicensing: Sun Microsystems Inc, Sreenivasa Viswanadha and Kees Jan
 Koster.

Many thanks to the people who helped in getting this relicensing done!
It's appreciated, indeed.

-- 
But it is also tradition that times *must* and always
do change, my friend.   -- from _Coming to America_
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpSqvDe3vN5Y.pgp
Description: PGP signature
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#342695: eclipse: debian/copyright file doesn't seem to be accurate anymore

2005-12-09 Thread Francesco Poli 
Package: eclipse
Version: 3.1.1-6
Severity: serious
Justification: Policy 2.3

Hi!

According to the package debian/copyright file, Eclipse seems to be released
under the CPL.
But eclipse.org website states that, from version 3.1 on, Eclipse has
completed the migration[1] from the CPL to the EPL[2].

[1] http://www.eclipse.org/legal/cpl2epl/
[2] http://www.eclipse.org/org/documents/epl-v10.html

IIUC, you should update the debian/copyright file accordingly.
Thanks.


___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers