Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
That seems to have worked (I think)... On Thu, Jun 22, 2023, at 7:34 AM, Andrew M.A. Cater wrote: snip > It might be worth looking at precisely what is not installed / removed > dpkg -C will give you what needs configuring if anything, I think. > > I had a similar experience with upgrading Debian WSL - in the end, I > found that temporarily removing default-jre-?? helped. > > That allowed me to upgrade the system and then to reinstall the JRE. > > I think the versions of the Java runtime environment have changed very > significantly, hence the problem. What I did was run "dpkg -C" to get a list of problematical packages, which I then purged. aptitude -PVv purge default-jre openjdk-17-jre:arm64 openjdk-17-jre-headless I saved the list of all packages being removed (including several not in the original list but removed for dependency reasons). The purge ran without incident. I was then able to do "apt-get upgrade" which ran to completion without complaint. I then re-installed all the packages that had previously been removed. This ran without incident, as did "apt-get upgrade" following. I believe the only thing I've lost at this point is knowledge of which of the re-installed packages were originally "auto-installed" due to depends or recommends . I hope this report helps the next person with this kind of problem. I know I learned a lot! Thanks very much to Andy, Jeff and Sven for all their help! Rick
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On Thu, Jun 22, 2023 at 10:45 PM Rick Thomas wrote: > > That seems to have worked (I think)... > > On Thu, Jun 22, 2023, at 7:34 AM, Andrew M.A. Cater wrote: > snip > > It might be worth looking at precisely what is not installed / removed > > dpkg -C will give you what needs configuring if anything, I think. > > > > I had a similar experience with upgrading Debian WSL - in the end, I > > found that temporarily removing default-jre-?? helped. > > > > That allowed me to upgrade the system and then to reinstall the JRE. > > > > I think the versions of the Java runtime environment have changed very > > significantly, hence the problem. > > What I did was run "dpkg -C" to get a list of problematical packages, which I > then purged. > aptitude -PVv purge default-jre openjdk-17-jre:arm64 > openjdk-17-jre-headless > I saved the list of all packages being removed (including several not in the > original list but removed for dependency reasons). > > The purge ran without incident. I was then able to do "apt-get upgrade" > which ran to completion without complaint. > > I then re-installed all the packages that had previously been removed. This > ran without incident, as did "apt-get upgrade" following. > > I believe the only thing I've lost at this point is knowledge of which of the > re-installed packages were originally "auto-installed" due to depends or > recommends . > > I hope this report helps the next person with this kind of problem. I know I > learned a lot! > > Thanks very much to Andy, Jeff and Sven for all their help! Aptitude is a nice command. Its solver can often find upgrade paths when Apt and Apt-get cannot. I usually run aptitude like below. It can update Debian, Mint and Ubuntu systems. DEBIAN_FRONTEND=noninteractive aptitude update && aptitude upgrade -y && \ aptitude safe-upgrade -y && aptitude full-upgrade -y I've never had a problem with it. (Knock on wood). Jeff
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On 2023-06-22 03:12 -0700, Rick Thomas wrote: > On Thu, Jun 22, 2023, at 12:04 AM, Jeffrey Walton wrote: >> On Thu, Jun 22, 2023 at 2:49 AM Rick Thomas wrote: > snip >>> In this case, the package is already installed. >>> Unfortunately when I try to reinstall it, I get: >>> >>> rbthomas@pi:~$ sudo -i apt-get install --reinstall ca-certificates-java >>> Reading package lists... Done >>> Building dependency tree... Done >>> Reading state information... Done >>> 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not >>> upgraded. >>> 4 not fully installed or removed. >>> After this operation, 0 B of additional disk space will be used. >>> E: Internal Error, No file name for ca-certificates-java:arm64 >>> rbthomas@pi:~$ >>> >>> Any idea that that even means? >> >> I would probably try this next: >> sudo apt-get -f install && sudo dpkg -a --configure >> If that doesn't help, then I am out of ideas. > > Sadly, that didn't work. > Do you (or anyone else on the list) have any idea what this message means? > "E: Internal Error, No file name for ca-certificates-java:arm64" It is the apt way of saying "this package cannot be reinstalled, because it is not fully installed in the first place" (since it failed to configure). See https://bugs.debian.org/670920 and its siblings. > In particular, what directory might contain the file > ca-certificates-java:arm64. None, because that is a package name and not a file. > And what does "no filename for..." mean in this context? You probably have to ask the apt developers. I would like to know that as well. Cheers, Sven
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On Thu, Jun 22, 2023 at 03:12:16AM -0700, Rick Thomas wrote: > Thanks, Jeff! > > On Thu, Jun 22, 2023, at 12:04 AM, Jeffrey Walton wrote: > > On Thu, Jun 22, 2023 at 2:49 AM Rick Thomas wrote: > snip > >> In this case, the package is already installed. > >> Unfortunately when I try to reinstall it, I get: > >> > >> rbthomas@pi:~$ sudo -i apt-get install --reinstall ca-certificates-java > >> Reading package lists... Done > >> Building dependency tree... Done > >> Reading state information... Done > >> 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not > >> upgraded. > >> 4 not fully installed or removed. It might be worth looking at precisely what is not installed / removed dpkg -C will give you what needs configuring if anything, I think. I had a similar experience with upgrading Debian WSL - in the end, I found that temporarily removing default-jre-?? helped. That allowed me to upgrade the system and then to reinstall the JRE. I think the versions of the Java runtime environment have changed very significantly, hence the problem. Just my 0,02 All the very best, as ever, Andy > >> Any idea that that even means? > > Thanks! > Rick >
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
Thanks, Jeff! On Thu, Jun 22, 2023, at 12:04 AM, Jeffrey Walton wrote: > On Thu, Jun 22, 2023 at 2:49 AM Rick Thomas wrote: snip >> In this case, the package is already installed. >> Unfortunately when I try to reinstall it, I get: >> >> rbthomas@pi:~$ sudo -i apt-get install --reinstall ca-certificates-java >> Reading package lists... Done >> Building dependency tree... Done >> Reading state information... Done >> 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. >> 4 not fully installed or removed. >> After this operation, 0 B of additional disk space will be used. >> E: Internal Error, No file name for ca-certificates-java:arm64 >> rbthomas@pi:~$ >> >> Any idea that that even means? > > I would probably try this next: > sudo apt-get -f install && sudo dpkg -a --configure > If that doesn't help, then I am out of ideas. Sadly, that didn't work. Do you (or anyone else on the list) have any idea what this message means? "E: Internal Error, No file name for ca-certificates-java:arm64" In particular, what directory might contain the file ca-certificates-java:arm64. And what does "no filename for..." mean in this context? Thanks! Rick
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On Wed, Jun 21, 2023, at 9:21 PM, Jeffrey Walton wrote: > On Thu, Jun 22, 2023 at 12:15 AM Rick Thomas wrote: >> >> I have a Raspberry Pi that is running Debian (*not* Raspbian) that I just >> upgraded from Bullseye => Bookworm. >> >> Following the upgrade whenever I try to install the latest upgrades, I get >> errors (see attached transcript). >> >> Can anybody see what I've done wrong? Or what I can do to fix it? >> >> I'm not a java user myself, though I suspect there are java programs are >> used by programs that I use at the command-line level. Would it be >> possible to simply "purge" the affected packages? >> >> Thanks for any help you can give me to get this machine back in operation! > > The first command I would run is: > >apt-get install ca-certificates-java > > If the package is already installed (I can't tell; it looks like > install may have failed), then: > >apt-get install --reinstall ca-certificates-java > > If apt-get fails, then I would move on to dpkg. > > Jeff Thanks, Jeff! In this case, the package is already installed. Unfortunately when I try to reinstall it, I get: rbthomas@pi:~$ sudo -i apt-get install --reinstall ca-certificates-java Reading package lists... Done Building dependency tree... Done Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. 4 not fully installed or removed. After this operation, 0 B of additional disk space will be used. E: Internal Error, No file name for ca-certificates-java:arm64 rbthomas@pi:~$ Any idea that that even means? Thanks! Rick
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On Thu, Jun 22, 2023 at 2:49 AM Rick Thomas wrote: > > On Wed, Jun 21, 2023, at 9:21 PM, Jeffrey Walton wrote: > > On Thu, Jun 22, 2023 at 12:15 AM Rick Thomas wrote: > >> > >> I have a Raspberry Pi that is running Debian (*not* Raspbian) that I just > >> upgraded from Bullseye => Bookworm. > >> > >> Following the upgrade whenever I try to install the latest upgrades, I get > >> errors (see attached transcript). > >> > >> Can anybody see what I've done wrong? Or what I can do to fix it? > >> > >> I'm not a java user myself, though I suspect there are java programs are > >> used by programs that I use at the command-line level. Would it be > >> possible to simply "purge" the affected packages? > >> > >> Thanks for any help you can give me to get this machine back in operation! > > > > The first command I would run is: > > > >apt-get install ca-certificates-java > > > > If the package is already installed (I can't tell; it looks like > > install may have failed), then: > > > >apt-get install --reinstall ca-certificates-java > > > > If apt-get fails, then I would move on to dpkg. > > Thanks, Jeff! > In this case, the package is already installed. > Unfortunately when I try to reinstall it, I get: > > rbthomas@pi:~$ sudo -i apt-get install --reinstall ca-certificates-java > Reading package lists... Done > Building dependency tree... Done > Reading state information... Done > 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. > 4 not fully installed or removed. > After this operation, 0 B of additional disk space will be used. > E: Internal Error, No file name for ca-certificates-java:arm64 > rbthomas@pi:~$ > > Any idea that that even means? I would probably try this next: sudo apt-get -f install && sudo dpkg -a --configure If that doesn't help, then I am out of ideas. Jeff
Re: Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
On Thu, Jun 22, 2023 at 12:15 AM Rick Thomas wrote: > > I have a Raspberry Pi that is running Debian (*not* Raspbian) that I just > upgraded from Bullseye => Bookworm. > > Following the upgrade whenever I try to install the latest upgrades, I get > errors (see attached transcript). > > Can anybody see what I've done wrong? Or what I can do to fix it? > > I'm not a java user myself, though I suspect there are java programs are used > by programs that I use at the command-line level. Would it be possible to > simply "purge" the affected packages? > > Thanks for any help you can give me to get this machine back in operation! The first command I would run is: apt-get install ca-certificates-java If the package is already installed (I can't tell; it looks like install may have failed), then: apt-get install --reinstall ca-certificates-java If apt-get fails, then I would move on to dpkg. Jeff
Raspberry Pi Debian after upgrade Bullseye => Bookworm -- problem Setting up ca-certificates-java
I have a Raspberry Pi that is running Debian (*not* Raspbian) that I just upgraded from Bullseye => Bookworm. Following the upgrade whenever I try to install the latest upgrades, I get errors (see attached transcript). Can anybody see what I've done wrong? Or what I can do to fix it? I'm not a java user myself, though I suspect there are java programs are used by programs that I use at the command-line level. Would it be possible to simply "purge" the affected packages? Thanks for any help you can give me to get this machine back in operation! Rick transcript Description: Binary data
Re: Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?
Le lundi 12 juin 2023 à 2:30 PM, Francois Mescam a écrit : > Je constate que le paquet libreoffice recommande le paquet > libreoffice-java-common donc si lors de l'installation de libreoffice il n'a > pas été choisi d'installer libreoffice-java-common c'est normal qu'il ne soit > pas installé. > > De plus libreoffice-calc ne dépend pas de libreoffice-java-common donc j'en > déduis que libreoffice-calc n'a pas besoin du java pour fonctionner > correctement. En revanche libreoffice-writer le suggère. > > Il me semble donc normal que libreoffice mette libreoffice-java-common en > recommande. > > C'est à celui qui installe un paquet de savoir quels paquets non obligatoires > il doit installer selon l'usage qui en sera fait. Merci pour l'info -- Benoit
Re: Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?
Je constate que le paquet libreoffice recommande le paquet libreoffice-java-common donc si lors de l'installation de libreoffice il n'a pas été choisi d'installer libreoffice-java-common c'est normal qu'il ne soit pas installé. De plus libreoffice-calc ne dépend pas de libreoffice-java-common donc j'en déduis que libreoffice-calc n'a pas besoin du java pour fonctionner correctement. En revanche libreoffice-writer le suggère. Il me semble donc normal que libreoffice mette libreoffice-java-common en recommande. C'est à celui qui installe un paquet de savoir quels paquets non obligatoires il doit installer selon l'usage qui en sera fait. Francois Mescam Le 12/06/2023 à 12:58, benoit a écrit : Bonjour à toutes et tous, Je constate cette alerte quand je lance libreoffice Warning: failed to launch javaldx - java may not function correctly Il manque juste libreoffice-java-common et default-jre… Quel intérêt de ne pas l’installer automatiquement en dépendance ? Il faut lancer libreoffice dans un terminal pour voir cet avertissement… -- Benoit
Pourquoi libreoffice-java-common et default-jre ne sont-ils pas des dépendances libreoffice ?
Bonjour à toutes et tous, Je constate cette alerte quand je lance libreoffice Warning: failed to launch javaldx - java may not function correctly Il manque juste libreoffice-java-common et default-jre… Quel intérêt de ne pas l’installer automatiquement en dépendance ? Il faut lancer libreoffice dans un terminal pour voir cet avertissement… -- Benoit
Re: problema con Processing, Java y OpenGL
Hola. Para los que tengan problema similar (los script de Processing 3.5.5 en 3D funcionan desde el fuente con el IDE andando pero no el ejecutable) (en Linux 64 con Debian 11 y Java: openJRE 11.0.16+8-1~deb11u1). Las soluciones propuestas en: https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d no me funcionaron. En mi caso dejo allí la cosa pues el script es de uso sólo didáctico así que no afecta el IDE presente pero el tema de los ejecutables queda irresuelto hasta donde sé. Tampoco, como se comentó, funciona setear las variables de entorno: _JAVA_OPTIONS="-Djogl.disable.openglcore=false" y/o LIBGL_ALWAYS_SOFTWARE=1 Saludos desde el sur! Daniel El 2/8/22 a las 04:33, Camaleón escribió: El 2022-08-02 a las 03:27 -0300, Daniel escribió: Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla. (...) Resumiendo: la misma aplicación/script hecha en Processing (y ejemplos similares que usan OpenGL) funciona perfecto desde el fuente, con el IDE de Processing corriendo (ejecutado usando la sintaxis con la variable de entorno antes ya comentada). Pero el ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso seteando la variable de entorno que soluciona todo corriendo Processing). (...) Prueba con algunas de las opciones que indican por aquí: 3D amb processing https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d Principalmente, introducir dentro del código de la aplicación la opción para desactivar «openglcore», porque entiendo que las otras dos opciones ya las has probado sin éxito. La página está en valenciano, si quieres traducirla con Google elige la pareja Catalán a Español. Saludos,
Off topic bastante personal. Re: problema con Processing, Java y OpenGL
Gracias por la atención Camaleón, y disculpas el html :) Ando con mala racha, me suelen hostigar mis amigos por "viejo" y "arcaico defensor del texto plano", una vez que uso html para poner una negrita me critican!! con razón :) La mala racha incluye covid (aunque bien leve por tener 4 dosis de vacuna) así que me tomaré mi tiempo para probar tus recomendaciones. Pintan que alguna puede funcionar, gracias por eso. Comento y expongo si algún procedimiento funciona (en el mundo Processing la cosa es bastante win... :) . Abrazos desde el sur. El 2/8/22 a las 04:33, Camaleón escribió: El 2022-08-02 a las 03:27 -0300, Daniel escribió: Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla. (...) Resumiendo: la misma aplicación/script hecha en Processing (y ejemplos similares que usan OpenGL) funciona perfecto desde el fuente, con el IDE de Processing corriendo (ejecutado usando la sintaxis con la variable de entorno antes ya comentada). Pero el ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso seteando la variable de entorno que soluciona todo corriendo Processing). (...) Prueba con algunas de las opciones que indican por aquí: 3D amb processing https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d Principalmente, introducir dentro del código de la aplicación la opción para desactivar «openglcore», porque entiendo que las otras dos opciones ya las has probado sin éxito. La página está en valenciano, si quieres traducirla con Google elige la pareja Catalán a Español. Saludos,
Re: problema con Processing, Java y OpenGL
El 2022-08-02 a las 03:27 -0300, Daniel escribió: Buf... quito el formato html, mi pobre Mutt sólo ve una morcilla. (...) > Resumiendo: la misma aplicación/script hecha en Processing (y > ejemplos similares que usan OpenGL) funciona perfecto desde el > fuente, con el IDE de Processing corriendo (ejecutado usando la > sintaxis con la variable de entorno antes ya comentada). Pero el > ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso > seteando la variable de entorno que soluciona todo corriendo > Processing). (...) Prueba con algunas de las opciones que indican por aquí: 3D amb processing https://wiki.controlonline.net:1029/doku.php?id=tutorials:processing:19_3d Principalmente, introducir dentro del código de la aplicación la opción para desactivar «openglcore», porque entiendo que las otras dos opciones ya las has probado sin éxito. La página está en valenciano, si quieres traducirla con Google elige la pareja Catalán a Español. Saludos, -- Camaleón
problema con Processing, Java y OpenGL
Hola. Novato desde el sur, encaprichado con usar Processing con OpenJDK y Debian en vez del Java cerrado de Oracle o Windows. Bueno, todo funciona con Processing excepto (al actualizar Debian a 11) al intentar hacer algún script de processing que requieran "P2D" o "P3D" (o sea OpenGL). Aparecen errores del tipo: "java.lang.RuntimeException: Profile GL4bc is not available on X11GraphicsDevice[type .x11, connection :0, unitID 0, handle 0x7f8114024e50, owner true, ResourceToolkitLock[obj 0x1c266841, isOwner true, <1819ef1d, 5d1b627a>[count 1, qsz 0..." Por suerte hasta aquí [SOLUCIONADO]. Luego de recorrer varios sitios y probar alternativas, lo resuelvo instalando "Jogl" (desde Synaptic simplemente) y luego ejecutando Processing pero con el seteo previo de una variable de entrono en la línea del lanzador. Así: _JAVA_OPTIONS="-Djogl.disable.openglcore=false" /usr/local/processing/processing-3.5.4/processing en vez de solamente /usr/local/processing/processing-3.5.4/processing (para otros será el path que coresponda si les viene bien esta solución, claro) El problema... es que funciona desde el fuente de la aplicación-script, estando abierto Processing y se pueden crear los ejecutables, pero estos no funcionan (simplemente no hacen nada) (al menos en Debian, no probé en Win por ejemplo que supuestamente no tiene este problema) Por lo encontrado por allí se podría solucionar instalando Java "oficial" de Oracle pero quisiera evitarlo (además no es seguro que funcione). Lo extraño es que probé de varias maneras setear la variable de entorno: en el propio script de la app y hasta editando /etc/environment (y comprobando con "set" que efectivamente existe y está con el valor "-Djogl.disable.openglcore=false") pero no... Resumiendo: la misma aplicación/script hecha en Processing (y ejemplos similares que usan OpenGL) funciona perfecto desde el fuente, con el IDE de Processing corriendo (ejecutado usando la sintaxis con la variable de entorno antes ya comentada). Pero el ejecutable compilado no funciona si usa "P2D" o "P3D" (incluso seteando la variable de entorno que soluciona todo corriendo Processing). Datos: Lenovo ThinkPad L15 Gen. i5-1135G7 @ 2.40GHz. Debian 11, KDE Plasma: 5.20.5 - Kernel: 5.10.0-16-amd64 Acelerador 3D Intel TigerLake GT2 [Iris Xe Graphics] Controlador: Mesa Intel(R) Xe Graphics (TGL GT2) OpnGL 4.6 (Compatibility Profile) Mesa 20.3.5 Processing 3.5.4 Java: openjdk version "11.0.16" 2022-07-19 OpenJDK Runtime Environment (build 11.0.16+8-post-Debian-1deb11u1) OpenJDK 64-Bit Server VM (build 11.0.16+8-post-Debian-1deb11u1, mixed mode, sharing) javac 11.0.16 Jogl instalado: antlr (versión 2.7.7+dfsg-10) libantlr-java (versión 2.7.7+dfsg-10) libgluegen2-jni (versión 2.3.2-8) libgluegen2-rt-java (versión 2.3.2-8) libjogl2-java (versión 2.3.2+dfsg-9) libjogl2-java-doc (versión 2.3.2+dfsg-9) libjogl2-jni (versión 2.3.2+dfsg-9) libjogl2-toolkits (versión 2.3.2+dfsg-9) Desde ya muchas gracias si alguno pasó por estos laberintos de java, variables y no se qué y conoce una solución o algo que probar. Saludos Daniel desde Argentina
Re: [OT] Me he perdido con Java
El 2022-06-05 a las 12:18 -0600, estebanmo...@riseup.net escribió: > Pues eso, que me he perdido con Java :-) (...) > ¿Dónde puedo descargar Java *JRE* 18 (si es que existe), no la *JDK/SE*? > > ¹https://jdk.java.net/18 > ²https://www.java.com/es/download/ > Hola: > > Hasta donde yo entiendo Oracle dejo de desarrollar Java en su versión > 8, las versiones 9 a 16 se lanzaron bajo la nueva estrategia de > openjdk, que a su vez incluye el jre, la versión 17 es la primera con > LTS, y la que le recomiendo instalar. También esa versión es con la que > Oracle cambio de parecer acerca de su estupidez de cobrar por el JDK. Ah... desconocía el dato de que la versión OpenJK llevara integrado el JRE. Qué follón. > Puede leer mas aca > https://www.oracle.com/java/technologies/java-se-support-roadmap.html > > En la buena teoría si esa aplicación te esta pidiendo una versión > superior a 11 de java, debería de correr con openjdk... Interesante enlace, explica muchas cosas. Creo que podemos resumirlo en la posibilidad de instalar: Java de Oracle (el paquetón incluye el JRE): https://www.oracle.com/java/technologies/downloads/ OpenJDK (el paquetón incluye el JRE): http://jdk.java.net/18/ Sólo el JRE: https://adoptium.net/es/temurin/releases Sólo el JRE (la versión dependerá del sabor de Debian instalado): https://packages.debian.org/search?searchon=names=openjdk Muchas gracias por las respuestas, creo que me quedan más claras las opciones y los cambios que ha hecho Oracle. Ya cayó Adobe Flash Player (R.I.P) y pocos le echan de menos, ahora le toca a Java >>>:-) Saludos, -- Camaleón
Re: [OT] Me he perdido con Java
El 2022-06-05 a las 14:01 -0400, Roberto C. Sánchez escribió: > On Sun, Jun 05, 2022 at 07:54:05PM +0200, Camaleón wrote: > > Hola, > > > > Pues eso, que me he perdido con Java :-) > > > > No es que me guste tenerlo instalado pero en España para algunas cosas > > (léase administraciones y registros electrónicos variopintos) aún lo > > requieren. > > > > Bien, yo siempre he tenido (tengo) instalada la JRE, además del > > complemento para el navegador, que ya no funciona, pero que me permite > > ejecutar aplicaciones Java desde el escritrio. > > > > Ahora algunas aplicaciones me piden Java 11 (mínimo) y yo tengo la JRE > > 8 (332) y sé que hay una versión abierta (OpenJDK¹) pero que no siempre > > funciona bien, y otra propietaria que descargaba desde la web de > > Java/Oracle/Sun pero que ahora no encuentro (sólo tiene la versión 8² > > que ya tengo instalada). > > > > ¿Dónde puedo descargar Java *JRE* 18 (si es que existe), no la *JDK/SE*? > > > Yo encuentro el proyecto Adoptium (desarrolado por Eclipse y otros) de > lo más bien. Gracias Roberto, no conocía ese proyecto y parece que compilan las últimas versiones JRE desde fuentes OpenJDK, me podría servir para tener la última versión disponible instalada caso de que la necesite. Hay paquetes .tar.gz pero no parece complicado de instalar¹. Tengo Debian 9 (Stretch) ya viejita pero con soporte LTS hasta finales de junio de este año, tendré que actualizarla en breve, pero mientras aguanta firme, la fiesta de Java debe seguir. > Pero, si estás usando la versión estable de Debian, solo > hace falta instalar openjdk-17-jre. La versión 17 de Java es la versión > LTS actual. Me quedaré surproendido si algún sitio exigiera la version > 18, que salió ni hace 3 meses. Hum... en los repos de Debian veo la versión JRE 11 de OpenJDK en los backports², sería la opción más lógica de instalar mientras ninguna aplicación me pida subir la versión de Java. Lo que me extrañaba era que OpenJDK no compilara binarios para JRE, pero por vuestros comentarios veo que efectivamente no lo hace :-? ¹https://techviewleo.com/install-adoptium-temurin-openjdk-on-ubuntu/ ²https://packages.debian.org/stretch-backports/openjdk-11-jre Saludos, -- Camaleón
Re: [OT] Me he perdido con Java
Hola:Hasta donde yo entiendo Oracle dejo de desarrollar Java en su versión 8, las versiones 9 a 16 se lanzaron bajo la nueva estrategia de openjdk, que a su vez incluye el jre, la versión 17 es la primera con LTS, y la que le recomiendo instalar. También esa versión es con la que Oracle cambio de parecer acerca de su estupidez de cobrar por el JDK.Puede leer mas acahttps://www.oracle.com/java/technologies/java-se-support-roadmap.htmlEn la buena teoría si esa aplicación te esta pidiendo una versión superior a 11 de java, debería de correr con openjdk... Get Outlook for AndroidFrom: Camaleón Sent: Sunday, June 5, 2022, 11:54 AMTo: Debian [es] Subject: [OT] Me he perdido con JavaHola, Pues eso, que me he perdido con Java :-) No es que me guste tenerlo instalado pero en España para algunas cosas (léase administraciones y registros electrónicos variopintos) aún lo requieren. Bien, yo siempre he tenido (tengo) instalada la JRE, además del complemento para el navegador, que ya no funciona, pero que me permite ejecutar aplicaciones Java desde el escritrio. Ahora algunas aplicaciones me piden Java 11 (mínimo) y yo tengo la JRE 8 (332) y sé que hay una versión abierta (OpenJDK¹) pero que no siempre funciona bien, y otra propietaria que descargaba desde la web de Java/Oracle/Sun pero que ahora no encuentro (sólo tiene la versión 8² que ya tengo instalada). ¿Dónde puedo descargar Java *JRE* 18 (si es que existe), no la *JDK/SE*? ¹https://jdk.java.net/18 ²https://www.java.com/es/download/ Saludos, -- Camaleón
Re: [OT] Me he perdido con Java
On Sun, Jun 05, 2022 at 07:54:05PM +0200, Camaleón wrote: > Hola, > > Pues eso, que me he perdido con Java :-) > > No es que me guste tenerlo instalado pero en España para algunas cosas > (léase administraciones y registros electrónicos variopintos) aún lo > requieren. > > Bien, yo siempre he tenido (tengo) instalada la JRE, además del > complemento para el navegador, que ya no funciona, pero que me permite > ejecutar aplicaciones Java desde el escritrio. > > Ahora algunas aplicaciones me piden Java 11 (mínimo) y yo tengo la JRE > 8 (332) y sé que hay una versión abierta (OpenJDK¹) pero que no siempre > funciona bien, y otra propietaria que descargaba desde la web de > Java/Oracle/Sun pero que ahora no encuentro (sólo tiene la versión 8² > que ya tengo instalada). > > ¿Dónde puedo descargar Java *JRE* 18 (si es que existe), no la *JDK/SE*? > Yo encuentro el proyecto Adoptium (desarrolado por Eclipse y otros) de lo más bien. Pero, si estás usando la versión estable de Debian, solo hace falta instalar openjdk-17-jre. La versión 17 de Java es la versión LTS actual. Me quedaré surproendido si algún sitio exigiera la version 18, que salió ni hace 3 meses. Saludos, -Roberto -- Roberto C. Sánchez
[OT] Me he perdido con Java
Hola, Pues eso, que me he perdido con Java :-) No es que me guste tenerlo instalado pero en España para algunas cosas (léase administraciones y registros electrónicos variopintos) aún lo requieren. Bien, yo siempre he tenido (tengo) instalada la JRE, además del complemento para el navegador, que ya no funciona, pero que me permite ejecutar aplicaciones Java desde el escritrio. Ahora algunas aplicaciones me piden Java 11 (mínimo) y yo tengo la JRE 8 (332) y sé que hay una versión abierta (OpenJDK¹) pero que no siempre funciona bien, y otra propietaria que descargaba desde la web de Java/Oracle/Sun pero que ahora no encuentro (sólo tiene la versión 8² que ya tengo instalada). ¿Dónde puedo descargar Java *JRE* 18 (si es que existe), no la *JDK/SE*? ¹https://jdk.java.net/18 ²https://www.java.com/es/download/ Saludos, -- Camaleón
for info: Sid ssh 8.8p1 may break some Java client like Rundeck
Hi, After upgrading the openssh-server to 8.8p1 has broken a client instance of Rundeck (3.4.4) that runs some SSH commands. Downgrading to 8.7p1 using Debian Snapshots solved this. Don't know if there is a «better» way to notify users about this. Thanks! Patrice
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Wed 07 Jul 2021 at 23:43:57 (-0400), Polyna-Maude Racicot-Summerside wrote: > On 2021-07-07 11:34 p.m., David Wright wrote: > > If you want to be able to set and change the default entry to boot, > > that's straightforward to do with GRUB_DEFAULT and GRUB_SAVEDEFAULT > > in /etc/default/grub, assuming certain conditions.¹ > > > Wasn't it more simple when using Lilo or Syslinux (Keep It Simple for > Stupid) ? > > Yes I know, grub have so much more but sometime you don't need that much > and this just make it more complicated. I used Syslinux for several years to boot linux from DOS, and it was fine for doing one thing. My memory of Lilo is that it was no fun during the days of switching from CHS to LBA addressing on disks. Some people swear by it, just not me. Give me the Grub shell any day. BTW you can make grub.cfg look much simpler, either by writing it yourself (there's not much to it), or doing what I do: postprocessing it. I translate UUIDs to LABELs, and prune out some stuff I know I don't need. It makes it less of a shock when you press "E" on an entry. > A bit like using Microsoft Office 2020... No idea. Cheers, David.
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Mi, 07 iul 21, 20:11:20, Polyna-Maude Racicot-Summerside wrote: > On 2021-07-07 5:55 p.m., Andrei POPESCU wrote: > > > > The default in the grub menu is typically the newest kernel installed, > > regardless of when it was (re)installed. > If this is true then all this talk is useless because he already has > this kernel installed. Suggesting a roundabout way of installing a package that doesn't even achieve the expected purpose can be actively harmful. Might I suggest you actually test your proposed solutions before posting them on a publicly archived mailing list? > So that's a waste of time and simply use the "advanced option". As was already mentioned by David in the 3rd reply. But duty calls :) https://xkcd.com/386/ Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Wed, Jul 07, 2021 at 11:43:57PM -0400, Polyna-Maude Racicot-Summerside wrote: [...] > Wasn't it more simple when using Lilo or Syslinux (Keep It Simple for > Stupid) ? > > Yes I know, grub have so much more but sometime you don't need that much > and this just make it more complicated. While I'd roughly agree (I never understood why a boot loader has to grok 10-15 different file systems [0] or why it wants graphical themeability), there's a significant pressure from the "platform" side, so concentrating developer power makes sense. Keeping lilo/syslinux afloat in view of ever more baroque pre-boot environments you thought UEFI was it? Ha, ha) is a non-trivial task. You want to take care of it? Thought so :) Grub seems to be where some developer power concentrates currently, perhaps because the different Linux distros pour some into it. If you want to keep an alternative viable, you gotta get your trousers dirty :) But, please. This is deeply unfair: > A bit like using Microsoft Office 2020... You don't fathom how fiendishly complex and multiply broken 2020 is. Cheers [0] Don't rehash Grub's arguments for why they reached that conclusion. I've read them all. I understand them and I thoroughly respect their conclusion. I might have arrived at a different one, but have to admit that they have been deeper in the trenches than me and might know a thing or two I don't. - t signature.asc Description: Digital signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
Hi, On 2021-07-07 11:34 p.m., David Wright wrote: > On Wed 07 Jul 2021 at 20:11:20 (-0400), Polyna-Maude Racicot-Summerside wrote: >> On 2021-07-07 5:55 p.m., Andrei POPESCU wrote: >>> On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote: On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: >> >> Yes you can downgrand >> apt-get downlaod linux-image-4.19.0-16-amd64 >> dpkg -i linux-image-4.19.0.16-amd64.deb > > Why so complicated? > > If APT can download the package it can also install it (by calling dpkg > itself, of course). > You could do so... apt-get reinstall linux-image-4.19.0-16-amd64 >>> >>> `reinstall` is still two letters longer than a simple `install`, for no >>> obvious reason ;) >>> >> There's a sentence that says "Don't try to cut hair in four". >> Why do I state "reinstall" instead of install ? >> Because he already has the linux-image-4.19.0-16-amd64 >> So it will only say "already installed". >> By forcing "reinstall" you also make sure it gets as default kernel for >> booting. >> >> Have something to add ? (Ha ha ha) and it will be back as default in grub. >>> >>> The default in the grub menu is typically the newest kernel installed, >>> regardless of when it was (re)installed. >> If this is true then all this talk is useless because he already has >> this kernel installed. >> So that's a waste of time and simply use the "advanced option". > > It's quite simple really. Grub doesn't know why it was invoked, it's > just run because something changed. And, as usual, it looks at the > /current/ state of the system to ascertain how to build grub.cfg. > > If you want to be able to set and change the default entry to boot, > that's straightforward to do with GRUB_DEFAULT and GRUB_SAVEDEFAULT > in /etc/default/grub, assuming certain conditions.¹ > Wasn't it more simple when using Lilo or Syslinux (Keep It Simple for Stupid) ? Yes I know, grub have so much more but sometime you don't need that much and this just make it more complicated. A bit like using Microsoft Office 2020... There's so much stuff you don't need that the options you are looking for feel dissolved in everything else. So you just find it harder than when it was Word 6.0 or even better WordPerfect 5.1 > ¹ /boot/grub/ "on a plain disk (no LVM or RAID), using a > non-checksumming filesystem (no ZFS), and using BIOS or > EFI functions (no ATA, USB or IEEE1275)." > > Cheers, > David. > -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Wed 07 Jul 2021 at 20:11:20 (-0400), Polyna-Maude Racicot-Summerside wrote: > On 2021-07-07 5:55 p.m., Andrei POPESCU wrote: > > On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote: > >> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: > >>> On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: > > Yes you can downgrand > apt-get downlaod linux-image-4.19.0-16-amd64 > dpkg -i linux-image-4.19.0.16-amd64.deb > >>> > >>> Why so complicated? > >>> > >>> If APT can download the package it can also install it (by calling dpkg > >>> itself, of course). > >>> > >> You could do so... > >> apt-get reinstall linux-image-4.19.0-16-amd64 > > > > `reinstall` is still two letters longer than a simple `install`, for no > > obvious reason ;) > > > There's a sentence that says "Don't try to cut hair in four". > Why do I state "reinstall" instead of install ? > Because he already has the linux-image-4.19.0-16-amd64 > So it will only say "already installed". > By forcing "reinstall" you also make sure it gets as default kernel for > booting. > > Have something to add ? (Ha ha ha) > >> and it will be back as default in grub. > > > > The default in the grub menu is typically the newest kernel installed, > > regardless of when it was (re)installed. > If this is true then all this talk is useless because he already has > this kernel installed. > So that's a waste of time and simply use the "advanced option". It's quite simple really. Grub doesn't know why it was invoked, it's just run because something changed. And, as usual, it looks at the /current/ state of the system to ascertain how to build grub.cfg. If you want to be able to set and change the default entry to boot, that's straightforward to do with GRUB_DEFAULT and GRUB_SAVEDEFAULT in /etc/default/grub, assuming certain conditions.¹ ¹ /boot/grub/ "on a plain disk (no LVM or RAID), using a non-checksumming filesystem (no ZFS), and using BIOS or EFI functions (no ATA, USB or IEEE1275)." Cheers, David.
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
Hi, On 2021-07-07 5:55 p.m., Andrei POPESCU wrote: > On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote: >> Hi ! >> >> On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: >>> On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: Yes you can downgrand apt-get downlaod linux-image-4.19.0-16-amd64 dpkg -i linux-image-4.19.0.16-amd64.deb >>> >>> Why so complicated? >>> >>> If APT can download the package it can also install it (by calling dpkg >>> itself, of course). >>> >> You could do so... >> apt-get reinstall linux-image-4.19.0-16-amd64 > > `reinstall` is still two letters longer than a simple `install`, for no > obvious reason ;) > There's a sentence that says "Don't try to cut hair in four". Why do I state "reinstall" instead of install ? Because he already has the linux-image-4.19.0-16-amd64 So it will only say "already installed". By forcing "reinstall" you also make sure it gets as default kernel for booting. Have something to add ? (Ha ha ha) >> and it will be back as default in grub. > > The default in the grub menu is typically the newest kernel installed, > regardless of when it was (re)installed. If this is true then all this talk is useless because he already has this kernel installed. So that's a waste of time and simply use the "advanced option". > > Kind regards, > Andrei > Sincerely (with love) -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Wed 07 Jul 2021 at 16:05:13 (-0400), Polyna-Maude Racicot-Summerside wrote: > On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: > > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: > >> > >> Yes you can downgrand > >> apt-get downlaod linux-image-4.19.0-16-amd64 > >> dpkg -i linux-image-4.19.0.16-amd64.deb > > > > Why so complicated? > > > > If APT can download the package it can also install it (by calling dpkg > > itself, of course). > > > You could do so... > apt-get reinstall linux-image-4.19.0-16-amd64 > and it will be back as default in grub. Apart from being an extravagant way to try reordering grub.cfg, of course, it doesn't, because 17 > 16: # apt-get reinstall linux-image-4.19.0-16-amd64 Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. Need to get 48.4 MB of archives. After this operation, 0 B of additional disk space will be used. Get:1 http://deb.debian.org/debian buster/main amd64 linux-image-4.19.0-16-amd64 amd64 4.19.181-1 [48.4 MB] Fetched 48.4 MB in 4s (10.8 MB/s) (Reading database ... 308149 files and directories currently installed.) Preparing to unpack .../linux-image-4.19.0-16-amd64_4.19.181-1_amd64.deb ... Unpacking linux-image-4.19.0-16-amd64 (4.19.181-1) over (4.19.181-1) ... Setting up linux-image-4.19.0-16-amd64 (4.19.181-1) ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.19.0-16-amd64 cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries nor crypto modules. If that's on purpose, you may want to uninstall the 'cryptsetup-initramfs' package in order to disable the cryptsetup initramfs integration and avoid this warning. /etc/kernel/postinst.d/zz-update-grub: Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.19.0-17-amd64 Found initrd image: /boot/initrd.img-4.19.0-17-amd64 Found linux image: /boot/vmlinuz-4.19.0-16-amd64 Found initrd image: /boot/initrd.img-4.19.0-16-amd64 Found Debian GNU/Linux 11 (bullseye) on /dev/sda5 done Scanning processes... Scanning processor microcode... Scanning linux images... Running kernel seems to be up-to-date. The processor microcode seems to be up-to-date. No services need to be restarted. No containers need to be restarted. No user sessions are running outdated binaries. # and so: $ grep Loading /boot/grub/grub.cfg echo'Loading Linux 4.19.0-17-amd64 ...' echo'Loading initial ramdisk ...' echo'Loading Linux 4.19.0-17-amd64 ...' echo'Loading initial ramdisk ...' echo'Loading Linux 4.19.0-17-amd64 ...' echo'Loading initial ramdisk ...' echo'Loading Linux 4.19.0-16-amd64 ...' echo'Loading initial ramdisk ...' echo'Loading Linux 4.19.0-16-amd64 ...' echo'Loading initial ramdisk ...' $ Cheers, David.
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Mi, 07 iul 21, 16:05:13, Polyna-Maude Racicot-Summerside wrote: > Hi ! > > On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: > > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: > >> > >> Yes you can downgrand > >> apt-get downlaod linux-image-4.19.0-16-amd64 > >> dpkg -i linux-image-4.19.0.16-amd64.deb > > > > Why so complicated? > > > > If APT can download the package it can also install it (by calling dpkg > > itself, of course). > > > You could do so... > apt-get reinstall linux-image-4.19.0-16-amd64 `reinstall` is still two letters longer than a simple `install`, for no obvious reason ;) > and it will be back as default in grub. The default in the grub menu is typically the newest kernel installed, regardless of when it was (re)installed. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
Hi ! On 2021-07-07 2:47 p.m., Andrei POPESCU wrote: > On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: >> >> Yes you can downgrand >> apt-get downlaod linux-image-4.19.0-16-amd64 >> dpkg -i linux-image-4.19.0.16-amd64.deb > > Why so complicated? > > If APT can download the package it can also install it (by calling dpkg > itself, of course). > You could do so... apt-get reinstall linux-image-4.19.0-16-amd64 and it will be back as default in grub. > > Kind regards, > Andrei > Thabks for adding this one. -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Mi, 07 iul 21, 09:35:17, Polyna-Maude Racicot-Summerside wrote: > > Yes you can downgrand > apt-get downlaod linux-image-4.19.0-16-amd64 > dpkg -i linux-image-4.19.0.16-amd64.deb Why so complicated? If APT can download the package it can also install it (by calling dpkg itself, of course). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
On Wed 07 Jul 2021 at 09:35:17 (-0400), Polyna-Maude Racicot-Summerside wrote: > On 2021-07-07 7:59 a.m., Dan Ritter wrote: > > w f wrote: > >> I locally host and maintain some Minecraft (Java) servers for my kids and > >> their friends. This morning, I kicked everyone off the servers while I did > >> some routine maintenance. I finished with a standard sudo apt update && > >> sudo apt full-upgrade > >> A few things were updated - PHP, a library or two, and the kernel from > >> 4.19.0-16-amd64 to 4.19.0-17-amd64 > >> All went fine. > >> After I was done, I rebooted the system and fired up the MC servers. As > >> soon as a player joins an MC server, the CPU usage on all cores slams to > >> 100% and stays there. The game is unplayable. > >> Nothing has changed with regards to the versions of game server, game > >> clients, or Java. > >> Debian buster.Oracle Java 16.0.1 > >> Is there any way to downgrade back to 4.19.0-16-amd64 ... ? No need. > Yes you can downgrand > apt-get downlaod linux-image-4.19.0-16-amd64 > dpkg -i linux-image-4.19.0.16-amd64.deb > > > Probably, but I can attest that > > > > openjdk-11-jre-headless > > > > runs Minecraft servers perfectly well with that kernel, so > > perhaps switching Java runtimes is a less drastic choice. > > > I'd go with using openjdk-11-jre-headless > As it's not a solution to downgrade the kernel, what do you do after > this ? Stay with this kernel and hope it will be fixed for the next > update (not knowing what's causing the issue)... While taking no view on the cause of the problem, I would recommend that you eliminate a kernel problem by running version 16 of the kernel. You should barely need to lift a finger to achieve this, because version 16 should (a) still be installed, and (b) be listed in the Grub menu under "Advanced options". Cheers, David.
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
Hi, On 2021-07-07 7:59 a.m., Dan Ritter wrote: > w f wrote: >> I locally host and maintain some Minecraft (Java) servers for my kids and >> their friends. This morning, I kicked everyone off the servers while I did >> some routine maintenance. I finished with a standard sudo apt update && sudo >> apt full-upgrade >> A few things were updated - PHP, a library or two, and the kernel from >> 4.19.0-16-amd64 to 4.19.0-17-amd64 >> All went fine. >> After I was done, I rebooted the system and fired up the MC servers. As soon >> as a player joins an MC server, the CPU usage on all cores slams to 100% and >> stays there. The game is unplayable. >> Nothing has changed with regards to the versions of game server, game >> clients, or Java. >> Debian buster.Oracle Java 16.0.1 >> Is there any way to downgrade back to 4.19.0-16-amd64 ... ? > Yes you can downgrand apt-get downlaod linux-image-4.19.0-16-amd64 dpkg -i linux-image-4.19.0.16-amd64.deb > Probably, but I can attest that > > openjdk-11-jre-headless > > runs Minecraft servers perfectly well with that kernel, so > perhaps switching Java runtimes is a less drastic choice. > I'd go with using openjdk-11-jre-headless As it's not a solution to downgrade the kernel, what do you do after this ? Stay with this kernel and hope it will be fixed for the next update (not knowing what's causing the issue)... > -dsr- > -- Polyna-Maude R.-Summerside -Be smart, Be wise, Support opensource development OpenPGP_signature Description: OpenPGP digital signature
Re: Oracle Java 16.0.1 CPU usage 100% after kernel update to 4.19.0-17-amd64
w f wrote: > I locally host and maintain some Minecraft (Java) servers for my kids and > their friends. This morning, I kicked everyone off the servers while I did > some routine maintenance. I finished with a standard sudo apt update && sudo > apt full-upgrade > A few things were updated - PHP, a library or two, and the kernel from > 4.19.0-16-amd64 to 4.19.0-17-amd64 > All went fine. > After I was done, I rebooted the system and fired up the MC servers. As soon > as a player joins an MC server, the CPU usage on all cores slams to 100% and > stays there. The game is unplayable. > Nothing has changed with regards to the versions of game server, game > clients, or Java. > Debian buster.Oracle Java 16.0.1 > Is there any way to downgrade back to 4.19.0-16-amd64 ... ? Probably, but I can attest that openjdk-11-jre-headless runs Minecraft servers perfectly well with that kernel, so perhaps switching Java runtimes is a less drastic choice. -dsr-
Re: [Kiwix-developer] Any preferrably java libraries, tutorials, ... about working with zim files? ...
On Sat, Jan 02, 2021 at 11:44:12AM +0100, Albretch Mueller wrote: > I could not find the zim-tools utility on the debian repository: > https://packages.debian.org/search?keywords=zim-tools > https://packages.debian.org/search?keywords=zim > and I can't use git since I do not connect my work computer to the Internet. > Is there a debian package or tar ball somewhere which could be > installed locally? > Thanks > zim tools is in Buster backports - https://packages.debian.org/buster-backports/zim-tools Zim tools Debian into Google found this one for me: packages.debian.org is a good place to find what's actually packaged and a search on zim-tools also found this for me just now - maybe you had a glitch somewhere? - https://packages.debian.org/search?searchon=names=zim-tools Hope this helps, Andy C > > On 12/12/20, Emmanuel Engelhart wrote: > > On 12.12.20 10:42, Albretch Mueller wrote: > >> based on what I have read on: > >> > >> https://en.wikipedia.org/wiki/ZIM_(file_format) > >> > >> https://en.wikipedia.org/wiki/XZ_Utils > >> > >> the zim file format is not exactly based on the zip one, > > > > Not at all. > > > >> which also > >> includes archiving. Say you would like to extract just one file to > >> work on it, without decompressing the whole file. > >> > >> How could you do that? > >> > > With zimdump in the zim-tools https://github.com/openzim/libzim/issues/397 > > > > Or you can use one of the binding node/python. > > > > Emmanuel > > > > > > > > -- > > Kiwix - Wikipedia Offline & more > > * Web: https://kiwix.org/ > > * Twitter: https://twitter.com/KiwixOffline > > * Wiki: https://wiki.kiwix.org/ > > > > >
Re: [Kiwix-developer] Any preferrably java libraries, tutorials, ... about working with zim files? ...
I could not find the zim-tools utility on the debian repository: https://packages.debian.org/search?keywords=zim-tools https://packages.debian.org/search?keywords=zim and I can't use git since I do not connect my work computer to the Internet. Is there a debian package or tar ball somewhere which could be installed locally? Thanks On 12/12/20, Emmanuel Engelhart wrote: > On 12.12.20 10:42, Albretch Mueller wrote: >> based on what I have read on: >> >> https://en.wikipedia.org/wiki/ZIM_(file_format) >> >> https://en.wikipedia.org/wiki/XZ_Utils >> >> the zim file format is not exactly based on the zip one, > > Not at all. > >> which also >> includes archiving. Say you would like to extract just one file to >> work on it, without decompressing the whole file. >> >> How could you do that? >> > With zimdump in the zim-tools https://github.com/openzim/libzim/issues/397 > > Or you can use one of the binding node/python. > > Emmanuel > > > > -- > Kiwix - Wikipedia Offline & more > * Web: https://kiwix.org/ > * Twitter: https://twitter.com/KiwixOffline > * Wiki: https://wiki.kiwix.org/ > >
Re: Tijdelijk java 8 als default i.p.v. java 11
Paul van der Vlis writes: >> Het werkt met: >> JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-amd64 scala -J-showversion >> CheckH2.scala > > Begrijp ik het goed dat je een oplossing hebt? Yep, door JAVA_HOME te zetten wordt door scala java 8 gebruikt. En door het op deze manier te doen wordt het enkel voor dit programma gebruikt. Eigenlijk zou het programma met Java 11 moeten werken, maar zolang ik dat probleem niet heb opgelost is dit wel zo handig. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Tijdelijk java 8 als default i.p.v. java 11
Op 22-05-2020 om 23:19 schreef Cecil Westerhof: > Paul van der Vlis writes: > >> Op 22-05-2020 om 17:19 schreef Cecil Westerhof: >>> Paul van der Vlis writes: >>> >>>> Op 22-05-2020 om 12:21 schreef Cecil Westerhof: >>>>> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >>>>> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >>>>> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >>>>> de default is? >>>> >>>> Volgens mij kan dat met: >>>> update-alternatives --config java >>> >>> Dat geeft: >>> update-alternatives: error: error creating symbolic link >>> '/etc/alternatives/java.dpkg-tmp': Permission denied >> >> Draai je het als root? > > > Nope, als gewone gebruiker. Dat moet je doen als root. Maar het is dus bedoeld voor "system wide". "system wide" kan echter natuurlijk ook een chroot zijn of iets dergelijks. >>> Daarnaast, als het wel zou werken: geldt dat dan niet voor het hele >>> systeem? >> >> Inderdaad... >> >> Hmm, ik had je vraag niet goed gelezen, je wilt het alleen voor het >> huidige commando. Dat weet ik niet goed. Je kunt natuurlijk het complete >> path geven, lijkt me. > > Dat werkt niet, want ik run scala en dit roept op een gegeven moment > java aan. Dat is inderdaad lastiger, kijk misschien naar de andere oplossing waar ik mee kom ($PATH manipuleren). > Het werkt met: > JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-amd64 scala -J-showversion > CheckH2.scala Begrijp ik het goed dat je een oplossing hebt? Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Tijdelijk java 8 als default i.p.v. java 11
Luuk writes: > On 22-5-2020 17:33, Cecil Westerhof wrote: >> Geert Stappers writes: >> >>> On Fri, May 22, 2020 at 12:21:49PM +0200, Cecil Westerhof wrote: >>>> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >>>> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >>>> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >>>> de default is? >>> Wat dat niet iets met environment variable JAVAHOME ? >> Ik heb een aantal varianten hiervan geprobeerd. Helaas tot nu toe >> zonder succes. > > > Maar, het moet ook JAVA_HOME zijn, en da's iets anders als JAVAHOME. Dat was het. Ik gebruik nu: JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-amd64 scala -J-showversion CheckH2.scala En dat werkt perfect. Bedankt. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Tijdelijk java 8 als default i.p.v. java 11
Paul van der Vlis writes: > Op 22-05-2020 om 17:19 schreef Cecil Westerhof: >> Paul van der Vlis writes: >> >>> Op 22-05-2020 om 12:21 schreef Cecil Westerhof: >>>> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >>>> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >>>> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >>>> de default is? >>> >>> Volgens mij kan dat met: >>> update-alternatives --config java >> >> Dat geeft: >> update-alternatives: error: error creating symbolic link >> '/etc/alternatives/java.dpkg-tmp': Permission denied > > Draai je het als root? Nope, als gewone gebruiker. >> Daarnaast, als het wel zou werken: geldt dat dan niet voor het hele >> systeem? > > Inderdaad... > > Hmm, ik had je vraag niet goed gelezen, je wilt het alleen voor het > huidige commando. Dat weet ik niet goed. Je kunt natuurlijk het complete > path geven, lijkt me. Dat werkt niet, want ik run scala en dit roept op een gegeven moment java aan. Het werkt met: JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-amd64 scala -J-showversion CheckH2.scala -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Tijdelijk java 8 als default i.p.v. java 11
On 22-5-2020 17:33, Cecil Westerhof wrote: Geert Stappers writes: On Fri, May 22, 2020 at 12:21:49PM +0200, Cecil Westerhof wrote: Ik heb een scala programma dat om voor mij onverklaarbare redenen java 8 nodig heeft. Ik gebruik als default java java 11. Is er een mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 de default is? Wat dat niet iets met environment variable JAVAHOME ? Ik heb een aantal varianten hiervan geprobeerd. Helaas tot nu toe zonder succes. Maar, het moet ook JAVA_HOME zijn, en da's iets anders als JAVAHOME. https://docs.oracle.com/cd/E19182-01/821-0917/inst_jdk_javahome_t/index.html
Re: Tijdelijk java 8 als default i.p.v. java 11
On Fri, May 22, 2020 at 05:44:13PM +0200, Paul van der Vlis wrote: > Op 22-05-2020 om 12:21 schreef Cecil Westerhof: > > Ik heb een scala programma dat om voor mij onverklaarbare redenen java > > 8 nodig heeft. Ik gebruik als default java java 11. Is er een > > mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 > > de default is? > > Misschien door $PATH op een dusdanige manier te wijzigen, dat eerst > Java8 gevonden wordt als je "which java" doet? > Dat is ook wat ik van https://duckduckgo.com/?q=java+multiple+versions+on+Linux begrijp. Groeten Geert Stappers -- Silence is hard to parse
Re: Tijdelijk java 8 als default i.p.v. java 11
Op 22-05-2020 om 12:21 schreef Cecil Westerhof: > Ik heb een scala programma dat om voor mij onverklaarbare redenen java > 8 nodig heeft. Ik gebruik als default java java 11. Is er een > mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 > de default is? Misschien door $PATH op een dusdanige manier te wijzigen, dat eerst Java8 gevonden wordt als je "which java" doet? Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Tijdelijk java 8 als default i.p.v. java 11
Geert Stappers writes: > On Fri, May 22, 2020 at 12:21:49PM +0200, Cecil Westerhof wrote: >> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >> de default is? > > Wat dat niet iets met environment variable JAVAHOME ? Ik heb een aantal varianten hiervan geprobeerd. Helaas tot nu toe zonder succes. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Tijdelijk java 8 als default i.p.v. java 11
Op 22-05-2020 om 17:19 schreef Cecil Westerhof: > Paul van der Vlis writes: > >> Op 22-05-2020 om 12:21 schreef Cecil Westerhof: >>> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >>> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >>> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >>> de default is? >> >> Volgens mij kan dat met: >> update-alternatives --config java > > Dat geeft: > update-alternatives: error: error creating symbolic link > '/etc/alternatives/java.dpkg-tmp': Permission denied Draai je het als root? > Daarnaast, als het wel zou werken: geldt dat dan niet voor het hele > systeem? Inderdaad... Hmm, ik had je vraag niet goed gelezen, je wilt het alleen voor het huidige commando. Dat weet ik niet goed. Je kunt natuurlijk het complete path geven, lijkt me. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Tijdelijk java 8 als default i.p.v. java 11
Paul van der Vlis writes: > Op 22-05-2020 om 12:21 schreef Cecil Westerhof: >> Ik heb een scala programma dat om voor mij onverklaarbare redenen java >> 8 nodig heeft. Ik gebruik als default java java 11. Is er een >> mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 >> de default is? > > Volgens mij kan dat met: > update-alternatives --config java Dat geeft: update-alternatives: error: error creating symbolic link '/etc/alternatives/java.dpkg-tmp': Permission denied Daarnaast, als het wel zou werken: geldt dat dan niet voor het hele systeem? -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Tijdelijk java 8 als default i.p.v. java 11
Op 22-05-2020 om 12:21 schreef Cecil Westerhof: > Ik heb een scala programma dat om voor mij onverklaarbare redenen java > 8 nodig heeft. Ik gebruik als default java java 11. Is er een > mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 > de default is? Volgens mij kan dat met: update-alternatives --config java Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: Tijdelijk java 8 als default i.p.v. java 11
On Fri, May 22, 2020 at 12:21:49PM +0200, Cecil Westerhof wrote: > Ik heb een scala programma dat om voor mij onverklaarbare redenen java > 8 nodig heeft. Ik gebruik als default java java 11. Is er een > mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 > de default is? Wat dat niet iets met environment variable JAVAHOME ? Groeten Geert Stappers In een poging om Original Poster verder te helpen. -- Silence is hard to parse
Tijdelijk java 8 als default i.p.v. java 11
Ik heb een scala programma dat om voor mij onverklaarbare redenen java 8 nodig heeft. Ik gebruik als default java java 11. Is er een mogelijkheid om te zorgen dat alleen voor het huidige commando java 8 de default is? -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: Groovy 2.4.16 + Java 11 is broken in debian buster stable
On Thu, 23 Apr, 2020 at 11:53:14 +0200, Sven Hartge wrote: > Liam O'Toole wrote: > > On Thu, 23 Apr, 2020 at 11:08:27 +0200, Sven Hartge wrote: > > >> Backports must not be used to fix bugs in Stable. If groovy from > >> Stable does not work with the openjdk-11 from Stable, then this is a > >> bug in Stable and has to be fixed in Stable. > > > This is indeed a bug in stable. However, any package in testing > > becomes a candidate for stable-backports. > > Sure. But the official stance of Debian is the one I lined out above, by > both the SRMs and the Backports-RMs. > > You must not be forced to install packages from backports just to get a > bug fixed. > > In this case one could argue that the bug in groovy is indeed > release-critical, since it does not work at all. > No one is suggesting using force. :-)
Re: Groovy 2.4.16 + Java 11 is broken in debian buster stable
Liam O'Toole wrote: > On Thu, 23 Apr, 2020 at 11:08:27 +0200, Sven Hartge wrote: >> Backports must not be used to fix bugs in Stable. If groovy from >> Stable does not work with the openjdk-11 from Stable, then this is a >> bug in Stable and has to be fixed in Stable. > This is indeed a bug in stable. However, any package in testing > becomes a candidate for stable-backports. Sure. But the official stance of Debian is the one I lined out above, by both the SRMs and the Backports-RMs. You must not be forced to install packages from backports just to get a bug fixed. In this case one could argue that the bug in groovy is indeed release-critical, since it does not work at all. Grüße, Sven. -- Sigmentation fault. Core dumped.
Re: Groovy 2.4.16 + Java 11 is broken in debian buster stable
On Thu, 23 Apr, 2020 at 11:08:27 +0200, Sven Hartge wrote: > Liam O'Toole wrote: > > On Wed, 22 Apr, 2020 at 22:15:09 +0530, Jayant Tripathi wrote: > > >>[1]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 > >>Is there a way to download patched groovy version in debian buster > >>through apt? > >>As default groovy version in Buster stable is: Groovy Version: 2.4.16 > >>JVM: 11.0.6 Vendor: Debian OS: Linux > >>Regards > >>Jayant Tripathi > >> > >> References > >> > >>1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 > > > Groovy 2.4.17 is available in bullseye (testing). Try requesting a > > backport on the debian-backports list. > > Backports must not be used to fix bugs in Stable. If groovy from Stable > does not work with the openjdk-11 from Stable, then this is a bug in > Stable and has to be fixed in Stable. > This is indeed a bug in stable. However, any package in testing becomes a candidate for stable-backports. There's more than one way to skin this cat.
Re: Groovy 2.4.16 + Java 11 is broken in debian buster stable
Liam O'Toole wrote: > On Wed, 22 Apr, 2020 at 22:15:09 +0530, Jayant Tripathi wrote: >>[1]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 >>Is there a way to download patched groovy version in debian buster >>through apt? >>As default groovy version in Buster stable is: Groovy Version: 2.4.16 >>JVM: 11.0.6 Vendor: Debian OS: Linux >>Regards >>Jayant Tripathi >> >> References >> >>1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 > Groovy 2.4.17 is available in bullseye (testing). Try requesting a > backport on the debian-backports list. Backports must not be used to fix bugs in Stable. If groovy from Stable does not work with the openjdk-11 from Stable, then this is a bug in Stable and has to be fixed in Stable. Grüße, Sven. -- Sigmentation fault. Core dumped.
Re: Groovy 2.4.16 + Java 11 is broken in debian buster stable
On Wed, 22 Apr, 2020 at 22:15:09 +0530, Jayant Tripathi wrote: >[1]https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 >Is there a way to download patched groovy version in debian buster >through apt? >As default groovy version in Buster stable is: Groovy Version: 2.4.16 >JVM: 11.0.6 Vendor: Debian OS: Linux >Regards >Jayant Tripathi > > References > >1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 Groovy 2.4.17 is available in bullseye (testing). Try requesting a backport on the debian-backports list. Alternatively, you could attempt building a backport yourself: https://wiki.debian.org/SimpleBackportCreation
Groovy 2.4.16 + Java 11 is broken in debian buster stable
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929460 Is there a way to download patched groovy version in debian buster through apt? As default groovy version in Buster stable is: Groovy Version: 2.4.16 JVM: 11.0.6 Vendor: Debian OS: Linux Regards Jayant Tripathi
Re: Netbeans/Java Tutorial - Hangs
Apr 21, 2020, 04:32 by loca...@tutanota.com: > Netbeans 10 probably requires JDK 10 to run. > Actually, I just checked and Netbeans 10 should run fine on JDK 11. As per your original message you have two JDKs installed: JDK 11 and JDK 15. Make sure you are using JDK 11 to run Netbeans, if you still get the error while running Netbeans on JDK 11 then you may want to raise this issue on the Netbeans user list. Regards,
Re: Netbeans/Java Tutorial - Hangs
Apr 20, 2020, 16:01 by we...@acu.edu: > The fact that neither Eclipse nor NetBeans works "out of the box" on Debian > just adds to that sentiment. > Eclipse runs fine on Debian, I've been running Eclipse on Buster for quite some time without any issues worth mentioning. I suspect Netbeans will run fine on Debian too if you install a proper JDK/JRE, Netbeans 10 probably requires JDK 10 to run. Neither Eclipse or Netbeans are a part of Debian distribution so some tinkering may indeed be required. Regards,
Re: Netbeans/Java Tutorial - Hangs
On Sat, Apr 18, 2020 at 8:26 PM local10 wrote: > > > Tutorial = https://netbeans.org/kb/docs/java/quickstart.html > > > > It's like the process to create the new project hangs.> > > Ideas? Suggestions? (I'm pretty green/new with both IDEs and Java.) > > > You'll have more luck asking this question on the Netbeans user list. > Possible reason: check what JDK you use to run Netbeans 10 and whether it > can run properly on JDK 11 or 15. > > Regards, > > Thank you for the response. I didn't have a strong drive to get too familiar with either Java (I can do "Hello, World" without an IDE) or Netbeans (or Eclipse, which I couldn't get to work either), and after looking at my problem just a little (at the log files, etc, and how much *stuff* was in the background), I'm reminded of how much me and my fellow staff hated trying to keep our university's enterprise software (Banner) working over the past twenty years because of Java/version compatibility issues, and just realized, "Why? Why would I want to support that morass of fragile complexity?" The fact that neither Eclipse nor NetBeans works "out of the box" on Debian just adds to that sentiment. I think I'll stick with tinkering in Python, Bash, C, and Julia, at least for now. -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: Netbeans/Java Tutorial - Hangs
> Tutorial = https://netbeans.org/kb/docs/java/quickstart.html > > It's like the process to create the new project hangs.> > Ideas? Suggestions? (I'm pretty green/new with both IDEs and Java.) You'll have more luck asking this question on the Netbeans user list. Possible reason: check what JDK you use to run Netbeans 10 and whether it can run properly on JDK 11 or 15. Regards,
Netbeans/Java Tutorial - Hangs
bullseye/sid, Cinnamon Desktop
Netbeans IDE 10.0
kent@westk-9463:~/NetBeansProjects$ aptitude search jdk
i default-jdk - Standard Java or Java
compatible Development Kit
p default-jdk:i386 - Standard Java or Java
compatible Development Kit
i A default-jdk-doc - Standard Java or Java
compatible Development Kit
p default-jdk-doc:i386 - Standard Java or Java
compatible Development Kit
i A default-jdk-headless - Standard Java or Java
compatible Development Kit
i A openjdk-11-doc- OpenJDK Development Kit (JDK)
documentation
v openjdk-11-doc:i386 -
i A openjdk-11-jdk- OpenJDK Development Kit (JDK)
p openjdk-11-jdk:i386 - OpenJDK Development Kit (JDK)
i A openjdk-11-jdk-headless - OpenJDK Development Kit (JDK)
(headless)
p openjdk-11-jdk-headless:i386 - OpenJDK Development Kit (JDK)
(headless)
i A openjdk-11-jre- OpenJDK Java runtime, using
Hotspot JIT
p openjdk-11-jre:i386 - OpenJDK Java runtime, using
Hotspot JIT
p openjdk-11-jre-dcevm - Alternative VM for OpenJDK 11
with enhanced clas
p openjdk-11-jre-dcevm:i386 - Alternative VM for OpenJDK 11
with enhanced clas
i A openjdk-11-jre-headless - OpenJDK Java runtime, using
Hotspot JIT (headles
p openjdk-11-jre-headless:i386 - OpenJDK Java runtime, using
Hotspot JIT (headles
p openjdk-11-jre-zero - Alternative JVM for OpenJDK,
using Zero
p openjdk-11-jre-zero:i386 - Alternative JVM for OpenJDK,
using Zero
p openjdk-11-source - OpenJDK Development Kit (JDK)
source files
i openjdk-15-jdk- OpenJDK Development Kit (JDK)
p openjdk-15-jdk:i386 - OpenJDK Development Kit (JDK)
i A openjdk-15-jdk-headless - OpenJDK Development Kit (JDK)
(headless)
p openjdk-15-jdk-headless:i386 - OpenJDK Development Kit (JDK)
(headless)
i A openjdk-15-jre- OpenJDK Java runtime, using
Hotspot JIT
p openjdk-15-jre:i386 - OpenJDK Java runtime, using
Hotspot JIT
i A openjdk-15-jre-headless - OpenJDK Java runtime, using
Hotspot JIT (headless
Tutorial = https://netbeans.org/kb/docs/java/quickstart.html
When I finish step "5. Click Finish", the "New Java Application" window
goes mostly gray ("Help" button still available), but never goes away. A
"HelloWorldApp" directory appears in my ~/NetBeansProjects directory, and I
see no change in the IDE window behind the "New Java Application Window". I
can ESC from the "New Java Application Window", but there is still no
change in the rest of the IDE.
It's like the process to create the new project hangs.
Ideas? Suggestions? (I'm pretty green/new with both IDEs and Java.)
--
Kent West<")))><
Westing Peacefully - http://kentwest.blogspot.com
Re: update-alternatives voor alle Java gerelateerde dingen doen
floris writes: > Cecil Westerhof schreef op 2019-08-03 11:55: >> Als ik wil switchen van Java 11 naar 8 dan moet ik nu voor alle >> programmas (java, javac, …) update-alternatives aanroepen. >> Kan dat niet op een betere manier? > > Doet > $ sudo update-java-alternatives -s java-1.8.0-openjdk-amd64 > wat je bedoelt? Yep, dat is precies wat ik bedoel. Bedankt. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: update-alternatives voor alle Java gerelateerde dingen doen
Cecil Westerhof schreef op 2019-08-03 11:55: Als ik wil switchen van Java 11 naar 8 dan moet ik nu voor alle programmas (java, javac, …) update-alternatives aanroepen. Kan dat niet op een betere manier? Doet $ sudo update-java-alternatives -s java-1.8.0-openjdk-amd64 wat je bedoelt? --- Floris
update-alternatives voor alle Java gerelateerde dingen doen
Als ik wil switchen van Java 11 naar 8 dan moet ik nu voor alle programmas (java, javac, …) update-alternatives aanroepen. Kan dat niet op een betere manier? -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Goede versie van Java gebruiken
Ik heb op mijn systeem zowel Java 8, 9 al 11 staan. Default staat ingesteld dat java 11 moet worden gebruikt. Er is echter een programma dat met 8 moet worden gedraaid dat in mij crontab staat. Dat heb ik nu 'opgelost' door het aan te roepen met: /usr/lib/jvm/java-1.8.0-openjdk-amd64/bin/java Maar dat is niet erg netjes vind ik persoonlijk. Is er een betere manier? Zou op andere momenten ook handig kunnen zijn. Bijvoorbeeld wanneer moet worden gecontroleerd dat een programma onder Java 8 werkt. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof
Re: java browser plugin on buster
On 20/06/19 6:18 AM, basti wrote: > Hello, i have an old Server with HP ILO2. The remote console on this > version of ilo need an java browser Plugin (not webstart). > > in stretch there was no problem i have used an old firefox 36 or so in > "portable" mode. > > now the icedtea plugin seem not available anymore. > does someone konw how to get it working? > Can't you get simpler access via ssh or similar? At least to a virtual serial console, if not full remote control? Richard signature.asc Description: OpenPGP digital signature
Re: java browser plugin on buster
On 19.06.19 20:18, basti wrote: > Hello, i have an old Server with HP ILO2. The remote console on this > version of ilo need an java browser Plugin (not webstart). > > in stretch there was no problem i have used an old firefox 36 or so in > "portable" mode. > > now the icedtea plugin seem not available anymore. > does someone konw how to get it working? Java Plugin is dead. Really dead. I recommend to download an old firefox version in combination with an old Java JRE an use this combination *only' for your ILO. This is how we deal with ILO2 at work. Newer ILO version offers HTML5 support, but we have also older versions at the moment. Best regards Ulf
java browser plugin on buster
Hello, i have an old Server with HP ILO2. The remote console on this version of ilo need an java browser Plugin (not webstart). in stretch there was no problem i have used an old firefox 36 or so in "portable" mode. now the icedtea plugin seem not available anymore. does someone konw how to get it working?
Java Browser Plugin Buster
Hello, i have an old Server with HP ILO2. The remote console on this version of ilo need an java browser Plugin (not webstart). in stretch there was no problem i have used an old firefox 36 or so in "portable" mode. now the icedtea plugin seem not available anymore. does someone konw how to get it working?
Re: Installing Java 8 on a Google Compute Debian (Jessie) instance
On Tue, Dec 18, 2018 at 11:12:00PM +0100, deloptes wrote: > James H. H. Lampert wrote: > > >> The following packages have unmet dependencies: > >> openjdk-8-jdk : Depends: openjdk-8-jre (= 8u171-b11-1~bpo8+1) but it is > >> not going to be installed Depends: openjdk-8-jdk-headless (= > >> 8u171-b11-1~bpo8+1) but it is not going to be installed E: Unable to > >> correct problems, you have held broken packages. > > > > which is what I was getting before. > > from my experience you need then to do apt-get install openjdk-8-jre > openjdk-8-jdk-headless and they will for sure pull in some dependencies, > which is why openjdk-8-jdk does not install automatically. > That will not work either. The reason the '-t jessie-backports' option is the right solution is that openjdk-8 requires a newer ca-certificates-java than what is in jessie. In a default backports configuration, packages from the backports repository are ranked lower than from the stable repository. Another option would be specify the precise version of the ca-certificates-java package like this: apt-get install openjdk-8-jdk ca-certificates-java= It is also possible to do this: apt-get install openjdk-8-jdk ca-certificates-java/jessie-backports But those are less robust than '-t jessie-backports'. Of course, there is a possibility that other dependencies get pulled in from jessie-backports to accomplish the operation, so that must be weighed as well. Regards, -Roberto -- Roberto C. Sánchez
Re: Installing Java 8 on a Google Compute Debian (Jessie) instance
James H. H. Lampert wrote: >> The following packages have unmet dependencies: >> openjdk-8-jdk : Depends: openjdk-8-jre (= 8u171-b11-1~bpo8+1) but it is >> not going to be installed Depends: openjdk-8-jdk-headless (= >> 8u171-b11-1~bpo8+1) but it is not going to be installed E: Unable to >> correct problems, you have held broken packages. > > which is what I was getting before. from my experience you need then to do apt-get install openjdk-8-jre openjdk-8-jdk-headless and they will for sure pull in some dependencies, which is why openjdk-8-jdk does not install automatically. just my 5cent
Re: Installing Java 8 on a Google Compute Debian (Jessie) instance
On Tue, Dec 18, 2018 at 10:16:25AM -0800, James H. H. Lampert wrote: > I'm endeavoring to get Java 8 onto our development instance, so that the > Tomcat environment there matches that of our cluster nodes, and apg-get is > not cooperating. > > This particular instance is a Bitnami SVN/Trac server, with Tomcat 8 added > to it, and running independently of the Apache server that came with SVN and > Trac. > > I tried what was given at > https://stackoverflow.com/q/50919305/3654526 > and it didn't work. Even after doing the recommended > > sudo apt-get install dirmngr > > sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys > > EEA14886 I don't understand why this is necessary. > > sudo apt-get update > > sudo apt-get install openjdk-8-jdk -y --allow-unauthenticated > Based on the rest of your output (which I did not repeat here), it looks like what you need to do is this: apt-get install -t jessie-backports openjdk-8-jdk The --allow-unauthenticated option is dangerous. You do not need it here and in general you should not use it. Regards, -Roberto -- Roberto C. Sánchez
Installing Java 8 on a Google Compute Debian (Jessie) instance
I'm endeavoring to get Java 8 onto our development instance, so that the Tomcat environment there matches that of our cluster nodes, and apg-get is not cooperating. This particular instance is a Bitnami SVN/Trac server, with Tomcat 8 added to it, and running independently of the Apache server that came with SVN and Trac. I tried what was given at https://stackoverflow.com/q/50919305/3654526 and it didn't work. Even after doing the recommended sudo apt-get install dirmngr sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys EEA14886 sudo apt-get update sudo apt-get install openjdk-8-jdk -y --allow-unauthenticated I still get Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: openjdk-8-jdk : Depends: openjdk-8-jre (= 8u171-b11-1~bpo8+1) but it is not going to be installed Depends: openjdk-8-jdk-headless (= 8u171-b11-1~bpo8+1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. which is what I was getting before. -- James H. H. Lampert
Re: (deb-cat) Programari Java amb Firefox 60
Per cert, el que no sé, perquè només us he llegit en diagonal allò dels applets de java, és si aquests, per la nova versió de Firefox a Debian estable, podrien incloure's via backports, per exemple... O potser fins i tot s'instal·len manualment... Fins ara, Joan Cervan El Wed, 31 Oct 2018 10:09:03 +0100 Jordi Mallach va escriure: > Hola, > > El dt. 30 de 10 de 2018 a les 12:26 +0100, en/na Joan va escriure: > > Però el que tu comentes, de congelar la versió de Firefox i si algú > > vol > > les novetats, tirar de backports, doncs també era una bona opció, > > potser algo menys estable perquè obligues a obrir el sistema a > > backports, que mai serà tant estable com sense... I la pega afegida, > > potser, de que els mantenidors del paquet de Firefox a Debian > > s'hagin de > > currar les sol·lucions als forats de seguretat, sense aprofitar la > > feina de Mozilla amb les ESR. > > Joan ha donat en el clau: durant un temps, l'equip de seguretat > intentava fer backports, un a un, dels pedaços que resolien les > vulnerabilitats, però això era com feina per a 2 persones a temps > complet. Un navegador i els seus motors de renderització i de JS no > són precisament el programari més simple que hi ha a l'arxiu de > Debian. Senzillament no era possible. La única cosa raonable és > seguir les versions ESR de Firefox, o directament no donar suport de > seguretat als navegadores que s'inclouen amb Debian. > > Si em donen a triar entre una versió insegura del programa que emprem > tots més sovint i a totes hores o sacrificar els applets de Java, jo > ho tinc clar. > -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi Reporting-MTA: dns; marti.calbasi.net X-Postfix-Queue-ID: 01492842A6 X-Postfix-Sender: rfc822; arbocenc@calbasi.net Arrival-Date: Wed, 31 Oct 2018 15:32:51 +0100 (CET) Final-Recipient: rfc822; debianlists@actiu.net Original-Recipient: rfc822;debianlists@actiu.net Action: failed Status: 5.7.1 Remote-MTA: dns; mtdac.srv.actiu.net Diagnostic-Code: smtp; 554 5.7.1 : Relay access de= nied --- Begin Message --- Per cert, el que no sé, perquè només us he llegit en diagonal allò dels applets de java, és si aquests, per la nova versió de Firefox a Debian estable, podrien incloure's via backports, per exemple... O potser fins i tot s'instal·len manualment... Fins ara, Joan El Wed, 31 Oct 2018 10:09:03 +0100 Jordi Mallach va escriure: > Hola, > > El dt. 30 de 10 de 2018 a les 12:26 +0100, en/na Joan va escriure: > > Però el que tu comentes, de congelar la versió de Firefox i si algú > > vol > > les novetats, tirar de backports, doncs també era una bona opció, > > potser algo menys estable perquè obligues a obrir el sistema a > > backports, que mai serà tant estable com sense... I la pega afegida, > > potser, de que els mantenidors del paquet de Firefox a Debian > > s'hagin de > > currar les sol·lucions als forats de seguretat, sense aprofitar la > > feina de Mozilla amb les ESR. > > Joan ha donat en el clau: durant un temps, l'equip de seguretat > intentava fer backports, un a un, dels pedaços que resolien les > vulnerabilitats, però això era com feina per a 2 persones a temps > complet. Un navegador i els seus motors de renderització i de JS no > són precisament el programari més simple que hi ha a l'arxiu de > Debian. Senzillament no era possible. La única cosa raonable és > seguir les versions ESR de Firefox, o directament no donar suport de > seguretat als navegadores que s'inclouen amb Debian. > > Si em donen a triar entre una versió insegura del programa que emprem > tots més sovint i a totes hores o sacrificar els applets de Java, jo > ho tinc clar. > -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi --- End Message ---
Re: (deb-cat) Programari Java amb Firefox 60
Per cert, el que no sé, perquè només us he llegit en diagonal allò dels applets de java, és si aquests, per la nova versió de Firefox a Debian estable, podrien incloure's via backports, per exemple... O potser fins i tot s'instal·len manualment... Fins ara, Joan El Wed, 31 Oct 2018 10:09:03 +0100 Jordi Mallach va escriure: > Hola, > > El dt. 30 de 10 de 2018 a les 12:26 +0100, en/na Joan va escriure: > > Però el que tu comentes, de congelar la versió de Firefox i si algú > > vol > > les novetats, tirar de backports, doncs també era una bona opció, > > potser algo menys estable perquè obligues a obrir el sistema a > > backports, que mai serà tant estable com sense... I la pega afegida, > > potser, de que els mantenidors del paquet de Firefox a Debian > > s'hagin de > > currar les sol·lucions als forats de seguretat, sense aprofitar la > > feina de Mozilla amb les ESR. > > Joan ha donat en el clau: durant un temps, l'equip de seguretat > intentava fer backports, un a un, dels pedaços que resolien les > vulnerabilitats, però això era com feina per a 2 persones a temps > complet. Un navegador i els seus motors de renderització i de JS no > són precisament el programari més simple que hi ha a l'arxiu de > Debian. Senzillament no era possible. La única cosa raonable és > seguir les versions ESR de Firefox, o directament no donar suport de > seguretat als navegadores que s'inclouen amb Debian. > > Si em donen a triar entre una versió insegura del programa que emprem > tots més sovint i a totes hores o sacrificar els applets de Java, jo > ho tinc clar. > -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi
Re: (deb-cat) Programari Java amb Firefox 60
Hola, El dt. 30 de 10 de 2018 a les 12:26 +0100, en/na Joan va escriure: > Però el que tu comentes, de congelar la versió de Firefox i si algú > vol > les novetats, tirar de backports, doncs també era una bona opció, > potser algo menys estable perquè obligues a obrir el sistema a > backports, que mai serà tant estable com sense... I la pega afegida, > potser, de que els mantenidors del paquet de Firefox a Debian s'hagin > de > currar les sol·lucions als forats de seguretat, sense aprofitar la > feina de Mozilla amb les ESR. Joan ha donat en el clau: durant un temps, l'equip de seguretat intentava fer backports, un a un, dels pedaços que resolien les vulnerabilitats, però això era com feina per a 2 persones a temps complet. Un navegador i els seus motors de renderització i de JS no són precisament el programari més simple que hi ha a l'arxiu de Debian. Senzillament no era possible. La única cosa raonable és seguir les versions ESR de Firefox, o directament no donar suport de seguretat als navegadores que s'inclouen amb Debian. Si em donen a triar entre una versió insegura del programa que emprem tots més sovint i a totes hores o sacrificar els applets de Java, jo ho tinc clar. -- Jordi Mallach Pérez -- Debian developer https://www.debian.org/ jo...@sindominio.netjo...@debian.org https://www.sindominio.net/ GnuPG public key information available at https://oskuro.net/
Re: (deb-cat) Programari Java amb Firefox 60
Suposo que l'equilibri és complicat... En el món web, com que les coses evolucionen tant ràpid, les versions antigues d'un navegador de fa 2 anys de vegades portaven problemes (jo n'havia patit alguns). Però com que sempre pots tenir el Chrome, etc. si no era amb un, feies amb l'altre... Diria que el canvi Debian el va fer aprofitant les versions ESR de la pròpia Mozilla, no? Vaja, buscant aprofitar la feina que feia Mozilla a nivell de seguretat, i acompassar-se a ella... El que no sé és si hi ha alternatives a usar el Firefox ESR, com fora usar el Firefox "congelat". Potser una seria usar algun dels navegadors que es basen molt en Firefox, com els de TOR i d'altres... Però el que tu comentes, de congelar la versió de Firefox i si algú vol les novetats, tirar de backports, doncs també era una bona opció, potser algo menys estable perquè obligues a obrir el sistema a backports, que mai serà tant estable com sense... I la pega afegida, potser, de que els mantenidors del paquet de Firefox a Debian s'hagin de currar les sol·lucions als forats de seguretat, sense aprofitar la feina de Mozilla amb les ESR. Joan Cervan El Tue, 30 Oct 2018 10:31:47 +0100 Narcis Garcia va escriure: > __ > I'm using this express-made address because personal addresses aren't > masked enough at this mail public archive. Public archive > administrator should fix this against automated addresses collectors. > El 30/10/18 a les 10:18, Jordi Mallach ha escrit: > > El dc. 24 de 10 de 2018 a les 09:59 +0200, en/na Narcis Garcia va > > escriure: > >> Per aquests casos en què les subcontractes de les administracions > >> públiques demanen Java, utilitzaré Icecat versió 52 (que es pot > >> instal·lar amb els paquets de Trisquel), i així puc admetre les > >> (indegudes) actualitzacions de M.Firefox. > > > > Indegudes?! > > > > Per què indegudes? Quina és l'alternativa? > > > > Les crec indegudes perquè precisament provoquen el problema que es > volia evitar creant una distribució estable amb el sistema de > versions de Debian. Com és que LibreOffice segueix a la versió 5 als > repositoris de la Debian 9 (stable)? I el paquet de controladors > d'impressora HPLIP? Jo sempre he entès que aquesta política de > manteniment de versions del programari fa que la versió estable de > Debian quasi mai no empitjori, sinó que sempre millori, ja que no > s'introdueixen noves incoherències entre paquets, com és el cas. > > «L'alternativa», que en realitat és la normalitat, és que les noves > versions de programari vagin a la propera versió de Debian i, si les > persones que fan paquets ho veuen convenient, que les introdueixin al > repositori «backports» que està pensat per disposar a la versió actual > excepcionalment de programari de properes versions. > -- Joan Cervan i Andreu http://personal.calbasi.net "El meu paper no és transformar el món ni l'home sinó, potser, el de ser útil, des del meu lloc, als pocs valors sense els quals un món no val la pena viure'l" A. Camus i pels que teniu fe: "Déu no és la Veritat, la Veritat és Déu" Gandhi
Re: (deb-cat) Programari Java amb Firefox 60
__ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 30/10/18 a les 10:18, Jordi Mallach ha escrit: > El dc. 24 de 10 de 2018 a les 09:59 +0200, en/na Narcis Garcia va > escriure: >> Per aquests casos en què les subcontractes de les administracions >> públiques demanen Java, utilitzaré Icecat versió 52 (que es pot >> instal·lar amb els paquets de Trisquel), i així puc admetre les >> (indegudes) actualitzacions de M.Firefox. > > Indegudes?! > > Per què indegudes? Quina és l'alternativa? > Les crec indegudes perquè precisament provoquen el problema que es volia evitar creant una distribució estable amb el sistema de versions de Debian. Com és que LibreOffice segueix a la versió 5 als repositoris de la Debian 9 (stable)? I el paquet de controladors d'impressora HPLIP? Jo sempre he entès que aquesta política de manteniment de versions del programari fa que la versió estable de Debian quasi mai no empitjori, sinó que sempre millori, ja que no s'introdueixen noves incoherències entre paquets, com és el cas. «L'alternativa», que en realitat és la normalitat, és que les noves versions de programari vagin a la propera versió de Debian i, si les persones que fan paquets ho veuen convenient, que les introdueixin al repositori «backports» que està pensat per disposar a la versió actual excepcionalment de programari de properes versions.
Re: (deb-cat) Programari Java amb Firefox 60
El dc. 24 de 10 de 2018 a les 09:59 +0200, en/na Narcis Garcia va escriure: > Per aquests casos en què les subcontractes de les administracions > públiques demanen Java, utilitzaré Icecat versió 52 (que es pot > instal·lar amb els paquets de Trisquel), i així puc admetre les > (indegudes) actualitzacions de M.Firefox. Indegudes?! Per què indegudes? Quina és l'alternativa? -- Jordi Mallach Pérez -- Debian developer https://www.debian.org/ jo...@sindominio.netjo...@debian.org https://www.sindominio.net/ GnuPG public key information available at https://oskuro.net/
Re: (deb-cat) Programari Java amb Firefox 60
Mozilla ja va anunciar la fi del NPAPI: https://support.mozilla.org/en-US/kb/npapi-plugins Tot i això, concretament a la versió 52 (i no posteriors) encara es pot rehabilitar la compatibilitat amb l'opció plugin.load_flash_only=false Per aquests casos en què les subcontractes de les administracions públiques demanen Java, utilitzaré Icecat versió 52 (que es pot instal·lar amb els paquets de Trisquel), i així puc admetre les (indegudes) actualitzacions de M.Firefox. Imagino que tot això es resoldria si els desenvolupadors del icedtea-plugin adaptessin el projecte a la nova interfície interna de complements de Mozilla. __ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 22/10/18 a les 15:44, Jordi Funollet ha escrit: > Crec que el Firefox ESR (Extended Support Release) encara té habilitats els > NPAPI. > > https://www.mozilla.org/en-US/firefox/organizations/ > > -- > Jordi Funollet Pujol > http://www.linkedin.com/in/jordifunollet > > On Mon, Oct 22, 2018, at 3:16 PM, Narcis Garcia wrote: >> Les administracions públiques d'arreu comencen a integrar bastant les >> gestions telemàtiques amb certificat digital, DNI electrònic, etc. >> En el cas de les administracions a Catalunya (començant per la >> Generalitat), el què més fan és externalitzar el desenvolupament de tot >> això a empreses que se solen enfocar a Java, i que no solen contemplar >> una altra plataforma que no sigui Microsoft Windows. >> >> Sorprenent és que l'únic sistema operatiu (que jo sàpiga) que >> desenvolupa i distribueix la Generalitat és el Linkat, amb la qual cosa >> hi ha una gegantina contradicció amb l'exclusió dels usuaris de >> programari lliure. >> >> Al gra: Des de M.Firefox 52 que els connectors de tipus «NPAPI» ja no >> són suportats, entre els quals hi ha el icedtea-plugin >> Als repositoris (main) de Debian estable hi ha l'anomalia de què entren >> les noves versions de programari Mozilla, amb la qual cosa també entren >> els nous problemes com aquest: que ja anem pel Firefox 60 i aquest no >> admet el icedtea-plugin del mateix repositori. >> >> Algú coneix la solució? >> >> Gràcies. >> >> -- >> >> >> __ >> I'm using this express-made address because personal addresses aren't >> masked enough at this mail public archive. Public archive administrator >> should fix this against automated addresses collectors. >> >
Re: (deb-cat) Programari Java amb Firefox 60
Hola Narcis, > Als repositoris (main) de Debian estable hi ha l'anomalia de què entren > les noves versions de programari Mozilla, amb la qual cosa també entren > els nous problemes com aquest: que ja anem pel Firefox 60 i aquest no > admet el icedtea-plugin del mateix repositori. > > Algú coneix la solució? Jo he aconseguit sortir-me'n algun cop descarregant el fitxer amb extensió .jnlp i executant-lo després des del terminal amb javaws. Això em permet obrir consoles remotes amb IPMI i DRAC encara que el navegador no suporti el plugin, per exemple. Salut, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer - log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Re: (deb-cat) Programari Java amb Firefox 60
Crec que el Firefox ESR (Extended Support Release) encara té habilitats els NPAPI. https://www.mozilla.org/en-US/firefox/organizations/ -- Jordi Funollet Pujol http://www.linkedin.com/in/jordifunollet On Mon, Oct 22, 2018, at 3:16 PM, Narcis Garcia wrote: > Les administracions públiques d'arreu comencen a integrar bastant les > gestions telemàtiques amb certificat digital, DNI electrònic, etc. > En el cas de les administracions a Catalunya (començant per la > Generalitat), el què més fan és externalitzar el desenvolupament de tot > això a empreses que se solen enfocar a Java, i que no solen contemplar > una altra plataforma que no sigui Microsoft Windows. > > Sorprenent és que l'únic sistema operatiu (que jo sàpiga) que > desenvolupa i distribueix la Generalitat és el Linkat, amb la qual cosa > hi ha una gegantina contradicció amb l'exclusió dels usuaris de > programari lliure. > > Al gra: Des de M.Firefox 52 que els connectors de tipus «NPAPI» ja no > són suportats, entre els quals hi ha el icedtea-plugin > Als repositoris (main) de Debian estable hi ha l'anomalia de què entren > les noves versions de programari Mozilla, amb la qual cosa també entren > els nous problemes com aquest: que ja anem pel Firefox 60 i aquest no > admet el icedtea-plugin del mateix repositori. > > Algú coneix la solució? > > Gràcies. > > -- > > > __ > I'm using this express-made address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. >
(deb-cat) Programari Java amb Firefox 60
Les administracions públiques d'arreu comencen a integrar bastant les gestions telemàtiques amb certificat digital, DNI electrònic, etc. En el cas de les administracions a Catalunya (començant per la Generalitat), el què més fan és externalitzar el desenvolupament de tot això a empreses que se solen enfocar a Java, i que no solen contemplar una altra plataforma que no sigui Microsoft Windows. Sorprenent és que l'únic sistema operatiu (que jo sàpiga) que desenvolupa i distribueix la Generalitat és el Linkat, amb la qual cosa hi ha una gegantina contradicció amb l'exclusió dels usuaris de programari lliure. Al gra: Des de M.Firefox 52 que els connectors de tipus «NPAPI» ja no són suportats, entre els quals hi ha el icedtea-plugin Als repositoris (main) de Debian estable hi ha l'anomalia de què entren les noves versions de programari Mozilla, amb la qual cosa també entren els nous problemes com aquest: que ja anem pel Firefox 60 i aquest no admet el icedtea-plugin del mateix repositori. Algú coneix la solució? Gràcies. -- __ I'm using this express-made address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors.
Re: No Java in Eclipse Preferences
Hi, I've used Eclipse in the past (IDEA for now) and Debian is the best OS for Java development for me :) The installation is pretty easy, you just have to download the tarball : https://www.eclipse.org/downloads/packages/ You can choose the pre-package according to your language/usage. The update and plugins can be managed directly in the Eclipse menu. You can also configure several JDK for your projects. For me it's not necessary to have a Debian package to use Eclipse. regards, François Papon fpa...@apache.org Le 19/10/2018 à 01:10, Ben Caradoc-Davies a écrit : > On 19/10/2018 03:48, Kent West wrote: >> I do feel a little tainted, going outside of the Debian repositories for >> software. But I understand that in the world of Free Software, >> there's not >> always a volunteer available to maintain a package. > > Fear not. The Eclipse Foundation has fine Open Source credentials. > > I use Debian OpenJDK packages but applications like Eclipse and Maven > I install from tarballs and run with wrapper scripts so I can choose > JDK versions. In the Java ecosystem it seems much more common to > bundle dependencies with applications. This is quite different to the > Debian way of doing things, and untangling these dependencies seems to > have been an insurmountable obstacle to Debian packaging. I am not > saying that it cannot be done, just that the cost is sufficient to > prevent it with the amount of available developer interest. > > I have found Debian to be a good platform for Java development. > > Kind regards, >
Re: No Java in Eclipse Preferences
On 19/10/2018 03:48, Kent West wrote: I do feel a little tainted, going outside of the Debian repositories for software. But I understand that in the world of Free Software, there's not always a volunteer available to maintain a package. Fear not. The Eclipse Foundation has fine Open Source credentials. I use Debian OpenJDK packages but applications like Eclipse and Maven I install from tarballs and run with wrapper scripts so I can choose JDK versions. In the Java ecosystem it seems much more common to bundle dependencies with applications. This is quite different to the Debian way of doing things, and untangling these dependencies seems to have been an insurmountable obstacle to Debian packaging. I am not saying that it cannot be done, just that the cost is sufficient to prevent it with the amount of available developer interest. I have found Debian to be a good platform for Java development. Kind regards, -- Ben Caradoc-Davies Director Transient Software Limited <https://transient.nz/> New Zealand
Re: No Java in Eclipse Preferences
On Thu, Oct 18, 2018 at 09:48:54AM -0500, Kent West wrote: > >Thanks for your response, Roberto. That helps. I purged all I could find >of Eclipse, and then downloaded their installer from the [2]eclipse.org >website, and then their "Eclipse IDE for Java Developers", and with a >little trial-and-error (their tutorial was a bit unclear), got a working >"Hello, World" program. >It's a start. I am glad you were able to get it working. If you haven't found this site already, let me make a recommendation: http://www.vogella.com/tutorials/ The author runs a company around Java and Eclipse development/consulting and his tutorials are top notch. I recommend them to my students when they are struggling with some of the advanced IDE features. >I do feel a little tainted, going outside of the Debian repositories for >software. But I understand that in the world of Free Software, there's not >always a volunteer available to maintain a package. >This moves me forward. Thanks! I agree. The conclusion that I have reached is that some "applications" that are really highly complex software ecosystems do not really lend themselves to the Debian packaging model. Perhaps if there was a barebones type of package that you could install with the ability to install additional compnents through the package manager but then also the ability to install packages that override those (like you might do with Python's PIP, CPAN, and so on). However, even that has its problems. Perhaps we will get there at some point. Regards, -Roberto -- Roberto C. Sánchez
Re: No Java in Eclipse Preferences
On Wed, Oct 17, 2018 at 9:39 PM Roberto C. Sánchez wrote: > On Wed, Oct 17, 2018 at 09:28:55PM -0500, Kent West wrote: > >westk@westkent64:~$ > >i A eclipse-jdt - Eclipse Java Development Tools (JDT) > >i A eclipse-pde - Eclipse Plug-in Development Environment (PDE) > >i A eclipse-platform - Eclipse platform without development plug-ins > >i A eclipse-platform-data - Eclipse platform without development > plug-ins > >(data) > (SNIP) > >westk@westkent64:~$ java --version > >openjdk 11 2018-09-25 > >OpenJDK Runtime Environment (build 11+28-Debian-3) > >OpenJDK 64-Bit Server VM (build 11+28-Debian-3, mixed mode, sharing) > >Any help would be appreciated. > > Kent, > > The Eclipse JDT package in Sid (version 3.8) came out nearly 6.5 years > ago! I doubt it if it will work with Java 11 and I would even be > surprised if it worked with Java 8. > > Sadly, Eclipse is one piece of software that I have just never been able > to find a satisfactory setup based on Debian packages. I recommend you > download the binary tarball from upstream, untar it in /opt and work > with it from there. > > Regards, > > -Roberto > > -- > Roberto C. Sánchez > > Thanks for your response, Roberto. That helps. I purged all I could find of Eclipse, and then downloaded their installer from the eclipse.org website, and then their "Eclipse IDE for Java Developers", and with a little trial-and-error (their tutorial was a bit unclear), got a working "Hello, World" program. It's a start. I do feel a little tainted, going outside of the Debian repositories for software. But I understand that in the world of Free Software, there's not always a volunteer available to maintain a package. This moves me forward. Thanks! -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: No Java in Eclipse Preferences
On Wed, Oct 17, 2018 at 09:28:55PM -0500, Kent West wrote: >westk@westkent64:~$ >i A eclipse-jdt - Eclipse Java Development Tools (JDT) >i A eclipse-pde - Eclipse Plug-in Development Environment (PDE) >i A eclipse-platform - Eclipse platform without development plug-ins >i A eclipse-platform-data - Eclipse platform without development plug-ins >(data) (SNIP) > westk@westkent64:~$ java --version >openjdk 11 2018-09-25 >OpenJDK Runtime Environment (build 11+28-Debian-3) >OpenJDK 64-Bit Server VM (build 11+28-Debian-3, mixed mode, sharing) >Any help would be appreciated. Kent, The Eclipse JDT package in Sid (version 3.8) came out nearly 6.5 years ago! I doubt it if it will work with Java 11 and I would even be surprised if it worked with Java 8. Sadly, Eclipse is one piece of software that I have just never been able to find a satisfactory setup based on Debian packages. I recommend you download the binary tarball from upstream, untar it in /opt and work with it from there. Regards, -Roberto -- Roberto C. Sánchez
No Java in Eclipse Preferences
I know that running unstable runs the risk of broken software, but I've been very happy with Sid since the days of Bo and Hamm (have I really been running Debian for 20 years?!). But it seems to be biting me lately. A couple of months ago I decided to do a little self-learning of Java and/or Julia and/or Python, and it wasn't long before I thought I might get my feet wet with an IDE or two. At the time, playing with Java, Netbeans and Eclipse seemed the way to go, but on two or three different Sid boxes, I could get neither to work. So I moved on to Julia and Python. Now, a couple of months later, I figured the problems with Netbeans and Eclipse may have been ironed out. But, nope. Eclipse has improved though; it'll start up now, and let me do some of the tutorial (provided I find it online outside of Eclipse; trying to get to it from within the Eclipse options results in a "not found" error). But that's all background. Here's my issue. All the tutorials/etc that I've found indicate I should be finding Java-related buttons, etc, within Eclipse, such as when going to Window/Preferences, but such items don't exist. As far as I can tell, Java is installed on the Debian box; Eclipse just isn't recognizing it. i A default-jdk - Standard Java or Java compatible Development Kit i A default-jdk-doc - Standard Java or Java compatible Development Kit (documentation) i A default-jdk-headless - Standard Java or Java compatible Development Kit (headless) i A openjdk-10-doc - OpenJDK Development Kit (JDK) documentation i A openjdk-10-jdk - OpenJDK Development Kit (JDK) i A openjdk-10-jdk-headless - OpenJDK Development Kit (JDK) (headless) i A openjdk-10-jre - OpenJDK Java runtime, using Hotspot JIT i A openjdk-10-jre-headless - OpenJDK Java runtime, using Hotspot JIT (headless) i A openjdk-11-jdk-headless - OpenJDK Development Kit (JDK) (headless) i A openjdk-11-jre - OpenJDK Java runtime, using Hotspot JIT i A openjdk-11-jre-headless - OpenJDK Java runtime, using Hotspot JIT (headless) i A openjdk-8-jdk - OpenJDK Development Kit (JDK) i A openjdk-8-jdk-headless - OpenJDK Development Kit (JDK) (headless) i A openjdk-8-jre - OpenJDK Java runtime, using Hotspot JIT i A openjdk-8-jre-headless - OpenJDK Java runtime, using Hotspot JIT (headless) i A openjdk-9-jre - OpenJDK Java runtime, using Hotspot JIT i A openjdk-9-jre-headless - OpenJDK Java runtime, using Hotspot JIT (headless) westk@westkent64:~$ i A eclipse-jdt - Eclipse Java Development Tools (JDT) i A eclipse-pde - Eclipse Plug-in Development Environment (PDE) i A eclipse-platform - Eclipse platform without development plug-ins i A eclipse-platform-data - Eclipse platform without development plug-ins (data) i A eclipse-rcp - Eclipse Rich Client Platform (RCP) i A libeclipse-core-contenttype-java - Eclipse Content Mechanism i A libeclipse-core-expressions-java - Eclipse Expression Language i A libeclipse-core-filesystem-java - Eclipse Core File Systems i A libeclipse-core-jobs-java - Eclipse Core Jobs i A libeclipse-core-runtime-java - Eclipse Core Runtime i A libeclipse-osgi-java - Eclipse OSGi System Bundle i A libeclipse-osgi-services-java - Eclipse OSGi Service Interfaces and Classes i A libeclipse-osgi-util-java - Eclipse OSGi Utility Classes i A libeclipselink-java - Eclipse Persistence Services Project westk@westkent64:~$ westk@westkent64:~$ which java /usr/bin/java westk@westkent64:~$ which javac /usr/bin/javac westk@westkent64:~$ which javaws /usr/bin/javaws westk@westkent64:~$ ls -lah /usr/bin/java lrwxrwxrwx 1 root root 22 Mar 22 2017 /usr/bin/java -> /etc/alternatives/java lrwxrwxrwx 1 root root 43 Aug 7 21:16 /etc/alternatives/java -> /usr/lib/jvm/java-11-openjdk-amd64/bin/java westk@westkent64:~$ java --version openjdk 11 2018-09-25 OpenJDK Runtime Environment (build 11+28-Debian-3) OpenJDK 64-Bit Server VM (build 11+28-Debian-3, mixed mode, sharing) Any help would be appreciated. -- Kent West<")))>< Westing Peacefully - http://kentwest.blogspot.com
Re: Status of java-package
On Wed, Aug 22, 2018 at 07:34:59PM +0200, Erwan David wrote: I am surprised of the disapperance of javaws, since many mangement console use them... And I do not count on hardware (or SOC) vendors to upgrade them to whatever the new scheme will be. It's better in the long term to keep around a dedicated vm to talk to the old stuff than carry old unmaintained java forever forward. The resources to maintain a bunch of old java releases simply don't exist. Mike Stone
Re: Status of java-package
Le 08/22/18 à 18:32, Sven Hoexter a écrit : > On Wed, Aug 22, 2018 at 04:10:29PM +0200, Erwan David wrote: > > Hi, > >> Thanks. Alas I have some mangement console for (surprise ?) oracle SAN >> storage which only work with oracle Java. I'll keep an working one for >> this... > I hope it's not something based on Webstart? Because Webstart will no > longer be part of Java 11. So I guess at least some of us will have to > keep a copy of a JRE with javaws around for some time. > That is also the reason why the Java 8 support in the current java-package > shipped in Debian is kind of sufficient. Java 9 and 10 are only short > term releases and starting with Java 11 quite a few things will change, > and I think there is no real need for this repackaging of Oracle JREs > anymore. > > Cheers, > Sven > > Alas java .class compiled with java 10 cannot be run by a java 8 VM, so it is difficult. I'll keep a copy of java 8 or 10 for those things. I am surprised of the disapperance of javaws, since many mangement console use them... And I do not count on hardware (or SOC) vendors to upgrade them to whatever the new scheme will be.
Re: Status of java-package
Hi, I downloaded all 3 DVD images for Debian 9.5 I installed the first one, but I would like to know how can I check the other two DVDs to see if there is software I might want to use/install. Thanks, Sent from BlueMail On Aug 22, 2018, 10:34 AM, at 10:34 AM, Sven Hoexter wrote: >On Wed, Aug 22, 2018 at 04:10:29PM +0200, Erwan David wrote: > >Hi, > >> Thanks. Alas I have some mangement console for (surprise ?) oracle >SAN >> storage which only work with oracle Java. I'll keep an working one >for >> this... > >I hope it's not something based on Webstart? Because Webstart will no >longer be part of Java 11. So I guess at least some of us will have to >keep a copy of a JRE with javaws around for some time. >That is also the reason why the Java 8 support in the current >java-package >shipped in Debian is kind of sufficient. Java 9 and 10 are only short >term releases and starting with Java 11 quite a few things will change, >and I think there is no real need for this repackaging of Oracle JREs >anymore. > >Cheers, >Sven
Re: Status of java-package
On Wed, Aug 22, 2018 at 04:10:29PM +0200, Erwan David wrote: Hi, > Thanks. Alas I have some mangement console for (surprise ?) oracle SAN > storage which only work with oracle Java. I'll keep an working one for > this... I hope it's not something based on Webstart? Because Webstart will no longer be part of Java 11. So I guess at least some of us will have to keep a copy of a JRE with javaws around for some time. That is also the reason why the Java 8 support in the current java-package shipped in Debian is kind of sufficient. Java 9 and 10 are only short term releases and starting with Java 11 quite a few things will change, and I think there is no real need for this repackaging of Oracle JREs anymore. Cheers, Sven
Re: Status of java-package
On Wed, Aug 22, 2018 at 11:55:49AM CEST, Sven Hoexter said: > On Tue, Aug 21, 2018 at 05:49:19PM +0200, Erwan David wrote: > > Hi, > > > > This package makes a .deb from oracle .tar.gz It does not package java > > 9 nor java 10. Is there a problem with those versions ? Is the > > packaged abandonned, and in this case is there anotehr method to uses > > oracle JRE on debian ? > > I'm currently maintaining my own fork because I did not get around > to properly hijack the package. I had at some point contact with one > of the prior maintainers but we could not get around merging my Java 9 > changes at that point. > > So for now my fork is here: > https://git.sven.stormbind.net/?p=sven/java-package.git;a=summary > > Usage instruction if you do not want to build a Debian package out > of it: > https://sven.stormbind.net/blog/posts/deb_java-package-oracle-jdk9/ > > > It's not completely polished but I'm reluctant to invest more time > because I assume we all move on to OpenJDK in some form in Januar 2019. > > Context: > As far as I know Oracle JRE/JDK builds will be only available for paying > customers on a contract by September 2018 for Java 11 and January 2019 > for Java 8. At that point everyone else will propably migrate to some form > of OpenJDK. If it's the one shipped by your distro or 3rd parties like > Azul needs to be determined on a case by case basis I guess. > There will still be reference binary OpenJDK builds published on > jdk.java.net but I'm not sure if it's worth to provide support for them > in java-package. > > > Cheers, > Sven Thanks. Alas I have some mangement console for (surprise ?) oracle SAN storage which only work with oracle Java. I'll keep an working one for this... -- Erwan
Re: Status of java-package
On Tue, Aug 21, 2018 at 12:30:49PM -0400, Roberto C. Sánchez wrote: Hi, > Incidentally, it has been a long time since I encountered any Java that > would run on the Oracle JVM but not on OpenJDK. Are you sure you need > to even bother with the Oracle JVM? The main point so far was to aid debugging because you could be certain on which code base you build and run it. If everyone is using a slightly different build it's quite hard to track down bugs. In one of my past jobs someone actually found three bugs in the JVM and we once were victim of a regression in the expat parsers in a few Java releases. If you can not say for sure at which exact version your developers are, and which one you use in production, and that often across Windows, OS X, and various Linux distributions, the situation can be quite unpleasant. I actually do not care for my desktop system at home, but if you run a lot of stuff on the JVM in production, it can be an issue. Sven
Re: Status of java-package
On Tue, Aug 21, 2018 at 05:49:19PM +0200, Erwan David wrote: > Hi, > > This package makes a .deb from oracle .tar.gz It does not package java > 9 nor java 10. Is there a problem with those versions ? Is the > packaged abandonned, and in this case is there anotehr method to uses > oracle JRE on debian ? I'm currently maintaining my own fork because I did not get around to properly hijack the package. I had at some point contact with one of the prior maintainers but we could not get around merging my Java 9 changes at that point. So for now my fork is here: https://git.sven.stormbind.net/?p=sven/java-package.git;a=summary Usage instruction if you do not want to build a Debian package out of it: https://sven.stormbind.net/blog/posts/deb_java-package-oracle-jdk9/ It's not completely polished but I'm reluctant to invest more time because I assume we all move on to OpenJDK in some form in Januar 2019. Context: As far as I know Oracle JRE/JDK builds will be only available for paying customers on a contract by September 2018 for Java 11 and January 2019 for Java 8. At that point everyone else will propably migrate to some form of OpenJDK. If it's the one shipped by your distro or 3rd parties like Azul needs to be determined on a case by case basis I guess. There will still be reference binary OpenJDK builds published on jdk.java.net but I'm not sure if it's worth to provide support for them in java-package. Cheers, Sven
Re: Status of java-package
On Tue, Aug 21, 2018 at 05:49:19PM +0200, Erwan David wrote: > Hi, > > This package makes a .deb from oracle .tar.gz It does not package java > 9 nor java 10. Is there a problem with those versions ? Is the > packaged abandonned, and in this case is there anotehr method to uses > oracle JRE on debian ? > I don't know about java-package, as I have not used it many years. However, you can download the .tar.gz and just unpack it (I would think /opt is a good choice of target location). Or you can download the .rpm and use alien to turn it into a .deb. Incidentally, it has been a long time since I encountered any Java that would run on the Oracle JVM but not on OpenJDK. Are you sure you need to even bother with the Oracle JVM? Regards, -Roberto -- Roberto C. Sánchez
Status of java-package
Hi, This package makes a .deb from oracle .tar.gz It does not package java 9 nor java 10. Is there a problem with those versions ? Is the packaged abandonned, and in this case is there anotehr method to uses oracle JRE on debian ? -- Erwan
Re: java, javac versions not the same, apt-get doesn't help ...
On 1/12/18, Bastien Durel <bast...@durel.org> wrote:
> Le vendredi 12 janvier 2018 à 04:20 -0500, Albretch Mueller a écrit :
>> java gives you error messages when you compile and run code with
>> different versions of the JVM
>>
>> while trying to update my box using apt-get I am getting:
>> "openjdk-8-jdk is already the newest version."
>>
>> How do you make sure you install the same version of both java and
>> javac using apt-get?
>>
>> lbrtchx
>> ~
>> $ uname -a
>> Linux IBMThnkPdT60 3.16.0-4-686-pae #1 SMP Debian 3.16.36-1+deb8u1
>> (2016-09-03) i686 GNU/Linux
>>
>> $ java -version
>> openjdk version "1.8.0_131"
>> OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-1~bpo8+1-b11)
>> OpenJDK Server VM (build 25.131-b11, mixed mode)
>>
>> $ javac -version
>> javac 1.7.0_111
>>
>>
>> # _LOG_FL="openjdk-8-jdk_install_$(date +%Y%m%d%H%M%S).log"
>>
>> # uname -a >> "${_LOG_FL}" 2>&1
>>
>> # time(apt-get -V install openjdk-8-jdk) >> "${_LOG_FL}" 2>&1
>>
>> # cat openjdk-8-jdk_install_20180112040601.log
>> Linux IBMThnkPdT60 3.16.0-4-686-pae
>> #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) i686 GNU/Linux
>>
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> openjdk-8-jdk is already the newest version.
>> 0 upgraded, 0 newly installed, 0 to remove and 365 not upgraded.
>>
>> real0m3.571s
>> user0m0.672s
>> sys 0m0.092s
>>
>> # java -version
>> openjdk version "1.8.0_131"
>> OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-1~bpo8+1-b11)
>> OpenJDK Server VM (build 25.131-b11, mixed mode)
>>
>> # javac -version
>> javac 1.7.0_111
>>
> You d'like to look at your alternatives
>
> $ ls -l /etc/alternatives/java*
> lrwxrwxrwx 1 root root 46 juil. 2 2017 /etc/alternatives/java ->
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
> lrwxrwxrwx 1 root root 56 juil. 2 2017 /etc/alternatives/java.1.gz ->
> /usr/lib/jvm/java-8-openjdk-amd64/jre/man/man1/java.1.gz
> lrwxrwxrwx 1 root root 39 déc. 14 2010 /etc/alternatives/java_vm ->
> /usr/lib/jvm/java-6-sun/jre/bin/java_vm
> lrwxrwxrwx 1 root root 38 déc. 14 2010 /etc/alternatives/javaws ->
> /usr/lib/jvm/java-6-sun/jre/bin/javaws
> lrwxrwxrwx 1 root root 48 déc. 14 2010 /etc/alternatives/javaws.1.gz
> -> /usr/lib/jvm/java-6-sun/jre/man/man1/javaws.1.gz
>
> On this box, java and javaws use different java versions
> You can set them using update-alternatives(1) -- or update-java-
> alternatives(8) for java
Well, yes, but, based on my poor understanding of such matters, how
can you change the alternatives if apt-get doesn't install more
updated versions? I think you should be able to specify to the
differencet utilities in the jdk. This is what I got in my env:
$ ls -l /etc/alternatives/java*
lrwxrwxrwx 1 root root 45 Dec 17 18:16 /etc/alternatives/java ->
/usr/lib/jvm/java-8-openjdk-i386/jre/bin/java
lrwxrwxrwx 1 root root 55 Dec 17 18:16 /etc/alternatives/java.1.gz ->
/usr/lib/jvm/java-8-openjdk-i386/jre/man/man1/java.1.gz
lrwxrwxrwx 1 root root 42 Nov 11 22:14 /etc/alternatives/javac ->
/usr/lib/jvm/java-7-openjdk-i386/bin/javac
lrwxrwxrwx 1 root root 52 Nov 11 22:14 /etc/alternatives/javac.1.gz ->
/usr/lib/jvm/java-7-openjdk-i386/man/man1/javac.1.gz
lrwxrwxrwx 1 root root 44 Nov 11 22:14 /etc/alternatives/javadoc ->
/usr/lib/jvm/java-7-openjdk-i386/bin/javadoc
lrwxrwxrwx 1 root root 54 Nov 11 22:14 /etc/alternatives/javadoc.1.gz
-> /usr/lib/jvm/java-7-openjdk-i386/man/man1/javadoc.1.gz
lrwxrwxrwx 1 root root 42 Nov 11 22:14 /etc/alternatives/javah ->
/usr/lib/jvm/java-7-openjdk-i386/bin/javah
lrwxrwxrwx 1 root root 52 Nov 11 22:14 /etc/alternatives/javah.1.gz ->
/usr/lib/jvm/java-7-openjdk-i386/man/man1/javah.1.gz
lrwxrwxrwx 1 root root 42 Nov 11 22:14 /etc/alternatives/javap ->
/usr/lib/jvm/java-7-openjdk-i386/bin/javap
lrwxrwxrwx 1 root root 52 Nov 11 22:14 /etc/alternatives/javap.1.gz ->
/usr/lib/jvm/java-7-openjdk-i386/man/man1/javap.1.gz
$
# update-alternatives --config java
There are 2 choices for the alternative java (providing /usr/bin/java).
SelectionPath Priority Status
0/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java 1071
auto mode
1 /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java 1071
manual mode
* 2 /usr/lib/jvm/java-8-openjdk-i386/jre/bin/java 1069
manual mode
Press enter to keep the current choice[*], or type selection number:
#
Re: java, javac versions not the same, apt-get doesn't help ...
Le vendredi 12 janvier 2018 à 04:20 -0500, Albretch Mueller a écrit :
> java gives you error messages when you compile and run code with
> different versions of the JVM
>
> while trying to update my box using apt-get I am getting:
> "openjdk-8-jdk is already the newest version."
>
> How do you make sure you install the same version of both java and
> javac using apt-get?
>
> lbrtchx
> ~
> $ uname -a
> Linux IBMThnkPdT60 3.16.0-4-686-pae #1 SMP Debian 3.16.36-1+deb8u1
> (2016-09-03) i686 GNU/Linux
>
> $ java -version
> openjdk version "1.8.0_131"
> OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-1~bpo8+1-b11)
> OpenJDK Server VM (build 25.131-b11, mixed mode)
>
> $ javac -version
> javac 1.7.0_111
>
>
> # _LOG_FL="openjdk-8-jdk_install_$(date +%Y%m%d%H%M%S).log"
>
> # uname -a >> "${_LOG_FL}" 2>&1
>
> # time(apt-get -V install openjdk-8-jdk) >> "${_LOG_FL}" 2>&1
>
> # cat openjdk-8-jdk_install_20180112040601.log
> Linux IBMThnkPdT60 3.16.0-4-686-pae
> #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) i686 GNU/Linux
>
> Reading package lists...
> Building dependency tree...
> Reading state information...
> openjdk-8-jdk is already the newest version.
> 0 upgraded, 0 newly installed, 0 to remove and 365 not upgraded.
>
> real0m3.571s
> user0m0.672s
> sys 0m0.092s
>
> # java -version
> openjdk version "1.8.0_131"
> OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-1~bpo8+1-b11)
> OpenJDK Server VM (build 25.131-b11, mixed mode)
>
> # javac -version
> javac 1.7.0_111
>
You d'like to look at your alternatives
$ ls -l /etc/alternatives/java*
lrwxrwxrwx 1 root root 46 juil. 2 2017 /etc/alternatives/java ->
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
lrwxrwxrwx 1 root root 56 juil. 2 2017 /etc/alternatives/java.1.gz ->
/usr/lib/jvm/java-8-openjdk-amd64/jre/man/man1/java.1.gz
lrwxrwxrwx 1 root root 39 déc. 14 2010 /etc/alternatives/java_vm ->
/usr/lib/jvm/java-6-sun/jre/bin/java_vm
lrwxrwxrwx 1 root root 38 déc. 14 2010 /etc/alternatives/javaws ->
/usr/lib/jvm/java-6-sun/jre/bin/javaws
lrwxrwxrwx 1 root root 48 déc. 14 2010 /etc/alternatives/javaws.1.gz
-> /usr/lib/jvm/java-6-sun/jre/man/man1/javaws.1.gz
On this box, java and javaws use different java versions
You can set them using update-alternatives(1) -- or update-java-
alternatives(8) for java
--
Bastien
