Miles O'Neal wrote:
Howdy!
I've started looking for a data visualization tool.
Prefereably one that lets me select data from a mySQL
or pSQL database and graphically determine how to
display it (it has to be usable by techies, managers,
and admins if possible). Does such a thing exist?
Thanks,
Howdy!
I've started looking for a data visualization tool.
Prefereably one that lets me select data from a mySQL
or pSQL database and graphically determine how to
display it (it has to be usable by techies, managers,
and admins if possible). Does such a thing exist?
Thanks,
Miles
--
Miles O'Neal
That fixed it for me.
Thanks, Troy.
-Dave
Troy Dawson wrote:
Troy J Dawson wrote:
Faye Gibbins wrote:
I've got some up to date SL5.2 boxes and I'm getting this behaviour
on both 1386 and 64bit machines:
fgibb...@geosl548 ~ 0$ sudo su
sudo: symbol lookup error: sudo: undefined symbol:
au
Troy J Dawson wrote:
Faye Gibbins wrote:
I've got some up to date SL5.2 boxes and I'm getting this behaviour on
both 1386 and 64bit machines:
fgibb...@geosl548 ~ 0$ sudo su
sudo: symbol lookup error: sudo: undefined symbol: audit_log_user_command
anyone got any ideas?
Faye
Hi Faye,
I can
Troy J Dawson wrote:
WILLIAM J LUTTER wrote:
Following a Feb 06 update of the sudo package to sudo.i386 1.6.9p17-3.el5_3.1 I find that its behavior has changed for my simple usage. The linux box runs SL5.1 (earliest SL5 as I remember).
As a separate question, how do I easily deduce which SL v
Faye Gibbins wrote:
I've got some up to date SL5.2 boxes and I'm getting this behaviour on
both 1386 and 64bit machines:
fgibb...@geosl548 ~ 0$ sudo su
sudo: symbol lookup error: sudo: undefined symbol: audit_log_user_command
anyone got any ideas?
Faye
Hi Faye,
I can only get this to fail
That looks like the right answer.
Looks like CentOS got this problem first:
http://nugrahadi.pramono.info/2009/01/12/sudo-and-audit-libs/
What say you, Troy?
-Dave
Stephan Wiesand wrote:
On Fri, 6 Feb 2009, Troy Dawson wrote:
Looking into this.
No problems on a test system here, but that
On Fri, 6 Feb 2009, Troy Dawson wrote:
Looking into this.
No problems on a test system here, but that one is not using audit.
Wild guess: a hidden dependency on audit-libs from 5.3?
Good luck,
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
WILLIAM J LUTTER wrote:
Following a Feb 06 update of the sudo package to sudo.i386 1.6.9p17-3.el5_3.1 I find that its behavior has changed for my simple usage. The linux box runs SL5.1 (earliest SL5 as I remember).
As a separate question, how do I easily deduce which SL version I am running?
Faye Gibbins wrote:
I've got some up to date SL5.2 boxes and I'm getting this behaviour on
both 1386 and 64bit machines:
fgibb...@geosl548 ~ 0$ sudo su
sudo: symbol lookup error: sudo: undefined symbol: audit_log_user_command
anyone got any ideas?
Faye
Looking into this problem.
Troy
--
_
06/02/2009 в 17:42 +0100, Urs Beyerle:
> >
> > As a separate question, how do I easily deduce which SL version I am
> > running?
> >
> cat /etc/redhat-release
Or go by the way of Linux Standard Base -- use lsb_release utility. For
example, in our SL-incarnation for Russian school education named
>
> As a separate question, how do I easily deduce which SL version I am running?
>
cat /etc/redhat-release
Urs
Following a Feb 06 update of the sudo package to sudo.i386 1.6.9p17-3.el5_3.1 I
find that its behavior has changed for my simple usage. The linux box runs
SL5.1 (earliest SL5 as I remember).
As a separate question, how do I easily deduce which SL version I am running?
Back to sudo issue:
I
I've got some up to date SL5.2 boxes and I'm getting this behaviour on
both 1386 and 64bit machines:
fgibb...@geosl548 ~ 0$ sudo su
sudo: symbol lookup error: sudo: undefined symbol: audit_log_user_command
anyone got any ideas?
Faye
--
Please sign my petition:
http://petitions.number10.gov.
14 matches
Mail list logo