More update problems
by Paul F. Johnson
Hi,
Trying to update from yum and currently, OpenOffice.org-i18n is causing
a pile of conflicts with the last version and python-devel is not picked
up when doing the yum update.
TTFN
Paul
--
"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)
19 years, 9 months
more vanishing binaries
by Michal Jaegermann
It seems that in recent time something ate some files from i386
rawhide rpms. I looked at few mirrors and everywhere the situation
is the same. This does not look like a fam -> gamin switch because
missing binaries are still in use and various associated "devel"
binaries and x86_64 equivalents are still there. Here is a list of
what I noticed:
qt-3.3.2-10.i386.rpm
pcre-4.5-3.i386.rpm
libxslt-1.1.8-1.i386.rpm
libvorbis-1.0.1-3.i386.rpm
libogg-1.1-3.i386.rpm
libmng-1.0.7-4.i386.rpm
libgpg-error-0.7-2.i386.rpm
libgcrypt-1.2.0-3.i386.rpm
arts-1.2.3-3.i386.rpm
Michal
19 years, 9 months
Openoffice Installation Failure?
by Mike Klinke
Did anyone else have a failed openoffice installation? When I attempt
to run "oo" components I get the following error at the command line:
Installation of OpenOffice.org 1.1.2 failed:
'LD_LIBRARY_PATH=/usr/lib/ooo-1.1:/usr/lib/ooo-1.1/program
/usr/lib/ooo-1.1/program/setup -R:/etc/openoffice/autoresponse.conf
-v -nogui > ~/.openoffice-install-log 2>&1'
This is a mostly vanilla "Workstation" install of FC3T1 followed by an
initial update of 300+ packages from the one of the development
mirrors yesterday morning.
The /root/.openoffice-install-log referenced above contains:
# cat .openoffice-install-log
/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'
Regards, Mike Klinke
19 years, 9 months
what is eating dircolors?
by Michal Jaegermann
I failed to notice when precisely this happened but most likely
as a side effect of recent updates (and this is not include
'dircolors', i.e. coreutils package which was installed on the
box in question on Sat 17 Jul 2004). The gist of the problem
is that if you are in X and in terminal window you type
'dircolors --sh', or 'dircolors --sh /etc/DIR_COLORS', or similar
then an output is
LS_COLORS='';
export LS_COLORS
but if you do that on a console then you will get what you expect.
I tried 'gnome-terminal' and 'xterm' so this does not seem to
be an "improvement" in 'gnome-terminal'.
This is actually quite painful because if you do now
'ssh some.other.machine' then you will get the same deal.
In /etc/profile.d/colorls.sh you will find a code which says:
eval `dircolors --sh "$COLORS"`
[ -z "$LS_COLORS" ] && return
so these aliases:
alias ll='ls -l --color=tty' 2>/dev/null
alias l.='ls -d .* --color=tty' 2>/dev/null
alias ls='ls --color=tty' 2>/dev/null
are never defined so depending on if you logged from an "older"
Linux machine and/or from a console or a terminal window you are
getting an enviroment which looks and behaves differently.
I would hate trying to explain that to my users.
I would file a bug but I am not really sure what is really
responsible for that "great feature". So far I failed to notice
where this may be even documented but something tells me that
TERM=gnome may be responsible. If this is really the case then
alias dircolors='TERM=xterm \dircolors'
all over the place would work around that but this still does
nothing to older Linux hosts where you may want to login unless you
do that there as well. '[ "$TERM" = gnome ] && export TERM=xterm'
seems like a more radical solution. Hm, maybe in an alias for ssh,
with a TERM replacement like above, instead. OTOH 'dircolors'
documentation does not mention anything that its output may be
TERM dependent. Another bug?
Michal
19 years, 9 months
[Fwd: ext3 filesystem corruption with Fedora Core 2, Test 3 with latest 2.6.6.x kernel]
by Amit D. Chaudhary
Resent to fedora-test as recommended.
Amit
-------- Original Message --------
Subject: ext3 filesystem corruption with Fedora Core 2, Test 3 with
latest 2.6.6.x kernel
Date: Thu, 29 Jul 2004 18:11:55 -0700
From: Amit D. Chaudhary <amit_ml(a)comcast.net>
To: fedora-list(a)redhat.com, linux-kernel(a)vger.kernel.org
What happened:
I got filesystem corrupted yesterday when using a Fedora Core 3, Test 3
with linux kernel 2.6.6-1.435.
The filesystems were /boot and /, particularly files under /bin were
missing including /bin/sh, /etc/fstab, etc.
kernel images, and other files under /boot had disappeared.
Setup:
The desktop is a HP with a P3 700 with 512 MB RAM, 2 HDD, this happenned
on ide0 (hda1 and hda3)
The ext3 filesystems had the default journaling mode.
How I ran into it:
I ran vncserver from one of the mingetty (text) consoles, I am still
trying it out and used an incorrect xstartup. Anyways, I did not connect
to vnc, decided to log onto another mingetty (CTRL+ALT+2), this took the
login name and hung.
Now the computer went into a hard hang (No Oops, CTRL+ALT+DEL, etc did
not work.)
On a reboot using grub directly went into Windows (it is a dual boot
system). Using the rescue disk, I noticed, since it did not mount
/dev/hda1 as /boot, the old /boot was being effective and suprisingly
did not have a link entry.
I have reinstalled the OS, so no direct help is needed.
Thought should email it to the list for information and if someone knows
which release this happens in and is there a fix to it.
Thanks
Amit
19 years, 9 months
PHP & MySQL under FC2 (and FC3t1)
by Paul F. Johnson
Hi,
I'm having all hecks worth of problems trying to get php to talk to
mysql under Fedora Core.
I have the php-mysql rpm installed...
I have altered the /etc/php.ini file to include the line
extension=mysql.so
and have altered the httpd.conf file to include
LoadModule mysql_auth_module modules/mod_auth_mysql.so
Alias /phpBB2 /web/phpBB2
<Directory /web/phpBB2>
AddType application/x-httpd-php .php .php3 .phtml
Options Indexes +Includes FollowSymLinks
order deny,allow
deny from all
allow from all
</Directory>
<Files /web/phpBB2/config.php>
order deny,allow
deny from all
</Files>
So everything should be happy. However, it's not working. httpd starts
happily.
What do I need to do to get php to talk to mysql? I need to get phpBB2
set up and running PDQ!
TTFN
Paul
--
"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)
19 years, 9 months
Apache/mysql/php problem
by Paul F. Johnson
Hi,
I'm trying to set up phpBB2 on my laptop (as an exercise). I have FC3t1
installed with the version of httpd supplied by Fedora. mysql is
installed and mod_mysql_auth is called from httpd.conf
When I fill in the details on the install.php page and then click on the
install button, I get the error
"The PHP configuration on your server doesn't support the database type
that you chose"
I have mysql3.23 installed
Any ideas what could be causing this?
TTFN
Paul
--
"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)
19 years, 9 months
vanishing fam-2.6.10-11
by Michal Jaegermann
Accidentally I noticed that 'fam' disappeared (likely) from all
mirrors. Last time I looked there was something like
http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS...
but if you would try to retrieve that you would get "404: Page not
found" instead. No recompiled binaries in "development".
At least the current nautilus version depends on fam so, unless
some deep nautilus rewrite is coming, that vanishing act seem
to be a result of some hiccup.
Michal
19 years, 9 months
Cron Errors in Root's Mail
by Bob Chiodini
The following is showing up in root's mail box every 10 minutes:
Message 1:
From root(a)solaria.ksc.nasa.gov Thu Jul 29 07:00:02 2004
Date: Thu, 29 Jul 2004 07:00:01 -0400
From: root(a)solaria.ksc.nasa.gov (Cron Daemon)
To: root(a)solaria.ksc.nasa.gov
Subject: Cron <root@solaria> root /usr/lib/sa/sa1 1 1
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/root>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=root>
X-Cron-Env: <USER=root>
/bin/sh: line 1: root: command not found
This is apparently from the sysstat job found in /etc/cron.d:
# run system activity accounting tool every 10 minutes
*/10 * * * * root /usr/lib/sa/sa1 1 1
# generate a daily summary of process accounting at 23:53
53 23 * * * root /usr/lib/sa/sa2 -A
What does the "root" parameter do (or not do)? It looks like crond was
updated on 26 July.
Bob...
19 years, 9 months
