Talking about Broadcom B43 and problems.
Here is a poster that explains how it was fixed for him.
Different remedy for the problem.
Just wanted to make sure you had seen this.
http://www.murga-linux.com/puppy/viewtopic.php?t=77811_________________I have found, in trying to help people, that the things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected

It has the base, do I need to do something special to activate Java First? As running base from the menu indicated no java. Therefore no wizards, and other items do nor work. Basic base functions. I can generate tables etc.

This is what I get trying to check for JAVA in the system when I booted ALL 3 "puppy" ISO versions you have recently made available to the community. MaybeI am missing some obvious step. If I have, please direct me appropriately.

I booted the ISO via Live media and via Netboots. Each time after FirstRUN, I open a terminal and get the following:

Code:

sh-4.1# java
sh: java: command not found
sh-4.1#

I mean no disrespect by asking this, so please don't think I don't appreciate the effort you're doing.

If JAVA is to be added to the Libre-systems, why is it being 'buried" in the libreoffice directory, versus, makeing it available to all subsystems? Is there some logic to this that I am missing? No other OS does this, so why is this behavior necessary in Puppy?
JAVA adds services to a system for applications to reference and use.

LibreOFfice is NOT the only application that would exist in a given system that will need or use JAVA. As such, shouldn't we, PUPPY community, be making this susbsystem accessible to all applications?
Further, if this is an oversight, what should be done to automatically make JAVA available system-wide

Here to help

Even though this is a temporary circumvention in an earlier post, it is that...a temporary circumvention. We should expect a correction for system-wide use even after a save-session and reboot, if possible.

Thanks for any understanding

FirstRUN_lupu005-2.png

Description

Filesize

131.18 KB

Viewed

3202 Time(s)

_________________Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engineor use DogPile

This is what I get trying to check for JAVA in the system when I booted ALL 3 "puppy" ISO versions you have recently made available to the community. MaybeI am missing some obvious step. If I have, please direct me appropriately.

I booted the ISO via Live media and via Netboots. Each time after FirstRUN, I open a terminal and get the following:
Code:
sh-4.1# java
sh: java: command not found
sh-4.1#

Yes, the java executable is not in the path. I will insert it next time when I know if it is better to put a shell file in /usr/bin or add /usr/java... to the path. I was interested only in Libre Office and the browsers--I am unaware of requests to run particular java programs so I didn't think of it. Thanks.

I have reviewed the LupuPlusLibre-528.005-1.iso. There missing java environment stuff under /etc. This occurs when you load SFS and remaster. The remasterpup2 includes the files under /etc and /root which is installed by PET, but NOT from SFS. The encounter is to convert SFS to PET and install the PET, then remaster.

Attached the pet contains the java environment setting stuff under /etc. You need to reboot PC after installing the PET. Or, go down to the console, type 'exit', then 'xwin' to refresh the environment.

@jemimah, You need not convert the whole SFS to PET if you load the SFS plus install the PET attached.
EDIT: but still be better to convert the whole SFS because it leaves the record in the woof-installed-packages and under the builtin_files.

java-fix-LPL5.2.8.005-1.pet

Description

Boot the LupuPlusLibre-528.005, install the PET. Then, go down to the console, type 'exit', then 'xwin' to refresh the environment.

Thank you shinobar for the explanation. I see what happened. I will make a new Lupu Plus Libre in a day or two.

shinobar wrote:

gcmartin wrote:

sh-4.1# java
sh: java: command not found

I have reviewed the LupuPlusLibre-528.005-1.iso. There missing java environment stuff under /etc. This occurs when you load SFS and remaster. The remasterpup2 includes the files under /etc and /root which is installed by PET, but NOT from SFS. The encounter is to convert SFS to PET and install the PET and then remaster.

I have reviewed the LupuPlusLibre-528.005-1.iso. There missing java environment stuff under /etc. This occurs when you load SFS and remaster. The remasterpup2 includes the files under /etc and /root which is installed by PET, but NOT from SFS. The encounter is to convert SFS to PET and install the PET, then remaster.

To make things easier for the user doing the remastering, we might make it a standard procedure to include the /root/.packages/(SFS name).files file in the SFS file itself. Then remasterpup2 will use it. Maybe it would be as simple as making the PET first, installing the PET, copying the /root/.packages/(SFS name).files file into /root/.packages of the directory defining the SFS, then making the SFS file with the .files file included The actual .pet could then be uninstalled and .pet file discarded.
Richard

PD, shino,rerwin,mick:
I report this today on Saluki thread. Perhaps it will help you (even if it proves spurious in the event):
"Good news/bad news.
I have a FULL of v20 upgraded to 21 on one HD that reliably (so far!) shows the shutdown failure/looping back to desktop every time. It also retains this weird behaviour when transferred to newer and older boards, ie it is HW independent.
If one of the respected gurus would care to give me an exact and detailed recipe, I'd be happy to extract and forward files they consider relevant. Hopefully this can help squash this troublesome bug once and for all. I'd prefer to do this ASAP as I will be formatting this drive soon."

I have no idea whether this problem is related to the other shutdown problems discussed earlier in the forum. In any case, it does not occur in Wary 5.3 or Slack 5.3.2.7, which shut down normally on my machine. I seem to remember a similar delay with Puppy 4.3.1, but I never did find a solution back then.

Comparing lupu528-005 to wary 5.3, I see that lupu does not contain the recent (2/20/2012) fix for network share unmounting. However, lupuplus does have that fix. For the non-plus lupus, please install patch-8 on page 105:
http://www.murga-linux.com/puppy/viewtopic.php?p=620542#620542
because that also contains the fix.
Richard