Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 02 Sep 2014, 05:33
All times are UTC - 4
 Forum index » House Training » Users ( For the regulars )
JRE/JDK JAVA PETs/SFSs issues in Puppy <RE-OPENED>
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 3 of 3 [42 Posts]   Goto page: Previous 1, 2, 3
Author Message
Hogweed

Joined: 12 Feb 2011
Posts: 96

PostPosted: Mon 11 Mar 2013, 15:58    Post subject:  

stiginge wrote:
hey Hogweed, I've got the latest java (1.7.0) which should be good enough to run this website, however its still not downloading/running for me here


As I said above you cannot play a Silverlight application with Java. It will never ever work. Also Java 1.7.0 is old and dangerous. Latest version identifies itself as,

sh-3.00# java -version
java version "1.7.0_17"
Java(TM) SE Runtime Environment (build 1.7.0_17-b02)
Java HotSpot(TM) Client VM (build 23.7-b01, mixed mode)
sh-3.00#

===
So the only way you might get the Ryan Air app to display is via Moonlight and that's a real pain as I also said above. I have no idea why Ryan Air went with Silverlight. Probably just to annoy non Microsoft users.
Back to top
View user's profile Send private message 
James C


Joined: 26 Mar 2009
Posts: 5726
Location: Kentucky

PostPosted: Mon 11 Mar 2013, 16:03    Post subject:  

Just to confirm that the problem is Silverlight....
Personally never had much luck with Moonlight so good luck.
silverlight.JPG
 Description   
 Filesize   42.09 KB
 Viewed   1097 Time(s)

silverlight.JPG

Back to top
View user's profile Send private message 
stiginge


Joined: 22 Mar 2007
Posts: 420
Location: Kerry, Ireland

PostPosted: Mon 11 Mar 2013, 16:04    Post subject:  

sh-4.1# java -version
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) Client VM (build 23.7-b01, mixed mode)
sh-4.1#


Cool

_________________
Buy silver, crash JPMorgan
Back to top
View user's profile Send private message 
Hogweed

Joined: 12 Feb 2011
Posts: 96

PostPosted: Mon 11 Mar 2013, 18:34    Post subject:  

I've had a go at getting Moonlight running in Precise Puppy. Managed to get Moonlight 2 to work with latest Firefox (seems it no longer blocks it) but it is not able to display the Ryan Air app because it needs a later version. Eventually found a copy of Moonlight 4 and tried that. Plugin installs but crashes when called with some bizarre error about invalid argument to "MONO_DEBUG" (which it had just set itself). Might investigate further later. But not now.

Code:

Moonlight: 3.99.0.3
Moonlight: Attempting to load libmoonloaderxpi
debug_get_option: GALLIUM_DRIVER = softpipe
Moonlight: Installing signal handlers for crash reporting.
Moonlight: Enabling MONO_DEBUG=keep-delegates,reverse-pinvoke-exceptions and MOONLIGHT_ENABLE_CONSOLE=1
Invalid option for the MONO_DEBUG env variable: keep-delegates,
Available options: 'handle-sigint', 'keep-delegates', 'reverse-pinvoke-exceptions', 'collect-pagefault-stats', 'break-on-unverified', 'no-gdb-backtrace', 'dont-free-domains', 'suspend-on-sigsegv', 'suspend-on-unhandled', 'dyn-runtime-invoke', 'gdb', 'explicit-null-checks', 'init-stacks'


Rebooted my old Lucid Puppy and now get the same error with it even though I know it worked at one time.

EDIT: Set the env variable to "" and this time got

Code:

Got a SIGSEGV while executing native code.                       
 We'll first ask gdb for a stack trace, then try our own     
 stack walking method (usually not as good as gdb, but it   
 can do managed and native stack traces together)           
=============================================================


Debug info from gdb:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
[New Thread 0xb369fb40 (LWP 27858)]
0xffffe430 in __kernel_vsyscall ()
  Id   Target Id         Frame
  2    Thread 0xb369fb40 (LWP 27858) "Chrome_ChildThr" 0xffffe430 in __kernel_vsyscall ()
* 1    Thread 0xb41a48c0 (LWP 27857) "plugin-containe" 0xffffe430 in __kernel_vsyscall ()

Thread 2 (Thread 0xb369fb40 (LWP 27858)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb53bae77 in syscall () from /lib/libc.so.6
#2  0xb6d0a13b in ?? () from /root/my-documents/firefox/libxul.so
#3  0x000003ff in ?? ()
#4  0xb3f37000 in ?? ()
#5  0x00000000 in ?? ()

Thread 1 (Thread 0xb41a48c0 (LWP 27857)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb76dd9db in read () from /lib/libpthread.so.0
#2  0xb253ca84 in print_gdb_trace () at debug.cpp:844
#3  0xb253e2a9 in moonlight_handle_native_sigsegv (signal=11) at debug.cpp:903
#4  0xb293a425 in mono_chain_signal (_dummy=11, info=0xb2308c8c, context=0xb2308d0c) at mini-posix.c:173
#5  0xb285a003 in mono_sigsegv_signal_handler (_dummy=11, info=0xb2308c8c, context=0xb2308d0c) at mini.c:5853
#6  <signal handler called>
#7  0xb76c3c78 in mozalloc_abort(char const*) () from /root/my-documents/firefox/libmozalloc.so
#8  0x00000000 in ?? ()

Debug info from libmoon:

   /initrd/pup_rw/root/.mozilla/firefox/nil8za1c.default/extensions/moonlight@novell.com/plugins/moonlight/libmoonpluginxpi.so [0xb253e2d8] moonlight_handle_native_sigsegv /home/builder/moon/src/debug.cpp:908
   /initrd/pup_rw/root/.mozilla/firefox/nil8za1c.default/extensions/moonlight@novell.com/plugins/moonlight/libmoonpluginxpi.so [0xb293a425] mono_chain_signal /home/builder/mono/mono/mini/mini-posix.c:182
   /initrd/pup_rw/root/.mozilla/firefox/nil8za1c.default/extensions/moonlight@novell.com/plugins/moonlight/libmoonpluginxpi.so [0xb285a003] mono_sigsegv_signal_handler /home/builder/mono/mono/mini/mini.c:5853

Back to top
View user's profile Send private message 
j2mac2

Joined: 15 May 2013
Posts: 1

PostPosted: Wed 15 May 2013, 22:43    Post subject:  JRE or JAVA PETs issues in Puppy LInux distros
Subject description: Answer questions directly!!!
 

Well, I'm new to this computer stuff, and I'm up in age, so my reading comprehension at times is not up to snuff. Nothing wrong with being savvy, but the question was if there is a .pet for jre. Will someone please post a link to the darn .pet?!?!
Back to top
View user's profile Send private message 
Monsie


Joined: 01 Dec 2011
Posts: 633
Location: Kamloops BC Canada

PostPosted: Fri 17 May 2013, 00:02    Post subject: Re: JRE or JAVA PETs issues in Puppy LInux distros
Subject description: Answer questions directly!!!
 

j2mac2 wrote:
Well, I'm new to this computer stuff, and I'm up in age, so my reading comprehension at times is not up to snuff. Nothing wrong with being savvy, but the question was if there is a .pet for jre. Will someone please post a link to the darn .pet?!?!


Hi j2mac2,

Welcome to the Forum.... Smile

You can find a Pet Package for Java over here.

Monsie

_________________
My username is pronounced: "mun-see". Derived from my surname, it was my nickname throughout high school.
Back to top
View user's profile Send private message 
musher0


Joined: 04 Jan 2009
Posts: 4231
Location: Gatineau (Qc), Canada

PostPosted: Mon 20 May 2013, 22:03    Post subject:  

Hello, all !

This at the request of gcmartin through a PM. Thanks, gc!

It's a script to do away with the need for a java sfs or pet. I've been doing this for a couple of years now, and it works great. Just copy and paste the script in /root/my-applications/bin as Instl-Java.sh, make executable and run. (That's I n s t l - J a v a . s h, if you care to spell it out.)

It's really a small long-distance course that coaches you on how to do it and waits for you while you do it. Smile Do what? Run it and you'll know! (Setting up a new JAVA, that's what!)

Enjoy!

musher0

PS Make sure you have enough space left in your pup_save file, I'd say at least 250 Mg's, to be safe: more or less 125 Mb's for the java JRE itself, the other 125 Mb's being the minimum wiggle room for the Puppy.

NB Revised script. Sincere thanks to gcmartin for the extra pair of eyes!

Code:
#!/bin/ash
 # ~/my-applications/bin/Instl-Java.sh
 #
 # Save this script as :
 # ----------------
 # Instl-Java.sh
 #
 # in the folder:
 # --------------
 # ~/my-applications/bin
 #
 # and make executable by issuing the command:
 # chmod +rwx Inst-Java.sh
 # in a console in that folder.
 #
 # (c) musher0, 21 mai 2013, Gatineau (Qc), Canada.
 # All rights reserved, but "ad usum privatum" use
 # is allowed for Puppy-ists.
 #
 # Script written at the request of gcmartin, same day.
 ####
 # variables
# See line 85.

 # preparation
 [ -d /opt/java-jre ] && rmdir /opt/java/jre
 # If the above link exists, we can delete it because
 # there is a real JAVA folder in there somewhere as a
 # backup. So we do delete it in view of the new JAVA
 # version we are going to download, to avoid link errors.
 # If it doesn't exist, it doesn't matter! (hehe)

 sleep 0.1s
 clear

 # script proper
 echo "
 # Hi!
 #
 # This is a semi-automatic process for the reason
 # that, for some reason, wget does not recognize
 # the oracle.com site certificate. So...
 #
 # 1) Download the latest java JRE tar.gz package
 # from oracle.com, manually.
 #
 # Note 1: Be sure to choose the correct jre *.tar.gz
 # package for your machine, either 32-bit or 64-bit.
 #
 # The 32-bit archive has a \"86\" in its archive
 # name/title. The 64-bit archive has a \"x64\" in
 # its archive name/title.
 #
 # Note 2: Download to a suitable place, such as
 # /mnt/home/Downloads.
 #
 # Your default browser will bring you to the java site
 # as soon as you hit Return."
 read

 defaultbrowser http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html &

 echo "
 #####################################################
 # 2) Unpack the jre-blah-blah tar file that
 # you have just downloaded, with pupzip, to /opt.
 #                                ------     ----
 # Hit Return again when this step 2) is done."
 read                           

 echo "
 #####################################################         
 # 3) Make sure that you have \"chiseled\" (:-)
 # \" java -jar \"@\" \" (without the outside quotes)
 # as the defined default action for jar files in
 # your ROX-Filer.                   ---
 #
 # 4) Once you're sure you have successfully
 # completed the above steps...
 # hit Return to execute the fancy linking! (:-)
 #
 # If in doubt, hit \"Ctrl-C\" and start over."
 read
#
NEWJAVA="`ls -urgod jre* | head -n 1 | cut -d' ' -f6`"
#
 cd /opt
 chmod +rwx /opt/$NEWJAVA/bin/*
 # Makes the java executables... executable!
 sleep 0.1s
 ln -sf "$NEWJAVA" java-jre
 echo "
 #####################################################
 # The script just made a link from the last accessed
 # java archive to a \"java-jre\" directory in /opt.
 #
 # Un-tarring or un-packing a file or folder counts as
 # an access, so the last accessed java package is the
 # one you just downloaded and unpacked, even if you
 # have older versions of java in /opt.
 #
 # Hit Return again to finish."
 read
 cd ~/my-applications/bin
 ln -sf /opt/java-jre/bin*

 echo "
 #####################################################
 # Done! The links to your path have now been created,
 # and ... your new java $NEWJAVA is ready to go! :)
 #
 # Simply repeat this process every time a new JRE
 # is published. The script is made to overwrite any
 # existing links so they can be re-used over, & over,
 # & over, & over. (Yep, there's an echo... (:-) )
 #
 # Have fun with your new java!
 #
 # musher0
 # Gatineau (Qc), Canada, May 21, 2013
 "
# We make it available now and for future sessions.
# set -xe
[ ! -f /etc/profile.local ] && echo < /etc/profile.local
echo "$PATH" > /tmp/path
if [ ! "`grep -o \"java-jre\" /tmp/path`" = "java-jre" ];then
   PATH=/opt/java-jre/bin:$PATH
   echo "PATH=/opt/java-jre/bin:\$PATH" >> /etc/profile.local
fi
rm /tmp/path

echo "$LD_LIBRARY_PATH" > /tmp/lib-path
if [ ! "`grep -o \"java-jre\" /tmp/lib-path`" = "java-jre" ];then
   LD_LIBRARY_PATH=/opt/java-jre/lib:$LD_LIBRARY_PATH
   echo "LD_LIBRARY_PATH=/opt/java-jre/lib:\$LD_LIBRARY_PATH" >> /etc/profile.local
fi
rm /tmp/lib-path
# set +xe
Instl-Java.sh.zip
Description  This zip contains the same as the above; saves you the fuss of copying and saving to your "/root/my-applications/bin" path. Still, don't forget to make executable.
zip

 Download 
Filename  Instl-Java.sh.zip 
Filesize  1.98 KB 
Downloaded  372 Time(s) 

_________________
"Logical entities must not be multiplied needlessly." / "Il ne faut pas multiplier les êtres logiques inutilement." (Ockham)
Back to top
View user's profile Send private message Visit poster's website 
gcmartin

Joined: 14 Oct 2005
Posts: 4238
Location: Earth

PostPosted: Mon 10 Feb 2014, 04:40    Post subject: New issues that begs advice and resolution from Contributors  

Over the years there have been several issues that surround JAVA installation in PUPs, both 32bit and 64bit.

My inimical view is that much of this does NOT have anything to do with whether its a PET or its a SFS. The problem all centers around library installation such that the subsystem is presented so that JAVA apps can find the JAVA subsystem, BUT MOST IMPORTANTLY, JAVA needs to be installed such that IDEs can find those libraries so that anyone using any standard off-the-shelf IDEs (as well as many other programs which rely on consistent library placements) can work without issues, research, and retooling.

The Puppy community has many smart contributors. Each, though, adds a twist to the standard that the JAVA community expresses. When they violate the standard structures, those who expected the standard to be adhered to will NOT always run because of the local changes by the PUP contributor.

This problem is exacerbated by the fact that each of the developers will add/delete a twist that others are not adding such that when its all said and done, there are so many completely different implementations in PUPPY and NONE of them are consistent with the others.

This is a request on behalf of the community asking those developers who already have made a JAVA contribution over the years to somehow meet discuss something consistent in library placement and to make that consistent known (or published) somehow so that the inconsistency goes away.

Puppy, when developed, was done in an age when dial up internet on 9.6Kb lines were used by many. Today, many or most of the community are using much higher speed links for our downloads. Further, the PC components used to be very slow, but, today, many/most are using PCs with sufficient RAM for what is needed for a good Internet system where many browser pages are often open at the same time. With the changes that are occurring in WOOF-CE, we may see a consistent implementation for both JRE and JDK for both building PUPs as well as for distribution in the REPOs.

Flash and JAVA are components that many have used. In fact, now that it has become apparent that we are in an age where xPhones/xTablets/xTVs/xGames are connecting to our PUPs for various tasks and needs. The MTP project is an example of this as many of us have the very devices which allows us to transfer information to and from our xDevices while their batteries recharge on Puppy.

One of the greatest advantage that PUPs now present to its user community is the ability to build, test, and run JAVA apps on not just the PUP PC, but also on the xDevices already mentioned. With the expected rise in xDevices in homes over the next 5 years, its easy to see how PUPs (or any system) not only needs a JAVA Virtual Machine but also for it to be able to support development for integrating xDevices into a PUPPY LAN.

Consistent library placement so that IDEs and apps and users can know where to look for JAVA is a very important consideration!

Lastly, @Shinobar and @OscarTalks have taken a first step this very week to arrive at consistency. This was done as each of them created JAVA's jre-1.7.0.51. Thus, in their cases, these JAVA would have the same library structures and same installation landing in the Puppy system. But, there are others who build JAVA PETs or SFSs that need to come on-board to participate such that JAVA installs the same, looks the same, and provides a platform so that IDEs can find those things necessary to allow users to create the apps that will provide services to all of us.

Please (this is a plea) contribute any ideas or package guidelines such that JAVA implemented here, lands the same way everywhere in Puppyland, no matter 32bit or 64bit....Please

_________________
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 Engine or use DogPile
Back to top
View user's profile Send private message 
tlchost

Joined: 05 Aug 2007
Posts: 1681
Location: Baltimore, Maryland USA

PostPosted: Mon 10 Feb 2014, 05:41    Post subject: Re: New issues that begs advice and resolution from Contributors  

gcmartin wrote:

Please (this is a plea) contribute any ideas or package guidelines such that JAVA implemented here, lands the same way everywhere in Puppyland, no matter 32bit or 64bit....Please


Shame it took so many words..But, standardization? Heresy!

Could version control be rearing its ugly head?

Thom
Back to top
View user's profile Send private message Visit poster's website 
vicmz


Joined: 15 Jan 2012
Posts: 1105

PostPosted: Mon 10 Feb 2014, 16:12    Post subject:  

It is difficult to make a one-for-all package of something like Java. Maybe the guys at Woof-CE could implement such a standard (if it's actually possible) for all future puppies.
_________________
OB Precise 14.07.26 Woof-CE|Puppy Linux en español
Back to top
View user's profile Send private message 
gcmartin

Joined: 14 Oct 2005
Posts: 4238
Location: Earth

PostPosted: Mon 10 Feb 2014, 17:47    Post subject:  

Funny this is mentioned.
Quote:
Shame it took so many words..But, standardization? Heresy!
The fact that its JAVA, the standardization is already addressed for us. What we may need is simple installation library placement so that apps designed can find libraries in those "standard" places in PUPs. And those who create PETs/SFSs have some forum link or document or WOOF mechanism or something so that what they present looks the same no matter which PUP or version it was installed in.

It makes the life of distro developers simple as it reduces problems that users surface when trying to use any of these. This is the major case(s) that have arisen in our past.

The concern here is NOT about whether it is JAVA 5/6/7/8/some-future version. Its about where is it found in the system no matter which of these JAVA were installed.

In essence, I asking is it unreasonable for this subsystem to show up in PUPs in an expected way? Or is this attempt to simplify library placement at installation missing something important?

Here to help

_________________
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 Engine or use DogPile
Back to top
View user's profile Send private message 
gcmartin

Joined: 14 Oct 2005
Posts: 4238
Location: Earth

PostPosted: Mon 10 Feb 2014, 17:49    Post subject:  

The prior post asks whether a guidepost for JAVA PET/SFS contributions should be present so that any contributor does NOT have to create one that causes problems in library placement? This means installation libs and appropriate symlinks necessary to give a consistent installation pathing for things that use JAVA to find stuff.

This statement above is my 100 words or less request.

_________________
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 Engine or use DogPile
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 3 of 3 [42 Posts]   Goto page: Previous 1, 2, 3
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » Users ( For the regulars )
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1225s ][ Queries: 13 (0.0121s) ][ GZIP on ]