Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Troubleshooting cfg-update..
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next  
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Wed Oct 15, 2003 11:13 pm    Post subject: Reply with quote

lazarusrat,
Here's the output with the "$" added- same result. cfg-update is apparently working OK, but I never get the gui, due to no x-server window being invoked.

wrc@mymachine wrc $ su
Password:
root@mymachine wrc # export PATH=$PATH:/usr/local/bin:/usr/X11R6/bin
root@mymachine wrc # export DISPLAY=localhost:0.0
root@mymachine wrc # cfg-update -i

(1/1)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] y
Backup file: /etc/test -> /etc/test.old
Backup file: /etc/._cfg0000_test -> /etc/test.new
Open editor: xxdiff /etc/test /etc/._cfg0000_test
Xlib: connection to "localhost:0.0" refused by server
Xlib: No protocol specified

xxdiff: cannot connect to X server localhost:0.0
Delete file: /etc/._cfg0000_test ? [y|n|q|?] n

root@mymachine wrc #
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
meowsqueak
Veteran
Veteran


Joined: 26 Aug 2003
Posts: 1549
Location: New Zealand

PostPosted: Thu Oct 16, 2003 12:36 am    Post subject: Reply with quote

You do have an X server running, don't you??
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Thu Oct 16, 2003 1:22 am    Post subject: Reply with quote

Well, since I've used kde gui since I went to Gentoo linux from Mandrake, and have used other things like gnome, xfce, etc., and my ATI radeon 9000 pro works fine in 3d, I would assume x is running OK. I compile my own 2.4 & 2.6 kernels from vanilla and patches, etc, and finally got through a dial up Gentoo install, so I think I'm not totally ignorant about being able to cope with this problem. That's why I can't understand what the problem is! Other progs (or whatever) works fine from cli, it's just this cfg-update script has refused to cooperate, no matter what expert advice I get, or what I try.

I'm calling a regular konsole from kde 3.1.3, which always works fine for everything else I do from there. Since I started using Gentoo, I've managed to use etc-update fine, after my first mistake where I borked my fstab. I had a backup for /etc, and know how to use knoppix, so I recovered OK.

It's not like I really need the cfg gui for etc-update, but it would be nice to understand why I can't get it to work. Apparently, since others use the cfg-update gui,I'm forced to conclude I have a fundamental problem with my Gentoo install. Am I correct, or am I just missing some obvious concept noobs fail to understand?

Thanks guys,
wrc1944
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Thu Oct 16, 2003 2:26 am    Post subject: Reply with quote

wrc1944 wrote:
It's not like I really need the cfg gui for etc-update, but it would be nice to understand why I can't get it to work. Apparently, since others use the cfg-update gui,I'm forced to conclude I have a fundamental problem with my Gentoo install. Am I correct, or am I just missing some obvious concept noobs fail to understand?

Dude, I think it's awesome that you've tried all our advice, hints and tips!
Someone else would probably give up after two or three tries...

Let me ask you this, if you open Konsole in KDE, type "su" followed by
your root password, then type "kwrite". Does kwrite actually pop up in
KDE? I bet you get the same error...

:idea: The user WHO STARTED the Xserver must run xhost :idea:

Ok, so start over...
Open Konsole in KDE (as the user who started the Xserver)
Type: "/usr/X11R6/bin/xhost +localhost"
it should say: localhost being added to access control list
Type: "su" followed by your root password
Type: "export PATH=$PATH:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin"
Type: "export DISPLAY=localhost:0"
Type: "kwrite &"
kwrite should pop up in KDE now!
Type: "cfg-update -i" and choose "y" to run xxdiff on the test files

This must work... now you only have to figure out how to get this
set up without having to type it every time. We have to dig through
your config files. Probably in /etc/X11 or /etc/X11/xinit :?:


Last edited by xentric on Thu Oct 16, 2003 2:56 am; edited 1 time in total
Back to top
View user's profile Send private message
meowsqueak
Veteran
Veteran


Joined: 26 Aug 2003
Posts: 1549
Location: New Zealand

PostPosted: Thu Oct 16, 2003 2:34 am    Post subject: Reply with quote

xentric wrote:
Someone else would probably give up after two or three tries...


I agree, I admire your patience (both of you) too :)
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Thu Oct 16, 2003 3:18 am    Post subject: Reply with quote

Thanks guys- I'm a 60 year old linux amateur who's determined to figure this out.

Yes:
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # kwrite
bash: kwrite: command not found
root@mymachine wrc #

So.... This mean I have a fundamental flaw with my basic Gentoo install?

I'll digest all this , start over again, and post results tomorrow.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
meowsqueak
Veteran
Veteran


Joined: 26 Aug 2003
Posts: 1549
Location: New Zealand

PostPosted: Thu Oct 16, 2003 3:45 am    Post subject: Reply with quote

No, it probably means you just don't have kwrite installed. How about running 'xterm' instead of 'kwrite'. If you've got X, then you'll have xterm... don't forget to try the 'xhost' thing before 'su'ing...

Oh, and try 'xterm' before you 'su' too - just to make sure that works.
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Thu Oct 16, 2003 4:03 am    Post subject: Reply with quote

wrc1944 wrote:
Thanks guys- I'm a 60 year old linux amateur who's determined to figure this out.

LoL, you rock :D

BTW, I've editted my previous post... re-read it if you didn't notice that

You must have kwrite on your system... I bet it's the PATH that's all wrong
on your system!

Just post the output of the "env" command for your root and normal user.
That will show us what is set up after booting your system. So reboot your
machine, fire up KDE if it's not started automagically, open Konsole and
type: "env" and copy/paste the output so we can read it through.
Then "su" to root and do the same thing...

We'll figure out what files are missing, misbehaving or badly configured.
Back to top
View user's profile Send private message
meowsqueak
Veteran
Veteran


Joined: 26 Aug 2003
Posts: 1549
Location: New Zealand

PostPosted: Thu Oct 16, 2003 4:29 am    Post subject: Reply with quote

I hear there's an 'easy' Linux distro called RedSock, or DeadRat, or BlueTube, or something like that. I'm sure that has kwrite.

(Just kidding :) Couldn't resist. I shall hereby deny myself something as punishment)
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Fri Oct 17, 2003 1:03 pm    Post subject: Reply with quote

xentric & meowsqueak,
I'm back, after one day computer layoff.
When I call kwrite as user, it comes up, but when I su to root, I get "command not found."

OK- tried what you instructed me to type, in the exact order, and it finally worked! I got the gui for cfg-update! I/m curious about why it seemed to hang, and then had the Mutex destroy failure, whatever that is. Here's the ouput:

localhost being added to access control list
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # export PATH=$PATH:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin
root@mymachine wrc # export DISPLAY=localhost:0
root@mymachine wrc # kwrite &
[1] 3769
root@mymachine wrc # kbuildsycoca running...
DCOP Cleaning up dead connections.

[1]+ Done kwrite
root@mymachine wrc # Mutex destroy failure: Device or resource busy
cfg-update -i
bash: cfg-update: command not found
root@mymachine wrc # perl cfg-update -i

(1/1)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] y
Backup file: /etc/test -> /etc/test.old
Backup file: /etc/._cfg0000_test -> /etc/test.new
Open editor: xxdiff /etc/test /etc/._cfg0000_test
kbuildsycoca running...
DCOP Cleaning up dead connections.
QFont::setPointSize: Point size <= 0 (-3)


Below is my env output, for user & root.
----------------------------------------------------------------------------------------------------
wrc@mymachine wrc $ env
INFODIR=/usr/share/info:/usr/X11R6/info
MANPATH=/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man:/usr/X11R6/man:/opt/blackdown-jdk-1.4.1/man
KDE_MULTIHEAD=false
HOSTNAME=mymachine
TERM=xterm
SHELL=/bin/bash
XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched
GTK_RC_FILES=/etc/gtk/gtkrc:/home/wrc/.gtkrc:/home/wrc/.gtkrc-kde
GS_LIB=/home/wrc/.kde/share/fonts
QTDIR=/usr/qt/3
MOZILLA_FIVE_HOME=/usr/lib/mozilla
TMAKEPATH=/usr/lib/tmake/linux-g++
USER=wrc
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.png=01;35:*.mpg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:
GDK_USE_XFT=1
KDEDIR=/usr/kde/3.1
SESSION_MANAGER=local/mymachine:/tmp/.ICE-unix/3604
PAGER=/usr/bin/less
CONFIG_PROTECT_MASK=/etc/gconf
XINITRC=/etc/X11/xinit/xinitrc
KONSOLE_DCOP=DCOPRef(konsole-3721,konsole)
PATH=/bin:/usr/bin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1/bin:/opt/blackdown-jdk-1.4.1/jre/bin:/usr/qt/3/bin:/usr/kde/3.1/bin
KONSOLE_DCOP_SESSION=DCOPRef(konsole-3721,session-1)
PWD=/home/wrc
INPUTRC=/etc/inputrc
JAVA_HOME=/opt/blackdown-jdk-1.4.1
JAVAC=/opt/blackdown-jdk-1.4.1/bin/javac
EDITOR=/bin/nano
QMAKESPEC=linux-g++
KDEDIRS=/usr
PS1=\[\033[01;32m\]\u@\h \[\033[01;34m\]\W \$ \[\033[00m\]
CXX=g++
HOME=/home/wrc
SHLVL=3
JDK_HOME=/opt/blackdown-jdk-1.4.1
LOGNAME=wrc
LESS=-R
CVS_RSH=ssh
CLASSPATH=/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:.
LESSOPEN=|lesspipe.sh %s
INFOPATH=/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info
DISPLAY=:0.0
CC=gcc
XSESSION=kde-3.1.3
G_BROKEN_FILENAMES=1
CONFIG_PROTECT=/usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config
COLORTERM=
_=/bin/env
-----------------------------------------------------------------
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # env
MANPATH=/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man:/usr/X11R6/man:/opt/blackdown-jdk-1.4.1/man
INFODIR=/usr/share/info:/usr/X11R6/info
KDE_MULTIHEAD=false
HOSTNAME=mymachine
TERM=xterm
XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched
GS_LIB=/home/wrc/.kde/share/fonts
GTK_RC_FILES=/etc/gtk/gtkrc:/home/wrc/.gtkrc:/home/wrc/.gtkrc-kde
QTDIR=/usr/qt/3
TMAKEPATH=/usr/lib/tmake/linux-g++
MOZILLA_FIVE_HOME=/usr/lib/mozilla
USER=wrc
LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.png=01;35:*.mpg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:
GDK_USE_XFT=1
KDEDIR=/usr/kde/3.1
SESSION_MANAGER=local/mymachine:/tmp/.ICE-unix/3604
CONFIG_PROTECT_MASK=/etc/gconf
PAGER=/usr/bin/less
XINITRC=/etc/X11/xinit/xinitrc
KONSOLE_DCOP=DCOPRef(konsole-3721,konsole)
PATH=/sbin:/bin:/usr/sbin:/usr/bin
_=/bin/env
INPUTRC=/etc/inputrc
PWD=/home/wrc
KONSOLE_DCOP_SESSION=DCOPRef(konsole-3721,session-1)
JAVA_HOME=/opt/blackdown-jdk-1.4.1
EDITOR=/bin/nano
JAVAC=/opt/blackdown-jdk-1.4.1/bin/javac
KDEDIRS=/usr
QMAKESPEC=linux-g++
PS1=\[\033[01;32m\]\u@\h \[\033[01;34m\]\W \$ \[\033[00m\]
CXX=g++
HOME=/root
JDK_HOME=/opt/blackdown-jdk-1.4.1
SHLVL=4
LESS=-R
LOGNAME=wrc
CVS_RSH=ssh
CLASSPATH=/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:.
LESSOPEN=|lesspipe.sh %s
INFOPATH=/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info
CC=gcc
DISPLAY=:0.0
XSESSION=kde-3.1.3
CONFIG_PROTECT=/usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config
G_BROKEN_FILENAMES=1
COLORTERM=
root@mymachine wrc #
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Fri Oct 17, 2003 5:18 pm    Post subject: Reply with quote

Ok, let's start troubleshooting... run "env-update" and read on...

The PATH for user root is borked, so where does it get set? In /etc/profile !
Make sure you have the following stuff in /etc/profile:
Code:

# /etc/profile:
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/profile,v 1.23 2003/04/29 21:23:18 a$

if [ -e "/etc/profile.env" ]
then
        . /etc/profile.env
fi

# 077 would be more secure, but 022 is generally quite realistic
umask 022

if [ `/usr/bin/whoami` = 'root' ]
then
        # Do not set PS1 for dumb terminals
        if [ "$TERM" != 'dumb'  ] && [ -n "$BASH" ]
        then
                export PS1="\[\033[01;36m\]\u@\h \[\033[01;34m\]\W \$ \[\033[00m\]"
        fi
        export PATH="/bin:/sbin:/usr/bin:/usr/sbin:${ROOTPATH}:."
else
        # Do not set PS1 for dumb terminals
        if [ "$TERM" != 'dumb'  ] && [ -n "$BASH" ]
        then
                export PS1="\[\033[01;36m\]\u@\h \[\033[01;34m\]\W \$ \[\033[00m\]"
        fi
        export PATH="/bin:/usr/bin:${PATH}:."
fi
unset ROOTPATH

if [ -z "$INPUTRC" -a ! -f "$HOME/.inputrc" ]
then
        export INPUTRC="/etc/inputrc"
fi

# Extract the value of EDITOR
[ -z "$EDITOR" ] && EDITOR="`. /etc/rc.conf 2>/dev/null; echo $EDITOR`"
[ -z "$EDITOR" ] && EDITOR="`. /etc/conf.d/basic 2>/dev/null; echo $EDITOR`"
[ -z "$EDITOR" ] && EDITOR="/bin/nano"
export EDITOR

The first thing that get's done when /etc/profile is sourced is that it get's your specific environment
settings from /etc/profile.env That file is created by running "env-update".
So ROOTPATH is being setup by sourcing /etc/profile.env and then later on in the script, where
it determines if you are root or normal user, it includes PATH or ROOTPATH in your PATH.
This must go wrong (or doesn't happen at all) for your root user.

So how is /etc/profile sourced (and thus your environment set up) when you fire up a rootshell or rootconsole ?
I'm not sure what the official method is, but I do it like this:

I have a .bash_profile and a .bashrc in every home dir for all users. So for root it's in /root
These files should be in /etc/skel and being put in a users home dir when you create an account (useradd with -m option).
My /root/.bash_profile looks like this:
Code:

# /etc/skel/.bash_profile:
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/skel/.bash_profile,v 1.10 2002/11/18$

#This file is sourced by bash when you log in interactively.
[ -f ~/.bashrc ] && . ~/.bashrc

My /root/.bashrc looks like this:
Code:

# /etc/skel/.bashrc:
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/skel/.bashrc,v 1.8 2003/02/28 15:45:$

# This file is sourced by all *interactive* bash shells on startup.  This
# file *should generate no output* or it will break the scp and rcp commands.

# Colors for ls, etc.
eval `dircolors -b /etc/DIR_COLORS`
#alias d="ls --color"
#alias ls="ls --color=auto"
#alias ll="ls --color -l"

# Change the window title of X terminals
case $TERM in
        xterm*|rxvt|Eterm|eterm)
                PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME%%.*}:${PWD/$HOME/~}$
                ;;
        screen)
                PROMPT_COMMAND='echo -ne "\033_${USER}@${HOSTNAME%%.*}:${PWD/$HOME/~}\0$
                ;;
esac

## Uncomment the following to activate bash-completion:
[ -f /etc/profile.d/bash-completion ] && source /etc/profile.d/bash-completion

# The following is added by me to source /etc/profile
[ -f /etc/profile ] && source /etc/profile

Notice the last line... it makes sure that /etc/profile is being sourced!
I hope you can fix things with this. I'm not a Linux Guru yet, so there may be nicer ways to do this,
just post your advice if you know more about how this exactly works or needs to be done...

For more info about your environment settings go to the Gentoo Docs and read the Env.d document!
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Fri Oct 17, 2003 6:09 pm    Post subject: Reply with quote

Thanks much for the great info! I emerged tkcvs, and tried it tkdiffb- worked fine.My first thought before I read your last post was to make an alias for that long typed line in /etc/skel/.bashrc. However, if I understand you correctly, editing my /etc/profile file will fix the PATH problem, and that's a better way to go? If i do that, will I then be able to just type cfg-update -i, as your first post instructs? I'm still a little unclear on when I really need to run env-update- I'll read the Env.d document again.

My /etc/profile file is exactly the same as yours, except for the following 2 lines:

Mine: export PATH="/bin:/usr/bin:${PATH}"

export PATH="/bin:/sbin:/usr/bin:/usr/sbin:${ROOTPATH}"
----------------------------------------------------------------------------------------
Yours: export PATH="/bin:/usr/bin:${PATH}:."

export PATH="/bin:/sbin:/usr/bin:/usr/sbin:${ROOTPATH}:."
---------------------------------------------------------------------------------
The only difference is the extra :. at the end of both your lines. Is that my whole problem, and messing up PATH somehow?

My /etc/skel/.bash.profile is the same, and the .bashrc last line is commented where yours isn't, and I don't have the last line you added.

Should I edit my files to resemble yours (after backing up, of course)? Seems like a pretty safe edit- but I'm worried about messing up other things, and my knowledge about this is really limited, so I don't feel too confident about recovering if I get to far afield editing crucial files.

Thanks for bearing with me on this,
wrc1944
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Fri Oct 17, 2003 6:26 pm    Post subject: Reply with quote

Running "env-update" does no harm to your system. It just updates
/etc/profile.env with your current configuration, which is a good thing
to do.

That extra :. behind the PATH's is an *insecure* thing to do, but I have it
there so I can run scripts without having to type ./ in front of it while I'm
standing in the dir where the script is located. It just adds the current dir
to the PATH. You don't need it...

In .bashrc just uncomment the bashcompletion line, it's convenient and
works just like [TAB]'ing for directories on the commandline, but for programs.
So you can type "etc-u[TAB]" and it completes to "etc-update"... You don't
need that either.

But the last line of .bashrc (the one you don't have) is crucial I guess to
fix your root environment problem. Just try it... put it in the /root/.bashrc
file and open up another konsole window and su to root.
Check with "env | grep PATH=" if your PATH is fixed now...
It should have about the same amount of dirs as with your wrc user!
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Fri Oct 17, 2003 6:49 pm    Post subject: Reply with quote

xcentric,
That did the trick! Thanks for all the great help and detailed explanations- I really learned a lot on this one. A nice tkdiffb window came right up, no problems at all. I guess the entire time I just needed that last line in /etc/skel/.bashrc! I wonder why that isn't in there by default? Here's the output,

wrc1944
----------------------------------------------------------------
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # env-update
>>> Regenerating /etc/ld.so.cache...
* Caching service dependencies... [ ok ]
root@mymachine wrc # env | grep PATH=
MANPATH=/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man:/usr/X11R6/man:/opt/blackdown-jdk-1.4.1/man
TMAKEPATH=/usr/lib/tmake/linux-g++
PATH=/sbin:/bin:/usr/sbin:/usr/bin
CLASSPATH=/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:.
INFOPATH=/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info
root@mymachine wrc # perl cfg-update -i

(1/1)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] y
Backup file: /etc/test -> /etc/test.old
Backup file: /etc/._cfg0000_test -> /etc/test.new
Open editor: tkdiffb /etc/test /etc/._cfg0000_test
Delete file: /etc/._cfg0000_test ? [y|n|q|?]
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Fri Oct 17, 2003 6:56 pm    Post subject: Reply with quote

wrc1944 wrote:
xcentric,
That did the trick! Thanks for all the great help and detailed explanations-
I really learned a lot on this one. A nice tkdiffb window came right up, no
problems at all. I guess the entire time I just needed that last line in
/etc/skel/.bashrc! I wonder why that isn't in there by default?


Excellent!

I totally forgot I had added that line to .bashrc myself a long time ago!
I wondered why /etc/profile wasn't sourced for my accounts too...
That's why I ask anyone to explain how this is normally done.
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Fri Oct 17, 2003 7:21 pm    Post subject: Reply with quote

Found something on the forums...
Code:
There are at least 2 possibilities:

1. you start bash with the -l flag

or

2. you put this line in .Xdefaults:
XTerm*loginShell: true

Both tell bash to login which should read /etc/profile && ~/.bash_profile

Read the thread here

So we should probably create the file /etc/skel/.Xdefaults and put that line
in there. Then copy the .Xdefaults file to all existing user home dir's including
/root and when we create new accounts we use "useradd -m" which will put all
the files in /etc/skel in the newly created home dir! Problem solved ?

Why isn't that file in /etc/skel already? This probably means that wrc isn't
the only one who couldn't run my script :evil:
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sat Oct 18, 2003 6:49 am    Post subject: Reply with quote

Hmmmm. I just looked at some screenshots of gtkdiff, and liked them better, so I emerged it, and then edited the cfg-update editor line, like I did with tkdiffb, but gtkdiff doesn't come up. Instead, tkdiffb still appears, although I rechecked and edited and saved the file again. Same result. Am I missing something, or does this require rebooting?

The script is now working as was described, with just typing perl cfg-update -i, but the gtkdiff gui refuses to appear.

Very curious- any ideas as to why a simple edit works with tkdiffb, and not with gtkdiff?

Thanks,
wrc1944
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sat Oct 18, 2003 7:04 am    Post subject: Reply with quote

Update:
I checked, and do have gtkdiff in /usr/bin with the other diffs, and it will open a gtkdiff window from there in kde superuser, or a cli. It's just that the cfg-update script doesn't seem to find it, or defaults to tkdiffb, even though the script is edited to say gtkdiff.

I guess it needs another edit, but I'm over my head at this point.

wrc1944
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sat Oct 18, 2003 11:08 am    Post subject: Reply with quote

Well- more problems, I'm afraid. If I reboot, and try to run the script again, I get the same original error. I have to go back and go through the same routine of commands that you posted before, and it then works correctly again. However, it is not retaining this after a reboot. I have run env-update after I get it working, but to no avail.Once again, it can't open the x-server. I unmerged gtkdiff and tkcvs/tkdiffb to clean things up- maybe my edits caused this reverting to the previous problems.I checked and rechecked all the files, and they appear to be correct- it's another mystery, self-inflicted by my outsmarting myself with trying out different editors. Should have just stuck with xxdiff, when I had it right.

wrc1944
----------------------------------------------------------------
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # perl cfg-update -i

(1/1)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] y
Backup file: /etc/test -> /etc/test.old
Backup file: /etc/._cfg0000_test -> /etc/test.new
Open editor: xxdiff /etc/test /etc/._cfg0000_test
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

xxdiff: cannot connect to X server :0.0
Delete file: /etc/._cfg0000_test ? [y|n|q|?]
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Sun Oct 19, 2003 12:04 am    Post subject: Reply with quote

This is weird man... Just download the newest version of the cfg-update
script and run "cfg-update -c" to change xxdiff into gtkdiff.
Just type "gtkdiff" followed by enter when it asks for the new default
editor. Then hit enter twice to skip the mode and backup questions.
On my system it works perfectly after a simple "emerge gtkdiff"...

I'm still looking around for clues on what config file is different on your
system. What method do you use to start up KDE?
Look in /etc/rc.conf and tell me what DISPLAYMANAGER is set to.
xdm,gdm,kdm,elogin,entrance? Or is it commented out and do you start
X by typing "startx"?
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sun Oct 19, 2003 1:15 am    Post subject: Reply with quote

I'll download te newest cfg-update version, and start over. I'll bet that will fix it like it did last time. I must have messed up something fooling around with tkdiffb and gtkdiff. I have unmerged them both, and decided to stick with xxdiff only.

I'm using kdm, and have been since I started this particular install of Gentoo. I used to use "startx" on another box, but like kdm better.

I'll let you know what happens.

wrc1944
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sun Oct 19, 2003 1:38 am    Post subject: Reply with quote

OK- here's what I did- xxdiff came up fine, just like before. Have I done it correctly? Now the big test comes in rebooting, and see if my environment doesn't revert back to the problematic xxdiff & x-server situation. I'll reboot, and try again. (After I check all files once more)

wrc1944

wrc@mymachine wrc $ /usr/X11R6/bin/xhost +localhost
localhost being added to access control list
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # export PATH=$PATH:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin
root@mymachine wrc # export DISPLAY=localhost:0
root@mymachine wrc # env-update
>>> Regenerating /etc/ld.so.cache...
* Caching service dependencies... [ ok ]
root@mymachine wrc # perl cfg-update -i

(1/2)
Merge files: /etc/make.conf <=> /etc/._cfg0000_make.conf ? [y|n|q|?] y
Backup file: /etc/make.conf -> /etc/make.conf.old
Backup file: /etc/._cfg0000_make.conf -> /etc/make.conf.new
Open editor: xxdiff --style keramik --resource 'Show.PaneMergedView:true Show.Toolbar:true' /etc/make.conf /etc/._cfg0000_make.conf
kbuildsycoca running...
DCOP Cleaning up dead connections.
QFont::setPointSize: Point size <= 0 (-3)
Mutex destroy failure: Device or resource busy
Delete file: /etc/._cfg0000_make.conf ? [y|n|q|?] n

(2/2)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] n

root@mymachine wrc #
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sun Oct 19, 2003 1:42 am    Post subject: Reply with quote

OK- here's what I did- xxdiff came up fine, just like before. Have I done it correctly? Now the big test comes in rebooting, and see if my environment doesn't revert back to the problematic xxdiff & x-server situation. I'll reboot, and try again. (After I check all files once more)

wrc1944

wrc@mymachine wrc $ /usr/X11R6/bin/xhost +localhost
localhost being added to access control list
wrc@mymachine wrc $ su
Password:
root@mymachine wrc # export PATH=$PATH:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin
root@mymachine wrc # export DISPLAY=localhost:0
root@mymachine wrc # env-update
>>> Regenerating /etc/ld.so.cache...
* Caching service dependencies... [ ok ]
root@mymachine wrc # perl cfg-update -i

(1/2)
Merge files: /etc/make.conf <=> /etc/._cfg0000_make.conf ? [y|n|q|?] y
Backup file: /etc/make.conf -> /etc/make.conf.old
Backup file: /etc/._cfg0000_make.conf -> /etc/make.conf.new
Open editor: xxdiff --style keramik --resource 'Show.PaneMergedView:true Show.Toolbar:true' /etc/make.conf /etc/._cfg0000_make.conf
kbuildsycoca running...
DCOP Cleaning up dead connections.
QFont::setPointSize: Point size <= 0 (-3)
Mutex destroy failure: Device or resource busy
Delete file: /etc/._cfg0000_make.conf ? [y|n|q|?] n

(2/2)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] n

root@mymachine wrc #
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3432
Location: Gainesville, Florida

PostPosted: Sun Oct 19, 2003 2:01 am    Post subject: Reply with quote

On the reboot, and trying to open it again, it's back to the same old problem. Since I reboot every day, this is a real problem having to type all that stuff everytime. Maybe make aliases for the 3 lines, like cfg1, cfg2, cfg3? I have been copy/pasting them to save some typing. Where would I put them? I tried in /etc/skel/.bashrc, but it doesn't work. (Because it's a perl script?). Again, I'm over my head, and can't figure out where this is going wrong. Seems like this should be a very simple procedure, since it works fine the first time. Well, that's enough for one day- I finally got all my gkrellm sensors working with a 2.6 kernel for the first time.

wrc1944


wrc@mymachine wrc $ su
Password:
root@mymachine wrc # perl cfg-update -i

(1/1)
Merge files: /etc/test <=> /etc/._cfg0000_test ? [y|n|q|?] y
Backup file: /etc/test -> /etc/test.old
Backup file: /etc/._cfg0000_test -> /etc/test.new
Open editor: xxdiff --style keramik --resource 'Show.PaneMergedView:true Show.Toolbar:true' /etc/test /etc/._cfg0000_test
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

xxdiff: cannot connect to X server :0.0
Delete file: /etc/._cfg0000_test ? [y|n|q|?]
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.7.2 USE=experimental python3_11
Back to top
View user's profile Send private message
xentric
Guru
Guru


Joined: 16 Mar 2003
Posts: 410
Location: Netherlands

PostPosted: Sun Oct 19, 2003 3:49 am    Post subject: Reply with quote

The PATH issue has to be fixed now because you've added that last
line to .bashrc and I guess that fixes the DISPLAY thing too...

Can you test this:
reboot
let KDE start
open konsole
type: "xhost +localhost"
then su to root
run "cfg-update -i"

I guess you only have to run "xhost +localhost" everytime you start X.
You should put it in a startup script, but I'm still looking for you in which
one you should put it...
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next
Page 2 of 8

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum