I had the same problem with PATH and X11R6. It is msec related. Look for
*.rpmnew in /etc/profile.d and replace old files with rpmnew files.
Always check *.rpmnew files when updating RPMS. RPM try to be conservative
and does not replace user configuration files in general. But this can be a
That was it! Thanks!
I also agree that there should be a console/log for
rpmdrake. The logging should be a default and the
console an option.
--- pascal [EMAIL PROTECTED] wrote:
I had the same problem with PATH and X11R6. It is
msec related. Look for
*.rpmnew in /etc/profile.d and replace
another bizarre clue. I cannot enter into kde from a
user account from either the console (startx and every
other command coming from /usr/X11R6/bin is not
recognized unless you include the full pathand
then it will kick out on the next executable called),
or from init 5 logon (dcopserver
SI Reasoning wrote:
For some reason /usr/X11R6/bin does not appear to be
in the path. I even manually added it to
/etc/rc.sysinit and rebooted but it had no effect.
Had same problem so i added /usr/X11R6/bin to the PATH statement in
.bash_profile and logged out then back in and solved
that worked... :-}
the question is still what failed and how should
it be fixed?
I suspect it might be a msec issue... but I am at msec
1 and was at msec 3. I believe that 1 is pretty low
security although I am not sure.
The reason I suspect msec is that I noticed an area
where it set
for some reason I can no longer access kde with users.
I get the dcopserver error. It works fine with root. I
even uninstalled kde and qt and reinstalled because of
the png issue.
Also, when I try to startx as user (works in root) I
get the following message:
[sczjd@sidereal sczjd]$ startx
For some reason /usr/X11R6/bin does not appear to be
in the path. I even manually added it to
/etc/rc.sysinit and rebooted but it had no effect.
What would cause that. What package normally sets
these things. I may be able to uninstall/re-install
and resolve the problem.
--- SI Reasoning [EMAIL
while attempting
vgcfgrestore -n mandrake -ll
I got a seg fault. The core file reads:
^^^$@#;ÛÀ[áßT
-ÚT -Ú
À
%d reads %d writes
--- Logical extents ---
LEPV
The previous version I was running was identified in
/var/log/messages as
0.9.1_beta7(ish)
The new version is identified as:
1.0.1-rc4(ish)(03/10/2001)
--- SI Reasoning [EMAIL PROTECTED] wrote:
while attempting
vgcfgrestore -n mandrake -ll
I got a seg fault. The core file reads:
vgcfgrestore segfaults:
[root@sidereal lvmconf]# vgcfgrestore -tv -n
/dev/mandrake /dev/hda3
vgcfgrestore -- locking logical volume manager
vgcfgrestore -- restoring volume group mandrake from
/etc/lvmconf/mandrake.conf
vgcfgrestore -- checking existence of
/etc/lvmconf/mandrake.conf
The lvm list seems to imply that lvm has segfault
problems when compiled with gcc3. Is the version used
in cooker compiled with gcc3?
--- SI Reasoning [EMAIL PROTECTED] wrote:
vgcfgrestore segfaults:
[root@sidereal lvmconf]# vgcfgrestore -tv -n
/dev/mandrake /dev/hda3
vgcfgrestore --
I dumped mandrake's lvm and installed one from
http://www.comedia.it/bluca/lvm/
This got lvm back up. Now I have to resolve the fact
that cooker installed on the /usr and/var from root
and not upgraded from the ones on the lvm.
Any warnings or recommendations?
I am going to try doing it through
12 matches
Mail list logo
