Page 2 of 2

error in download

Posted: Wed 10 Aug 2016, 09:30
by tlchost
in tahr605, get_java reports it can not find the files to download the runtime environment

Bump

Posted: Tue 16 Aug 2016, 14:51
by tlchost
Bump

Posted: Sun 21 Aug 2016, 03:42
by rerwin
tlchost,
Sorry to be so slow in addressing the problem. Thanks for keeping after me about it.

I have added a fix package at the beginning of this thread, that changes 3 editing scripts that extract links to the download packages. This is just a matter of keeping up with Oracle's web page changes.

EDIT: Also uploaded get_java version 1.0.1, which contains the patch and now shows the version number (1.0.1) in the window title.

Posted: Sun 21 Aug 2016, 09:45
by tlchost
rerwin wrote:tlchost,
Sorry to be so slow in addressing the problem. Thanks for keeping after me about it.
Thanks....works like a charm!

Posted: Sun 21 Aug 2016, 17:59
by gcmartin
+1

Posted: Mon 05 Sep 2016, 18:56
by Semme
Richard, your latest version built the SFS OK, but when loaded has none of its /bin binaries symlinked on Tahr64-605's $PATH.

A quick manual symlink to ~/my-applications/bin revealed:

Code: Select all

java version "1.8.0_102"
Java(TM) SE Runtime Environment (build 1.8.0_102-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.102-b14, mixed mode)
So, sans the above mention, fine here.

==

:idea: I suppose it's more elegant to append the path in /etc/profile.

Posted: Tue 06 Sep 2016, 15:03
by rerwin
Semme,
If you let get_java load the SFS file when it asks, the links get set. If you load the SFS later, they are not set because the SFS loader does not know that they are needed. Therefore, you need to reboot after loading the SFS file, because the links get set during bootup.

Posted: Thu 19 Apr 2018, 07:32
by Uten
Nice job @rerwin

Unfortunately, as of writing it looks like the web pages has changed, breaking this tool.

For some reason I stumbled upon the beta version of get_java before I found this 1.0.1 version. I got the beta working. Unfortunately those changes could not be merged into the 1.0.1 config file.

Wonder if the problem is that the download page asks for eula confirmation before downloading?

If someone has time to figure it out and update this tool, it would be great.

Happy coding..:o)
Uten

Posted: Mon 30 Apr 2018, 15:21
by rerwin
Uten,

Thanks for reporting this problem. I, too, noticed it but was a little slow in getting it resolved.

Package get_java-1.1 is now available for all puppies, because it is "gz" compressed. It does not work in Easy or the "dogs".

Richard

Posted: Tue 26 Feb 2019, 14:44
by vtpup
Sorry Rerwin, it doesn't seem to work, again....

Posted: Tue 26 Feb 2019, 16:31
by vtpup
Another problem:

I tried manually downloading the JRE tarball from Oracle and installing w/ get-java 1.1. I chose the sfs option. It created an sfs, but it never worked.

I did try the immediate-use option, and also made sure it was selected for boot loading in Boot Manager. When it failed, I tried several times again by rebooting, but Java Control Panel never saw it as present.

Then I tried creating JRE as a .pet and loading with the Puppy package manager. This time it worked and Java Control Panel did see it. However several other of my programs stopped working.

I realized that the problem was that the Java Installer was installing to /opt/.

Because I run and test several puppies, I had long ago moved the opt folder to /mnt/home, and then I always link back to /. Apparently the Java Control Panel doesn't like this and overwrites the link with a new /opt/ folder, and installs JRE in that. Thus JRE works but my other apps in /mnt/home/opt don't.

However, I was able to move the /opt/ JRE contents over to /mnt/home/opt/, and then delete the /opt/ folder and make a new link back. And everything worked after that.

I suspect something similar happened when the sfs version failed to install in /mnt/home/opt/