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
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
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
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
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
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
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
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
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
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
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
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
> > >
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
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
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
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,
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.
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
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
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
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.
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
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
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
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
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
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
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
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
>> 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 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
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
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
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
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
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
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
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
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
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
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,
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
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
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
>
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
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
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:
47 matches
Mail list logo
