How to control mode entered after specific inactivity time?

My search attempts likely failed because I didn't know the appropriate terms. After some initial inactivity the screen blanks and can can be brought back to life by mouse movement. After a longer period of inactivity one must touch the power button. What are the correct names for these states

Re: Error while trying to install openssh-server on Buster

It should "just work" - if you can "ssh localhost" - the server is running. Hope this helps Andy C On Wed, Jul 22, 2020 at 2:06 AM rhkramer wrote: > I get this error when trying to apt-get install openssh-server on my (up > to > date) Buster system: > > Error: GDBus.Error:org.freedesktop.syste

Re: Error while trying to install openssh-server on Buster

On Tue, Jul 21, 2020 at 09:48:22PM -0400, rhkramer wrote: > I get this error when trying to apt-get install openssh-server on my (up to > date) Buster system: > > Error: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit -.mount is > masked. > > I tried (based on the reference below): > > r

Re: How to control mode entered after specific inactivity time?

On Wed, Jul 22, 2020 at 04:39:03AM -0500, Richard Owlett wrote: > My search attempts likely failed because I didn't know the appropriate > terms. > > After some initial inactivity the screen blanks and can can be brought back > to life by mouse movement. > After a longer period of inactivity one m

Debian 10.4 blank screen After new install

Hello, That blank screen means your hardware has not found the way to load your boot partition. Verify your BIOS configuration. Try toggling between UEFI and MBR assuming your bootable device is ok. Le mer. 22 juil. 2020 à 05:20, Edward M Kent a écrit : > Hello All, I am an old Nube trying

[SOLVED] Re: How to control mode entered after specific inactivity time?

On 07/22/2020 08:10 AM, Henning Follmann wrote: On Wed, Jul 22, 2020 at 04:39:03AM -0500, Richard Owlett wrote: My search attempts likely failed because I didn't know the appropriate terms. After some initial inactivity the screen blanks and can can be brought back to life by mouse movement. Af

Re: How to control mode entered after specific inactivity time?

On Wed, 22 Jul 2020, Richard Owlett wrote: My search attempts likely failed because I didn't know the appropriate terms. After some initial inactivity the screen blanks and can can be brought back to life by mouse movement. After a longer period of inactivity one must touch the power button.

Re: Debian 10.4 blank screen After new install

On Tue 21 Jul 2020 at 22:25:57 (-0500), Edward M Kent wrote: > Hello All, I am an old Nube trying to get set up to use a Beaglebone on > some projects. I thought I had a successful install after a list of tasks > was displayed down the screen's left hand edge. Those "tasks" are the bootable sys

Re: Error while trying to install openssh-server on Buster

On Wed, Jul 22, 2020 at 07:38:54AM -0400, Greg Wooledge wrote: Apparently this unit refers to the root file system. I have no idea why it's masked for you, but that's where I'd start looking. Yes. Unfortunately Systemd decided to forbid '/' in unit names, and also to map all mounts to units. '

Resolved (without understanding ;-) (was: Re: Error while trying to install openssh-server on Buster)

On Wednesday, July 22, 2020 7:08:40 AM EDT Andrew Cater wrote: > It should "just work" - if you can "ssh localhost" - the server is running. Thanks for the reply. The problem is solved, and I'll mention the solution here with maybe more details in replies to Greg Wooledge and/or Jonathan Dowla

Re: Error while trying to install openssh-server on Buster

Greg Wooledge writes: > unicorn:~$ systemctl status -.mount > systemctl: invalid option -- '.' > Hint: to specify units starting with a dash, use "--": > systemctl [OPTIONS...] {COMMAND} -- -.mount ... > unicorn:~$ systemctl status -- -.mount > ● -.mount - / >Loaded: loaded (/etc/fstab;

Re: Resolved (without understanding ;-) (was: Re: Error while trying to install openssh-server on Buster)

On Wed, Jul 22, 2020 at 02:23:48PM -0400, rhkramer wrote: > The basic solution involved stopping gparted (I don't know why, but google > found a page that described the same problem I had and the page said it > occurred with gparted running and went away with gparted stopped. Fascinating.

Slow wifi-reconnection when waking up

When I wake up from suspend, my Debian machines take a "long" time to reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4 panel, I see: - for about 10s the icon is "two computers" (which IIUC represents just NetworkManager). - then the icon changes to the one representing a wired

Re: Slow wifi-reconnection when waking up

Stefan Monnier wrote: > When I wake up from suspend, my Debian machines take a "long" time to > reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4 > panel, I see: > - for about 10s the icon is "two computers" (which IIUC represents > just NetworkManager). > - then the icon chang

Re: Slow wifi-reconnection when waking up

On 22/07/2020 20:04, Stefan Monnier wrote: > When I wake up from suspend, my Debian machines take a "long" time to > reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4 > panel, I see: > - for about 10s the icon is "two computers" (which IIUC represents > just NetworkManager). > -

Re: Slow wifi-reconnection when waking up

On Wed, 22 Jul 2020 15:04:44 -0400 Stefan Monnier wrote: Hello Stefan, >Any idea what might be going on and how to make it quicker? You could set up networkmanager so that it ignores the ethernet port. That should save you some time. See; https://developer.gnome.org/NetworkManager/stable/Netwo

Re: Resolved (without understanding ; -) (was: Re: Error while trying to install openssh-server on Buster)

On Wed 22 Jul 2020 at 14:23:48 (-0400), rhkramer wrote: > On Wednesday, July 22, 2020 7:08:40 AM EDT Andrew Cater wrote: > > It should "just work" - if you can "ssh localhost" - the server is running. > > Thanks for the reply. The problem is solved, and I'll mention the solution > here with mayb

Re: terminator + xcompmgr freezes desktop

> Hi, > > terminator, after years of superb stability, started to freeze my > desktop sometimes. > This behavior started some 3 months ago. The problem stops when xcompmgr is not running. xcompmgr + terminator = problem I choose terminator above eye candy stuff.

Re: Slow wifi-reconnection when waking up

>> When I wake up from suspend, > My current laptop is nice and fast, with an nvme boot drive, so I've > been doing some investigations into speeding up boot times as well. Notice the apple-vs-oranges here. I'm talking about the time to reconnect to wifi after wake-up from suspend. Time to boot is

Re: Slow wifi-reconnection when waking up

> You could set up networkmanager so that it ignores the ethernet port. > That should save you some time. > > See; > https://developer.gnome.org/NetworkManager/stable/NetworkManager.conf.html > > In particular the 'keyfile section' and 'ifupdown section', which detail > methods by which network int

Re: Resolved (without understanding ;-) (was: Re: Error while trying to install openssh-server on Buster)

On Wednesday, July 22, 2020 02:54:27 PM Greg Wooledge wrote: > On Wed, Jul 22, 2020 at 02:23:48PM -0400, rhkramer wrote: > > The basic solution involved stopping gparted (I don't know why, but > > google found a page that described the same problem I had and the page > > said it occurred with gpart

Re: Slow wifi-reconnection when waking up

On Wed 22 Jul 2020 at 15:04:44 (-0400), Stefan Monnier wrote: > When I wake up from suspend, my Debian machines take a "long" time to > reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4 > panel, I see: > - for about 10s the icon is "two computers" (which IIUC represents > just N

Re: Slow wifi-reconnection when waking up

> Presumably the logs (daemon.log, syslog) should give details of > what's going on. Nothing I can see there seems relevant, no. I just see the messages about when the connection is done. > But I'm not clear about how it should determine that it woke up in the > same place, It doesn't need to.

Re: Slow wifi-reconnection when waking up

On Wed, 22 Jul 2020 15:04:44 -0400 Stefan Monnier wrote: > When I wake up from suspend, my Debian machines take a "long" time to > reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4 > panel, I see: > - for about 10s the icon is "two computers" (which IIUC represents > just Netw

Re: Slow wifi-reconnection when waking up

On Wed, 22 Jul 2020 17:23:25 -0600 Charles Curley wrote: > Somehow NM is convinced that it should try an Ethernet connection > first. You need a way to disabuse it of that notion. Also check the priorities of your WiFi and Ethernet connections. Mine are: Ethernet, -999; all WiFi, 0. Right click

Re: Slow wifi-reconnection when waking up

Stefan Monnier writes: >> You could set up networkmanager so that it ignores the ethernet port. >> That should save you some time. >> >> See; >> https://developer.gnome.org/NetworkManager/stable/NetworkManager.conf.html >> >> In particular the 'keyfile section' and 'ifupdown section', which detai

Re: sed:awk:perl::rock:paper:chainsaw [was Re: Using .XCompose]

On Sun 19 Jul 2020 at 11:35:31 (+), Ajith R wrote: > > > First, there is a somewhat specific question about unspecified > > substitutions. For all I know about these substitutions, you might > > actually need XSLT to do them properly. > > The substitution that I had in mind requires referring

Re: Slow wifi-reconnection when waking up

> I have no idea how to fix your problem. I do use NM though, and my wifi > is already connected in the time I unlock after my laptop has been > sleeping overnight. Right, that's what I remember it doing a couple years ago for me as well. Thanks for confirming! Stefan

Re: Slow wifi-reconnection when waking up

>> Somehow NM is convinced that it should try an Ethernet connection >> first. You need a way to disabuse it of that notion. Why doesn't it start with the last active connection? I suspect that for 99% of the users this will be the most common case. Also, why does it wait 10s before it tries to

Re: Slow wifi-reconnection when waking up

On Wed 22 Jul 2020 at 22:51:00 (-0400), Stefan Monnier wrote: > >> Somehow NM is convinced that it should try an Ethernet connection > >> first. You need a way to disabuse it of that notion. > > Why doesn't it start with the last active connection? > I suspect that for 99% of the users this will

On line meet up Thursday 17:30

This meet starts about 2hr 25min from now Good evening All I couldn't help notice how many of you suggested a Raspberry Pi as a better alternative to trying to use an old PC, in answer to a recent question. I wondered if some of you would care to join a small user group in regional Austr

Re: Slic3r --gui won't run

On Ma, 21 iul 20, 08:52:07, Gene Heskett wrote: > > What has amazed me from the gitgo, is that the single most popular by a > wide margin, arm based board, outnumbering all others combined by a > wide margin, gets zero support from debian. Debian's contribution to hardware support is limited t

Re: Slic3r --gui won't run

On Ma, 21 iul 20, 14:42:02, rhkra...@gmail.com wrote: > On Tuesday, July 21, 2020 02:47:47 AM Andrei POPESCU wrote: > > On Lu, 20 iul 20, 13:46:28, Greg Wooledge wrote: > > > If synaptic is pulling in *-backports without you manually DOING > > > something to select the backport over the standard ve

Re: Workstation configuration

On Ma, 21 iul 20, 22:07:45, to...@tuxteam.de wrote: > On Tue, Jul 21, 2020 at 02:38:08PM -0400, rhkra...@gmail.com wrote: > > On Tuesday, July 21, 2020 02:56:28 AM Andrei POPESCU wrote: > > > Please be considerate of the international audience of this list and > > > stop posting prices in the US :p

Re: On line meet up Thursday 17:30

On Ma, 21 iul 20, 17:39:09, Keith bainbridge wrote: > > To get the timing right as close as possible, it is 17:40 as I send this > note. For the future you might want to specify the UTC time instead. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description:

Re: Slow wifi-reconnection when waking up

On Wed, 2020-07-22 at 22:51 -0400, Stefan Monnier wrote: > > > Somehow NM is convinced that it should try an Ethernet connection > > > first. You need a way to disabuse it of that notion. > > Why doesn't it start with the last active connection? > I suspect that for 99% of the users this will be