Bug 36698 - XCDRoast fails silently when started as non-root user
Summary: XCDRoast fails silently when started as non-root user
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xcdroast
Version: 7.1
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: Karsten Hopp
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-04-19 23:08 UTC by Yaron Minsky
Modified: 2007-04-18 16:32 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-05-03 15:15:12 UTC
Embargoed:


Attachments (Terms of Use)
Comment (113.94 KB, text/plain)
2001-05-03 15:15 UTC, Yaron Minsky
no flags Details

Description Yaron Minsky 2001-04-19 23:08:06 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2 i686; en-US; 0.8.1)
Gecko/20010327


When a non-root user launches xcdroast from the command line, it silently
fails, giving no hint as to why.  When launched from the start menu, xalf
gets going, but it never finishes launching.  When xcdroast fails to launch
because it was launched as a non-root user, it should give a message to
that effect.

Reproducible: Always
Steps to Reproduce:
1.type "xcdroast"
2.hit return

Comment 1 Karsten Hopp 2001-05-02 11:49:39 UTC
I can reproduce this only if I try to run xcdroast after a 'su - username'
Is this what you are trying to do ?

Comment 2 Yaron Minsky 2001-05-02 12:44:40 UTC
Nope.  This happens if I launch xcdroast as a regular user.

Comment 3 Karsten Hopp 2001-05-03 10:31:51 UTC
Can you start other consolehelper enabled tools such as apache-config as
a normal user ?
Can you send me a strace output (strace -f -F -s200 -p <pid of process>) of
xcdroast ?


Comment 4 Yaron Minsky 2001-05-03 15:15:06 UTC
Created attachment 915078 [details]
Comment

(This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).

Comment 5 Karsten Hopp 2001-05-22 11:54:12 UTC
A normal user is not supposed to have /sbin or /usr/sbin in the PATH.
If you absolutly have to add these directories to your PATH variable, 
add them at the end of the searchpatch, not at the front !
If you call /usr/bin/xcdroast instead of /usr/sbin/xcdroast, everything should
work fine.


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