doh...didnt mean to call ya Curtis...shouldve been Ray. Sorry:)
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
http://www.redhat.com/RedHat-FAQ /RedHat-Errata /RedHat-Tips /mailing-lists
To unsubscribe: mail [EMAIL PROTECTED] with
Ray Curtis wrote:
> > "rc" == Ray Curtis <[EMAIL PROTECTED]> writes:
> sk> This didnt work:
>
> sk> [scottk@linux-serv scottk]$ export TZ=EDT
> sk> [scottk@linux-serv scottk]$ xbru
> sk> BRU: Unable to find/exec bru executable - ABORTING!!
> sk> [scottk@linux-serv scottk]$
>
> rc> This sounds
Dave Wreski wrote:
> > sk> [scottk@linux-serv scottk]$ export TZ=EDT
> > sk> [scottk@linux-serv scottk]$ xbru
> > sk> BRU: Unable to find/exec bru executable - ABORTING!!
> > sk> [scottk@linux-serv scottk]$
>
> Doh! Try running as root
>
> --
> PLEASE read the Red Hat FAQ, Tips, Errata and the
Ray Curtis wrote:
> What happens with a 'locate xbru' ?
>
> --
> Curtis Consulting
> mailto:[EMAIL PROTECTED]
> http://www.clark.net/pub/ray
>
I did a locate xbru and got this:
$ locate xbru
/usr/lib/bru/xbru.tcl
/usr/lib/bru/xbru_backup.tcl
/usr/lib/bru/xbru_backupstate.tcl
/usr/lib/bru/xbru_
> "rc" == Ray Curtis <[EMAIL PROTECTED]> writes:
sk> This didnt work:
sk> [scottk@linux-serv scottk]$ export TZ=EDT
sk> [scottk@linux-serv scottk]$ xbru
sk> BRU: Unable to find/exec bru executable - ABORTING!!
sk> [scottk@linux-serv scottk]$
rc> This sounds like a path problem, the install o
> sk> [scottk@linux-serv scottk]$ export TZ=EDT
> sk> [scottk@linux-serv scottk]$ xbru
> sk> BRU: Unable to find/exec bru executable - ABORTING!!
> sk> [scottk@linux-serv scottk]$
Doh! Try running as root
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
http://
> "sk" == Scott Kindley <[EMAIL PROTECTED]> writes:
sk> Ray Curtis wrote:
>> This is a known problem and redhat needs to fix. Its a problem with
>> Glibc and should be fixed sometime in the future.
>>
>> For the present why not just create a simple shell script to startup
>> BRU in which you
Ray Curtis wrote:
> This is a known problem and redhat needs to fix. Its a problem with
> Glibc and should be fixed sometime in the future.
>
> For the present why not just create a simple shell script to startup
> BRU in which you set the TZ=*DT then when it finishes set TZ=
> to reset the TZ.
>
>Or just open a shell and do this:
>export TZ=*DT
>xbru
>
>then when it finishes
>export TZ=
>
>Kludgy, but should work for now.
Thanks... duh... should have thought of that myself.
I guess my timezone settings are fine then...
Thanks for the kick in the right direction.
_ paul
--
This is a known problem and redhat needs to fix. Its a problem with
Glibc and should be fixed sometime in the future.
For the present why not just create a simple shell script to startup
BRU in which you set the TZ=*DT then when it finishes set TZ=
to reset the TZ.
Or just open a shell and do t
I know of the workaround to get BRU to work...
>export TZ=*DT!Where * is whatever timezone you are in.
The trouble is, if I do this... it screws up the time on the system. Here
are my details.
I have timeconfig set to:
SystemV/PST8PDT
with hardware set to GMT checked.
the date command giv
On 21 Apr, W. Bryan Caudle wrote:
> Is anyone out there having problems with system clock on RH5? I am
> consistently having problems with time being 4 hours behind or ahead. I
> set the timezone and the time on the motherboard to the correct time, and
> date produces correct output. However, u
Is anyone out there having problems with system clock on RH5? I am
consistently having problems with time being 4 hours behind or ahead. I
set the timezone and the time on the motherboard to the correct time, and
date produces correct output. However, utilities such as mrtg, web
counter/date sc
13 matches
Mail list logo
