HH-perl config
by hemachandra.jayapal@wipro.com
Dear all,
I got a problem while i am configuring the perl and
Postgres in linux.
In the perl prg we use " use pg"
to configure this we go for directory, ( check-README),
there we run the scripts
1. perl makefile.
2. make
3. test make
4. make install
I got struck with an error in test make: here
is that:
PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl
Pg::conndefaults ........ ok
Pg::connectdb ........... not ok: could not connect to server: No such
file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
make: *** [test_dynamic] Error 255
please help me out .
thanks & regards
Hemachandra
20 years, 4 months
Does 2.4.23 include low latency patches?
by Andre Costa
Hi all,
don't know if this is the best place to ask this, but since there's RH
personnel monitoring this forum, thought it could work...
Does anyone know if latest stable kernel (2.4.23) include low latency
patches? I just downloaded it and tried 'make menuconfig', and no 'low
latency' option exists (as Fedora's customized kernel does).
TIA,
Andre
--
Andre Oliveira da Costa
20 years, 4 months
Re: Tripwire cron line change question
by Keith G. Robertson-Turner
On Sat, 29 Nov 2003 19:33:54 -0800, Tom Mitchell wrote:
>
>> From: Keith G. Robertson-Turner <redhat-forums(a)genesis-x.nildram.co.uk>
>> tripwire-2.3.1-18.rhfc1 has now been submitted for QA.
>
> Thank you....
Well it was one of those essential apps that was missing from the release
(valid reasons or not) and it just had to be done. Although long term you
should be thinking of aide (or that other one I can't remember ... that's
got a name like a camel trader).
Note that the current release is tripwire-2.3.1-18.fdr.3.i386.rpm
> For tripwire (-17) I have been tinkering with redirecting standard
> error in /etc/cron.daily/tripwire-check so redundant messages like:
How verbose you like your reports, is entirely up to you, but understand
that it isn't a good idea for this to be implemented as a default setting,
particularly for a security tool. I'll Leave it up to the individual.
> What larger set of troubles might this generate and what errors am I
> blindly tossing once tripwire is correctly setup and running?
Well in general, redirecting stderr to null means that if - e.g. - the app
crashes, you won't know why, and like I said, in the case of a security
app, that probably isn't a good idea. Yes tripwire is a bit repetitive in
its output, but ... well it's up to you really.
> So far I like the result and tripwire does the right thing as far as I
> can tell. i.e. am I doing something stupid?
If you're just tinkering with a home system, then no ... not stupid, not
particularly useful either, but not stupid.
If it's a server or production system in a mission critical environment,
then ... well let's put it this way, I wouldn't do it.
Keith.
20 years, 4 months
America's Army 2.0 under Fedora Core 1
by Richard E Miles
/Has anyone been able to successfully install America's Army 2.0 on
Fedora Core 1? The MD5SUM is correct, so I know I have a good download.
When I run the script I get:
$ sh armyops200-lnx.run
Verifying archive integrity... All good.
Uncompressing ArmyOps 2.0.0 for GNU/Linux.......Extraction failed.
Signal caught, cleaning up/
Kent: I had no trouble on my system.
AMD duron
256M
--
Richard Miles
Federal Way, WA
registered linux user 46097
20 years, 4 months