Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 09:23:56 Alan Corey wrote:

This may not be the right thread, but I think I just fixed  my ssh login 
failures on the pi.

It seems an option command (X11ForwardTrusted) was moved from sshd_config 
to ssh_config and if it hit that option twice, the server would not 
start. I took it back out of sshd_config. So now I have a working shell 
into the pi from both on this machine, and the rock64.  Life will be 
better now.

Many thanks to all that tried to help.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 24/07/18 22:45, Gene Heskett wrote:

On Tuesday 24 July 2018 16:40:38 Mark Morgan Lloyd wrote:



And what does  ssh -v  tell you?

In the shell session you're using try  echo $$  which will give you
the PID of that instance of bash, and then see where that appears in
ps faux  output.


I can do that,

I hope that effort bears fruit, this and another r-pi 3b has had a
habit of throwing away local keyboard and mouse events. Another
reboot might fix it, and then again it might be worse. But I expect
this is a different breed of horse.


http://www.lab-initio.com/screen_res/nz174.jpg


Chuckle.


The caption originally continued with something like "I can fit you in a 
week Thursday" but the author moved site and started colouring them.



But that ps output does appear to imply that you've got a running
shell, so the question might be moving from sshd towards something
silly like an endless loop in your .bashrc


Thats not been touched by me in nearly a year. But I'll go look anyway.

And here is an interesting observation, a lowercase -y works, the
uppercase doesn't:


You do appreciate I trust that -Y and -y are completely unrelated?


And now with all the fooling around, I can't restart the ssh service on
this machine, getting this error:
gene@coyote:~/Public/rock64-next-try$ service ssh start
[] Starting OpenBSD Secure Shell server: sshdCould not load host
key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
. ok


So it looks like it's unhappy with ssh_host_rsa_key but ssh_host_dsa_key 
is OK. Does it actually still work?



I think I'd better quit while I still have a network.
but do they exist?: yes:
gene@coyote:~/Public/rock64-next-try$ ls -l /etc/ssh
total 272
-rw-r--r-- 1 root root 242091 Apr 30  2014 moduli
-rw-r--r-- 1 root root   1733 Nov 27  2016 ssh_config
-rw-r--r-- 1 root root   2557 Nov 27  2016 sshd_config
-rw--- 1 root root668 Feb  3  2015 ssh_host_dsa_key
-rw-r--r-- 1 root root601 Feb  3  2015 ssh_host_dsa_key.pub
-rw--- 1 root root227 Feb  3  2015 ssh_host_ecdsa_key
-rw-r--r-- 1 root root173 Feb  3  2015 ssh_host_ecdsa_key.pub
-rw--- 1 root root   1675 Feb  3  2015 ssh_host_rsa_key
-rw-r--r-- 1 root root393 Feb  3  2015 ssh_host_rsa_key.pub

So I am lost.  Thanks Mark.


Now I'm getting back to my various RPi etc. problems, which boil down to 
iperf giving me chaotic timing results on high-latency 4G links. 
Attractors at 3.75, 7.5, 15, 30, 45 MBits/sec. Fun :-/


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Tuesday 24 July 2018 16:40:38 Mark Morgan Lloyd wrote:

> On 24/07/18 20:15, Gene Heskett wrote:
> > On Tuesday 24 July 2018 14:29:49 Mark Morgan Lloyd wrote:
> >> So you get the password prompt which is actually issued by your SSH
> >> client. The two things I'd suggest are (i) if you have one use a
> >> shell session on the local console to run something like  ps faux |
> >> less  so you can see whether the ssh daemon's stuck running
> >> something. Look in /var/log/messages etc. Try ssh without the -Y
> >> then again with the -v option.
> >>
> >> Sorry for being concise, but evening passes and I've spent all day
> >> on RPi OSes and several nay many days trying to sort out throughput
> >> issues... SSH login should /not/ be a problem.
> >
> > The only thing I can see that sshd related:
> >
> > /usr/sbin/sshd -D
> >   \ sshd: pi [priv]
> > \ sshd: pi@pts/1
> >  \ /bin/bash
> >
> > There was one other entry, clear at the bottom of a lengthy list:
> > sshd
> >\ bin/bash but I think that was the terminal I was using.  Or is
> > that the hung one??? dunno.
>
> And what does  ssh -v  tell you?
>
> In the shell session you're using try  echo $$  which will give you
> the PID of that instance of bash, and then see where that appears in 
> ps faux  output.
>
I can do that,
> > I hope that effort bears fruit, this and another r-pi 3b has had a
> > habit of throwing away local keyboard and mouse events. Another
> > reboot might fix it, and then again it might be worse. But I expect
> > this is a different breed of horse.
>
> http://www.lab-initio.com/screen_res/nz174.jpg
>
Chuckle.

> But that ps output does appear to imply that you've got a running
> shell, so the question might be moving from sshd towards something
> silly like an endless loop in your .bashrc

Thats not been touched by me in nearly a year. But I'll go look anyway.

And here is an interesting observation, a lowercase -y works, the 
uppercase doesn't:
gene@coyote:~/Public/rock64-next-try$ ssh -y  pi@picnc
pi@picnc's password:

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Jul 24 17:56:59 2018 from coyote.coyote.den
pi@picnc:~ $  

But I don't get that final pi@picnc if I use the uppercase -Y.  That 
ought to help pin it down I'd think.But maybe not, but the manpage 
on this machine says its a log path control.

This manpage says ForwardX11Trusted, but it does not exist in that jessie 
machine sshd_config 

And now with all the fooling around, I can't restart the ssh service on 
this machine, getting this error:
   gene@coyote:~/Public/rock64-next-try$ service ssh start
[] Starting OpenBSD Secure Shell server: sshdCould not load host 
key: /etc/ssh/ssh_host_rsa_key
Could not load host key: /etc/ssh/ssh_host_dsa_key
. ok

I think I'd better quit while I still have a network. 
but do they exist?: yes:
gene@coyote:~/Public/rock64-next-try$ ls -l /etc/ssh
total 272
-rw-r--r-- 1 root root 242091 Apr 30  2014 moduli
-rw-r--r-- 1 root root   1733 Nov 27  2016 ssh_config
-rw-r--r-- 1 root root   2557 Nov 27  2016 sshd_config
-rw--- 1 root root668 Feb  3  2015 ssh_host_dsa_key
-rw-r--r-- 1 root root601 Feb  3  2015 ssh_host_dsa_key.pub
-rw--- 1 root root227 Feb  3  2015 ssh_host_ecdsa_key
-rw-r--r-- 1 root root173 Feb  3  2015 ssh_host_ecdsa_key.pub
-rw--- 1 root root   1675 Feb  3  2015 ssh_host_rsa_key
-rw-r--r-- 1 root root393 Feb  3  2015 ssh_host_rsa_key.pub

So I am lost.  Thanks Mark.   
-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 24/07/18 20:15, Gene Heskett wrote:

On Tuesday 24 July 2018 14:29:49 Mark Morgan Lloyd wrote:



So you get the password prompt which is actually issued by your SSH
client. The two things I'd suggest are (i) if you have one use a shell
session on the local console to run something like  ps faux | less  so
you can see whether the ssh daemon's stuck running something. Look in
/var/log/messages etc. Try ssh without the -Y then again with the -v
option.

Sorry for being concise, but evening passes and I've spent all day on
RPi OSes and several nay many days trying to sort out throughput
issues... SSH login should /not/ be a problem.


The only thing I can see that sshd related:

/usr/sbin/sshd -D
  \ sshd: pi [priv]
\ sshd: pi@pts/1
 \ /bin/bash

There was one other entry, clear at the bottom of a lengthy list:
sshd
   \ bin/bash but I think that was the terminal I was using.  Or is that
the hung one??? dunno.


And what does  ssh -v  tell you?

In the shell session you're using try  echo $$  which will give you the 
PID of that instance of bash, and then see where that appears in  ps 
faux  output.



I hope that effort bears fruit, this and another r-pi 3b has had a habit
of throwing away local keyboard and mouse events. Another reboot might
fix it, and then again it might be worse. But I expect this is a
different breed of horse.


http://www.lab-initio.com/screen_res/nz174.jpg

But that ps output does appear to imply that you've got a running shell, 
so the question might be moving from sshd towards something silly like 
an endless loop in your .bashrc


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Tuesday 24 July 2018 14:29:49 Mark Morgan Lloyd wrote:

> > I get the pw requester, answer it, get the login blurb I assume
> > from /etc/issue.net, but then no shell prompt in the remote term
> > emulator, and a ctrl-d is also ignored. Kill the tab is the only way
> > out. Thinking I had  hit some limit on this machine. or on the pi, I
> > got exactly the same results from the rock64's keyboard before and
> > after rebooting the pi.
> >
> > So whats next?
>
> So you get the password prompt which is actually issued by your SSH
> client. The two things I'd suggest are (i) if you have one use a shell
> session on the local console to run something like  ps faux | less  so
> you can see whether the ssh daemon's stuck running something. Look in
> /var/log/messages etc. Try ssh without the -Y then again with the -v
> option.
>
> Sorry for being concise, but evening passes and I've spent all day on
> RPi OSes and several nay many days trying to sort out throughput
> issues... SSH login should /not/ be a problem.

The only thing I can see that sshd related:

/usr/sbin/sshd -D
 \ sshd: pi [priv]
   \ sshd: pi@pts/1
\ /bin/bash

There was one other entry, clear at the bottom of a lengthy list:
sshd
  \ bin/bash but I think that was the terminal I was using.  Or is that 
the hung one??? dunno.

I hope that effort bears fruit, this and another r-pi 3b has had a habit 
of throwing away local keyboard and mouse events. Another reboot might 
fix it, and then again it might be worse. But I expect this is a 
different breed of horse. I update everything but the kernel (its pinned 
as its as close to an RTAI kernel as anyone so far has built for an 
r-pi) a couple times a week, and its not bothered me in a few weeks. So 
maybe thats been fixed.

Also, setting the keyboard repeat from the gui, only lasts till a reboot, 
at which time it goes back up to at least 100/second, maybe more.

Thank you Mark.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

I get the pw requester, answer it, get the login blurb I assume
from /etc/issue.net, but then no shell prompt in the remote term
emulator, and a ctrl-d is also ignored. Kill the tab is the only way
out. Thinking I had  hit some limit on this machine. or on the pi, I got
exactly the same results from the rock64's keyboard before and after
rebooting the pi.

So whats next?


So you get the password prompt which is actually issued by your SSH 
client. The two things I'd suggest are (i) if you have one use a shell 
session on the local console to run something like  ps faux | less  so 
you can see whether the ssh daemon's stuck running something. Look in 
/var/log/messages etc. Try ssh without the -Y then again with the -v option.


Sorry for being concise, but evening passes and I've spent all day on 
RPi OSes and several nay many days trying to sort out throughput 
issues... SSH login should /not/ be a problem.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Tuesday 24 July 2018 13:22:34 Mark Morgan Lloyd wrote:

> On 24/07/18 17:15, Gene Heskett wrote:
> > On Tuesday 24 July 2018 10:07:45 Lennart Sorensen wrote:
> >> On Tue, Jul 24, 2018 at 04:21:25AM -0400, Gene Heskett wrote:
> >>> And that works, geany now runs on the rock64 from an ssh login!!!.
> >>> Now to see if the pi can be fixed, but the second of those two
> >>> commands does not exist in /etc/ssh/sshd_config on the pi, even
> >>> commented out. And when added, results in a login with no shell
> >>> prompt. So I used another login already established to remove that
> >>> line again, but a ssh restart, logout and log back in does not get
> >>> me a shell prompt after entering the password.  So now I am locked
> >>> out of the pi due to lack of a shell. But the rock64 now gives me
> >>> x exports.
> >>
> >> Great.  Some progress finally.
> >
> > Yep, and I've made it work for an armbian install this morning too!
> >
> > Big grin.
> >
> > But I had a heck of a time getting a gateway to "stick" thats very
> > fragile. Seems there is more stuffs now required in /e/n/i.d/eth0
> > than before, and no 100% reliable way to get it all started, so
> > while its now working, I'd have to say its fragile yet using the new
> > way.
>
> Extra stuff /such/ /as/? I find this
>
> allow-hotplug eth0
> iface eth0 inet static
>  address 192.168.1.19/24
>
> # dns-* options are implemented by the resolvconf package, if
> installed
>
>  dns-nameservers 192.168.1.1
>  dns-search telemetry.co.uk
>
> to be entirely adequate for /etc/network/interfaces on Raspbian and
> Debian Stretch, except possibly for the TinkerBoard I was looking at a
> few days ago.
>
> > But now, moving 15 feet to the pi, trying to do it on the pi, which
> > is running a jessie install, I've lost the shell after a login. So
> > my logins are useless. They echo what I type, but nothing see's the
> > return except the echoing linefeed.
> >
> > So kind people, whats next to check?
>
> Please describe the problem exactly. Most of us are reading this while
> working etc., assume our memory is limited.
>
> Debian or Raspbian Jessie? Main console? Text? GUI? Manual or auto
> login? SSH? What shell? and so on.

raspian jessie, manual ssh -Y login from remote machine on same local 
subnet/24 with pw's, /bin/bash in the pw file.

I get the pw requester, answer it, get the login blurb I assume 
from /etc/issue.net, but then no shell prompt in the remote term 
emulator, and a ctrl-d is also ignored. Kill the tab is the only way 
out. Thinking I had  hit some limit on this machine. or on the pi, I got 
exactly the same results from the rock64's keyboard before and after 
rebooting the pi.

So whats next?

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 24/07/18 17:15, Gene Heskett wrote:

On Tuesday 24 July 2018 10:07:45 Lennart Sorensen wrote:


On Tue, Jul 24, 2018 at 04:21:25AM -0400, Gene Heskett wrote:

And that works, geany now runs on the rock64 from an ssh login!!!.
Now to see if the pi can be fixed, but the second of those two
commands does not exist in /etc/ssh/sshd_config on the pi, even
commented out. And when added, results in a login with no shell
prompt. So I used another login already established to remove that
line again, but a ssh restart, logout and log back in does not get
me a shell prompt after entering the password.  So now I am locked
out of the pi due to lack of a shell. But the rock64 now gives me x
exports.


Great.  Some progress finally.


Yep, and I've made it work for an armbian install this morning too!

Big grin.

But I had a heck of a time getting a gateway to "stick" thats very
fragile. Seems there is more stuffs now required in /e/n/i.d/eth0 than
before, and no 100% reliable way to get it all started, so while its now
working, I'd have to say its fragile yet using the new way.


Extra stuff /such/ /as/? I find this

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.19/24

# dns-* options are implemented by the resolvconf package, if installed

dns-nameservers 192.168.1.1
dns-search telemetry.co.uk

to be entirely adequate for /etc/network/interfaces on Raspbian and 
Debian Stretch, except possibly for the TinkerBoard I was looking at a 
few days ago.



But now, moving 15 feet to the pi, trying to do it on the pi, which is
running a jessie install, I've lost the shell after a login. So my
logins are useless. They echo what I type, but nothing see's the return
except the echoing linefeed.

So kind people, whats next to check?


Please describe the problem exactly. Most of us are reading this while 
working etc., assume our memory is limited.


Debian or Raspbian Jessie? Main console? Text? GUI? Manual or auto 
login? SSH? What shell? and so on.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Tuesday 24 July 2018 10:07:45 Lennart Sorensen wrote:

> On Tue, Jul 24, 2018 at 04:21:25AM -0400, Gene Heskett wrote:
> > And that works, geany now runs on the rock64 from an ssh login!!!.
> > Now to see if the pi can be fixed, but the second of those two
> > commands does not exist in /etc/ssh/sshd_config on the pi, even
> > commented out. And when added, results in a login with no shell
> > prompt. So I used another login already established to remove that
> > line again, but a ssh restart, logout and log back in does not get
> > me a shell prompt after entering the password.  So now I am locked
> > out of the pi due to lack of a shell. But the rock64 now gives me x
> > exports.
>
> Great.  Some progress finally.

Yep, and I've made it work for an armbian install this morning too!

Big grin.

But I had a heck of a time getting a gateway to "stick" thats very 
fragile. Seems there is more stuffs now required in /e/n/i.d/eth0 than 
before, and no 100% reliable way to get it all started, so while its now 
working, I'd have to say its fragile yet using the new way.

But now, moving 15 feet to the pi, trying to do it on the pi, which is 
running a jessie install, I've lost the shell after a login. So my 
logins are useless. They echo what I type, but nothing see's the return 
except the echoing linefeed.

So kind people, whats next to check?

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Lennart Sorensen]

On Mon, Jul 23, 2018 at 06:53:36PM -0400, Gene Heskett wrote:
> Do I have to reboot it (the rock64) after makeing everything as above?  
> Logging out, and back in does not shut the error message off.
> 
> gene@coyote:~$ ssh -Y rock64@rock64
> rock64@rock64's password:
> X11 forwarding request failed on channel 0

Restarting sshd would be required.

> > What the name of user 1000 is has nothing to do with it (Only really
> > NFS has issues with uid's not matching between machines and there are
> > ways to deal with that too).
> 
> Well, something is makeing sure I can't do anything from any keyboard but 
> the machines own keyboard and monitor.
> 
> Thanks Lennart, you actually tried to answer my question, and I 
> appreciate it.

Well somehow I missed what the original problem was initially.

-- 
Len Sorensen

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 24/07/18 08:30, Gene Heskett wrote:

On Tuesday 24 July 2018 01:28:41 Tixy wrote:


On Mon, 2018-07-23 at 18:53 -0400, Gene Heskett wrote:

When you said you had isses with ssh -Y not allow X connections...

Check that /etc/ssh/sshd_config on the rock64 has these settings:

X11Forwarding yes
X11UseLocalhost no

And that the package 'xauth' is installed.

Either of those missing will prevent ssh from forwarding X
connections.


Do I have to reboot it (the rock64) after makeing everything as
above?
Logging out, and back in does not shut the error message off.


I expect you'll need to restart the ssh daemon, e.g as root:

# service ssh restart


And that works, geany now runs on the rock64 from an ssh login!!!.
Now to see if the pi can be fixed, but the second of those two commands
does not exist in /etc/ssh/sshd_config on the pi, even commented out.


Agreed, I don't see it either on Raspbian or on the 32-bit Debian build 
I've got for an RPi2/3. IME it's the first which is important.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Tuesday 24 July 2018 01:28:41 Tixy wrote:

> On Mon, 2018-07-23 at 18:53 -0400, Gene Heskett wrote:
> > > When you said you had isses with ssh -Y not allow X connections...
> > >
> > > Check that /etc/ssh/sshd_config on the rock64 has these settings:
> > >
> > > X11Forwarding yes
> > > X11UseLocalhost no
> > >
> > > And that the package 'xauth' is installed.
> > >
> > > Either of those missing will prevent ssh from forwarding X
> > > connections.
> >
> > Do I have to reboot it (the rock64) after makeing everything as
> > above?  
> > Logging out, and back in does not shut the error message off.
>
> I expect you'll need to restart the ssh daemon, e.g as root:
>
> # service ssh restart

And that works, geany now runs on the rock64 from an ssh login!!!.
Now to see if the pi can be fixed, but the second of those two commands 
does not exist in /etc/ssh/sshd_config on the pi, even commented out.  
And when added, results in a login with no shell prompt. So I used 
another login already established to remove that line again, but a ssh 
restart, logout and log back in does not get me a shell prompt after 
entering the password.  So now I am locked out of the pi due to lack of 
a shell. But the rock64 now gives me x exports.

Thank you. I'll go reboot the pi and see if that helps as its sshd_config 
should be restored to where it started from now. But that is several 
hours away as its only 4:22 local time.

> Not sure if that works on machines with systemd. You could just reboot
> in either case.



-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Tixy]

On Mon, 2018-07-23 at 18:53 -0400, Gene Heskett wrote:
> > When you said you had isses with ssh -Y not allow X connections...
> > 
> > Check that /etc/ssh/sshd_config on the rock64 has these settings:
> > 
> > X11Forwarding yes
> > X11UseLocalhost no
> > 
> > And that the package 'xauth' is installed.
> > 
> > Either of those missing will prevent ssh from forwarding X
> > connections.
> > 
> 
> Do I have to reboot it (the rock64) after makeing everything as
> above?  
> Logging out, and back in does not shut the error message off.

I expect you'll need to restart the ssh daemon, e.g as root:

# service ssh restart

Not sure if that works on machines with systemd. You could just reboot
in either case.

-- 
Tixy

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 17:00:04 Lennart Sorensen wrote:

> On Mon, Jul 23, 2018 at 04:37:48PM -0400, Gene Heskett wrote:
> > As I keep repeating, x is TOTALLY not available to the common user.
> > I need to set that up as an auto reply I guess. All the good
> > editors, and I'm fond of geany, but neither geany, kate nor kwrite
> > are available, they need x and bailout when they're are denied its
> > use, so I'm stuck with nano, and its half a screen vertical jump for
> > a scroll drives me plumb out of my skull, spending 95% of my time
> > looking for the damned curser. No way in hell you can write good
> > code with that distraction.
> >
> > I'm running out of patience, everyone is reading what they *think* I
> > wrote, then answering that question I didn't ask. That is not
> > helpfull and just confuses the next person that replies to what
> > ought to be a new thread, its that far from the actual subject.
>
> (Went back and reread the thread...)
>
> When you said you had isses with ssh -Y not allow X connections...
>
> Check that /etc/ssh/sshd_config on the rock64 has these settings:
>
> X11Forwarding yes
> X11UseLocalhost no
>
> And that the package 'xauth' is installed.
>
> Either of those missing will prevent ssh from forwarding X
> connections.
>
Do I have to reboot it (the rock64) after makeing everything as above?  
Logging out, and back in does not shut the error message off.

gene@coyote:~$ ssh -Y rock64@rock64
rock64@rock64's password:
X11 forwarding request failed on channel 0

> What the name of user 1000 is has nothing to do with it (Only really
> NFS has issues with uid's not matching between machines and there are
> ways to deal with that too).

Well, something is makeing sure I can't do anything from any keyboard but 
the machines own keyboard and monitor.

Thanks Lennart, you actually tried to answer my question, and I 
appreciate it.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Lennart Sorensen]

On Mon, Jul 23, 2018 at 04:37:48PM -0400, Gene Heskett wrote:
> As I keep repeating, x is TOTALLY not available to the common user. I 
> need to set that up as an auto reply I guess. All the good editors, and 
> I'm fond of geany, but neither geany, kate nor kwrite are available, 
> they need x and bailout when they're are denied its use, so I'm stuck 
> with nano, and its half a screen vertical jump for a scroll drives me 
> plumb out of my skull, spending 95% of my time looking for the damned 
> curser. No way in hell you can write good code with that distraction.
> 
> I'm running out of patience, everyone is reading what they *think* I 
> wrote, then answering that question I didn't ask. That is not helpfull 
> and just confuses the next person that replies to what ought to be a new 
> thread, its that far from the actual subject.

(Went back and reread the thread...)

When you said you had isses with ssh -Y not allow X connections...

Check that /etc/ssh/sshd_config on the rock64 has these settings:

X11Forwarding yes
X11UseLocalhost no

And that the package 'xauth' is installed.

Either of those missing will prevent ssh from forwarding X connections.

What the name of user 1000 is has nothing to do with it (Only really
NFS has issues with uid's not matching between machines and there are
ways to deal with that too).

-- 
Len Sorensen

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 12:30:40 Lennart Sorensen wrote:

> On Mon, Jul 23, 2018 at 12:00:19PM -0400, Gene Heskett wrote:
> > First I am logging in as user 1000, aka pi on the pi and rock64 on
> > the rock64. Root logins are disallowed. I can sudo later, but can't
> > run anything that needs x, getting the can't open display :11 or
> > some such twaddle error.  And I've no clue if ts this wheezy
> > machine, or that jessie or stretch machine reporting the error I see
> > on my konsole here on wheezy.
>
> Once you su or sudo you no longer have permission to access X.  If you
> want that use gksudo or kdesudo which handle keeping access to X while
> switching to root.

As I keep repeating, x is TOTALLY not available to the common user. I 
need to set that up as an auto reply I guess. All the good editors, and 
I'm fond of geany, but neither geany, kate nor kwrite are available, 
they need x and bailout when they're are denied its use, so I'm stuck 
with nano, and its half a screen vertical jump for a scroll drives me 
plumb out of my skull, spending 95% of my time looking for the damned 
curser. No way in hell you can write good code with that distraction.

I'm running out of patience, everyone is reading what they *think* I 
wrote, then answering that question I didn't ask. That is not helpfull 
and just confuses the next person that replies to what ought to be a new 
thread, its that far from the actual subject.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 23/07/18 19:45, Cindy-Sue Causey wrote:

On 7/22/18, Mark Morgan Lloyd  wrote:



It's regrettable that dpkg-reconfigure doesn't have something like a
--list command which summarises the packages to which it may be applied,
or even a --search which works by analogy with apt-cache etc.



There's always the option of submitting something like that as a
reportbug wishlist item. I verified first using grub-pc. Had to flip
through over 500 bugs (*OUCH!*) to get to the point where you choose
wishlist, but it *is* there in the options regarding a bug report's
severity level.


Ouch. I most regret that I've spent much more time working round bugs 
and arguably-missing features than I should have done, rather than 
engaging with various distreaux's bug management systems and then 
brushing up on my C, scripting and package management skills.


Story of my life: "I'm sure I can hack past this, after which I'll be in 
the open and the way will be clear".


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Lennart Sorensen]

On Mon, Jul 23, 2018 at 07:45:12PM +, Mark Morgan Lloyd wrote:
> Sudo's -E option very often helps.

Well that still doesn't work because you need the right cookies for X
to work.

With kdesu or kdesudo or gksudo it does work.

-- 
Len Sorensen

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 23/07/18 16:45, Lennart Sorensen wrote:

On Mon, Jul 23, 2018 at 12:00:19PM -0400, Gene Heskett wrote:

First I am logging in as user 1000, aka pi on the pi and rock64 on the
rock64. Root logins are disallowed. I can sudo later, but can't run
anything that needs x, getting the can't open display :11 or some such
twaddle error.  And I've no clue if ts this wheezy machine, or that
jessie or stretch machine reporting the error I see on my konsole here
on wheezy.


Once you su or sudo you no longer have permission to access X.  If you
want that use gksudo or kdesudo which handle keeping access to X while
switching to root.


Sudo's -E option very often helps.

--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Cindy-Sue Causey]

On 7/22/18, Mark Morgan Lloyd  wrote:
> On 22/07/18 15:15, Gene Heskett wrote:
>> On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:
>>
>>> On 22/07/18 14:00, Gene Heskett wrote:
 I have a bunch of locale related errors too.
 Was a stretch-minimal install by ayufan, has xfce for desktop

 What am I missing?
>>>
>>> The traditional command for that was tzconfig, but these days it will
>>> tell you to run dpkg-reconfigure something...
>>>
>>> WARNING: the tzconfig command is deprecated, please use:
>>>dpkg-reconfigure tzdata
>>
>> Worked a treat, thank you.
>
> It's regrettable that dpkg-reconfigure doesn't have something like a
> --list command which summarises the packages to which it may be applied,
> or even a --search which works by analogy with apt-cache etc.


There's always the option of submitting something like that as a
reportbug wishlist item. I verified first using grub-pc. Had to flip
through over 500 bugs (*OUCH!*) to get to the point where you choose
wishlist, but it *is* there in the options regarding a bug report's
severity level.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Lennart Sorensen]

On Mon, Jul 23, 2018 at 12:00:19PM -0400, Gene Heskett wrote:
> First I am logging in as user 1000, aka pi on the pi and rock64 on the 
> rock64. Root logins are disallowed. I can sudo later, but can't run 
> anything that needs x, getting the can't open display :11 or some such 
> twaddle error.  And I've no clue if ts this wheezy machine, or that 
> jessie or stretch machine reporting the error I see on my konsole here 
> on wheezy.

Once you su or sudo you no longer have permission to access X.  If you
want that use gksudo or kdesudo which handle keeping access to X while
switching to root.

-- 
Len Sorensen

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 06:31:49 Philip Hands wrote:

> John Holland  writes:
> >>> shot. It can't be any worse of a C.F. than the ayufan builds with
> >>> its pre-allocated user 1000.
> >>
> >> Although having a preallocated user 1000 is the standard "Debian
> >> Way", the objective being that you can telnet (later SSH) in using
> >> that user and then  sudo su  to get root (fouled up on some
> >> versions that don't add user 1000 to sudoers). For quite a long
> >> time
> >
> > The same effect can be achieved by supplementing the user in
> > question with the group sudo. With that there is no need to edit
> > sudoers.
>
> Presumably the system had a root password set at first install.  That
> is what normally determines whether the first user created at install
> time is added to the sudo group or not -- having no root password
> provokes a user with sudo access, so that there is still some way of
> becoming root.
>
> If you're doing it by hand, just run this as root (assuming a user
> 'phil'):
>
>   adduser phil sudo
>
> As for the question of remote root ssh access -- by default in the
> debian ssh package that is now only allowed using keys, rather than
> password, so you need to copy your .pub over to:
>
>   /root/.ssh/authorized_keys
>
> on the target system to get in as root.
>
But I don't want to login as root! I've said as much several times. If I 
need to be root, there is always sudo -i for long enough. Like to change 
the ownership of a plugin drive so I as user 1000 can build a realtime 
kernel as the user. Recommended practice BTW.

> Cheers, Phil.



-- 
Cheers, 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 

RE: rock64, date is UTC, how to make EST (s/b UTC-5)

[Jim MacKenzie]

Just a heads-up, you actually will want it to be EDT (UTC-4), unless your
area doesn't observe daylight saving time.  Fortunately, Debian will take
care of this for you.

I just do dpkg-reconfigure tzdata (as root, or you can add 'sudo' to the
start if you use sudo) and choose a city or region that observes the same
time zone (plus DST if applicable - not all regions observe it, like mine).

Jim

-Original Message-
From: Gene Heskett [mailto:ghesk...@shentel.net] 
Sent: Sunday, July 22, 2018 10:35 AM
To: debian-arm@lists.debian.org
Subject: Re: rock64, date is UTC, how to make EST (s/b UTC-5)

On Sunday 22 July 2018 12:14:00 Alan Corey wrote:

> On Sun, 22 Jul 2018 11:43:38 -0400
>
> Gene Heskett  wrote:
> > These things don't have a clock, so they use fake-hwclock, so I 
> > turned on ntp.conf logging and that looks like its doing well. But 
> > since its not pestering the level one servers, just debians, I left 
> > that be. The diff is likely measured in micro-seconds.
>
> Actually the Rock64 does have a hardware clock, there's just no 
> battery so it's not useful.  In the schematics somewhere it shows how 
> to hook a single lithium cell up.
>
> See dmesg | grep rtc
>
> If you were using it portable or off-grid that would be important.
>
> I haven't built a Linux kernel in 10 years or so, used to do it 
> routinely in OpenBSD and FreeBSD.  Did it once in Linux because the 
> default one at the time wouldn't use more than 2 GB of RAM or 
> something.  That was i386.
>
> My locale stuff didn't change until I'd rebooted, now it shows:
>
> LANG=en_US.UTF-8
> LANGUAGE=
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
> I've tried setting parts manually, never seems to work.

But I have to go to the thing to reboot it, some security knucklehead has
decided it doesn't fully boot until user 1000 is logged in from its own
keyboard. Even then X needing stuff is not available from an ssh login. 
That I think might be related to the fact that user 1000 is hard coded into
the install, which IMO is a huge mistake.  I've tried to change that on 2 of
these little credit card things, but thats impossible to do correctly so
everything just works. So I have to put up with the username miss-match, and
goto its own keyboard to run anything that needs X. That sort of stuff is
usually found on the ground behind the male of the bovine specie.  And I'm
getting less and less inclined to stfu about it. Surely this first user can
be created at first boot after writing a new image to the sd card it boots
from?

Can I make an alias on this machine so user pi or user rock64=gene as far as
this X accepting the output of an ssh -Y pi@picnc and/or an ssh -Y
rock64@rock64 for instance?


--
Cheers, 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>

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 07:50:23 Mark Morgan Lloyd wrote:

> On 23/07/18 10:30, Gene Heskett wrote:
> > On Monday 23 July 2018 06:09:01 John Holland wrote:
>  shot. It can't be any worse of a C.F. than the ayufan builds with
>  its pre-allocated user 1000.
> >>>
> >>> Although having a preallocated user 1000 is the standard "Debian
> >>> Way", the objective being that you can telnet (later SSH) in using
> >>> that user and then  sudo su  to get root (fouled up on some
> >>> versions that don't add user 1000 to sudoers). For quite a long
> >>> time
> >>
> >> The same effect can be achieved by supplementing the user in
> >> question with the group sudo. With that there is no need to edit
> >> sudoers.
> >>
> >> John
> >
> > But that does not fix the x server being locked and unusable when
> > logged in from a comfy chair because user 1000 is not the same name.
> >  So you are limited to ncurses at best for a gui. And that sucks
> > somewhere around 10-35 Torr.
>
> Gene, what /exactly/ are you complaining about here? if it's simply
> that you can't get a GUI login as root from your system console then
> that's a display manager thing which should be fixable.

First I am logging in as user 1000, aka pi on the pi and rock64 on the 
rock64. Root logins are disallowed. I can sudo later, but can't run 
anything that needs x, getting the can't open display :11 or some such 
twaddle error.  And I've no clue if ts this wheezy machine, or that 
jessie or stretch machine reporting the error I see on my konsole here 
on wheezy.

copy/paste quote:

gene@coyote:~$ ssh -Y rock64@rock64
rock64@rock64's password:
X11 forwarding request failed on channel 0

Whoever is responsible for that, needs to meet a Louisville Slugger just 
above the ear.

I can run any x app, from wheezy on x86 to wheezy on x86, but wheezy to 
jessie on the pi is locked out, and wheezy to stretch on the rock64 is 
locked out as you can see above.

3 usernames, all user 1000, but that apparently doesn't mean squat to X, 
identical user numbers notwithstanding.
 
That means I must go to that machines keyboard to do anything that needs 
X. And that means standing up, and my 83 yo back is killing me in 10 
minutes. So it should be understandable that its a very sore point to 
me.

With dd-wrt's sharp teeth being the gateway to the internet, security is 
the last concern, no one not given the login credentials has been able 
to get in, in at least 15 years.

The local net is mine and I am the only user, so why the hell can't I do 
what I need to do from a comfy chair?

Good question that. If you know how to fix it, please share.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

Autologin for X

Setting GUI login, in
/etc/systemd/system
the symlink default.target
should point to
/lib/systemd/system/graphical.target
instead of multi-user.target

[I think if you've set autologin in the agettty thing it never gets here]

For GUI autologin see /etc/lightdm/lightdm.conf

about 50% of the way through the file under [Seat:*]
autologin-user=root

in /etc/pam.d/lightdm-autologin (if not present you're all set)
under # Allow access without authentication, change
auth  required pam_succeed_if.so user != root quiet_success
to
auth  required pam_succeed_if.so user = root quiet_success
[just drop the !]


On 7/22/18, Alan Corey  wrote:
> OK, took a while to find this gem again.  In
> /lib/systemd/system/getty@service
>
> In the [Service] section, replace
>
> ExecStart=-/sbin/agetty --noclear %I $TERM
> with
> ExecStart=-/sbin/agetty --noclear -a root %I $TERM
>
> That's it, very simple.  Affects all virtual consoles and X after startx
>
> For X, if you're using lightdm there's a different method, that's
> upstairs.  I have a Pi with the touch lcd screen which does autologin
> as root, had to change a PAM file to do it (in Raspbian).
>
>
>
> On 7/22/18, Mark Morgan Lloyd  wrote:
>> On 22/07/18 15:15, Gene Heskett wrote:
>>> On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:
>>>
 On 22/07/18 14:00, Gene Heskett wrote:
> I have a bunch of locale related errors too.
> Was a stretch-minimal install by ayufan, has xfce for desktop
>
> What am I missing?

 The traditional command for that was tzconfig, but these days it will
 tell you to run dpkg-reconfigure something...

 WARNING: the tzconfig command is deprecated, please use:
dpkg-reconfigure tzdata
>>>
>>> Worked a treat, thank you.
>>
>> It's regrettable that dpkg-reconfigure doesn't have something like a
>> --list command which summarises the packages to which it may be applied,
>> or even a --search which works by analogy with apt-cache etc.
>>
>> --
>> Mark Morgan Lloyd
>> markMLl .AT. telemetry.co .DOT. uk
>>
>> [Opinions above are the author's, not those of his employers or
>> colleagues]
>>
>>
>
>
> --
> -
> No, I won't  call it "climate change", do you have a "reality problem"? -
> AB1JX
> Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach
>


-- 
-
No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 23/07/18 10:30, Gene Heskett wrote:

On Monday 23 July 2018 06:09:01 John Holland wrote:


shot. It can't be any worse of a C.F. than the ayufan builds with
its pre-allocated user 1000.


Although having a preallocated user 1000 is the standard "Debian
Way", the objective being that you can telnet (later SSH) in using
that user and then  sudo su  to get root (fouled up on some versions
that don't add user 1000 to sudoers). For quite a long time


The same effect can be achieved by supplementing the user in question
with the group sudo. With that there is no need to edit sudoers.

John


But that does not fix the x server being locked and unusable when logged
in from a comfy chair because user 1000 is not the same name.  So you
are limited to ncurses at best for a gui. And that sucks somewhere
around 10-35 Torr.


Gene, what /exactly/ are you complaining about here? if it's simply that 
you can't get a GUI login as root from your system console then that's a 
display manager thing which should be fixable.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 23/07/18 10:15, John Holland wrote:

shot. It can't be any worse of a C.F. than the ayufan builds with its
pre-allocated user 1000.


Although having a preallocated user 1000 is the standard "Debian Way", the 
objective being that you can telnet (later SSH) in using that user and then  sudo su  to 
get root (fouled up on some versions that don't add user 1000 to sudoers). For quite a 
long time


The same effect can be achieved by supplementing the user in question with the 
group sudo. With that there is no need to edit sudoers.


..some versions which neither add user 1000 to sudoers, nor add user 
1000 to the sudo group. And so on :-)


The bottom line is that there's longstanding doctrine that you don't 
send a root password over Telnet, and slightly more recent doctrine that 
the prevalence of keyloggers makes it highly undesirable to enter a root 
password into an unsecured desktop system.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Philip Hands]

John Holland  writes:

>>> shot. It can't be any worse of a C.F. than the ayufan builds with its
>>> pre-allocated user 1000.
>> 
>> Although having a preallocated user 1000 is the standard "Debian Way", the 
>> objective being that you can telnet (later SSH) in using that user and then  
>> sudo su  to get root (fouled up on some versions that don't add user 1000 to 
>> sudoers). For quite a long time 
>
> The same effect can be achieved by supplementing the user in question
> with the group sudo. With that there is no need to edit sudoers.

Presumably the system had a root password set at first install.  That is
what normally determines whether the first user created at install time
is added to the sudo group or not -- having no root password provokes a
user with sudo access, so that there is still some way of becoming root.

If you're doing it by hand, just run this as root (assuming a user 'phil'):

  adduser phil sudo

As for the question of remote root ssh access -- by default in the
debian ssh package that is now only allowed using keys, rather than
password, so you need to copy your .pub over to:

  /root/.ssh/authorized_keys

on the target system to get in as root.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 06:09:01 John Holland wrote:

> >> shot. It can't be any worse of a C.F. than the ayufan builds with
> >> its pre-allocated user 1000.
> >
> > Although having a preallocated user 1000 is the standard "Debian
> > Way", the objective being that you can telnet (later SSH) in using
> > that user and then  sudo su  to get root (fouled up on some versions
> > that don't add user 1000 to sudoers). For quite a long time
>
> The same effect can be achieved by supplementing the user in question
> with the group sudo. With that there is no need to edit sudoers.
>
> John

But that does not fix the x server being locked and unusable when logged 
in from a comfy chair because user 1000 is not the same name.  So you 
are limited to ncurses at best for a gui. And that sucks somewhere 
around 10-35 Torr.


-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[John Holland]

>> shot. It can't be any worse of a C.F. than the ayufan builds with its
>> pre-allocated user 1000.
> 
> Although having a preallocated user 1000 is the standard "Debian Way", the 
> objective being that you can telnet (later SSH) in using that user and then  
> sudo su  to get root (fouled up on some versions that don't add user 1000 to 
> sudoers). For quite a long time 

The same effect can be achieved by supplementing the user in question with the 
group sudo. With that there is no need to edit sudoers.

John

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 23/07/18 08:30, Gene Heskett wrote:

On Monday 23 July 2018 00:11:14 Alan Corey wrote:


Yeah, this is maybe the 3rd time I've been on IRC, I guess I've given
up trying to get it to work on my phone.  Some of it's interesting
reading.  I'm alan01346 on there.

Page 8, "Fig. 1-1 RK805 One Battery Cell Application" is what I meant.
I suppose it's possible it works but most people don't use it so it
isn't well documented.  Even in fig 1-1 I can't tell where the battery
is.

It has a sleep mode and an alarm.  Page 19 (by xpdf) shows registers
for seconds, minutes, hours, etc.  More on page 21-26.

I searched the IRC for battery and found:

26/12/17 01:37
 I can provide circuit how to add 3V battery power to existing
schematic for RTC power
28/02/18 21:23
 the white connector is for the RTC battery


I would assume this battery is for a ups like function.

And I just noticed something about the armbian release of stretch
available on the pine site.  The initial login is as root, meaning one
can probably addusr his own named account as user 1000.  This would
solve several problems I believe, so I have that image coming in now,
and if I have time later today I'll burn it to an sd card and give it a
shot. It can't be any worse of a C.F. than the ayufan builds with its
pre-allocated user 1000.


Although having a preallocated user 1000 is the standard "Debian Way", 
the objective being that you can telnet (later SSH) in using that user 
and then  sudo su  to get root (fouled up on some versions that don't 
add user 1000 to sudoers). For quite a long time you've only been able 
to login as root from the system console (i.e. the directly-connected 
keyboard and screen) and I think in at least some cases (display manager 
specific) you can't get to a GUI as root: you have to do a 
 etc.


You can change whether root can get a GUI from system-specific display 
manager configuration. You can change whether you can SSH in as root in 
SSH configuration files. I've not seen a situation on Debian- but have 
on Solaris- where one has to muck around with PAM to change this, which 
TBH is a fairly common requirement during system setup.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 22/07/18 21:30, Gene Heskett wrote:

On Sunday 22 July 2018 14:58:33 Mark Morgan Lloyd wrote:


On 22/07/18 15:15, Gene Heskett wrote:

On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:

On 22/07/18 14:00, Gene Heskett wrote:

I have a bunch of locale related errors too.
Was a stretch-minimal install by ayufan, has xfce for desktop

What am I missing?


The traditional command for that was tzconfig, but these days it
will tell you to run dpkg-reconfigure something...

WARNING: the tzconfig command is deprecated, please use:
dpkg-reconfigure tzdata


Worked a treat, thank you.


It's regrettable that dpkg-reconfigure doesn't have something like a
--list command which summarises the packages to which it may be
applied, or even a --search which works by analogy with apt-cache etc.


And if my well aged wet ram is to be trusted, it used to do a lot more
than it is now, only setting two items in the locales now.  Or its been
stripped to do the bare minimum on a rock64/arm64. Dunno which, but its
a dissapointment, just like the networking is broken in that it cannot
apply a gateway to a static setup without doing a separate command with
route once its booted. Putting the gateway address into /e/n/i.d/eth0 is
simply ignored. I even moved it to /e/n/i, no effect. Yesterday I tried
changing the static address, took 3 powerdown reboots to actually get
that to take, and 2 reboots to restore the original which was easier
than editing every /e/hosts file on my local network. A networking
restart totally ignores anything you do in /e/n/i.  Sounds crazy and
impossible, but thats how it works here. Depressing is what it is


What I'd say is that with pukka Debian on PCs and Raspberry Pis (and in 
the latter case also Raspbian, although note that I'm making a 
distinction) up to Buster (on PCs) and Stretch (on RPis) /e/n/i works as 
expected. I have however just dug out this note


# In /etc/NetworkManager/NetworkManager.conf an entry like

# [keyfile]
# unmanaged-devices=mac:b8:27:eb:86:2f:e6

# will prevent a device from being brought (half-)up by Network Manager.

although I can't remember the extent to which I actually needed it in 
the end.


The TinkerBoard I was testing the other day had an interface naming 
problem, apparently brought about by the fact that it had all drivers 
built into the kernel binary rather than stored as modules... presumably 
the maintainers thought that if they did that it would make the card 
removable (but see my heads-up about putting it into single-user mode 
the other day).


NetworkManager is an unremitting nuisance IMO except for the specific 
case it was designed for, which is a laptop moving between WiFi access 
points. ModemManager is little better, but regrettably is a prerequisite 
for usb-modeswitch.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Monday 23 July 2018 00:11:14 Alan Corey wrote:

> Yeah, this is maybe the 3rd time I've been on IRC, I guess I've given
> up trying to get it to work on my phone.  Some of it's interesting
> reading.  I'm alan01346 on there.
>
> Page 8, "Fig. 1-1 RK805 One Battery Cell Application" is what I meant.
> I suppose it's possible it works but most people don't use it so it
> isn't well documented.  Even in fig 1-1 I can't tell where the battery
> is.
>
> It has a sleep mode and an alarm.  Page 19 (by xpdf) shows registers
> for seconds, minutes, hours, etc.  More on page 21-26.
>
> I searched the IRC for battery and found:
>
> 26/12/17 01:37
>  I can provide circuit how to add 3V battery power to existing
> schematic for RTC power
> 28/02/18 21:23
>  the white connector is for the RTC battery

I would assume this battery is for a ups like function.

And I just noticed something about the armbian release of stretch 
available on the pine site.  The initial login is as root, meaning one 
can probably addusr his own named account as user 1000.  This would 
solve several problems I believe, so I have that image coming in now, 
and if I have time later today I'll burn it to an sd card and give it a 
shot. It can't be any worse of a C.F. than the ayufan builds with its 
pre-allocated user 1000. Probably defaults to dhcpd for a networking 
hookup, and I do have a 2 machine wide server setup in dd-wrt that I can 
edit to give it the same address because dd-wrt can bind the address it 
hands out to the M.A.C. address of the interface asking for a lease.

In the FWIW dept, I am not powering it thru the coax plug, but tied 
directly to the 5v and ground on the headers. Reason? I wasn't sure the 
plug I had available to hook up a 5 amp supply was of the correct 
polarity. I may verify that with an ohmmeter as the current method looks 
like shade tree engineering and could short if miss-handled.
>
> Maybe it used to be there, maybe the Pine64 has one, I don't know.
> Not sure what I'd use it for, power consumption seems too high for a
> portable.  But if it's got a clock it makes sense it should have a
> battery connector.

More than likely a much bigger, rechargeable battery like the pinebook 
would use.

>
> On 7/22/18, Gene Heskett  wrote:
> > On Sunday 22 July 2018 18:58:44 Alan Corey wrote:
> >> Don't really know, on a quick glance I'm not sure where to connect
> >> the battery.  But it has a 32 KHz oscillator.  The RK805 I think is
> >> a chip on the board, has a clock and several bucks in it.  The
> >> Rock64 schematic shows it as a power distribution block.
> >>
> >> From
> >> http://files.pine64.org/doc/rock64/Rockchip_RK805_Datasheet_V1.1%C2
> >>%A0 20160921.pdf
> >
> > I do not see anything there that says battery.  And I just checked
> > the printouts for both bus connectors, no battery called out. That
> > 32khz crystal is I have to assume, there for clocking the sequencing
> > of system power for shut down and bootup. Never used off chip from
> > what I can see.
> >
> >> Looks like it expects 2.8 - 3.5 volts so not a lithium battery. 
> >> Not sure if it tries to charge it or not.
> >>
> >> You know about their IRC, right?
> >>
> >> http://uk.pine64.xyz:9090/?channels=Pine64=MTE9MjE131
> >
> > Yes, I hit that at least daily. I'm the gene83 there.
> >
> >> Strange URL, there are pine64 and rock64 channels in there.
> >
> > Apparently their own irc server.
> >
> > Thanks Alan.
> >
> > --
> > Cheers, 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 



-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

Yeah, this is maybe the 3rd time I've been on IRC, I guess I've given
up trying to get it to work on my phone.  Some of it's interesting
reading.  I'm alan01346 on there.

Page 8, "Fig. 1-1 RK805 One Battery Cell Application" is what I meant.
I suppose it's possible it works but most people don't use it so it
isn't well documented.  Even in fig 1-1 I can't tell where the battery
is.

It has a sleep mode and an alarm.  Page 19 (by xpdf) shows registers
for seconds, minutes, hours, etc.  More on page 21-26.

I searched the IRC for battery and found:

26/12/17 01:37
 I can provide circuit how to add 3V battery power to existing
schematic for RTC power
28/02/18 21:23
 the white connector is for the RTC battery

Maybe it used to be there, maybe the Pine64 has one, I don't know.
Not sure what I'd use it for, power consumption seems too high for a
portable.  But if it's got a clock it makes sense it should have a
battery connector.


On 7/22/18, Gene Heskett  wrote:
> On Sunday 22 July 2018 18:58:44 Alan Corey wrote:
>
>> Don't really know, on a quick glance I'm not sure where to connect the
>> battery.  But it has a 32 KHz oscillator.  The RK805 I think is a chip
>> on the board, has a clock and several bucks in it.  The Rock64
>> schematic shows it as a power distribution block.
>>
>> From
>> http://files.pine64.org/doc/rock64/Rockchip_RK805_Datasheet_V1.1%C2%A0
>>20160921.pdf
>>
> I do not see anything there that says battery.  And I just checked the
> printouts for both bus connectors, no battery called out. That 32khz
> crystal is I have to assume, there for clocking the sequencing of system
> power for shut down and bootup. Never used off chip from what I can see.
>
>> Looks like it expects 2.8 - 3.5 volts so not a lithium battery.  Not
>> sure if it tries to charge it or not.
>>
>> You know about their IRC, right?
>>
>> http://uk.pine64.xyz:9090/?channels=Pine64=MTE9MjE131
>>
> Yes, I hit that at least daily. I'm the gene83 there.
>
>> Strange URL, there are pine64 and rock64 channels in there.
>>
> Apparently their own irc server.
>
> Thanks Alan.
>
> --
> Cheers, 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 
>
>


-- 
-
No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 18:58:44 Alan Corey wrote:

> Don't really know, on a quick glance I'm not sure where to connect the
> battery.  But it has a 32 KHz oscillator.  The RK805 I think is a chip
> on the board, has a clock and several bucks in it.  The Rock64
> schematic shows it as a power distribution block.
>
> From
> http://files.pine64.org/doc/rock64/Rockchip_RK805_Datasheet_V1.1%C2%A0
>20160921.pdf
>
I do not see anything there that says battery.  And I just checked the 
printouts for both bus connectors, no battery called out. That 32khz 
crystal is I have to assume, there for clocking the sequencing of system 
power for shut down and bootup. Never used off chip from what I can see.

> Looks like it expects 2.8 - 3.5 volts so not a lithium battery.  Not
> sure if it tries to charge it or not.
>
> You know about their IRC, right?
>
> http://uk.pine64.xyz:9090/?channels=Pine64=MTE9MjE131
>
Yes, I hit that at least daily. I'm the gene83 there.

> Strange URL, there are pine64 and rock64 channels in there.
>
Apparently their own irc server.

Thanks Alan.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

Don't really know, on a quick glance I'm not sure where to connect the
battery.  But it has a 32 KHz oscillator.  The RK805 I think is a chip
on the board, has a clock and several bucks in it.  The Rock64
schematic shows it as a power distribution block.

From
http://files.pine64.org/doc/rock64/Rockchip_RK805_Datasheet_V1.1%C2%A020160921.pdf

Looks like it expects 2.8 - 3.5 volts so not a lithium battery.  Not
sure if it tries to charge it or not.

You know about their IRC, right?

http://uk.pine64.xyz:9090/?channels=Pine64=MTE9MjE131

Strange URL, there are pine64 and rock64 channels in there.


On 7/22/18, Gene Heskett  wrote:
> On Sunday 22 July 2018 14:58:33 Mark Morgan Lloyd wrote:
>
>> On 22/07/18 15:15, Gene Heskett wrote:
>> > On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:
>> >> On 22/07/18 14:00, Gene Heskett wrote:
>> >>> I have a bunch of locale related errors too.
>> >>> Was a stretch-minimal install by ayufan, has xfce for desktop
>> >>>
>> >>> What am I missing?
>> >>
>> >> The traditional command for that was tzconfig, but these days it
>> >> will tell you to run dpkg-reconfigure something...
>> >>
>> >> WARNING: the tzconfig command is deprecated, please use:
>> >>dpkg-reconfigure tzdata
>> >
>> > Worked a treat, thank you.
>>
>> It's regrettable that dpkg-reconfigure doesn't have something like a
>> --list command which summarises the packages to which it may be
>> applied, or even a --search which works by analogy with apt-cache etc.
>
> And if my well aged wet ram is to be trusted, it used to do a lot more
> than it is now, only setting two items in the locales now.  Or its been
> stripped to do the bare minimum on a rock64/arm64. Dunno which, but its
> a dissapointment, just like the networking is broken in that it cannot
> apply a gateway to a static setup without doing a separate command with
> route once its booted. Putting the gateway address into /e/n/i.d/eth0 is
> simply ignored. I even moved it to /e/n/i, no effect. Yesterday I tried
> changing the static address, took 3 powerdown reboots to actually get
> that to take, and 2 reboots to restore the original which was easier
> than editing every /e/hosts file on my local network. A networking
> restart totally ignores anything you do in /e/n/i.  Sounds crazy and
> impossible, but thats how it works here. Depressing is what it is
>
>
> --
> Cheers, 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 
>
>


-- 
-
No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 14:58:33 Mark Morgan Lloyd wrote:

> On 22/07/18 15:15, Gene Heskett wrote:
> > On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:
> >> On 22/07/18 14:00, Gene Heskett wrote:
> >>> I have a bunch of locale related errors too.
> >>> Was a stretch-minimal install by ayufan, has xfce for desktop
> >>>
> >>> What am I missing?
> >>
> >> The traditional command for that was tzconfig, but these days it
> >> will tell you to run dpkg-reconfigure something...
> >>
> >> WARNING: the tzconfig command is deprecated, please use:
> >>dpkg-reconfigure tzdata
> >
> > Worked a treat, thank you.
>
> It's regrettable that dpkg-reconfigure doesn't have something like a
> --list command which summarises the packages to which it may be
> applied, or even a --search which works by analogy with apt-cache etc.

And if my well aged wet ram is to be trusted, it used to do a lot more 
than it is now, only setting two items in the locales now.  Or its been 
stripped to do the bare minimum on a rock64/arm64. Dunno which, but its 
a dissapointment, just like the networking is broken in that it cannot 
apply a gateway to a static setup without doing a separate command with 
route once its booted. Putting the gateway address into /e/n/i.d/eth0 is 
simply ignored. I even moved it to /e/n/i, no effect. Yesterday I tried 
changing the static address, took 3 powerdown reboots to actually get 
that to take, and 2 reboots to restore the original which was easier 
than editing every /e/hosts file on my local network. A networking 
restart totally ignores anything you do in /e/n/i.  Sounds crazy and 
impossible, but thats how it works here. Depressing is what it is


-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 12:35:13 Gene Heskett wrote:

> On Sunday 22 July 2018 12:14:00 Alan Corey wrote:
> > On Sun, 22 Jul 2018 11:43:38 -0400
> >
> > Gene Heskett  wrote:
> > > These things don't have a clock, so they use fake-hwclock, so I
> > > turned on ntp.conf logging and that looks like its doing well. But
> > > since its not pestering the level one servers, just debians, I
> > > left that be. The diff is likely measured in micro-seconds.
> >
> > Actually the Rock64 does have a hardware clock, there's just no
> > battery so it's not useful.  In the schematics somewhere it shows
> > how to hook a single lithium cell up.
> >
Presumably the usual cr2032? I could more than likely extract a carrier 
from an old mobo.

> > See dmesg | grep rtc
> >
> > If you were using it portable or off-grid that would be important.
> >
> > I haven't built a Linux kernel in 10 years or so, used to do it
> > routinely in OpenBSD and FreeBSD.  Did it once in Linux because the
> > default one at the time wouldn't use more than 2 GB of RAM or
> > something.  That was i386.
> >
> > My locale stuff didn't change until I'd rebooted, now it shows:
> >
> > LANG=en_US.UTF-8
> > LANGUAGE=
> > LC_CTYPE="en_US.UTF-8"
> > LC_NUMERIC="en_US.UTF-8"
> > LC_TIME="en_US.UTF-8"
> > LC_COLLATE="en_US.UTF-8"
> > LC_MONETARY="en_US.UTF-8"
> > LC_MESSAGES="en_US.UTF-8"
> > LC_PAPER="en_US.UTF-8"
> > LC_NAME="en_US.UTF-8"
> > LC_ADDRESS="en_US.UTF-8"
> > LC_TELEPHONE="en_US.UTF-8"
> > LC_MEASUREMENT="en_US.UTF-8"
> > LC_IDENTIFICATION="en_US.UTF-8"
> > LC_ALL=
> >
> > I've tried setting parts manually, never seems to work.
>
> But I have to go to the thing to reboot it, some security knucklehead
> has decided it doesn't fully boot until user 1000 is logged in from
> its own keyboard. Even then X needing stuff is not available from an
> ssh login. That I think might be related to the fact that user 1000 is
> hard coded into the install, which IMO is a huge mistake.  I've tried
> to change that on 2 of these little credit card things, but thats
> impossible to do correctly so everything just works. So I have to put
> up with the username miss-match, and goto its own keyboard to run
> anything that needs X. That sort of stuff is usually found on the
> ground behind the male of the bovine specie.  And I'm getting less and
> less inclined to stfu about it. Surely this first user can be created
> at first boot after writing a new image to the sd card it boots from?
>
> Can I make an alias on this machine so user pi or user rock64=gene as
> far as this X accepting the output of an ssh -Y pi@picnc and/or an ssh
> -Y rock64@rock64 for instance?



-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

OK, took a while to find this gem again.  In /lib/systemd/system/getty@service

In the [Service] section, replace

ExecStart=-/sbin/agetty --noclear %I $TERM
with
ExecStart=-/sbin/agetty --noclear -a root %I $TERM

That's it, very simple.  Affects all virtual consoles and X after startx

For X, if you're using lightdm there's a different method, that's
upstairs.  I have a Pi with the touch lcd screen which does autologin
as root, had to change a PAM file to do it (in Raspbian).



On 7/22/18, Mark Morgan Lloyd  wrote:
> On 22/07/18 15:15, Gene Heskett wrote:
>> On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:
>>
>>> On 22/07/18 14:00, Gene Heskett wrote:
 I have a bunch of locale related errors too.
 Was a stretch-minimal install by ayufan, has xfce for desktop

 What am I missing?
>>>
>>> The traditional command for that was tzconfig, but these days it will
>>> tell you to run dpkg-reconfigure something...
>>>
>>> WARNING: the tzconfig command is deprecated, please use:
>>>dpkg-reconfigure tzdata
>>
>> Worked a treat, thank you.
>
> It's regrettable that dpkg-reconfigure doesn't have something like a
> --list command which summarises the packages to which it may be applied,
> or even a --search which works by analogy with apt-cache etc.
>
> --
> Mark Morgan Lloyd
> markMLl .AT. telemetry.co .DOT. uk
>
> [Opinions above are the author's, not those of his employers or colleagues]
>
>


-- 
-
No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 22/07/18 15:15, Gene Heskett wrote:

On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:


On 22/07/18 14:00, Gene Heskett wrote:

I have a bunch of locale related errors too.
Was a stretch-minimal install by ayufan, has xfce for desktop

What am I missing?


The traditional command for that was tzconfig, but these days it will
tell you to run dpkg-reconfigure something...

WARNING: the tzconfig command is deprecated, please use:
   dpkg-reconfigure tzdata


Worked a treat, thank you.


It's regrettable that dpkg-reconfigure doesn't have something like a 
--list command which summarises the packages to which it may be applied, 
or even a --search which works by analogy with apt-cache etc.


--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

Sorry about all the partial posts, that was Claws mail. I thought it was
saving backups but it was posting them. Saw it a few days ago with someone
else in some list.

It's not that hard to do autologin as any user you want, don't have it
handy.

Sent from my Motorola XT1527

On Sun, Jul 22, 2018, 12:35 PM Gene Heskett  wrote:

> On Sunday 22 July 2018 12:14:00 Alan Corey wrote:
>
> > On Sun, 22 Jul 2018 11:43:38 -0400
> >
> > Gene Heskett  wrote:
> > > These things don't have a clock, so they use fake-hwclock, so I
> > > turned on ntp.conf logging and that looks like its doing well. But
> > > since its not pestering the level one servers, just debians, I left
> > > that be. The diff is likely measured in micro-seconds.
> >
> > Actually the Rock64 does have a hardware clock, there's just no
> > battery so it's not useful.  In the schematics somewhere it shows how
> > to hook a single lithium cell up.
> >
> > See dmesg | grep rtc
> >
> > If you were using it portable or off-grid that would be important.
> >
> > I haven't built a Linux kernel in 10 years or so, used to do it
> > routinely in OpenBSD and FreeBSD.  Did it once in Linux because the
> > default one at the time wouldn't use more than 2 GB of RAM or
> > something.  That was i386.
> >
> > My locale stuff didn't change until I'd rebooted, now it shows:
> >
> > LANG=en_US.UTF-8
> > LANGUAGE=
> > LC_CTYPE="en_US.UTF-8"
> > LC_NUMERIC="en_US.UTF-8"
> > LC_TIME="en_US.UTF-8"
> > LC_COLLATE="en_US.UTF-8"
> > LC_MONETARY="en_US.UTF-8"
> > LC_MESSAGES="en_US.UTF-8"
> > LC_PAPER="en_US.UTF-8"
> > LC_NAME="en_US.UTF-8"
> > LC_ADDRESS="en_US.UTF-8"
> > LC_TELEPHONE="en_US.UTF-8"
> > LC_MEASUREMENT="en_US.UTF-8"
> > LC_IDENTIFICATION="en_US.UTF-8"
> > LC_ALL=
> >
> > I've tried setting parts manually, never seems to work.
>
> But I have to go to the thing to reboot it, some security knucklehead has
> decided it doesn't fully boot until user 1000 is logged in from its own
> keyboard. Even then X needing stuff is not available from an ssh login.
> That I think might be related to the fact that user 1000 is hard coded
> into the install, which IMO is a huge mistake.  I've tried to change
> that on 2 of these little credit card things, but thats impossible to do
> correctly so everything just works. So I have to put up with the
> username miss-match, and goto its own keyboard to run anything that
> needs X. That sort of stuff is usually found on the ground behind the
> male of the bovine specie.  And I'm getting less and less inclined to
> stfu about it. Surely this first user can be created at first boot after
> writing a new image to the sd card it boots from?
>
> Can I make an alias on this machine so user pi or user rock64=gene as far
> as this X accepting the output of an ssh -Y pi@picnc and/or an ssh -Y
> rock64@rock64 for instance?
>
>
> --
> Cheers, 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 
>
>

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 12:14:00 Alan Corey wrote:

> On Sun, 22 Jul 2018 11:43:38 -0400
>
> Gene Heskett  wrote:
> > These things don't have a clock, so they use fake-hwclock, so I
> > turned on ntp.conf logging and that looks like its doing well. But
> > since its not pestering the level one servers, just debians, I left
> > that be. The diff is likely measured in micro-seconds.
>
> Actually the Rock64 does have a hardware clock, there's just no
> battery so it's not useful.  In the schematics somewhere it shows how
> to hook a single lithium cell up.
>
> See dmesg | grep rtc
>
> If you were using it portable or off-grid that would be important.
>
> I haven't built a Linux kernel in 10 years or so, used to do it
> routinely in OpenBSD and FreeBSD.  Did it once in Linux because the
> default one at the time wouldn't use more than 2 GB of RAM or
> something.  That was i386.
>
> My locale stuff didn't change until I'd rebooted, now it shows:
>
> LANG=en_US.UTF-8
> LANGUAGE=
> LC_CTYPE="en_US.UTF-8"
> LC_NUMERIC="en_US.UTF-8"
> LC_TIME="en_US.UTF-8"
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-8"
> LC_MEASUREMENT="en_US.UTF-8"
> LC_IDENTIFICATION="en_US.UTF-8"
> LC_ALL=
>
> I've tried setting parts manually, never seems to work.

But I have to go to the thing to reboot it, some security knucklehead has 
decided it doesn't fully boot until user 1000 is logged in from its own 
keyboard. Even then X needing stuff is not available from an ssh login. 
That I think might be related to the fact that user 1000 is hard coded 
into the install, which IMO is a huge mistake.  I've tried to change 
that on 2 of these little credit card things, but thats impossible to do 
correctly so everything just works. So I have to put up with the 
username miss-match, and goto its own keyboard to run anything that 
needs X. That sort of stuff is usually found on the ground behind the 
male of the bovine specie.  And I'm getting less and less inclined to 
stfu about it. Surely this first user can be created at first boot after 
writing a new image to the sd card it boots from?

Can I make an alias on this machine so user pi or user rock64=gene as far 
as this X accepting the output of an ssh -Y pi@picnc and/or an ssh -Y 
rock64@rock64 for instance?


-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

On Sun, 22 Jul 2018 11:43:38 -0400
Gene Heskett  wrote:

> These things don't have a clock, so they use fake-hwclock, so I
> turned on ntp.conf logging and that looks like its doing well. But
> since its not pestering the level one servers, just debians, I left
> that be. The diff is likely measured in micro-seconds.

Actually the Rock64 does have a hardware clock, there's just no battery
so it's not useful.  In the schematics somewhere it shows how to hook a
single lithium cell up.

See dmesg | grep rtc

If you were using it portable or off-grid that would be important.

I haven't built a Linux kernel in 10 years or so, used to do it
routinely in OpenBSD and FreeBSD.  Did it once in Linux because the
default one at the time wouldn't use more than 2 GB of RAM or
something.  That was i386.

My locale stuff didn't change until I'd rebooted, now it shows:

LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

I've tried setting parts manually, never seems to work.



-- 
Sent from a Raspberry Pi with Claws mail.

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 10:42:00 Alan Corey wrote:

> Delete the /etc/localtime symlink, replace it with one pointing to
> /usr/share/zoneinfo/EST5EDT
>
> There's no raspi-config equivalent I've found, Armbian has one.  I
> just dumped the Ayufan Stretch Minimal onto a new SD too.
>
> OK, run
> dpkg-reconfigure locales

I've done that many times, options were and are set correctly, but no 
effect on LANG, LANGUAGE & a couple others. And I've "export LANG=en_US" 
and such as root with zero effect that I can see as the user.

> There's probably more than 1 way
>
Yes see a previous msg about dpkg-reconfigure tzdata, worked exactly for 
the time displayed as localtime.

These things don't have a clock, so they use fake-hwclock, so I turned on 
ntp.conf logging and that looks like its doing well. But since its not 
pestering the level one servers, just debians, I left that be. The diff 
is likely measured in micro-seconds.


Now, if I could just figure out which of 262 hits that apt-file find 
reports to install pdftex from, maybe I could build the realtime kernels 
docs, theres a failure in building the networking.pdf because whats 
installed apparently isn't compatible, but 40+ other docs that do use 
it, build just fine. And the makefile does not compress vmlinux to 
vmlinuz. I've not determined the syntax for that, nor to make the initrd 
file.  The plain make -j3 after a make clean is about 85 minutes, but I 
think its making some stuff not needed. This is working not on the sd 
card, but on a 120GB SSD as a work drive. Plugged into a usb-sata 
adapter, its around 6x faster than a 7200 rpm rusty glass drive.

But so much stuff is different from x86 it gets confusing. I got the 
proper command and made it a 1 line script to add the missing gateway to 
the routeing tables, so its on the net ok now if I run that after a 
reboot.  That helps considerably.

Thanks Alan.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Gene Heskett]

On Sunday 22 July 2018 10:11:04 Mark Morgan Lloyd wrote:

> On 22/07/18 14:00, Gene Heskett wrote:
> > I have a bunch of locale related errors too.
> > Was a stretch-minimal install by ayufan, has xfce for desktop
> >
> > What am I missing?
>
> The traditional command for that was tzconfig, but these days it will
> tell you to run dpkg-reconfigure something...
>
> WARNING: the tzconfig command is deprecated, please use:
>   dpkg-reconfigure tzdata

Worked a treat, thank you.

-- 
Cheers, 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 

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Alan Corey]

Delete the /etc/localtime symlink, replace it with one pointing to
/usr/share/zoneinfo/EST5EDT

There's no raspi-config equivalent I've found, Armbian has one.  I
just dumped the Ayufan Stretch Minimal onto a new SD too.

OK, run
dpkg-reconfigure locales
There's probably more than 1 way

On 7/22/18, Gene Heskett  wrote:
> I have a bunch of locale related errors too.
> Was a stretch-minimal install by ayufan, has xfce for desktop
>
> What am I missing?
>
> --
> Cheers, 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 
>
>


-- 
-
No, I won't  call it "climate change", do you have a "reality problem"? - AB1JX
Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach  Impeach

Re: rock64, date is UTC, how to make EST (s/b UTC-5)

[Mark Morgan Lloyd]

On 22/07/18 14:00, Gene Heskett wrote:

I have a bunch of locale related errors too.
Was a stretch-minimal install by ayufan, has xfce for desktop

What am I missing?


The traditional command for that was tzconfig, but these days it will 
tell you to run dpkg-reconfigure something...


WARNING: the tzconfig command is deprecated, please use:
 dpkg-reconfigure tzdata

--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]