This also affects apksigner, which is compiled with java8 and run with
java8.
___
Mailing list: https://launchpad.net/~openjdk
Post to : openjdk@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openjdk
More help : https://help.launchpad.net
actually, nevermind. In my case, it was a Xen VM that did not have the
kernel modules installed so binfmt was not being loaded.
___
Mailing list: https://launchpad.net/~openjdk
Post to : openjdk@lists.launchpad.net
Unsubscribe : https://launchpad.ne
Package: openjdk-8-jre-headless
Version: 8u131-b11-2
Severity: Important
When setting up a gitlab-ci docker image based on the official
debian:stretch-slim image, it seems I cannot install Java:
Setting up openjdk-8-jre-headless:amd64 (8u131-b11-2) ...
update-alternatives: using
/usr/lib/jvm/jav
This is happens every time I try to install Java on the official Debian
stretch-slim or testing-slim docker image. This is a blocker for moving
the F-Droid infrastructure to stretch.
Apparently, it works with the "testing" image, i.e. not "slim":
https://gitlab.com/eighthave/ci-images-base/build
mkdir -p /usr/share/man/man1 fixed it for me:
https://salsa.debian.org/eighthave/fdroidserver/-/jobs/7947
___
Mailing list: https://launchpad.net/~openjdk
Post to : openjdk@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openjdk
More help
Public bug reported:
I received the following message while working on a little test program
for a function:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (classFileParser.cpp:3494), pid=24780, tid=140347833407232
# Error: ShouldNotReachHere()
#
# JRE v
oops, forgot the attachments, this is the error log
** Attachment added: "error report file with more information"
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/1032404/+attachment/3246431/+files/hs_err_pid24780.log
--
You received this bug notification because you are a member of
and this is the Java file itself. I'm running it in Eclipse on Linux
Mint 13 Maya using the eclipse package itself with no updates.
** Attachment added: "java program to reproduce the issue"
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/1032404/+attachment/3246432/+files/Test.java
Package: openjdk-7-jre-headless
Version: 7u21-2.3.9-5
Severity: normal
OpenSC has become a common standard way of accessing Hardware Security Modules
(HSMs), it is also build into OSX, and available for Windows. It would make
it much easier for people to get started using HSMs with Java if OpenSC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hey Martin,
It sounds like you are missing some technical details of what I propose.
What I propose still requires the user to explicitly enable using OpenSC to
access the smartcard, it just makes the process of explicitly enabling much
simpler by
I'm seeing this same issue on a minimal Ubuntu/trusty chroot, where I
deliberately didn't want initscripts and upstart installed. Using
minimal chroots is very useful for running automated build
infrastructure. The chroots can serve as stand-ins for full systems or
VMs. Since the base system prov
Just to follow up on this discussion, after much discussion, the OpenSC
project has set the same default as I requested in this bug report for their
pkcs11-tool:
Discussion:
https://github.com/OpenSC/OpenSC/issues/229
Accepted commit:
https://github.com/OpenSC/OpenSC/pull/346
signature.asc
Desc
12 matches
Mail list logo