<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=windows-1256"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
Masoud Nahali wrote:<span> </span><br>
<blockquote cite="mid:COL114-W53E182829AE36D0BDF1CDEA1390@phx.gbl"
type="cite"><span> </span>
<p><span> ls: cannot access /usr/share/tcl/bwidget*: No such file or
directory </span></p>
</blockquote>
<br>
This is a mistake of mine when modifying xcrysden to use the system's
bwidget - one needs a "set +f" before:<br>
BWIDGET_DIR=`ls -d /usr/share/tcl/bwidget*`<br>
however, this does not seem to cause any problems. (It will be
corrected in the next build which should be ready in a moment.)<br>
Note: This only affects the openSUSE builds at
<a class="moz-txt-link-freetext" href="http://software.opensuse.org/search">http://software.opensuse.org/search</a><br>
<br>
<br>
<blockquote cite="mid:COL114-W53E182829AE36D0BDF1CDEA1390@phx.gbl"
type="cite"><span>Executing:
/home/koa/XCrysden/usr/lib/xcrysden/bin/ftnunit </span>
<p><span> drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected
command stream. See dmesg for more info</span></p>
</blockquote>
<br>
That seems to be the problem on your system. Do as the command asks
for: Run "dmesg". It seems to be a problem with Mesa on your Radeon
graphics card.<br>
<span><br>
<br>
</span><span></span>
<blockquote cite="mid:COL114-W53E182829AE36D0BDF1CDEA1390@phx.gbl"
type="cite">
<p><span> </span></p>
<p><span> </span></p>
<p> <b> <span>Another stupendous problem</span> </b><b><span>:</span></b><span>
commonly I write ./xcrysden in the konsole from my home (not root,
without sudo su and going to root) but when I do the same in root
konsole I will take another lines and do not see </span><span>the
graphical page for that 1 second !! </span></p>
</blockquote>
<br>
<span></span>
<blockquote cite="mid:COL114-W53E182829AE36D0BDF1CDEA1390@phx.gbl"
type="cite">
<p> </p>
<p><span> </span></p>
<span>koa@linux-vs0r:~/XCrysden/usr/bin> sudo su</span><br>
[...]<span><br>
Application initialization failed: no display name and no $DISPLAY
environment variable </span><br>
</blockquote>
<br>
Well, that's the reason: In order to access the screen, one needs to
have a $DISPLAY variable. Try:<br>
sudo -E su<br>
(untested). The -E option preserves the environment variable (if
allowed by "/etc/sudoers").<br>
<br>
Tobias<br>
<br>
PS: Question: Why do not simply install the program like normal in /usr
instead of unpacking it in a local directory under $HOME? That has
nothing to do with this problem, however. Additionally, running such
programs as xcrysden as root counts as bad practice. (It is regarded as
insecure to run bigger programs as root; on the other hand: programs
can also do bad things if run as a normal user. Thus one can argue
whether it is really more insecure - at least on single-user systems.)<br>
</body>
</html>