Sun Java - Package 'jre' isn't signed with proper key
I have Fedora 13 x86_64 installed and need to access the corporate VPN solution, run using Juniper Networks software. Since they don't support x86_64 I install Seamonkey i686 and Sun Java i386. This worked on F12. However, when I launch the VPN connection, the java box pops up, and as it should show the IP address of my connection, the box disappears.
I have tried with both jre-6u15-linux-i586-rpm and jre-6u20-linux-i586-rpm. I am also using seamonkey-2.0.4-1.fc13.i686. All patches are up to date.
In audit.log I see:
type=ANOM_ABEND msg=audit(1277246068.517:1183): auid=500 uid=500 gid=500 ses=30
subj=unconfined_u:unconfined_r:unconfined_java_t:s 0-s0:c0.c1023 pid=29497
In /var/log/messages I see:
Jun 23 00:20:31 fedora abrt: saved core dump of pid 28953 (/usr/java/jre1.6.0_15/bin/java) to /var/cache/abrt/ccpp-1277245229-28953.new/coredump (53178368 bytes)
Jun 23 00:20:31 fedora abrtd: Directory 'ccpp-1277245229-28953' creation detected
Jun 23 00:20:31 fedora abrtd: Package 'jre' isn't signed with proper key
Jun 23 00:20:31 fedora abrtd: Corrupted or bad crash /var/cache/abrt/ccpp-1277245229-28953 (res:5), deleting
Jun 23 00:20:41 fedora abrt: not dumping repeating crash in '/usr/java/jre1.6.0_15/bin/java'
While the window is open, a ps axl shows the following:
0 500 29394 28892 20 0 1168516 32068 futex_ Sl+ pts/6 0:00 /usr/java/jre1.6.0_15/bin/java -classpath
/home/louis/.juniper_networks/network_connect/NC.jar NC -h hostname.for.vpn.co.za -L 0 -l 0 -n -t -x
1 500 29417 29394 20 0 0 0 exit Z+ pts/6 0:00 [java] <defunct>
The java window appears briefly, but no tun0 interface is created.
Any help in fixing this would be appreciated.
---------- Post added at 06:42 PM CDT ---------- Previous post was at 03:54 PM CDT ----------
I had the bright idea of running the Java Console to see if I saw anything else. This is what I saw:
/home/louis/.juniper_networks/network_connect/xlaunchNC.sh: line 56: xterm: command not found
So I installed xterm ...
The app ran and popped up an xterm box asking for the root password to install the applet.
Then is all worked. So now I am closing this bug. I hope I didn't waste anyone's time with this.