On Wednesday 09 November 2016 05:46:49 Erik Christiansen wrote:

> On 08.11.16 10:52, Gene Heskett wrote:
> > This has been a std denial for 3 or 4 years. Its not possible for
> > another user to use YOUR x screen.  Security thing I guess. There
> > used to be a work-a-round, but I used it so rarely I've now
> > forgotten it (oldtimers), and so has everyone else, if it still
> > works, its wearing a top secret label.
>
> If it's just on the Rpi, then an "xhost +" opens that door, at the
> cost of security. If it's when a remote host attempts to display on
> the Rpi, and "xhost +my_other_host" isn't enough, then commenting out
> the line containing "/usr/bin/X -nolisten tcp" in
> /etc/X11/xinit/xserverrc should do the trick. (I saw oldtimers coming,
> and made notes.)

I didn't, :-(  Thank you.  Now to see if it works. :)  Nope
Here is a typical attempt to run synaptic-pkexec while logged in as 1st 
user, pi, on the r-pi from here:
------------
pi@raspberrypi:~ $ synaptic-pkexec 
==== AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
Authentication is required to run the Synaptic Package Manager
Authenticating as: root
Password: 
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized
----------------
Which should have run it, exporting its x stuff to here. linuxcnc, geany 
etc all work just fine. This would appear to be a bug, one that the 
reboot command also suffers from.

starting x on the r-pi was a disaster, unusable 4 color at max screen, 
text piled on top of itself too, so while its installed now, I am back 
the the vt1 login and work screen which works well.

At one point last evening I discovered that the keyboards poor response 
was somehow, and randomly related to the boot. One reboot came up 
horrible, and it had been working pretty good, so I rebooted again, 
keyboard good. So I started rebooting it just for S&G's, random, but 
working well Most of the time.  I should note that if the local keyboard 
is doofy, so is the remote keyboard IF you can even get logged in, most 
of the time you can't.

I detest the use of the power plug to reboot it, the possibility of the 
sd card being trashed is quite real. However, amanda did get a good 
backup of it last night, hoooray!

I wonder, could it be possible to setup a key combo alias in .bashrc, 
which would issue the reboot command so it would do a clean shutdown? 
But that would need it to work well enough to type ones sudo pw.

Screwed either way.
> ...
>
> > Having had to re-install, losing everything unless the re-install
> > was on a new disk, saving the old one, 3 times now after aptitude
> > screwed the pooch and destroyed my system, the chances of me running
> > that on the r-pi are somewhere between point triple ought excrement
> > and none.
>
> I'm not certain that it's safe to mix running apt-get and aptitude.
> (Never been game to try it to find out.) So I never run aptitude, and
> I've never had it all turned to goulash. (Who says pessimism isn't a
> survival attribute?)
>
Absolutely, Erik. Its even been known to stop me from going/doing 
something angels wouldn't do.  Not always mind you, but I survived.

Cheers Erik, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to