Am 22.01.19 um 17:08 schrieb Emmanuel Bourg:
[...]
> I have no objection to reuse the old classes from libequinox-osgi-java,
> we are too short on time to work out a proper patch and netbeans is the
> last package still using it anyway. Just ensure it doesn't conflict with
> the other Eclipse packa
Hi Emanuel,
Thanks for your reply.
On Tue, 2019-01-22 at 09:17 +0100, Emmanuel Bourg wrote:
> Hi Bill,
>
> Le 22/01/2019 à 01:09, Bill Zaumen a écrit :
>
> > the following commands will cause java to crash:
> >
> > java -p /usr/share/java --list-modules
> > java -p /usr/share/java --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am 22.01.19 um 16:43 schrieb Markus Koschany:
>
>
> Am 22.01.19 um 16:30 schrieb Emmanuel Bourg: [...]
>> What classes are missing? They are likely to be in one of the
>> numerous libeclipse-*-java and libequinox-*-java packages that
>> were intro
Le 22/01/2019 à 16:43, Markus Koschany a écrit :
> I thought so too in the beginning but I couldn't find them. I get
> hundreds of errors like
I'm under the impression the classes were moved/refactored to another
package.
https://github.com/eclipse/rt.equinox.framework/tree/master/bundles/org.ec
Am 22.01.19 um 16:30 schrieb Emmanuel Bourg:
[...]
> What classes are missing? They are likely to be in one of the numerous
> libeclipse-*-java and libequinox-*-java packages that were introduced.
I thought so too in the beginning but I couldn't find them. I get
hundreds of errors like
error:
Le 22/01/2019 à 16:20, Markus Koschany a écrit :
> on the 27th of December 2018 Netbeans 10 was finally released. Most
> importantly it supports Java 11 now. I have managed to update the beast
> and both libnb-platform18-java and netbeans itself can be built from
> source again. I need a bit more
Hi all,
on the 27th of December 2018 Netbeans 10 was finally released. Most
importantly it supports Java 11 now. I have managed to update the beast
and both libnb-platform18-java and netbeans itself can be built from
source again. I need a bit more time to test Netbeans at runtime and I
would appr
Control: reassign -1 libjarjar-java
Control: affects -1 src:scala
Control: retitle -1 jarjar: ASM class ModuleHashesAttribute is missing
Le 20/01/2019 à 08:06, Andreas Tille a écrit :
> I've seen that there is a new upstream
> version (2.12.8) - may be I should give it a try but I have no idea
>
Hi Alastair,
Le 22/01/2019 à 11:28, Alastair McKinstry a écrit :
> I have a package, coda, that provides a Java library, libcoda-java.
>
> As of Java 11, openjdk ICE's on the code on ppc64el.
>
> It builds ok on other architectures, and ok with openjdk12, but we're
> not likely to ship openjdk 1
I have a package, coda, that provides a Java library, libcoda-java.
As of Java 11, openjdk ICE's on the code on ppc64el.
It builds ok on other architectures, and ok with openjdk12, but we're
not likely to ship openjdk 12 with Buster, I understand.
Now, libcoda-java is an Arch: all package, so
Hi Bill,
Le 22/01/2019 à 01:09, Bill Zaumen a écrit :
> the following commands will cause java to crash:
>
> java -p /usr/share/java --list-modules
> java -p /usr/share/java --describe-module MODULE
I don't think this is a use case we can reasonably support. Even if
there were no sy
11 matches
Mail list logo
