Re: Why dependency on both default-jre and java-runtime

2017-08-23 Thread Thorsten Glaser 
On Wed, 23 Aug 2017, Carnë Draug wrote:

> However, java-runtime packages are virtual packages provided by
> default-jre so I don't understand why.  Could anyone clarify?

They are also provided by openjdk-*-jre, so you can, for example,
install a package depending on java6-runtime on wheezy (pre-LTS)
whose default-jre pulled in openjdk-6-jre but run it with
openjdk-7-jre instead of that. Or even openjdk-8-jre backported
yourself.

That’s extremely useful. It’s best to have at most *one* JRE
on any given Debian system, after all. Experience speaking.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

*

**Besuchen Sie uns auf der dmexco!**
13. und 14. September 2017, Messe Köln,** Halle 7.1, Stand E042**
Digital Marketing Exposition & Conference
[www.tarent.de/dmexco](http://www.tarent.de/dmexco)

Wir empfehlen unseren Vortrag
"Wettbewerbsanalyse im Handel: Preisvergleich online und offline"
am 13. September, 18:00 Uhr im Speaker's Forum / Broadway

*

**Visit us at dmexco!**
September 13th and 14th, 2017, Messe Köln,** Hall 7.1, Booth E042**
Digital Marketing Exposition & Conference
[www.tarent.de/dmexco](http://www.tarent.de/dmexco)

We recommend our presentation
"Competitor analysis in retail: price comparison online and offline"
on September 13th, at 6 pm at the Speaker's Corner / Broadway

*

Re: openjdk-9: FYI: Swing generics changes

2017-08-23 Thread Markus Koschany 
Hi,

thanks for your continued analysis of the Java 9 situation.

Am 23.08.2017 um 00:42 schrieb Chris West:
[...]
> This really doesn't feel like the kind of thing we should patch, and is
> rather ugly to fix in each package (although essentially simple). Sadness. :(

Agreed. Ok, it's too late now and I am sure at least Fedora and the
affected upstream developers will face the same issues. Most of the
affected packages still have responsive upstreams, so with a bit of luck
we will receive some help here.

Would you be willing to file bug reports for all Java 9 issues
identified by you? I suggest to use severity normal for now, we can
always raise the severity later. I believe this would be helpful to
start working on some of the problems.
> In happier news, an AWS i3.8xlarge (32 cores, 244GB RAM, NVMe) can build
> nearly every default-jdk dependency (~1260 packages) in two hours; for <$3 on
> the spot market.

I have always wondered how I or some random fellow could setup a build
environment like that and rebuild all Java packages on a regular basis.
Could you create a wiki page for that and add a few pointers and guide
lines to it? I believe this would be very helpful for others in the future.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Re: Why dependency on both default-jre and java-runtime

2017-08-23 Thread Markus Koschany 
Hi,

Am 23.08.2017 um 20:11 schrieb Carnë Draug:
> Hi
> 
> I was going through the pkg-java policy and found this [1]:
> 
> Programs must depend on the needed runtime environment
> (default-jre or default-jre-headless if need a GUI or not, and
> java-runtime or java-runtime-headless as provided by
> alternative Java environments).
> 
> However, java-runtime packages are virtual packages provided by
> default-jre so I don't understand why.  Could anyone clarify?

This policy requirement is to ensure that users can opt to choose the
Oracle JDK instead of OpenJDK. Oracle JDK is one of the "alternative
Java environments". The package "java-package" will produce suitable
debs which also provide java-runtime-{headless}.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Why dependency on both default-jre and java-runtime

2017-08-23 Thread Carnë Draug 
Hi

I was going through the pkg-java policy and found this [1]:

Programs must depend on the needed runtime environment
(default-jre or default-jre-headless if need a GUI or not, and
java-runtime or java-runtime-headless as provided by
alternative Java environments).

However, java-runtime packages are virtual packages provided by
default-jre so I don't understand why.  Could anyone clarify?

Thank you
Carnë

[1] https://www.debian.org/doc/packaging-manuals/java-policy/x105.html

Re: knopflerfish-osgi 6.1.0 (java9)

2017-08-23 Thread Felix Natter 
Felix Natter  writes:

> hello debian-java,
>
> --- a/osgi/framework/build.xml
> +++ b/osgi/framework/build.xml
> @@ -43,7 +43,7 @@
>
>  
>
> -   location="${topdir}/annotations/osgi.annotation-6.0.1.jar"/>
> +   location="/usr/share/java/osgi.annotation.jar"/>
>  
>
>
> But I still get:
> [javac]
> /home/felix/knopflerfish-osgi-unstable/knopflerfish-osgi/osgi/framework/src/org/osgi/framework/Constants.java:19:
> error: package org.osgi.annotation.versioning does not exist

It seems the property is ignored, solved by creating a symlink:
ln -s /usr/share/java/osgi.annotation.jar 
osgi/annotations/osgi.annotation-6.0.1.jar

Best Regards,
-- 
Felix Natter