Processing of stringtemplate4_4.0.6-1_amd64.changes

2015-07-20 Thread Debian FTP Masters
stringtemplate4_4.0.6-1_amd64.changes uploaded successfully to localhost
along with the files:
  stringtemplate4_4.0.6-1.dsc
  stringtemplate4_4.0.6.orig.tar.gz
  stringtemplate4_4.0.6-1.debian.tar.xz
  libstringtemplate4-java_4.0.6-1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

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


stringtemplate4_4.0.6-1_amd64.changes is NEW

2015-07-20 Thread Debian FTP Masters
binary:libstringtemplate4-java is NEW.
source:stringtemplate4 is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will recieve an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

__
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#792670: androidsdk-ddms: android sdk license appears to violate debian charter

2015-07-20 Thread Luke Kenneth Casson Leighton
hi emmanuel, dr stallman investigated and has this to point out:

The Google SDK license contains this text

3.5 Use, reproduction and distribution of components of the SDK
licensed under an open source software license are governed solely
by the terms of that open source software license and not this
License Agreement.

Since (as far as we know) all free software is open source, this has
the effect of withdrawing all their conditions from the SDK components
that are free.  They are not violating the GNU GPL.

Of course, the rest of their SDK is unethical because it is nonfree,
and people should not accept their conditions.

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


plexus-cipher 1.7-1 MIGRATED to testing

2015-07-20 Thread Debian testing watch
FYI: The status of the plexus-cipher source package
in Debian's testing distribution has changed.

  Previous version: 1.5-4
  Current version:  1.7-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

__
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#792175: Batik 1.8 is out, but incompatible!

2015-07-20 Thread Erich Schubert
Unfortunately, Batik 1.8 appears to be incomatible to Batik 1.7

Therefore, upgrading the package without bumping the name will cause
many applications to break.

E.g. for ELKI I had to limit Batik to the latest 1.7 version in the pom.

See:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/201503.mbox/%3c55157c80.4030...@ptc.com%3E

Please consider:
- careful testing of packages that depend on Batik
- either bouncing the package name of batik,
- or setting up appropriate Breaks dependencies

It seems that upgrading to 1.8 should not be hard, but since a class
was moved to a different package, it may require touching every
package that depends on Batik.

I'm not a big fan of keeping around many older versions, so maybe
setting versioned Breaks: for those 15-16 packages that depend on
batik, and working with the affected maintainers to provide packages
working with Batik 1.8 instead, is an alternative to ensure a smooth
upgrade?

Regards,
Erich

__
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#791992: gluegen2: New upstream available

2015-07-20 Thread tony mancill
Brief update...  I have 2.3.1 packaged, but there will need to be some
porting of scilab to work with the newer version, and I think an update
of libjogl2-java also.

I may upload gluegen2 to experimental if folks think that's useful.
Otherwise, I'll upload once libjogl2-java and scilab are ready.

Cheers,
tony



signature.asc
Description: OpenPGP digital 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.