Re: X display sharing fails (xauth)
Joe Smith wrote: ... Any ideas what broke, or suggestions for getting my old configuration working again? Ack. You know, I've had so few real problems with F9 that I've gotten totally rusty and dusty with age here. Cobwebs in the attic. What's the first thing you check when a system that's been working fine suddenly stops working? Disk space. My /var was full. No space left on device. No can make lock file. Would've been nice if the error message had mentioned that little detail, but I should have checked. I know, I know, disks don't run out of space anymore. You can't fill one up before it's time to get a bigger one. But I like to keep my /var on a partition. I've had silly things go wrong and fill an entire hd with the same log message. Of course that was 10 years ago when it took a few minutes to fill a disk like that. Now it would probably take a few hours. Oh well, embarrassing, but easy to fix. Joe -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: X display sharing fails (xauth)
Joe Smith wrote: I often need to test gui applications under a different login, so I can easily wipe out .dotfiles and run with a known environment. I've had this working since F8 with an xauth entry that allowed the other user access to my display. All I needed was a terminal window logged in as the other user, and I could run apps that needed access to the X display. A couple of days ago, this stopped working. Now, as the test user, I get $ firefox No protocol specified Error: cannot open display: :0.0 and from my normal desktop login, I get $ xauth list xauth: error in locking authority file /var/run/gdm/auth-cookie-XXGB42IU-for-jes I can use xhost + but I'd prefer to be a little more specific, even though I'm the only user. Switching users through the panel User Switcher is not convenient: I have to enter a password every time I switch users and I can't run things side by side on the same display. I don't really need full console access, just the display. Any ideas what broke, or suggestions for getting my old configuration working again? Several thoughts... first, since you don't tell us what you meant by an xauth entry that allowed the other user access to my display, no one will see anything there. Second, did you do anything with networking and/or DNS which could have confused the issue? That includes installing upgrades, which has been known to close security holes by making the whole method stop working. And finally, why not just ssh to the other user with X forwarding? ssh -X [EMAIL PROTECTED] would let user2 run X apps without xhost configuration. Maybe some of that will help. -- Bill Davidsen [EMAIL PROTECTED] We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: X display sharing fails (xauth)
Bill Davidsen wrote: Joe Smith wrote: ... Any ideas what broke, or suggestions for getting my old configuration working again? Several thoughts... first, since you don't tell us what you meant by an xauth entry that allowed the other user access to my display, no one will see anything there. Fair enough, but I have no idea what to call it. Xauth is an impenetrable mystery to me. All I did was crib from the man page: $ xauth extract - $DISPLAY | ssh testuser xauth merge - Second, did you do anything with networking and/or DNS which could have confused the issue? That includes installing upgrades, which has been known to close security holes by making the whole method stop working. Nothing obvious. Gdm was updated on 3 Oct, but I'm fairly sure I've shared the display successfully after that. I guess that's the best possibility. There was an update of 'dbus-x11' that fits my time frame estimate better, but the package description seems to throw water on that: | D-BUS contains some tools that require Xlib to be installed, those are | in this separate package so server systems need not install X. And finally, why not just ssh to the other user with X forwarding? ssh -X [EMAIL PROTECTED] would let user2 run X apps without xhost configuration. Maybe some of that will help. Yes, very helpful--thanks. Good point; I forgot about ssh. It's certainly a good solution but seems pretty heavyweight for what I need, both in setup work and while running. Any suggestion on how to follow-up on the gdm angle? I guess I could just file a bug on xauth and see what happens. Thanks again, Joe -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: X display sharing fails (xauth)
Joe Smith wrote: Bill Davidsen wrote: And finally, why not just ssh to the other user with X forwarding? ssh -X [EMAIL PROTECTED] would let user2 run X apps without xhost configuration. Maybe some of that will help. Yes, very helpful--thanks. Good point; I forgot about ssh. It's certainly a good solution but seems pretty heavyweight for what I need, both in setup work and while running. Not a lot of setup work - If you do not like typing in the password, you can create a key pair. I would use -Y instead of -X, but that is minor. You run the ssh command in an xterm, and then enter the commands you want to run as the second user in that xterm after running the ssh command. Running ssh -Y [EMAIL PROTECTED] works about the same as running su - user2. (There are differences, but for what you are after, it should not be a problem.) Now, if you wanted a full desktop for the second user, you could consider using something like Xnest. But that is nore work... Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
