Re: OT: Strange behavior in Firefox -- google searches start by searching another URL / domain

2021-06-07 Thread Steve McIntyre
rhkra...@gmail.com wrote: >This is definitely OT and further, I'm using an old version of Firefox (ESR >52.8.0 on Wheezy, which is still my daily driver), Not so much answering your original question, but more of a plea to you for *your* own safety... If you're going to use a web browser connec

Re: OT: Strange behavior in Firefox -- google searches start by searching another URL / domain

2021-06-07 Thread Greg Wooledge
On Mon, Jun 07, 2021 at 06:08:39PM -0400, rhkra...@gmail.com wrote: > Thanks for the reply -- not quite, comments interspersed below: > > On Monday, June 07, 2021 04:38:24 PM Greg Wooledge wrote: > > On Mon, Jun 07, 2021 at 04:28:03PM -0400, rhkra...@gmail.com wrote: > > > time) when I go to do a

Re: OT: Strange behavior in Firefox -- google searches start by searching another URL / domain

2021-06-07 Thread rhkramer
Thanks for the reply -- not quite, comments interspersed below: On Monday, June 07, 2021 04:38:24 PM Greg Wooledge wrote: > On Mon, Jun 07, 2021 at 04:28:03PM -0400, rhkra...@gmail.com wrote: > > time) when I go to do a google search, the little message down in the > > lower left corner of the scr

Re: OT: Strange behavior in Firefox -- google searches start by searching another URL / domain

2021-06-07 Thread Greg Wooledge
On Mon, Jun 07, 2021 at 04:28:03PM -0400, rhkra...@gmail.com wrote: > time) when I go to do a google search, the little message down in the lower > left corner of the screen that typically gives messages like (paraphrased): > ~"waiting for google.com" or "loading data from google.com" (with varia

OT: Strange behavior in Firefox -- google searches start by searching another URL / domain

2021-06-07 Thread rhkramer
This is definitely OT and further, I'm using an old version of Firefox (ESR 52.8.0 on Wheezy, which is still my daily driver), but I want to describe the behavior and see if anybody has seen anything similar, has an explanation, or has a fix. The behavior is this: at least sometimes (I can't co

Re: A Grub Boot Question about initrd

2021-06-07 Thread David Wright
On Sun 06 Jun 2021 at 14:14:38 (+0300), Andrei POPESCU wrote: > On Sb, 05 iun 21, 12:46:13, Martin McCormick wrote: > > > > One should be able to write a program to get the > > appropriate UUID's out of fstab on the working system > > and translate them in to corresponding UUID's for the syste

Re: ISC-DHCP server number of active leases

2021-06-07 Thread Dan Ritter
Bonno Bloksma wrote: > Hi, > > I am running multiple isc-dhcp servers on Debian Linux. > I have several sites with multiple networks and I use the isc-dhcp-server to > hand out ip numbers in the various network segments. In most of the networks > I have more then enough free ip numbers all the

ISC-DHCP server number of active leases

2021-06-07 Thread Bonno Bloksma
Hi, I am running multiple isc-dhcp servers on Debian Linux. I have several sites with multiple networks and I use the isc-dhcp-server to hand out ip numbers in the various network segments. In most of the networks I have more then enough free ip numbers all the time. However, in some networks I

Re: A Grub Boot Question about initrd

2021-06-07 Thread Martin McCormick
Felix Miata writes: > This is a big lurking booby trap that could have been the problem both > last time > and this time. It's one of the reasons why installation systems and Grub > switched > from using device names to using UUIDs: inconsistent and/or unpredicable > device > enumeration. > >

Re: Trunk-bond-vlan-bridge on KVM and LXC host Stretch x Buster

2021-06-07 Thread debbug
Thanks for your replay, Reco.   Yes, in Stretch networking works  well both - with and/or without directive "auto".   In contrast Buster with:     auto bond0.20 iface bond0.20 inet manual   auto bond0.21 iface bond0.21 inet manual   gateway is unreachable by ping.   So I don't know why yet. Ales

Re: Complaints from mousepad.

2021-06-07 Thread Greg Wooledge
I deleted the OP's last message from this thread, and then soon afterward came up with something I should have said. So, there's no quoted context here. Sorry. The OP is basically claiming that "telnet from Osa" and "ssh from another machine" both *work*, but give different warning messages, and

Re: Complaints from mousepad.

2021-06-07 Thread Sascha Silbe
Hello Peter, pe...@easthope.ca writes: [...] > 0) mousepad --display=:0 /home/me/a & ;; [...] > (mousepad:8747): dconf-WARNING **: 06:30:53.773: failed to commit > changes to dco nf: Cannot autolaunch D-Bus without X11 $DISPLAY > > How should the shell function or mousepad notify dconf that th