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
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&keywords=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: 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: 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: 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 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:
# update-alterna
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
java, javac versions not the same, apt-get doesn't help ...
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
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 7/1/2017 10:37 AM, David Wright wrote: I have been unable to execute Java with >=2048M memory allocation since upgrading to stretch. I've changed nothing in my configuration otherwise. I have plenty of RAM: # free totalusedfree shared buff/cache available Mem:5168396 3326140 245712 85320 1596544 1227812 Swap: 2255616 259204 1996412 # ulimit -v unlimited What does # ulimit -H -v say? # java -Xmx2048M Error occurred during initialization of VM Could not reserve enough space for 2097152KB object heap For the record, this problem is fixed for me in 4.9.0-4-686-pae ( = 4.9.51-1 ). Adam
Re: Java perspective missing in Eclipse 3.8.1-10
Le 05/08/2017 à 13:57, Joey Corleone a écrit : The Eclipse Debian package is outdated and not maintained currently [0]. I recommend downloading the most recent version of Eclipse directly from their website [1]. The installation is trivial and works out of the box. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681726 [1] https://www.eclipse.org/ Thank you Joey. That's what I finally inferred. Preferring to stick with debian packages, I'm in the process of transferring my code to the netbeans IDE. Seems to be the best way to keep my development safe in the future. Regards Rudu
Re: Java perspective missing in Eclipse 3.8.1-10
The Eclipse Debian package is outdated and not maintained currently [0]. I recommend downloading the most recent version of Eclipse directly from their website [1]. The installation is trivial and works out of the box. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681726 [1] https://www.eclipse.org/ On 08/03/2017 07:04 PM, rudu wrote: > Hello, > > It was almost a year ago when I last used Eclipse to work on some Java > projects and everything was going fine. > Today, it freezed on its splash screen on every launch. > I first removed ~/.eclipse to no avail. > When I removed path/to/my/workspace/.metadata Eclipse did open a fresh > window where I should have been able to re-create my Java project ... > unless there was no way to initiate Java projects anymore. > I purge eclipse and its dependencies : > # apt-get autoremove eclipse* --purge > > Then did a fresh install : > $ dpkg -l eclipse* | grep ^ii > ii eclipse 3.8.1-10 all Extensible Tool > Platform and Java IDE > ii eclipse-jdt 3.8.1-10 all Eclipse Java > Development Tools (JDT) > ii eclipse-pde 3.8.1-10 amd64Eclipse Plug-in > Development Environment (PDE) > ii eclipse-platform3.8.1-10 amd64Eclipse platform > without development plug-ins > ii eclipse-platform-data 3.8.1-10 all Eclipse platform > without development plug-ins (data) > ii eclipse-rcp 3.8.1-10 amd64Eclipse Rich > Client Platform (RCP) > > Still, there is no way to generate a java project. > Did I overlooked anything ? > > I'am running debian testing. > > Thanks in advance for any hint. > > Rudu >
Java perspective missing in Eclipse 3.8.1-10
Hello, It was almost a year ago when I last used Eclipse to work on some Java projects and everything was going fine. Today, it freezed on its splash screen on every launch. I first removed ~/.eclipse to no avail. When I removed path/to/my/workspace/.metadata Eclipse did open a fresh window where I should have been able to re-create my Java project ... unless there was no way to initiate Java projects anymore. I purge eclipse and its dependencies : # apt-get autoremove eclipse* --purge Then did a fresh install : $ dpkg -l eclipse* | grep ^ii ii eclipse 3.8.1-10 all Extensible Tool Platform and Java IDE ii eclipse-jdt 3.8.1-10 all Eclipse Java Development Tools (JDT) ii eclipse-pde 3.8.1-10 amd64Eclipse Plug-in Development Environment (PDE) ii eclipse-platform3.8.1-10 amd64Eclipse platform without development plug-ins ii eclipse-platform-data 3.8.1-10 all Eclipse platform without development plug-ins (data) ii eclipse-rcp 3.8.1-10 amd64Eclipse Rich Client Platform (RCP) Still, there is no way to generate a java project. Did I overlooked anything ? I'am running debian testing. Thanks in advance for any hint. Rudu
Re: Problem reserving enough space for Java object heap since stretch upgrade
Hi, On Mon, Jul 03, 2017 at 04:16:53PM +0100, Joe wrote: > The amd64 software versions were not all identical to the i386 ones, but > I got away with it. The major configurations, samba and exim4, went in Shouldn't happen on stable. > without a hitch, and this was a server, so no faffing about with X and > video drivers. I suspect there might be a few more pitfalls these days, > as version upgrades have become progressively more 'difficult' since > then. In contrast - since more people use amd64 nowadays _i386_ lags behind at times - as we see here even more buggy than amd64. Regards, Rene
Re: Problem reserving enough space for Java object heap since stretch upgrade
On Mon, 3 Jul 2017 10:36:56 -0400 Adam Rosi-Kessel wrote: > On 7/3/2017 6:52 AM, Rene Engelhard wrote: > >>> On 01-07-2017 10:47, Adam Rosi-Kessel wrote: > >>>> I have been unable to execute Java with >=2048M memory allocation > >>>> since upgrading to stretch. I've changed nothing in my > >>>> configuration otherwise. > >>> Might be related to this: > >>> https://lists.debian.org/debian-security-announce/2017/msg00160.html > >> I just tried upgrading to 4.9.30-2+deb9u2 per that posting and > >> rebooted; same result. > > >From your original post it seems you use i38 - > > i386 is in some way still broken. The JVM also crashes... > > > This isn't on purpose and not something I've ever thought about it. > It looks like migrating an existing system from i386 to amd64 is a > cumbersome and potentially glitchy process. Is it still true that > there is no foolproof and easy way to transition? > I had a go at a straight conversion a few years ago, possibly with Lenny. After about an hour of serious messing about, I gave up and did a migration, with dpkg --get-selections, 'restoring' to a minimal 64-bit netinstall, then literally copying much of /etc. The amd64 software versions were not all identical to the i386 ones, but I got away with it. The major configurations, samba and exim4, went in without a hitch, and this was a server, so no faffing about with X and video drivers. I suspect there might be a few more pitfalls these days, as version upgrades have become progressively more 'difficult' since then. -- Joe
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 7/3/2017 10:56 AM, Henrique de Moraes Holschuh wrote: On Mon, 03 Jul 2017, Adam Rosi-Kessel wrote: This isn't on purpose and not something I've ever thought about it. It looks like migrating an existing system from i386 to amd64 is a cumbersome and potentially glitchy process. Is it still true that there is no foolproof and easy way to transition? We call that cross-grading. And yes, it is cumbersome and there is still no foolprof way (let alone an easy one) to transition. In fact, cross-grading is troublesome enough that you'd likely be told to simulate it in a VM first -- just because someone managed to do it in jessie with a given packages set doesn't mean it would work as well for stretch, or with a different packages set, for example -- so you would end up having to do it twice. It would be easier and much safer to just install amd64 somewhere else, and move your data files and most of the config. I'm inclined to stay with i386 then if at all possible. :) Should I be reporting this heap issue as a bug, then? Against java-8-openjdk? Adam
Re: Problem reserving enough space for Java object heap since stretch upgrade
On Mon, 03 Jul 2017, Adam Rosi-Kessel wrote: > This isn't on purpose and not something I've ever thought about it. It looks > like migrating an existing system from i386 to amd64 is a cumbersome and > potentially glitchy process. Is it still true that there is no foolproof and > easy way to transition? We call that cross-grading. And yes, it is cumbersome and there is still no foolprof way (let alone an easy one) to transition. In fact, cross-grading is troublesome enough that you'd likely be told to simulate it in a VM first -- just because someone managed to do it in jessie with a given packages set doesn't mean it would work as well for stretch, or with a different packages set, for example -- so you would end up having to do it twice. It would be easier and much safer to just install amd64 somewhere else, and move your data files and most of the config. -- Henrique Holschuh
Re: Problem reserving enough space for Java object heap since stretch upgrade
On Monday, July 03, 2017 10:36:56 AM Adam Rosi-Kessel wrote: > This isn't on purpose and not something I've ever thought about it. It > looks like migrating an existing system from i386 to amd64 is a > cumbersome and potentially glitchy process. Is it still true that there > is no foolproof and easy way to transition? Well, there is an easy way for me ;-) I just made a new install of an amd64 system, then transferred my "real user data" (documents, photos, spreadsheets, ...) over to that system. I probably did a very minor amount of adjusting the coniguration of the new instances of some applications (browsers, editors, ...), but I don't recall any real issues--it was several years ago.
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 7/3/2017 6:52 AM, Rene Engelhard wrote: On 01-07-2017 10:47, Adam Rosi-Kessel wrote: I have been unable to execute Java with >=2048M memory allocation since upgrading to stretch. I've changed nothing in my configuration otherwise. Might be related to this: https://lists.debian.org/debian-security-announce/2017/msg00160.html I just tried upgrading to 4.9.30-2+deb9u2 per that posting and rebooted; same result. >From your original post it seems you use i38 - i386 is in some way still broken. The JVM also crashes... This isn't on purpose and not something I've ever thought about it. It looks like migrating an existing system from i386 to amd64 is a cumbersome and potentially glitchy process. Is it still true that there is no foolproof and easy way to transition? Adam
Re: Problem reserving enough space for Java object heap since stretch upgrade
Hi, On Sat, Jul 01, 2017 at 10:49:53AM -0400, Adam Rosi-Kessel wrote: > On 7/1/2017 9:50 AM, Eduardo M KALINOWSKI wrote: > >On 01-07-2017 10:47, Adam Rosi-Kessel wrote: > >>I have been unable to execute Java with >=2048M memory allocation > >>since upgrading to stretch. I've changed nothing in my configuration > >>otherwise. > >Might be related to this: > >https://lists.debian.org/debian-security-announce/2017/msg00160.html > I just tried upgrading to 4.9.30-2+deb9u2 per that posting and rebooted; > same result. >From your original post it seems you use i38 - i386 is in some way still broken. The JVM also crashes... See e.g. https://lists.debian.org/debian-security/2017/07/msg0.html Regards, Rene
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 7/1/2017 9:50 AM, Eduardo M KALINOWSKI wrote: On 01-07-2017 10:47, Adam Rosi-Kessel wrote: I have been unable to execute Java with >=2048M memory allocation since upgrading to stretch. I've changed nothing in my configuration otherwise. Might be related to this: https://lists.debian.org/debian-security-announce/2017/msg00160.html I just tried upgrading to 4.9.30-2+deb9u2 per that posting and rebooted; same result. Adam
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 7/1/2017 10:37 AM, David Wright wrote: On Sat 01 Jul 2017 at 09:47:38 (-0400), Adam Rosi-Kessel wrote: I have been unable to execute Java with >=2048M memory allocation since upgrading to stretch. I've changed nothing in my configuration otherwise. # ulimit -v unlimited What does # ulimit -H -v say? Also unlimited. Adam
Re: Problem reserving enough space for Java object heap since stretch upgrade
On Sat 01 Jul 2017 at 09:47:38 (-0400), Adam Rosi-Kessel wrote: > I have been unable to execute Java with >=2048M memory allocation > since upgrading to stretch. I've changed nothing in my configuration > otherwise. > > I have plenty of RAM: > > # free > totalusedfree shared buff/cache > available > Mem:5168396 3326140 245712 85320 1596544 1227812 > Swap: 2255616 259204 1996412 > > # ulimit -v > unlimited What does # ulimit -H -v say? > # java -Xmx2048M > Error occurred during initialization of VM > Could not reserve enough space for 2097152KB object heap > > # ls -l /etc/alternatives/java > lrwxrwxrwx 1 root root 45 Jun 27 20:45 /etc/alternatives/java -> > /usr/lib/jvm/java-8-openjdk-i386/jre/bin/java > > But the same problem occurs when I switch to other Java > alternatives. (openjdk-8-jre version = 8u131-b11-2). > > Interestingly, if I set ulimit -v to something other than > 'unlimited' but higher than the amount requested for the java > process, it works: > > # ulimit -v 2097153 > # java -Xmx2048M > > (no errors) > > But shouldn't "unlimited" be higher than any arbitrary value I put > there? Also, for Java programs that are run as daemons from > /etc/init.d, I have been unable to figure out how to get the > arbitrary ulimit -v setting to "stick". > > TIA for any suggestions for how to fix or troubleshoot. > Cheers, David.
Re: Problem reserving enough space for Java object heap since stretch upgrade
On 01-07-2017 10:47, Adam Rosi-Kessel wrote: > I have been unable to execute Java with >=2048M memory allocation > since upgrading to stretch. I've changed nothing in my configuration > otherwise. Might be related to this: https://lists.debian.org/debian-security-announce/2017/msg00160.html -- Não posso e não vou cortar minha consciência para me adequar ao figurino deste ano. -- Lilian Hellman Eduardo M KALINOWSKI edua...@kalinowski.com.br
Problem reserving enough space for Java object heap since stretch upgrade
I have been unable to execute Java with >=2048M memory allocation since upgrading to stretch. I've changed nothing in my configuration otherwise. I have plenty of RAM: # free totalusedfree shared buff/cache available Mem:5168396 3326140 245712 85320 1596544 1227812 Swap: 2255616 259204 1996412 # ulimit -v unlimited # java -Xmx2048M Error occurred during initialization of VM Could not reserve enough space for 2097152KB object heap # ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 45 Jun 27 20:45 /etc/alternatives/java -> /usr/lib/jvm/java-8-openjdk-i386/jre/bin/java But the same problem occurs when I switch to other Java alternatives. (openjdk-8-jre version = 8u131-b11-2). Interestingly, if I set ulimit -v to something other than 'unlimited' but higher than the amount requested for the java process, it works: # ulimit -v 2097153 # java -Xmx2048M (no errors) But shouldn't "unlimited" be higher than any arbitrary value I put there? Also, for Java programs that are run as daemons from /etc/init.d, I have been unable to figure out how to get the arbitrary ulimit -v setting to "stick". TIA for any suggestions for how to fix or troubleshoot.
Re: Java (aka icedtea) plugin for iceweasel, settings
On 2015-11-25, Ian Zimmerman wrote: > I can pass options to java programs by setting the environment variable > JAVA_ARGS. This works by ultimately passing the contents of the > variable on the command line to the java runtime binary, such as > /usr/bin/java; well behaved packages do this themselves by using the > shell functions in java-wrappers. > > This is all great, but what about the java web applets, run by the > browser plugin (in my case, the icedtea-6-plugin for iceweasel)? As far > as I know this doesn't use the runtime binary, and even if it did it > wouldn't know to apply the extra options from JAVA_ARGS. So can I > control the java runtime options for applets in any way? Googling for > the relevant terms tends to bring up something called Java Control > Panel, with instructions where to find such a thing on Windoze and Mac. > But nothing about Debian, and indeed a search on packages.debian.org for > a package file "ControlPanel" shows nothing promising. > > Right now my JAVA_ARGS is as follows but I expect it to grow. > > JAVA_ARGS="-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true" The equivalent of ControlPanel in Debian is the binary itweb-settings, which is provided by the package icedtea-netx (I know --- not exactly intuitive). If you click on 'JVM Settings' you can set the arguments there. By the way, does Java 6 still receive security support? I thought it had been discontinued. -- Liam
Java (aka icedtea) plugin for iceweasel, settings
I can pass options to java programs by setting the environment variable JAVA_ARGS. This works by ultimately passing the contents of the variable on the command line to the java runtime binary, such as /usr/bin/java; well behaved packages do this themselves by using the shell functions in java-wrappers. This is all great, but what about the java web applets, run by the browser plugin (in my case, the icedtea-6-plugin for iceweasel)? As far as I know this doesn't use the runtime binary, and even if it did it wouldn't know to apply the extra options from JAVA_ARGS. So can I control the java runtime options for applets in any way? Googling for the relevant terms tends to bring up something called Java Control Panel, with instructions where to find such a thing on Windoze and Mac. But nothing about Debian, and indeed a search on packages.debian.org for a package file "ControlPanel" shows nothing promising. Right now my JAVA_ARGS is as follows but I expect it to grow. JAVA_ARGS="-Dawt.useSystemAAFontSettings=on -Dswing.aatext=true"
Re: java script error in iceweasel
On Fri, Aug 28, 2015 at 06:47:03AM -0500, Harold M. Meneley wrote: > Hi, I just tried using Jessie with the new Iceweasel. I went to several > web sites that worked before and I can't seem to get the java scripts > associated with buttons to work. I tried installing java, openjdk and > icedtea with no results. Can't supply anymore information other than > clean install of Jessie with no saved or restored data used. Went back > to Wheezy and everything works. > > Is there a bug or am I missing something?? > I would like to use Jessie, but can't lose the web access. > > Thanks > Harold Meneley Java or javascript? Can you give us an example of a problematic site?
java script error in iceweasel
Hi, I just tried using Jessie with the new Iceweasel. I went to several web sites that worked before and I can't seem to get the java scripts associated with buttons to work. I tried installing java, openjdk and icedtea with no results. Can't supply anymore information other than clean install of Jessie with no saved or restored data used. Went back to Wheezy and everything works. Is there a bug or am I missing something?? I would like to use Jessie, but can't lose the web access. Thanks Harold Meneley
Re: How do I install the Java jni?
On 2015-04-21, John J. Boyer wrote: > Can't find a package that does it so gcc can find it. > > Thanks, > Do you mean that gcc can't find jni.h? It's included with the JDK. You need to add something like '-I/usr/lib/jvm/java-7-openjdk-i386/include' when invoking gcc. -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmjdbhv.5un.liam.p.otoole@dipsy.tubbynet
How do I install the Java jni?
Can't find a package that does it so gcc can find it. Thanks, -- John J. Boyer; President, AbilitiesSoft, Inc. http://www.abilitiessoft.org Madison, Wisconsin USA We develop software for people with disabilities which is abailable at no cost. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150421105605.GA8778@jjb-Vinux
Re: about installing Java
Richard Hector 於 2015-2-13 20:40 寫道: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/02/15 16:54, Jack Chuge wrote: They say to run the following: su - echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list It seems it's not allowed sudo instead of su for calling root permission. Sadly, I've not setup a su password. How to fix it? Thank you. Finally, I typed sudo before the code every time and it proceeded successfully until the last line code proceeding. It said: Can't locate the packages of oracla-java8-installer. Where occurs errors? Hi Jack, 2 things spring to mind. Firstly, I would get a root shell using "sudo -s" instead of "su -" - that should work with your sudo config, and doesn't need a root password. Alternatively, when you used this line: echo "deb ..." | tee /etc/apt/...java.list did you put sudo in front of tee as well? Like this: sudo echo "deb ..." | sudo tee /etc/apt/...java.list Otherwise, I think tee won't run as root, and therefore won't be able to write to the file. That might be why it couldn't find the packages. I think I'd use the first option - get a root shell. Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJU3eyTAAoJELSi8I/scBaNgAoH/itu3vNhJIh5q0gXo/Irs/mL Ar5g/bg7oZpQpN2UeIKSu2qXVEgLQRsVZ+kKTyNnug5HDrcQ6oRNbrQnsIfRf1sF jgje7CfL0YQLNGgtowNHKHw4BLEXDI+XObnH6jQ3jw1iTFk55q4/WG1ZlNur2slG 8JHG15SliJjOmNzEDWPyh86Ai4ZBj5OvldCEzV57/ZNo3znM3SFveheQFXEPDOOu ohyPoV3Qp5cEGnB4IQ4aQmUSgV2gP8tx7AKdK0ymoM3QeQaTOUvauSTnKzbYG1+O Gcsf9W6DBK+JZzfAUMQRFpdukvoctPF18S5HdmqaU3hDkKIQYsIBV3h4fojLvrU= =JpsZ -END PGP SIGNATURE- Thank you very much. A great point to me, I see the light. -- I like hk.politics. ^_^ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbnktf$nqk$1...@dont-email.me
Re: about installing Java
On 02/13/2015 07:35 AM, Darac Marjal wrote: On Sat, Feb 14, 2015 at 01:22:52AM +1300, Richard Hector wrote: On 13/02/15 16:54, Jack Chuge wrote: [cut] Alternatively, when you used this line: echo "deb ..." | tee /etc/apt/...java.list did you put sudo in front of tee as well? Like this: sudo echo "deb ..." | sudo tee /etc/apt/...java.list There's no reason to run "echo" as root. Most unprivileged users should be quite capable of echoing text. Otherwise, I think tee won't run as root, and therefore won't be able to write to the file. That might be why it couldn't find the packages. I think I'd use the first option - get a root shell. My personal opinion is for the OP to use that ppa, if he MUST have Oracle Java. One: It's blooming easy. Two: He's so new, as a user, su gives him problems. Three: none of the direct installs, except for Ice_tea deb install, will set alternatives up easily, and include all of the alternatives he might need. Four, Iced-Tea has come a long ways, but for my 3D graphic intensive needs, it still won't work for me. Oracle Java works for sure. But my case is obscure. Five: If Iced Tea will suit his needs, it would be the ~easiest~ way to go. I agree with that and he should use that. Six: Doing the install by hand, for a newbie, will surely end in tears. My two cents only! :) Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54de4358.1050...@gmail.com
Re: about installing Java
On 02/13/2015 03:46 AM, Klaus Jantzen wrote: On 02/13/2015 01:54 AM, Jack Chuge wrote: I want to install the latest version of Java on my debian desktop. Is there any quick way like using a terminal command? Though, I think debian is the most stable Linux distro I've ever used so far, on the other hand, I'm a newby to it. Any support is appreciated. Goto java.com, download the jdk1.8..tar.gz for your computer architecture and unpack it to a suitable directory as described in the installation instructions in the download site (all takes you 5 min.). I put my java into "/opt/jdk1.8.0_31". I use it e.g. to work with Eclipse. That leaves you about 20 some-odd alternatives to configure. No good for a newbie. Using the ppa, as mentioned, handles all of that. Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54de40ad.8090...@gmail.com
Re: about installing Java
On 2015-02-13, Jack Chuge wrote: > Liam O'Toole 於 2015-2-13 19:40 寫道: >> On 2015-02-13, Jack Chuge wrote: >> [SNIP} >> >>> I know it means nothing to me until I want to install CGoban, a go >>> client been maintaining by kgs(www.gokgs.com). And I found my debian >>> pre-installed a java version of 1.6.0, seems odd for ever. >> >> kgs appears to be a Java applet. To run it install icedtea-7-plugin. >> That will pull in openjdk-7-jre. You will need to restart your browser. >> >> Be careful when running Java applets. It's a good idea to set them to >> 'click to play' in firefox (assuming you use firefox). >> >> You can uninstall openjdk-6-jre, unless you need it for specific legacy >> applications. It's very old now. >> > > > CGoban is a .jnlp format binary, they call it web start program. Ah, right. For that you use the icedtea-netx package (which is a dependency of icedtea-7-plugin). -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmds16v.crl.liam.p.otoole@dipsy.tubbynet
Re: about installing Java
On Sat, Feb 14, 2015 at 01:22:52AM +1300, Richard Hector wrote: > On 13/02/15 16:54, Jack Chuge wrote: > [cut] > > Alternatively, when you used this line: > echo "deb ..." | tee /etc/apt/...java.list > > did you put sudo in front of tee as well? Like this: > sudo echo "deb ..." | sudo tee /etc/apt/...java.list There's no reason to run "echo" as root. Most unprivileged users should be quite capable of echoing text. > > Otherwise, I think tee won't run as root, and therefore won't be able > to write to the file. That might be why it couldn't find the packages. > > I think I'd use the first option - get a root shell. > > Richard > > > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/54ddec9c.5040...@walnut.gen.nz > signature.asc Description: Digital signature
Re: about installing Java
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/02/15 16:54, Jack Chuge wrote: >>> They say to run the following: su - echo "deb >>> http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | >>> tee /etc/apt/sources.list.d/webupd8team-java.list >>> >> It seems it's not allowed sudo instead of su for calling root >> permission. Sadly, I've not setup a su password. How to fix it? >> Thank you. >> > Finally, I typed sudo before the code every time and it proceeded > successfully until the last line code proceeding. It said: Can't > locate the packages of oracla-java8-installer. Where occurs > errors? Hi Jack, 2 things spring to mind. Firstly, I would get a root shell using "sudo -s" instead of "su -" - that should work with your sudo config, and doesn't need a root password. Alternatively, when you used this line: echo "deb ..." | tee /etc/apt/...java.list did you put sudo in front of tee as well? Like this: sudo echo "deb ..." | sudo tee /etc/apt/...java.list Otherwise, I think tee won't run as root, and therefore won't be able to write to the file. That might be why it couldn't find the packages. I think I'd use the first option - get a root shell. Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJU3eyTAAoJELSi8I/scBaNgAoH/itu3vNhJIh5q0gXo/Irs/mL Ar5g/bg7oZpQpN2UeIKSu2qXVEgLQRsVZ+kKTyNnug5HDrcQ6oRNbrQnsIfRf1sF jgje7CfL0YQLNGgtowNHKHw4BLEXDI+XObnH6jQ3jw1iTFk55q4/WG1ZlNur2slG 8JHG15SliJjOmNzEDWPyh86Ai4ZBj5OvldCEzV57/ZNo3znM3SFveheQFXEPDOOu ohyPoV3Qp5cEGnB4IQ4aQmUSgV2gP8tx7AKdK0ymoM3QeQaTOUvauSTnKzbYG1+O Gcsf9W6DBK+JZzfAUMQRFpdukvoctPF18S5HdmqaU3hDkKIQYsIBV3h4fojLvrU= =JpsZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ddec9c.5040...@walnut.gen.nz
Re: about installing Java
Liam O'Toole 於 2015-2-13 19:40 寫道: > On 2015-02-13, Jack Chuge wrote: > [SNIP} > >> I know it means nothing to me until I want to install CGoban, a go >> client been maintaining by kgs(www.gokgs.com). And I found my debian >> pre-installed a java version of 1.6.0, seems odd for ever. > > kgs appears to be a Java applet. To run it install icedtea-7-plugin. > That will pull in openjdk-7-jre. You will need to restart your browser. > > Be careful when running Java applets. It's a good idea to set them to > 'click to play' in firefox (assuming you use firefox). > > You can uninstall openjdk-6-jre, unless you need it for specific legacy > applications. It's very old now. > CGoban is a .jnlp format binary, they call it web start program. -- I like hk.politics. ^_^ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbkp9t$msq$1...@dont-email.me
Re: about installing Java
On 2015-02-13, Andrew McGlashan wrote: > > On 13/02/2015 2:52 PM, Jack Chuge wrote: >> I know it means nothing to me until I want to install CGoban, a go >> client been maintaining by kgs(www.gokgs.com). And I found my debian >> pre-installed a java version of 1.6.0, seems odd for ever. > > Keep in mind that Java for many means "Just another vulnerability > announcement" ... ymmv. > > If you don't need Java, don't install it, it's not worth it. > > If you DO need it, be very careful how you use it and perhaps in a > sandbox type environment such as a VM where it can do less damage. > > Cheers > A. I would agree with you when it comes to Java applets specifically. However, Java is used for a lot more than just applets. The Java plug-in available in Jessie (icedtea-plugin 1.5-2) allows one to sandbox an applet within the JVM itself. I don't know if that is true of the version in Wheezy (1.4-3~deb7u2), however. -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmdrp0a.7ml.liam.p.otoole@dipsy.tubbynet
Re: about installing Java
On 2015-02-13, Jack Chuge wrote: [SNIP} > I know it means nothing to me until I want to install CGoban, a go > client been maintaining by kgs(www.gokgs.com). And I found my debian > pre-installed a java version of 1.6.0, seems odd for ever. kgs appears to be a Java applet. To run it install icedtea-7-plugin. That will pull in openjdk-7-jre. You will need to restart your browser. Be careful when running Java applets. It's a good idea to set them to 'click to play' in firefox (assuming you use firefox). You can uninstall openjdk-6-jre, unless you need it for specific legacy applications. It's very old now. -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnmdro9u.7ml.liam.p.otoole@dipsy.tubbynet
RE: about installing Java
> -Original Message- > From: Klaus Jantzen [mailto:k.d.jant...@t-online.de] > Sent: Freitag, 13. Februar 2015 09:46 > To: debian-user@lists.debian.org > Subject: Re: about installing Java > > On 02/13/2015 01:54 AM, Jack Chuge wrote: > > I want to install the latest version of Java on my debian desktop. Is > > there any quick way like using a terminal command? Though, I think > > debian is the most stable Linux distro I've ever used so far, on the > > other hand, I'm a newby to it. Any support is appreciated. > > Goto java.com, download the jdk1.8..tar.gz for your computer > architecture and unpack it to a suitable directory as described in the > installation instructions in the download site (all takes you 5 min.). > > I put my java into "/opt/jdk1.8.0_31". > I use it e.g. to work with Eclipse. > > -- > K.D.J. Here is the way I do it: 1. wget --no-cookies --no-check-certificate --header "Cookie: oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/7u55-b13/server-jre-7u55-linux-x64.tar.gz"; (replace the linked url!) 2. tar xvfz name of the tarball -C /usr/lib/jvm/ 3. update-alternatives --install /usr/bin/java java /usr/lib/jvm/jre*1.7.0_10/bin/java 1065 *replace with the correct version *number should be higher than any other - use update-alternatives --config java to check then check the installation with 4. update-alternatives --config java Should show something lik: There are 4 choices for the alternative java (providing /usr/bin/java). SelectionPathPriority Status ---- * 0/usr/lib/jvm/jdk1.7.0_55/bin/java1067 auto mode 1/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 manual mode 2/usr/lib/jvm/jdk1.7.0_25/bin/java1065 manual mode 3/usr/lib/jvm/jdk1.7.0_45/bin/java1066 manual mode 4/usr/lib/jvm/jdk1.7.0_55/bin/java1067 manual mode 5. java -version java version "1.7.0_55" Java(TM) SE Runtime Environment (build 1.7.0_55-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode) (obviously, the version will vary depending on which one you install) Cheers, John PS: Who is General Failure, and why is he reading my C: Drive?
Re: about installing Java
On 13. feb. 2015 09:46, Klaus Jantzen wrote: On 02/13/2015 01:54 AM, Jack Chuge wrote: I want to install the latest version of Java on my debian desktop. Is there any quick way like using a terminal command? Though, I think debian is the most stable Linux distro I've ever used so far, on the other hand, I'm a newby to it. Any support is appreciated. Goto java.com, download the jdk1.8..tar.gz for your computer architecture and unpack it to a suitable directory as described in the installation instructions in the download site (all takes you 5 min.). I put my java into "/opt/jdk1.8.0_31". I use it e.g. to work with Eclipse. Get the distro like Klaus says, and then get the "java-package" package (also from backports, if needed) , containing the command make-jpkg, which builds a Debian package from the given Java distribution file. This does not seem to handle browser-plugins though. After make-jpkg and dpkg -i, you can do "update-java-alternatives". For browser-plugins you could then run e.g. "update-alternatives --install /usr/lib/iceweasel/plugins/libjavaplugin.so iceweasel-javaplugin.so /usr/lib/jvm/jdk-8-oracle-x64/jre/lib/amd64/libnpjp2.so 2000" and "update-alternatives --config iceweasel-javaplugin.so" -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ddc882.4010...@alstadheim.priv.no
Re: about installing Java
On 02/13/2015 01:54 AM, Jack Chuge wrote: > I want to install the latest version of Java on my debian desktop. Is > there any quick way like using a terminal command? Though, I think > debian is the most stable Linux distro I've ever used so far, on the > other hand, I'm a newby to it. Any support is appreciated. Goto java.com, download the jdk1.8..tar.gz for your computer architecture and unpack it to a suitable directory as described in the installation instructions in the download site (all takes you 5 min.). I put my java into "/opt/jdk1.8.0_31". I use it e.g. to work with Eclipse. -- K.D.J. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ddb9cb.1000...@t-online.de
Re: about installing Java
On 02/13/2015 05:54 AM, Jack Chuge wrote: > Jack Chuge 於 2015-2-13 11:40 寫道: snip > Finally, I typed sudo before the code every time and it proceeded > successfully until the last line code proceeding. It said: Can't locate > the packages of oracla-java8-installer. Where occurs errors? > This might be typo: "oracla" instead of "oracle"... Dalios -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dd9801.6060...@eumx.net
Re: about installing Java
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/02/2015 2:52 PM, Jack Chuge wrote: > I know it means nothing to me until I want to install CGoban, a go > client been maintaining by kgs(www.gokgs.com). And I found my debian > pre-installed a java version of 1.6.0, seems odd for ever. Keep in mind that Java for many means "Just another vulnerability announcement" ... ymmv. If you don't need Java, don't install it, it's not worth it. If you DO need it, be very careful how you use it and perhaps in a sandbox type environment such as a VM where it can do less damage. Cheers A. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iF4EAREIAAYFAlTdhPEACgkQqBZry7fv4vtSNwD+KA37wCedK9eLTYxoH8IlVLGN ZWCvwpJdceu1K/qGbUUBAMpkLec+7KtPXOzPclqsZOOqsQIKGAR6tbyd9DFzhqk1 =UQMc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dd84f3.1020...@affinityvision.com.au
Re: about installing Java
Jack Chuge 於 2015-2-13 11:40 寫道: Chris Fisichella 於 2015-2-13 9:50 寫道: Quoting Jack Chuge : I want to install the latest version of Java on my debian desktop. Is there any quick way like using a terminal command? Though, I think debian is the most stable Linux distro I've ever used so far, on the other hand, I'm a newby to it. Any support is appreciated. -- I like hk.politics. ^_^ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbjhum$qop$3...@dont-email.me Hi Jack, This is hardly a let-me-google-this-for-you question. But, I did a little googling and arrived at this website which is what I would use if I wanted the latest Java on my machine: http://www.webupd8.org/2014/03/how-to-install-oracle-java-8-in-debian.html They say to run the following: su - echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list echo "deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys EEA14886 apt-get update apt-get install oracle-java8-installer exit I hope you have root access to your machine. The instructions imply its use. HTH, Chris It seems it's not allowed sudo instead of su for calling root permission. Sadly, I've not setup a su password. How to fix it? Thank you. Finally, I typed sudo before the code every time and it proceeded successfully until the last line code proceeding. It said: Can't locate the packages of oracla-java8-installer. Where occurs errors? -- I like hk.politics. ^_^ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbjsh4$o4n$2...@dont-email.me
Re: about installing Java
Cindy-Sue Causey 於 2015-2-13 11:20 寫道: On 2/12/15, Cindy-Sue Causey wrote: On 2/12/15, Chris Fisichella wrote: http://www.webupd8.org/2014/03/how-to-install-oracle-java-8-in-debian.html They say to run the following: su - echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list echo "deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys EEA14886 apt-get update apt-get install oracle-java8-installer exit Don't do anything for a few minutes if you haven't already. Trusty *sounds like* Ubuntu. If you're using Ubuntu then cool, personal *_CHOICE_* and you're good to go, but If you're using Debian from Debian.org, you start mixing things in together. It's both the name "Trusty" and that... ppa thing that is throwing up the flags for me. I'm going to try to *quickly* look this up. If someone else sees this before I get back, maybe they could confirm or diss me on it that I'm well meaning but on the wrong track. :)) What I'm looking at is to take Chris' find and just replace it with a Debian repository.. :) Now in hindsight, one logical question to ask is.. what do you need your java to do? Just for surfing and for developing or...? That kind of thing... Now to what I found... Definitely out of my element here, but some things are seeming familiar. There's the whole doing Debian and only Debian if possible *IF* that is your style. For that, I've seen references to openjdk-*-* packages. The reason I can tell you that with confidence is because I just tried: $ apt-cache search java and several packages beginning with "openjdk" came back in that command's MASSIVE output. I only use one single package repository (source) right now so that tells me its all Debian that the "apt-cache search" query is kicking back. Just as example, I ran what I can find installed in my own setup right now. That's "openjdk-7-jre". I performed the following command (because I know it will tell me at least a little about that package): $ dpkg -s openjdk-7-jre Part of that command's (very cool) output says: "Provides: java-runtime, java2-runtime, java5-runtime, java6-runtime, java7-runtime" Everyone's needs differ so that might not fit exactly what you're looking for, BUT it does contain the word "java" a few times. Maybe that will at least help you narrow down what you're looking for WHILE still being able to stay truer specifically to actual Debian. And that's, again, *IF* Debian is in fact what you have installed as your operating system and not one of its many derivatives/offshoots such as Ubuntu. If you *are* working out of a derivative (such as Ubuntu), you do need to see what that derivative offers in its own repositories because you never know what might have been changed to function properly. Speaking firsthand, a system's stability begins spiraling downward as soon as you (innocently) start picking from too many different systems' resources. Hope that helps at least a little.. :) Cindy :) PS packages.debian.org is a smarty pants. In response to my search query on "java", it said: "Your keyword was too generic," to which I most respectfully reply.. "Byte me." I know it means nothing to me until I want to install CGoban, a go client been maintaining by kgs(www.gokgs.com). And I found my debian pre-installed a java version of 1.6.0, seems odd for ever. -- I like hk.politics. ^_^ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/mbjsbs$o4n$1...@dont-email.me
