On 17.07.2019 3:52, ho...@rumormillnews.com wrote:
>> On 14.07.2019 12:02, ho...@rumormillnews.com wrote:
On 14.07.2019 4:20, Felix Miata wrote:
> ho...@rumormillnews.com composed on 2019-07-13 18:07 (UTC-0400):
>
>> Thanks for the tip. Looks like a lot of information here but I d
Hi.
On Wed, Jul 17, 2019 at 08:55:39PM -0700, pe...@easthope.ca wrote:
> * From: "D. R. Evans" �doc.ev...@gmail.com�
> * Date: Wed, 17 Jul 2019 17:01:22 -0600
> > That doesn't seem to be correct. The original e-mail said:
> >> Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https]
On 18/07/19 7:49 AM, Gene Heskett wrote:
> On Wednesday 17 July 2019 12:11:35 Richard Hobson wrote:
>
>> ip r - gives no output
>>
> r=route, should be at least one address.
Not if there's no manual configuration and no working connections.
>> ip a - too much output to transpose accurately but
On 18/07/19 2:44 AM, Richard Hobson wrote:
> Thanks for the suggestion Roger.
>
> I'm not sure how to search the dsmesg output so I unplugged the device
> and replugged it so that the relevant message appeared at the bottom of
> the output. (I know, RTFM!).
>
> The dongle is being correctly ident
On 18/07/19 3:55 PM, pe...@easthope.ca wrote:
> * From: "D. R. Evans" €doc.ev...@gmail.com€
> * Date: Wed, 17 Jul 2019 17:01:22 -0600
>> That doesn't seem to be correct. The original e-mail said:
>>> Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https] accepted connection
>>> from 127.0
On 18/07/19 1:29 PM, John Crawley wrote:
> Hi tomas and Thomas, thanks for your input.
> I think I have a basic idea of what exec does.
> However, try running in a terminal:
> echo $$
> exec
> #Then, in the new terminal:
> echo $$
>
> The two PIDs are different! (or were here)
Yes. You exec'd a
* From: "D. R. Evans"
On 2019-07-18 10:29, John Crawley wrote:
Hi tomas and Thomas, thanks for your input.
I think I have a basic idea of what exec does.
However, try running in a terminal:
echo $$
exec
#Then, in the new terminal:
echo $$
The two PIDs are different! (or were here)
On 2019-07-17 17:37, Thomas Schmit
Hi tomas and Thomas, thanks for your input.
I think I have a basic idea of what exec does.
However, try running in a terminal:
echo $$
exec
#Then, in the new terminal:
echo $$
The two PIDs are different! (or were here)
On 2019-07-17 17:37, Thomas Schmitt wrote:
John Crawley wrote:
In Buster,
>> Hello,
>>
>> I have a problem with AMDGPU driver after an update from stretch to
buster.
>> On startup no X server is started (but can be later on by calling
startx),
>> and following error appears in the log.
>>
>> [1.311354] [drm] amdgpu kernel modesetting enabled.
>> [1.311464] [d
Thanks a ton!
I'm running this container on my private network behind a NAT, so I'm
not too worried about disabling apparmor. I ended up just giving as
loose of a configuration I could and it did the trick.
lxc.apparmor.profile = unconfined
lxc.apparmor.allow_nesting = 1
lxc.apparmor.allow_in
Here is the Xorg.0.log.
[22.827]
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
[22.827] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian
[22.827] Current Operating System: Linux optimus 4.19.0-5-amd64 #1
SMP Debian 4.19.37-5 (2019-06-19) x86_64
[22.828] Kernel
pe...@easthope.ca wrote on 7/17/19 3:32 PM:
> Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https] accepted connection
> from 127.0.0.1:36140
>
> * From: Reco recovery...@enotuniq.net
> * Date: Wed, 17 Jul 2019 11:01:32 +0300
>> No, you're incorrect. A client application has connecte
Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https] accepted connection
from 127.0.0.1:36140
* From: Reco ... Peter E.
--
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca
Joe wrote:
> On Wed, 17 Jul 2019 21:50:47 +0100
> mick crane wrote:
>
>
> >
> > I have wondered about this, the actual infrastructure. I've noticed
> > that the fiber optic cable is in places strung along with the
> > electricity pylons.
> > Presumably if you could somehow attach to that then
On Wed, 17 Jul 2019 21:50:47 +0100
mick crane wrote:
>
> I have wondered about this, the actual infrastructure. I've noticed
> that the fiber optic cable is in places strung along with the
> electricity pylons.
> Presumably if you could somehow attach to that then you could be
> anybody ?
>
F
On 2019-07-17 16:36, Andy Smith wrote:
Hi Mick,
On Tue, Jul 16, 2019 at 10:39:57PM +0100, mick crane wrote:
well when I became aware of all this stuff, I thought this is great,
everybody can connect and do what they like, if of course following
protocols.
But you can't do that can you ? you ha
On Wednesday 17 July 2019 12:11:35 Richard Hobson wrote:
> ip r - gives no output
>
r=route, should be at least one address.
> ip a - too much output to transpose accurately but seems to find
> ethernet card (from MAC address given) and effectively tells me it
> isn't connected (which it isn't).
If only but not easy without a network connection :-(
Looks like a delve in the repository using the Windoze laptop and a
transfer on a memory stick.
R
On Wed, 17 Jul 2019, Roger Price wrote:
On Wed, 17 Jul 2019, Richard Hobson wrote:
usb 1-2: firmware failed to load rtlwifi/rtl8712u.bin
On Tue, Jul 16, 2019 at 9:14 PM Diagonal Arg wrote:
> On 7/12/19 9:57 AM, Reco wrote:
>
> > Hi.
> >
> > On Fri, Jul 12, 2019 at 08:52:57AM -0500, John Hasler wrote:
> >>> To me, Bigcorp is like state (minus First Amendment).
> >>
> >> Businesses don't have armies.
> >
> > Or do they?
> >
>
ip r - gives no output
ip a - too much output to transpose accurately but seems to find ethernet
card (from MAC address given) and effectively tells me it isn't connected
(which it isn't).
Any specific information you'd like me to convey?
R
---
This email has been checked for viruses by
On 2019-07-17, Richard Hobson wrote:
>
> usb 1-2: Direct firmware load for rtlwifi/rtl8712u.bin failed with error -2
>
> usb 1-2: r8712u: Firmware request failed.
>
> Does this suggest the appropriate firmware isn't available locally?
I think so.
> If so some help on how I obtain it would be ver
On 17/07/2019 08:30, Curt wrote:
As you mentioned GDM, it's possible your settings are being
overridden by 'gsettings'.
To verify that hypothesis:
gsettings get org.gnome.desktop.input-sources xkb-options
Reset if necessary with:
gsettings reset org.gnome.desktop.input-sources xkb-options
Hi Mick,
On Tue, Jul 16, 2019 at 10:39:57PM +0100, mick crane wrote:
> well when I became aware of all this stuff, I thought this is great,
> everybody can connect and do what they like, if of course following
> protocols.
> But you can't do that can you ? you have to connect through a service
>
On Wed, 17 Jul 2019, Richard Hobson wrote:
usb 1-2: firmware failed to load rtlwifi/rtl8712u.bin (-2)
Does this suggest the appropriate firmware isn't available locally?
Could well be. Perhaps you need package firmware-realtek.
I take the easy route and use synaptic to search for and load pac
Thanks for the suggestion Roger.
I'm not sure how to search the dsmesg output so I unplugged the device and
replugged it so that the relevant message appeared at the bottom of the
output. (I know, RTFM!).
The dongle is being correctly identified as far as I can see, says the
manufacturer is
On Wed, 17 Jul 2019 13:40:57 +0100 (GMT Summer Time)
Richard Hobson wrote:
> Hi,
>
> I've just installed Debian 10 and have no network connectivity. The PC has
> an Ethernet card but I use a USB dongle (StarTech) for practical reasons.
> I've previously used this in an installation of OpenSuse
On Wednesday 17 July 2019 08:40:57 Richard Hobson wrote:
> Hi,
>
> I've just installed Debian 10 and have no network connectivity. The PC
> has an Ethernet card but I use a USB dongle (StarTech) for practical
> reasons. I've previously used this in an installation of OpenSuse on
> the same machine
On Wed 17 Jul 2019 at 05:53:30 (+0200), Erik Josefsson wrote:
> On 17 July 2019 01:22:52 CEST, David Wright wrote:
> >On Sat 11 May 2019 at 10:10:42 (+0200), Erik Josefsson wrote:
> >> […]
> >> That encourages me to ask another stupid question: I'd like to know
> >> why the "Keyboard model" has to
On Wed, 17 Jul 2019, Richard Hobson wrote:
...I use a USB dongle (StarTech) for practical reasons. I've
previously used this in an installation of OpenSuse on the same machine and
although it wasn't detected at install time it was on first boot and I was
able to use the graphical configuration
On Wed, Jul 17, 2019 at 11:54:41AM +0100, Joe wrote:
It's my main firewall, as I have little control over the ISP-supplied
router.
Ah I see: you need >1 NIC.
The Microserver takes around 35 Watts with two hard drives and a small
SSD aboard. The Pi consumption will be tiny, and by the time I n
On 07/17/2019 07:40 AM, Richard Hobson wrote:
Hi,
I've just installed Debian 10 and have no network connectivity. The PC
has an Ethernet card but I use a USB dongle (StarTech) for practical
reasons. I've previously used this in an installation of OpenSuse on the
same machine and although it w
Hi,
I've just installed Debian 10 and have no network connectivity. The PC has
an Ethernet card but I use a USB dongle (StarTech) for practical reasons.
I've previously used this in an installation of OpenSuse on the same machine
and although it wasn't detected at install time it was on first
On Wed, Jul 17, 2019 at 02:23:03PM +0200, Pierre Frenkiel wrote:
> yes, I am both user and admin.
> I did an upgrade, but only for the libreoffice packages
> So, nothing to do with ssh
> And I still not understand, even if id_dsa is obsolete, the message
>
> id_dsa - not i
Hi Pierre,
On 17.07.19 13:13, Pierre Frenkiel wrote:
> thanks, but I've still 2 questions:
>
> 1/ why something which worked yesterday doesn't work today?
You'll note this often happens in IT due to the sheer number of
moving parts (updates, changes of infrastructure, ...)
> 2/ what would
On Wed, 17 Jul 2019, Stephan Seitz wrote:
On Mi, Jul 17, 2019 at 01:13:14 +0200, Pierre Frenkiel wrote:
1/ why something which worked yesterday doesn't work today?
I dont know. Are you in control of the server? If yes, did you do an
update/upgrade? If not, can you ask the admin?
yes,
On Mi, Jul 17, 2019 at 01:13:14 +0200, Pierre Frenkiel wrote:
1/ why something which worked yesterday doesn't work today?
I don’t know. Are you in control of the server? If yes, did you do an
update/upgrade? If not, can you ask the admin?
2/ what would be the recommended key in this long
On Wed, 17 Jul 2019 13:13:14 +0200 (CEST)
Pierre Frenkiel wrote:
Hello Pierre,
> 1/ why something which worked yesterday doesn't work today?
Software update, rebooting are just two possibilities.
--
Regards _
/ ) "The blindingly obvious is
/ _)radnever i
On Wed, Jul 17, 2019 at 01:13:14PM +0200, Pierre Frenkiel wrote:
> On Wed, 17 Jul 2019, Stephan Seitz wrote:
>
> >According to the buster manpage of sshd_config:
> >
> >PubkeyAcceptedKeyTypes
> > Specifies the key types that will be accepted for public key
> >authentication as a list of comma-
On Wed, 17 Jul 2019, Stephan Seitz wrote:
According to the buster manpage of sshd_config:
PubkeyAcceptedKeyTypes
Specifies the key types that will be accepted for public key
authentication as a list of comma-separated patterns. Alternately if the
specified value begins with a + cha
On Wed, Jul 17, 2019 at 12:42:42PM +0200, Pierre Frenkiel wrote:
> On Wed, 17 Jul 2019, to...@tuxteam.de wrote:
>
> >Perhaps it's the server who changed its mind?
> >
> >What's the output if you try to add the -v option ("verbose") to
> >your ssh connection attempt?
> >
> >Cheers
> >-- tomás
> >
>
On Mi, Jul 17, 2019 at 12:14:36 +0200, Pierre Frenkiel wrote:
have When trying a passwordless connection via ssh, I have now the
message:
id_dsa - not in PubkeyAcceptedKeyTypes
although it is actually in /etc/ssh/sshd_config
According to the buster manpage of sshd_config:
PubkeyAcceptedKey
Hi Pierre,
On 17.07.19 12:42, Pierre Frenkiel wrote:
> it's the -v option which gives " id_dsa - not in PubkeyAcceptedKeyTypes
Try -. :)
id_dsa is deprecated though, probably you want to switch to a more secure
key type anyway.
Best wishes
Michael
signature.asc
Description: OpenPGP digit
On Wed, 17 Jul 2019 10:26:04 +0100
Jonathan Dowland wrote:
> On Wed, Jul 17, 2019 at 10:01:00AM +0100, Joe wrote:
> >I'm considering using something like a Raspberry Pi when the current
> >HP Microserver dies, but I'm not sure it will be a lot cheaper to
> >run, given that it will need external h
On Wed, 17 Jul 2019, to...@tuxteam.de wrote:
Perhaps it's the server who changed its mind?
What's the output if you try to add the -v option ("verbose") to
your ssh connection attempt?
Cheers
-- tomás
it's the -v option which gives " id_dsa - not in PubkeyAcceptedKeyTypes
best regards,
--
On Wed, Jul 17, 2019 at 12:14:36PM +0200, Pierre Frenkiel wrote:
> hi,
> have When trying a passwordless connection via ssh, I have now the message:
> id_dsa - not in PubkeyAcceptedKeyTypes
> although it is actually in /etc/ssh/sshd_config
>
> It worked until yesterday, but I'm unable to find
On Wed, 17 Jul 2019 12:14:36 +0200 (CEST)
Pierre Frenkiel wrote:
Hello Pierre,
> have When trying a passwordless connection via ssh, I have now the
> message: id_dsa - not in PubkeyAcceptedKeyTypes
>although it is actually in /etc/ssh/sshd_config
IDK whether it's relevant to your problem, but
hobie, on 2019-07-17:
> I did the edit you suggested - changing the *.si to *.cik on that second
> readeon reference - but can't tell if anything was affected by it.
> Psychedelic colors still return on leaving the desktop and coming back to
> it, and output of inxi -Gxxxz also appears the same:
>
hi,
have When trying a passwordless connection via ssh, I have now the message:
id_dsa - not in PubkeyAcceptedKeyTypes
although it is actually in /etc/ssh/sshd_config
It worked until yesterday, but I'm unable to find what config change can
give this result...
best regards,
--
Pierre Frenki
On Wed, Jul 17, 2019 at 10:01:00AM +0100, Joe wrote:
I'm considering using something like a Raspberry Pi when the current HP
Microserver dies, but I'm not sure it will be a lot cheaper to run,
given that it will need external hard drives and an external Ethernet
port.
Depending on why you feel
On Wed, 17 Jul 2019 10:51:43 +0200
wrote:
>
> I don't mail from my home machines. Instead I've got a virtual host
> "out there" (in my case it's a slice of a "real host" I share with
> a couple of friends).
>
> But I do know of people who do it from home.
>
Me for one. Once you have a server
On Wed, Jul 17, 2019 at 03:38:45AM -0500, Dave Sherohman wrote:
> On Tue, Jul 16, 2019 at 10:39:57PM +0100, mick crane wrote:
> > well when I became aware of all this stuff, I thought this is great,
> > everybody can connect and do what they like, if of course following
> > protocols.
> > But you
Hi.
On Tue, Jul 16, 2019 at 10:57:06PM -0400, Simon Bernier St-Pierre wrote:
> I have a LXC container which is connected to a remote VPN using
> OpenVPN. After upgrading to buster, the VPN does not start anymore.
> I'm using Debian buster on my host OS
These are relevant to the problem.
On Tue, Jul 16, 2019 at 10:39:57PM +0100, mick crane wrote:
> well when I became aware of all this stuff, I thought this is great,
> everybody can connect and do what they like, if of course following
> protocols.
> But you can't do that can you ? you have to connect through a service
> provider.
Hi,
John Crawley wrote:
> > In Buster, the launching dash shell dies *immediately* and the bash
> > prompt returns, even while the new window is still open.
tomas wrote:
> that most probably is due to a change
> in behaviour of "x-terminal-emulator".
My suspicion too. If the x-terminal-emulator
On Wed, Jul 17, 2019 at 04:49:28PM +0900, John Crawley wrote:
> The behaviour of exec seems to have changed from Stretch to Buster -
> whether using bash or "sh" (dash here).
>
> Simple test, in default bash shell on terminal:
>
> sh
> # now with dash
> exec x-terminal-emulator
> # close new wind
Hi.
On Tue, Jul 16, 2019 at 11:48:55AM -0700, pe...@easthope.ca wrote:
> An attempt to open a page via HTTPS gives this report in the log.
> Jul 16 11:25:16 joule stunnel: LOG5[4]: Service [https] accepted connection
> from 127.0.0.1:36140
> Jul 16 11:25:16 joule stunnel: LOG3[4]: getsock
The behaviour of exec seems to have changed from Stretch to Buster -
whether using bash or "sh" (dash here).
Simple test, in default bash shell on terminal:
sh
# now with dash
exec x-terminal-emulator
# close new window
In Stretch, the launching dash shell is held until the new one is
close
On Tue, 16 Jul 2019 22:39:57 +0100
mick crane wrote:
> On 2019-07-16 08:18, Andrei POPESCU wrote:
> > On Lu, 15 iul 19, 06:21:28, Dan Ritter wrote:
> >> Reco wrote:
> >>
> >> Why do you think they have that requirement?
> >>
> >> It's entirely because IPs without PTR records are more likely t
On 2019-07-17, David Banks wrote:
> Hi, using Buster, I have my /etc/default/keyboard set up like this:
>
> XKBOPTIONS="pc105"
> XKBLAYOUT="gb"
> XKBOPTIONS="ctrl:nocaps"
> BACKSPACE="guess"
> XKBVARIANT=""
>
> I am using Fluxbox without any configuration. When I launch Fluxb
On Tue, Jul 16, 2019 at 09:46:08PM -0700, Diagonal Arg wrote:
>
> >>> On 11/7/19 10:44 pm, to...@tuxteam.de wrote:
> >>> Enough reasons to change mail provider.
> >>
> >> I agree, but every time I look around, I find only other mega corporate
> >> operators that offer realistic data storage limit
61 matches
Mail list logo
