Bug 201065 - Esc does not run automatically on x86_64
Esc does not run automatically on x86_64
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: esc (Show other bugs)
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Jack Magne
Depends On:
Blocks: 181509 203211
  Show dependency treegraph
Reported: 2006-08-02 12:10 EDT by Bill Nottingham
Modified: 2014-03-16 23:01 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-31 16:04:39 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bill Nottingham 2006-08-02 12:10:53 EDT

$ esc
/usr/bin/esc: line 4: cd: /usr/lib/esc-1.0.0: No such file or directory
/usr/bin/esc: line 5: ./esc: No such file or directory

s/lib/lib64/ in /usr/bin/esc gets around that.

Then, on startup:
$ esc
Unable to create nspr log file '/home/devel/notting/.redhat/esc/esc.log'

[ dialog ]

e TypeError: Components.classes['@redhat.com/rhTray'] has no properties
nullTypeError: Components.classes['@redhat.com/rhCoolKey'] has no properties

At this point it appears hung.
Comment 1 Bob Relyea 2006-08-02 16:00:27 EDT

dozer is an x86_64 machine. There is probably a some libdir values hard coded to
.../lib/xxx rather then %libdir.

Comment 2 Jack Magne 2006-08-03 13:58:19 EDT

I should be able to easily fix the launch script by doing something like

cd $(rpm --eval '%{_libdir}')

It looks like it won't let esc write the log file
into his esc profile directory created by xulrunner.

If xulrunner itself can't write the user's profile
that might explain the second set of symptoms.
Comment 3 Bob Relyea 2006-08-03 14:10:28 EDT
It might be better if the build or install process crated a modified shell
script. That way you don't depend on rpm itself.

Then the question is what is the deal with permissions.

Can you test this on dozer when you've made the changes?

Comment 4 Jack Magne 2006-08-03 22:36:20 EDT
For simplicity sake. I've come up with another solution simply changing the script:

arch64=$(/bin/uname -m | grep 64

if [ $arch64 ] ; then
    cd  /usr/lib64/esc-1.0.0
    cd /usr/lib/esc-1.0.0

A redhat magazine article spoke explicitly about scripts making use of the
"uname -m" command and making decisions accordingly.

Comment 5 Bill Nottingham 2006-08-03 22:53:54 EDT
That will break on ia64, as libdir there is /usr/lib. Plus, s390x is 64 bit.
Ugh, need to get the magazine articles fixed.
Comment 6 Bob Relyea 2006-08-04 10:02:58 EDT

The simple thing is start with esc.script.
In the RPM do something like.
sed -e 's;\$LIBDIR;'%{_libdir}';g' esc.script > $path_for_esc/esc

This will replace $LIBDIR with the %_libdir from rpm.
Comment 9 Jack Magne 2006-08-21 17:22:59 EDT
Have obtained the use of a machine to test this problem. Currently working on
the fix.


Note You need to log in before you can comment on or make changes to this bug.