Upgrading coreutils to 5.0-9 and restarting X stops the execution of and X11 program from an su window (login to user account and su in a terminal). Going back to 5.0-6 and restarting X solves the problem. Is this an intended behavior? Everything else is todays rawhide level (7/31/03).
Please be more specific about the behaviour you see. Everything looks normal here with coreutils-5.0-9.
I just tested it again. Steps: 1. Insall coreutils-5.0-9 2. Restart X server and login (KDE) as user (if we don't restart X server it works!) 3. Do an su from konsole window 4. Try to start any X applications e.g. xterm # xterm Xlib: connection to ":0.0" refused by server Xlib: No protocol specified 5. Downgrade to -6, same line above works
Can't reproduce this. It works for me.
I have investigated this and found out how to fix it: 1. When I build coreutils-5.0-9 rpm from the exact source rpm I get the problem mentioned above. 2. When I comment out just the three lines: #aclocal -I m4 #autoconf --force #automake --copy --force and rebuild the rpm (one also has to remove the last hunk of coreutils-4.5.3-hname.patch, which fixes a dependecy for man page), IT WORKS!! Tried it a number of times to make sure.
Then perhaps it's the ACL patch? Those lines are necessary to make the Makefile.am changes propagate through. If you create a new user account, does the same problem happen for that user?
Well, this is confusing. I created a new user and it did not happen BUT now I can't make it happen again by installing the coreutils package from rawhide for any user. Something got fixed in the process.
Do you still see this with coreutils-5.0-14?
No!