Bug 487105

Summary: launchpad scripts have insufficient permissions
Product: Red Hat Enterprise Linux 4 Reporter: Radek Bíba <rbiba>
Component: java-1.6.0-ibmAssignee: Lillian Angel <langel>
Status: CLOSED ERRATA QA Contact: BaseOS QE <qe-baseos-auto>
Severity: medium Docs Contact:
Priority: low    
Version: 4.7CC: borgan, bugproxy, david_edwards, syeghiay
Target Milestone: rcKeywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 528037 (view as bug list) Environment:
Last Closed: 2009-10-12 13:17:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 528037    

Description Radek Bíba 2009-02-24 09:18:38 UTC
Description of problem:
/usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh is missing 'executable' permission bits so it can't be executed directly. However, running it as a parameter of 'sh' doesn't help, either:

$ sh /usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh
/usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh: line 136: /usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad/SetArchitecture.sh: Permission denied
/usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh: line 169: /usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad/jclp.sh: Permission denied
/usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh: line 169: /usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad/SeaMonkey.sh: Permission denied
/usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad.sh: line 169: exec: /usr/share/doc/java-1.6.0-ibm-devel-1.6.0.3/launchpad/SeaMonkey.sh: cannot execute: Permission denied

and nothing happens, the script exits. When 'x' is added to all .sh files in the launchpad directory, it's much better. A special seamonkey profile is created and a seamonkey window is launched with the desired IBM SDK documentation.

Please make lanchpad.sh and all lanuchpad/*.sh files executable for all.

Comment 1 Lillian Angel 2009-02-24 15:54:48 UTC
hmm seems like this is a common problem.

would you like a respin or to wait for the next update?

Comment 2 Radek Bíba 2009-02-24 16:01:08 UTC
Next update is fine. In fact, if the permissions could be fixed in the tarball, we wouldn't have to do any hacking in .spec. Can you bring this to IBM's attention?

Comment 3 Lillian Angel 2009-02-24 16:11:48 UTC
yes, i will direct them to this bz.

Also, note that gtkhelper has the same permission issues:

-rw-r--r--  1 root root 10934 Nov 28 23:38 /usr/lib/jvm/java-1.5.0-ibm-1.5.0.9.x86_64/jre/lib/gtkhelper

Comment 4 Radek Bíba 2009-02-25 07:45:00 UTC
Actually, I was wrong, the permissions are correct in the tarballs. Sorry. Looks like this line in the .spec file is too greedy (and likely not needed at all):

find docs -type f | xargs chmod 644

As for /usr/lib/jvm/java-1.5.0-ibm-1.5.0.9.x86_64/jre/lib/gtkhelper, that's the 1.5.0 java, while launchpad (this bug report) is 1.6.0-only. BTW, it has 644 in the tarball. But then again, it's probably okay.

Comment 5 Lillian Angel 2009-09-17 15:34:49 UTC
These files should be removed because they are arch dependent. marking as a duplicate

*** This bug has been marked as a duplicate of bug 487107 ***

Comment 6 Radek Bíba 2009-09-17 15:45:36 UTC
I don't think these files are arch dependent. They're just shell scripts. Please investigate.

Comment 7 Radek Bíba 2009-09-30 07:57:32 UTC
Reopening since the .sh files (scripts) are supposed to be executable. See comment 4 for an explanation why they aren't.

Comment 13 errata-xmlrpc 2009-10-12 13:17:05 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1492.html