Jul 30 09:01:01 tembo crond(pam_unix): session opened for user
root by (uid=0)
Jul 30 09:01:01 tembo crond: Critical error - immediate abort
errors in /var/log/messages with no other errors indicated in
This is a clean install of the rawhide of 2004-07-29 on an AMD-K6-2
400MHz system. I've made a bugzilla entry against vixie-cron for this
but I don't have/remember the bug number.
Running the commands from /etc/cron.daily/<whatever> "by hand" yeilds no
errors, so I suspect it is an environmental setup error. SeLinux is in
permissive mode but I don't see any avc's for cron or the commands.
G.Wolfe Woodbury `- -'
The Line Eater is a boojum!
I was reading up on mtrr and ioctl because of a problem that I have with
starting X up when my computer is first booted. Google brought up this post.
Subject PATCH: fix bogus ioctl return in mtrr
This is fairly self explanatory - ENOIOCTLCMD is an internal code
outside of the -1 to -511 range. The correct return for an unknown ioctl
although some Linux devices return the incorrect -EINVAL result.
My trouble seems to be with my video memory taking a long time to set up
Anyway, is there going to be a patched kernel soon to test?
Your object is to save the world, while still leading a pleasant life.
I will be out of the office starting 07/29/2004 and will not return until
I'm on vacation until August 9th. For immediate assistance, please contact
your Project Editor. Otherwise, I will get back to you as soon as possible
on the 9th. Thank you!! Terri
Open Office fails to load/start. From Term:
[scott@ip68-7-36-36 scott]$ oocalc
Installation of OpenOffice.org 1.1.2 failed:
1.1/program /usr/lib/ooo-1.1/program/setup -
R:/etc/openoffice/autoresponse.conf -v -nogui > ~ /.openoffice-install-
ran /usr/lib/ooo-1.1/program/soffice but that resulted:
[scott@ip68-7-36-36 scott]$ /usr/lib/ooo-1.1/program/soffice
[scott@ip68-7-36-36 scott]$ /usr/lib/ooo-1.1/program/setup: line 159:
syntax error near unexpected token `else'
/usr/lib/ooo-1.1/program/setup: line 159: ` else'
# extend the library search path for libvcl compiled with more widgets
if [ -n "$LD_LIBRARY_PATH" ] &&
[ -d "$sd_archive_path/widgets" ] ; then
if [ -n "$OOo_WIDGET_SET" ] &&
[ -f "$sd_archive_path/widgets/$OOo_WIDGET_SET/"libvcl* ] ; then
remove # from the two lines above and OO will work
Running FC3T1 (updated)
Using default run level 3 and `startx' from cli to enter X.
Can someone point me to documentation that spells out the string of
events that occur when X is started. In my case I default to run
level 3 and `startx' as needed.
In past releases I've always been able to ssh root@localhost from a
user xterm in X and the resulting root terminal would be able to run X
applications in that users X session. Now I get messages that say
things like: Gtk-WARNING **: cannot open display
Depending on which app it is, the warnings differ but always `no access
to display' is the punch line.
I'm thinking if I unravel the scripting that startx runs I'll find
where somekind of authorization is being invoked. Maybe --nolisten or
something similar. I have looked at /etc/X11 scripts like `startx',
`xinit' and `Xclients' but am getting really lost as to what is
calling what etc.
I hoped somewhere the startup sequence of X in Fedora specifically
might be outlined.
PS-setting `xhost +' doesn't seem to have any effect on this.
If I disable all spam checks under the current beta of Evolution, my
email comes down happily.
If I enable them, the email slows down considerably and finally sticks
on message 12 (it is always message 12).
I've seen this before and basically, it just needed .spamassassin being
hosed - but that doesn't seem to have worked this time.
On my other FC3t1 machine, SA works just fine (that box hasn't missed a
beat other than going from RH 7.3 to 8) as does the FC2 box at work. As
a quick test, I've just brought over the .spamassassin directory from
the other machine and downloading email/checking is still dog slow.
Any ideas on what is causing this?
"Look. If you had one shot, one opportunity, to seize everything you
ever wanted. One moment to capture or would you just let it slip?" -
Marshall Mathers III (Lose Yourself)
Here is something we have all needed for some time.
Getting all the information is going to take some time, but
it will be worth it...
ALL Programs in FC3 should have a new section in their MAN
pages listing the ports they use.
These days all of us are sitting behind a Firewall, and I find
it a real pain having to go search to find out what ports a
given program might assume are 'open'. Getting this information
listed in one place would be a great help.
Michal Jaegermann <michal(a)harddata.com> writes:
>> Enable what?
> 'man ssh_config' and search for "X11" string.
I was afraid that was what you were referencing. Have you tried
inserting `ForwardX11Trusted yes' in /etc/sshd_config?
The man page says it will work but:
Here it causes a read error when I restart sshd
service sshd start
Starting sshd:/etc/ssh/sshd_config: line 85: Bad configuration option:
ForwardX11Trusted /etc/ssh/sshd_config: terminating, 1 bad
configuration options [FAILED]
Unless I remove or comment it out, sshd won't run, so I'm thinking
there is a little more to the story.