On 8/13/23 13:59, Celejar wrote:
On Fri, 10 Feb 2023 16:20:00 +0300
Reco wrote:
Hi.
On Fri, Feb 10, 2023 at 08:04:38AM -0500, Greg Wooledge wrote:
On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
hosts: files mymachines dns myhostname
This is wrong.
But I
On Fri, 10 Feb 2023 16:20:00 +0300
Reco wrote:
> Hi.
>
> On Fri, Feb 10, 2023 at 08:04:38AM -0500, Greg Wooledge wrote:
> > On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
> > > hosts: files mymachines dns myhostname
> >
> > This is wrong.
>
> You're correct, but f
Am Tue, Feb 14, 2023 at 01:41:41PM -0500 schrieb gene heskett:
Hello Gene and Dave,,
> On 2/14/23 10:49, David Wright wrote:
> > Wisely done: we don't need it twice … and logs can be lengthy.
[...]
> Alright guys, I may have an existing system here that shows a 169, but not
> as default. Runnin
On Wed, Feb 15, 2023 at 11:49:51AM +0100, to...@tuxteam.de wrote:
On Tue, Feb 14, 2023 at 03:07:08PM -0500, Michael Stone wrote:
On Fri, Feb 10, 2023 at 02:33:12PM +, Tim Woodall wrote:
> On Fri, 10 Feb 2023, jeremy ardley wrote:
> > you can ping them as in
> >
> > ping fe80::87d:c6ff:fea4:a
On Wed, Feb 15, 2023 at 04:24:36PM -0500, gene heskett wrote:
you basically just made this up
No Michael, just recalling our interaction history, the general tone
being to give me hell for using hosts files instead of running a dns.
I have not told you that you need to use bind instead of hos
On 2/15/23 13:08, Michael Stone wrote:
On Wed, Feb 15, 2023 at 09:30:57AM -0500, gene heskett wrote:
True. But I'd also suggest that if you do not want to support
/etc/hosts files name resolution methods
/etc/hosts works and has worked fine on debian for decades
I've got around 5 machines sti
On Wed, Feb 15, 2023 at 01:07:29PM -0500, Michael Stone wrote:
> On Wed, Feb 15, 2023 at 09:30:57AM -0500, gene heskett wrote:
> > True. But I'd also suggest that if you do not want to support /etc/hosts
> > files name resolution methods
>
> /etc/hosts works and has worked fine on debian for decad
On Wed, Feb 15, 2023 at 10:12:32AM -0500, Greg Wooledge wrote:
Sorry, Gene's line was actually "search hosts, nameserver".
So, "ping coyote" should have triggered name resolution for "coyote.hosts"
and/or "coyote.nameserver".
It's just barely conceivable that *something* might have created a
re
On Wed, Feb 15, 2023 at 09:30:57AM -0500, gene heskett wrote:
True. But I'd also suggest that if you do not want to support
/etc/hosts files name resolution methods
/etc/hosts works and has worked fine on debian for decades
to. Your attitude that everybody with a two machine home network
shou
On Wed, Feb 15, 2023 at 10:04:14AM -0500, Greg Wooledge wrote:
> The part I still don't understand is how adding "search files, nameserver"
> to /etc/resolv.conf and rebooting could change the behavior of any of
> Gene's commands.
Sorry, Gene's line was actually "search hosts, nameserver".
So, "p
On Wed, Feb 15, 2023 at 08:34:49AM -0500, Michael Stone wrote:
> On Wed, Feb 15, 2023 at 07:30:44AM -0500, Greg Wooledge wrote:
> > That said, I'm curious about this part oF Gene's result:
> >
> > > > gene@bpi54:~$ grep -i bpi54 /etc/hosts
> > > > 192.168.71.12 bpi54.coyote.den
On 2/15/23 09:20, Charles Curley wrote:
On Wed, 15 Feb 2023 07:57:09 -0500
gene heskett wrote:
192.168.71.4sixty40.coyote.den sixty40
192.168.71.7vna.coyote.deb vna
I think you have a typo in the line for vna.
Correct, Charles, but that machine died 2 o
On 2/15/23 08:41, Michael Stone wrote:
On Wed, Feb 15, 2023 at 07:57:09AM -0500, gene heskett wrote:
And this disclosed that I had not properly added coyote.coyote.den to
the /etc/hosts file on that machine. That mistake, fixed, now makes
the local net pingable. The rest of it, whats powered up
On Wed, 15 Feb 2023 07:57:09 -0500
gene heskett wrote:
> 192.168.71.4 sixty40.coyote.den sixty40
> 192.168.71.7 vna.coyote.deb vna
I think you have a typo in the line for vna.
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescu
On Wed, Feb 15, 2023 at 03:46:21PM +0300, Reco wrote:
libnss-myhostname does that.
Why it chooses ipv6 link-local over ipv4 static IP is another question.
perhaps because ipv6 is preferred and there is no public ip6. it doesn't
really matter because normal users won't notice or care whether it
On Wed, Feb 15, 2023 at 07:57:09AM -0500, gene heskett wrote:
And this disclosed that I had not properly added coyote.coyote.den to
the /etc/hosts file on that machine. That mistake, fixed, now makes
the local net pingable. The rest of it, whats powered up, was/is all
pingable. It just wasn't t
On Wed, Feb 15, 2023 at 07:30:44AM -0500, Greg Wooledge wrote:
That said, I'm curious about this part oF Gene's result:
> gene@bpi54:~$ grep -i bpi54 /etc/hosts
> 192.168.71.12 bpi54.coyote.denbpi54
> gene@bpi54:~$ getent hosts bpi54
> fe80::4765:bca4:565d:3c6 bpi54
Wher
On 2/15/23 07:31, Greg Wooledge wrote:
On Wed, Feb 15, 2023 at 08:30:08AM +0100, Michel Verdier wrote:
Le 15 février 2023 gene heskett a écrit :
gene@bpi54:~$ grep -i bpi54 /etc/hosts
192.168.71.12 bpi54.coyote.denbpi54
gene@bpi54:~$ getent hosts bpi54
fe80::4765:bca4:565d:3c
Hi.
On Wed, Feb 15, 2023 at 07:30:44AM -0500, Greg Wooledge wrote:
> That said, I'm curious about this part oF Gene's result:
>
> > > gene@bpi54:~$ grep -i bpi54 /etc/hosts
> > > 192.168.71.12 bpi54.coyote.denbpi54
> > > gene@bpi54:~$ getent hosts bpi54
> > > fe80::4
On 2/15/23 02:30, Michel Verdier wrote:
Le 15 février 2023 gene heskett a écrit :
gene@bpi54:~$ grep -i bpi54 /etc/hosts
192.168.71.12 bpi54.coyote.denbpi54
gene@bpi54:~$ getent hosts bpi54
fe80::4765:bca4:565d:3c6 bpi54
gene@bpi54:~$ ping -c1 coyote (this machines alias in /e
On Wed, Feb 15, 2023 at 08:30:08AM +0100, Michel Verdier wrote:
> Le 15 février 2023 gene heskett a écrit :
>
> > gene@bpi54:~$ grep -i bpi54 /etc/hosts
> > 192.168.71.12 bpi54.coyote.denbpi54
> > gene@bpi54:~$ getent hosts bpi54
> > fe80::4765:bca4:565d:3c6 bpi54
> > gene@bp
On Tue, Feb 14, 2023 at 03:07:08PM -0500, Michael Stone wrote:
> On Fri, Feb 10, 2023 at 02:33:12PM +, Tim Woodall wrote:
> > On Fri, 10 Feb 2023, jeremy ardley wrote:
> > > you can ping them as in
> > >
> > > ping fe80::87d:c6ff:fea4:a6fc
> > >
> >
> > ooh, I didn't know that worked.
> >
>
Le 15 février 2023 gene heskett a écrit :
> gene@bpi54:~$ grep -i bpi54 /etc/hosts
> 192.168.71.12 bpi54.coyote.denbpi54
> gene@bpi54:~$ getent hosts bpi54
> fe80::4765:bca4:565d:3c6 bpi54
> gene@bpi54:~$ ping -c1 coyote (this machines alias in /etc/hosts)
> ping: coyote: Name or s
On 2/14/23 18:12, Greg Wooledge wrote:
On Tue, Feb 14, 2023 at 05:51:52PM -0500, gene heskett wrote:
Already done that a month or so ago, to satisfy my own curiosity, the answer
is yes host lookups did fail again without it.
And just to make sure, I just went to it, removed the lsattr i, from
r
On Tue, Feb 14, 2023 at 05:51:52PM -0500, gene heskett wrote:
> Already done that a month or so ago, to satisfy my own curiosity, the answer
> is yes host lookups did fail again without it.
>
> And just to make sure, I just went to it, removed the lsattr i, from
> resolv.conf, commented that line
On 2/14/23 15:20, Greg Wooledge wrote:
On Tue, Feb 14, 2023 at 03:01:18PM -0500, Michael Stone wrote:
On Thu, Feb 09, 2023 at 03:02:22PM -0500, gene heskett wrote:
Yes Greg, you keep telling me that. But I'm in the process of bringing
up a 3dprinter farm, each printer with a bpi5 to manage octo
On Tue, Feb 14, 2023 at 03:01:18PM -0500, Michael Stone wrote:
> On Thu, Feb 09, 2023 at 03:02:22PM -0500, gene heskett wrote:
> > Yes Greg, you keep telling me that. But I'm in the process of bringing
> > up a 3dprinter farm, each printer with a bpi5 to manage octoprint. Joing
> > the other 4 on t
On Fri, Feb 10, 2023 at 02:33:12PM +, Tim Woodall wrote:
On Fri, 10 Feb 2023, jeremy ardley wrote:
you can ping them as in
ping fe80::87d:c6ff:fea4:a6fc
ooh, I didn't know that worked.
Same as
ping fe80::87d:c6ff:fea4:a6fc%eth0
on my machines at least. No idea how it picks the interfac
On Thu, Feb 09, 2023 at 03:02:22PM -0500, gene heskett wrote:
Yes Greg, you keep telling me that. But I'm in the process of bringing
up a 3dprinter farm, each printer with a bpi5 to manage octoprint.
Joing the other 4 on this net running buster and linuxcnc.
Just last week I added another bpi5
On Tue, Feb 14, 2023 at 07:42:59PM +, Brian wrote:
I was attracted by this idea and it gave me pause for
thought. Leaving aside printers that include a network
interface, the IPP-over-USB standard applies to a
non-network-capable printer.
The specs require IPP (put in firmware, I suppose)
On 2/14/23 10:49, David Wright wrote:
Wisely done: we don't need it twice … and logs can be lengthy.
I have seen the 169.254.xxx.yyy on my system, too.
It is a Debian Bullseye. To check if Debian works on this hardware I
have simply select the xfce4 option in the installer. Either the avahi
stu
Am Tue, Feb 14, 2023 at 09:48:11AM -0600 schrieb David Wright:
Hello David,
> On Mon 13 Feb 2023 at 11:39:31 (+0100), Christoph Brinkhaus wrote:
> > Am Sat, Feb 11, 2023 at 09:29:16PM -0600 schrieb David Wright:
> > > On Fri 10 Feb 2023 at 06:40:42 (+0100), to...@tuxteam.de wrote:
> > > > On Thu,
David Wright (12023-02-14):
> > lsusb -v > /tmp/1
> > sudo lsusb -v > /tmp/2
> > diff -u /tmp/1 /tmp/2
> Irrespective of the lines that interested Brian, how did your system
> manage to produce no output
I copy-pasted only the commands, not their output.
Regards,
--
Nicolas George
On Tue 14 Feb 2023 at 13:32:37 (+0100), Nicolas George wrote:
> Brian (12023-02-14):
> > > FWIW, if you invoke lsusb with the -v option, you need
> > > some superpowers. So better "sudo lsusb -v".
> > I do not believe that to be the case.
>
> experiment > belief
>
> lsusb -v > /tmp/1
> sudo lsusb
On Mon 13 Feb 2023 at 11:39:31 (+0100), Christoph Brinkhaus wrote:
> Am Sat, Feb 11, 2023 at 09:29:16PM -0600 schrieb David Wright:
>
> please excuse the late reply. I have had a side discussion with Tomas
> in German about the issue I observed, too.
>
> > On Fri 10 Feb 2023 at 06:40:42 (+0100),
> Network printers from 2016 almost certainly (always in my
> experience) do ship with IPP-over-USB. For some reason USB-only
> devices generally do not provide it; it's very hit-and-miss.
IPP-over-USB basically requires the whole traditional networking stack,
so it's no surprise that it's usually
On 2/14/23 07:58, Brian wrote:
[...]
Brother HL-L2320D L2300D best budget laser printer review
https://www.youtube.com › watch
7:51
A quick demonstration and review of the Brother HL-L2320D laser printer.Buy it
on Amazon here: http://amzn.to/2haHDsdOr buy the similar ...
YouTube · DarkStoneCastl
On Tue 14 Feb 2023 at 14:02:05 +0100, Nicolas George wrote:
> Greg Wooledge (12023-02-14):
> > It's certainly more than "the error messages went away".
>
> Yes, but Reco was smarter than us, with the "> /dev/null".
OK, my belief, backed up by experience, is that sudo is
not needed to obtain the
On 2/14/23 07:21, Greg Wooledge wrote:
On Tue, Feb 14, 2023 at 07:07:58AM -0500, gene heskett wrote:
On 2/14/23 06:29, Brian wrote:
Anyway, this USB-only printer from 2016 does not provide
an IPP-over-USB service. This is not unexpected.
Are you saying that this printer has been sitting on th
Greg Wooledge (12023-02-14):
> It's certainly more than "the error messages went away".
Yes, but Reco was smarter than us, with the "> /dev/null".
Regards,
--
Nicolas George
On Tue, Feb 14, 2023 at 03:37:58PM +0300, Reco wrote:
> lsusb -v >/dev/null
>
> sudo lsusb -v >/dev/null
>
>
> First one shows: "Couldn't open device, some information will be
> missing". Second one does not.
diff -u <(lsusb -v 2>&1) <(sudo lsusb -v 2>&1) | less
gives me 252 lines of diff outp
On Tue 14 Feb 2023 at 07:21:00 -0500, Greg Wooledge wrote:
> On Tue, Feb 14, 2023 at 07:07:58AM -0500, gene heskett wrote:
> > On 2/14/23 06:29, Brian wrote:
> > > Anyway, this USB-only printer from 2016 does not provide
> > > an IPP-over-USB service. This is not unexpected.
> > >
> > Are you say
Hi.
On Tue, Feb 14, 2023 at 01:32:37PM +0100, Nicolas George wrote:
> Brian (12023-02-14):
> > > FWIW, if you invoke lsusb with the -v option, you need
> > > some superpowers. So better "sudo lsusb -v".
> > I do not believe that to be the case.
>
> experiment > belief
Indeed.
lsusb -v >
Brian (12023-02-14):
> > FWIW, if you invoke lsusb with the -v option, you need
> > some superpowers. So better "sudo lsusb -v".
> I do not believe that to be the case.
experiment > belief
lsusb -v > /tmp/1
sudo lsusb -v > /tmp/2
diff -u /tmp/1 /tmp/2
Regards,
--
Nicolas George
On Tue, Feb 14, 2023 at 07:07:58AM -0500, gene heskett wrote:
> On 2/14/23 06:29, Brian wrote:
> > Anyway, this USB-only printer from 2016 does not provide
> > an IPP-over-USB service. This is not unexpected.
> >
> Are you saying that this printer has been sitting on the Staples display for
> 5 ye
On 2/14/23 06:29, Brian wrote:
On Tue 14 Feb 2023 at 06:23:34 +0100, to...@tuxteam.de wrote:
On Mon, Feb 13, 2023 at 04:04:29PM -0500, gene heskett wrote:
On 2/13/23 14:10, Brian wrote:
lsusb -v | grep -A 3 bInterfaceClass.*7
FWIW, if you invoke lsusb with the -v option, you need
some super
On Tue 14 Feb 2023 at 06:23:34 +0100, to...@tuxteam.de wrote:
> On Mon, Feb 13, 2023 at 04:04:29PM -0500, gene heskett wrote:
> > On 2/13/23 14:10, Brian wrote:
> > > lsusb -v | grep -A 3 bInterfaceClass.*7
>
> FWIW, if you invoke lsusb with the -v option, you need
> some superpowers. So better "
On Mon, Feb 13, 2023 at 04:04:29PM -0500, gene heskett wrote:
> On 2/13/23 14:10, Brian wrote:
> > lsusb -v | grep -A 3 bInterfaceClass.*7
FWIW, if you invoke lsusb with the -v option, you need
some superpowers. So better "sudo lsusb -v".
Cheers
--
t
signature.asc
Description: PGP signature
On 2/13/23 14:10, Brian wrote:
lsusb -v | grep -A 3 bInterfaceClass.*7
gene@coyote:~/Downloads/3dp.stf/trident/stl.stf_from_slipper/02面板安装部分$
lsusb -v | grep -A 3 bInterfaceClass.*7
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
On 2/13/23 12:12, Brian wrote:
And the model of b&w laser?
HL-L2320D
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, 1940)
If we desire respect for the law, we must first make
On Mon 13 Feb 2023 at 11:21:00 -0500, gene heskett wrote:
> On 2/13/23 10:30, Brian wrote:
> > On Mon 13 Feb 2023 at 10:08:22 -0500, gene heskett wrote:
> >
> > > On 2/13/23 10:00, Brian wrote:
> > > > On Mon 13 Feb 2023 at 09:30:32 -0500, gene heskett wrote:
> > > >
> > > > > On 2/13/23 06:01,
On Mon 13 Feb 2023 at 11:11:38 -0500, gene heskett wrote:
[...]
> "Distributed by Debian" is the key phrase here. That qualifier apparently
> does not include the better Brothers.
The Brother drivers are non-free. They will cease to work.
It will be up to Brother to accomodate them to the New
A
On 2/13/23 10:30, Brian wrote:
On Mon 13 Feb 2023 at 10:08:22 -0500, gene heskett wrote:
On 2/13/23 10:00, Brian wrote:
On Mon 13 Feb 2023 at 09:30:32 -0500, gene heskett wrote:
On 2/13/23 06:01, Brian wrote:
On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
On Sun, Feb 12, 20
On 2/13/23 10:00, Brian wrote:
On Mon 13 Feb 2023 at 09:30:32 -0500, gene heskett wrote:
On 2/13/23 06:01, Brian wrote:
On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
[...]
Fortunately, the vast majority of users with a
On 2/13/23 10:00, Brian wrote:
On Mon 13 Feb 2023 at 09:30:32 -0500, gene heskett wrote:
On 2/13/23 06:01, Brian wrote:
On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
[...]
Fortunately, the vast majority of users with a
On Mon 13 Feb 2023 at 09:30:32 -0500, gene heskett wrote:
> On 2/13/23 06:01, Brian wrote:
> > On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
> >
> > > On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
> > >
> > > [...]
> > >
> > > > Fortunately, the vast majority of users w
On Mon, Feb 13, 2023 at 09:25:22AM -0500, gene heskett wrote:
[...]
> Ahh nice Tomas, until it says Brother on the printer. Brother has a system
> of drivers AND a Linux installer that will make their printers work exactly
> on Linux as they do on windows [...]
Last Brother I had was straight PS
On 2/13/23 06:01, Brian wrote:
On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
[...]
Fortunately, the vast majority of users with a modern printer have
not taken a similar view. They now enjoy an effortless and enjoyable
pr
On Mon, Feb 13, 2023 at 11:00:48AM +, Brian wrote:
[...]
> > My printer is all well, thankyouverymuch. Whenever I'm after an
> > "experience", I take my bike and ride to the mountains, very
> > enjoyable :)
>
> Such a journey would give ample opportunity to ponder why mDNS
> multicasting is
On Mon 13 Feb 2023 at 09:25:15 +0100, to...@tuxteam.de wrote:
> On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
>
> [...]
>
> > Fortunately, the vast majority of users with a modern printer have
> > not taken a similar view. They now enjoy an effortless and enjoyable
> > printing experien
Am Sat, Feb 11, 2023 at 09:29:16PM -0600 schrieb David Wright:
Hi David,
please excuse the late reply. I have had a side discussion with Tomas
in German about the issue I observed, too.
> On Fri 10 Feb 2023 at 06:40:42 (+0100), to...@tuxteam.de wrote:
> > On Thu, Feb 09, 2023 at 03:32:46PM -0500
On Sun, Feb 12, 2023 at 07:12:42PM +, Brian wrote:
[...]
> Fortunately, the vast majority of users with a modern printer have
> not taken a similar view. They now enjoy an effortless and enjoyable
> printing experience.
My printer is all well, thankyouverymuch. Whenever I'm after an
"experie
On Sun 12 Feb 2023 at 07:55:04 +0100, to...@tuxteam.de wrote:
> On Sat, Feb 11, 2023 at 09:29:16PM -0600, David Wright wrote:
[...]
> > So it's difficult to figure out why some are plagued by these
> > addresses, made worse when one gets used for the default route, eg
> > https://lists.debian.
* On 2023 11 Feb 21:30 -0600, David Wright wrote:
> I've read that machines give themselves a 169.254.… address when they
> boot up and can't find a DHCP server. But I never see those addresses
> when I boot up a machine, disconnected or connected. All I see is
> localhost on 127.0.0.1, the machine
On Sat, Feb 11, 2023 at 09:29:16PM -0600, David Wright wrote:
> My systems all have avahi-daemon and avahi-utils installed, and the
> laptops have avahi-autoipd as well, but I never see 169.254.…
> addresses in the output of ip a¹ or in the logs², or in the output
> of avahi-browse -art³ (
On Fri 10 Feb 2023 at 06:40:42 (+0100), to...@tuxteam.de wrote:
> On Thu, Feb 09, 2023 at 03:32:46PM -0500, gene heskett wrote:
> > On 2/9/23 07:53, to...@tuxteam.de wrote:
> > > On Thu, Feb 09, 2023 at 07:32:18AM -0500, Greg Wooledge wrote:
> > >
> > > [...]
> > >
> > > > (I have no idea what md
On Fri, Feb 10, 2023 at 02:11:43PM +, Darac Marjal wrote:
> "mymachines" comes from libnss-mymachines:
> "myhostname" comes from libnss-myhostname:
Fascinating. And confusing.
So, Gene's Armbian distribution uses those packages by default, and
Debian does not, right?
Either way, those entr
On 2/10/23 08:05, Greg Wooledge wrote:
On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
hosts: files mymachines dns myhostname
This is wrong. I don't know where you got it from, but "mymachines"
and "myhostname" are not valid entries in this file. NOT EVEN IF THEY
ARE F
On 2/10/23 06:15, Carles Pina i Estany wrote:
Hi,
I'm just an interested reader (now writer?) of this thread and many
other threads here.
On Feb/10/2023, gene heskett wrote:
gene@coyote:~$ cat /sshnet/bpi54/etc/nsswitch.conf:
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Servic
On Fri, 10 Feb 2023, jeremy ardley wrote:
you can ping them as in
ping fe80::87d:c6ff:fea4:a6fc
ooh, I didn't know that worked.
Same as
ping fe80::87d:c6ff:fea4:a6fc%eth0
on my machines at least. No idea how it picks the interface when there's
more than one.
The interface seems mandatory
On 10/02/2023 13:04, Greg Wooledge wrote:
On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
hosts: files mymachines dns myhostname
This is wrong. I don't know where you got it from, but "mymachines"
and "myhostname" are not valid entries in this file. NOT EVEN IF THEY
AR
Hi.
On Fri, Feb 10, 2023 at 08:04:38AM -0500, Greg Wooledge wrote:
> On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
> > hosts: files mymachines dns myhostname
>
> This is wrong.
You're correct, but for the wrong reason.
> I don't know where you got it from, but "
On Fri, Feb 10, 2023 at 05:58:07AM -0500, gene heskett wrote:
> hosts: files mymachines dns myhostname
This is wrong. I don't know where you got it from, but "mymachines"
and "myhostname" are not valid entries in this file. NOT EVEN IF THEY
ARE FUCKING METASYNTACTIC PLACEHOLDERS for "co
Hi,
On Feb/10/2023, to...@tuxteam.de wrote:
> > > gene@bpi54:~$ pinfo libc "name server switch"
> >
> > I think that you intended to use "info", not "pinfo"?
>
> pinfo is a program (part of the like-named package) for people who
> want to miss what info has to offer -- uh -- an alternative us
On Fri, Feb 10, 2023 at 11:05:22AM +, Carles Pina i Estany wrote:
>
> Hi,
>
> I'm just an interested reader (now writer?) of this thread and many
> other threads here.
>
> On Feb/10/2023, gene heskett wrote:
>
> > gene@coyote:~$ cat /sshnet/bpi54/etc/nsswitch.conf:
> >
> > # /etc/nsswitch.
Hi,
I'm just an interested reader (now writer?) of this thread and many
other threads here.
On Feb/10/2023, gene heskett wrote:
> gene@coyote:~$ cat /sshnet/bpi54/etc/nsswitch.conf:
>
> # /etc/nsswitch.conf
> #
> # Example configuration of GNU Name Service Switch functionality.
> # If you hav
On 10/2/23 19:03, gene heskett wrote:
Chuckle, guilty Tomas, but NM has now been muffled and no longer yells
at you via the logs when it find's a chattr +i denying its ability to
impregnate the lassie.
I personally eradicate NM and use either systemd-networkd on debian, or
networking serv
On 2/10/23 00:48, to...@tuxteam.de wrote:
On Thu, Feb 09, 2023 at 04:22:52PM -0500, Stefan Monnier wrote:
has worked very well since redhat 5.0 in 1998. The only thing I do is
a chattr +i on resolv.conf so network mangler can't putz with it. And
That kind of quick&dirty hack is fairly dangero
On 2/10/23 00:45, to...@tuxteam.de wrote:
On Thu, Feb 09, 2023 at 05:17:42PM -0500, gene heskett wrote:
On 2/9/23 15:57, Greg Wooledge wrote:
[...]
Maybe I am the last on the planet still using hosts files [...]
Nonsense. I do use /etc/hosts profusely. If you have the right
incantation in
tomas@... composed on 2023-02-10 06:47 (UTC+0100):
> On Thu, Feb 09, 2023 at 16:22:52 -0500, Stefan Monnier wrote:
>> > has worked very well since redhat 5.0 in 1998. The only thing I do is
>> > a chattr +i on resolv.conf so network mangler can't putz with it. And
>> That kind of quick&dirty ha
On Thu, Feb 09, 2023 at 03:16:49PM -0500, Dan Ritter wrote:
> gene heskett wrote:
> >
> > Chuckle... I might, but there also several switches in this lashup, the main
> > one claims to be managed but the other 2 are just glorified hubs. There's
> > even another router out in the shed but its runn
On Thu, Feb 09, 2023 at 02:46:51PM -0500, gene heskett wrote:
> On 2/9/23 04:13, Anssi Saari wrote:
[...]
> > I don't know why though. The other IPv6 access I have is through a VPN
> > and there, for privacy, of course my connection is NATted to the same
> > exit IPv6 address as everyone else's.
On Thu, Feb 09, 2023 at 04:22:52PM -0500, Stefan Monnier wrote:
> > has worked very well since redhat 5.0 in 1998. The only thing I do is
> > a chattr +i on resolv.conf so network mangler can't putz with it. And
>
> That kind of quick&dirty hack is fairly dangerous in the long run: as
> they accu
On Thu, Feb 09, 2023 at 05:17:42PM -0500, gene heskett wrote:
> On 2/9/23 15:57, Greg Wooledge wrote:
[...]
> Maybe I am the last on the planet still using hosts files [...]
Nonsense. I do use /etc/hosts profusely. If you have the right
incantation in /etc/nsswitch.conf (as Greg has said a coupl
On Thu, Feb 09, 2023 at 03:32:46PM -0500, gene heskett wrote:
> On 2/9/23 07:53, to...@tuxteam.de wrote:
> > On Thu, Feb 09, 2023 at 07:32:18AM -0500, Greg Wooledge wrote:
> >
> > [...]
> >
> > > (I have no idea what mdns4_minimal is, but Debian put it there, and it
> > > hasn't caused a problem
On Thu, Feb 09, 2023 at 05:17:42PM -0500, gene heskett wrote:
> Maybe I am the last on the planet still using hosts files, but I doubt that
You are not. Some of my systems at work use them. Technically, they
*all* do if you count the mandatory entries for the NIS servers.
> I also think it woul
On 2/9/23 17:41, jeremy ardley wrote:
On 10/2/23 05:32, Michel Verdier wrote:
Le 9 février 2023 gene heskett a écrit :
And where is that info published? Up till now I was not aware of an
ipv6 equ
to 192.168.xx.xx addresses. That could make the cheese quite a bit less
binding. :o)>
You coul
On 2/9/23 16:33, Michel Verdier wrote:
Le 9 février 2023 gene heskett a écrit :
And where is that info published? Up till now I was not aware of an ipv6 equ
to 192.168.xx.xx addresses. That could make the cheese quite a bit less
binding. :o)>
You could find a nice list here:
https://www.apni
On 10/2/23 05:32, Michel Verdier wrote:
Le 9 février 2023 gene heskett a écrit :
And where is that info published? Up till now I was not aware of an ipv6 equ
to 192.168.xx.xx addresses. That could make the cheese quite a bit less
binding. :o)>
You could find a nice list here:
https://www.ap
On 2/9/23 15:57, Greg Wooledge wrote:
On Thu, Feb 09, 2023 at 03:47:37PM -0500, gene heskett wrote:
you refuse to answer the question asked. from that machine to any other
machine on my net "ssh -Y othermachines' alias as shown in the hosts file..
response was not found. Ditto for a ping unless
Le 9 février 2023 gene heskett a écrit :
> And where is that info published? Up till now I was not aware of an ipv6 equ
> to 192.168.xx.xx addresses. That could make the cheese quite a bit less
> binding. :o)>
You could find a nice list here:
https://www.apnic.net/get-ip/faqs/what-is-an-ip-addre
On Thu, Feb 09, 2023 at 04:22:52PM -0500, Stefan Monnier wrote:
> > has worked very well since redhat 5.0 in 1998. The only thing I do is
> > a chattr +i on resolv.conf so network mangler can't putz with it. And
>
> That kind of quick&dirty hack is fairly dangerous in the long run: as
> they accu
> has worked very well since redhat 5.0 in 1998. The only thing I do is
> a chattr +i on resolv.conf so network mangler can't putz with it. And
That kind of quick&dirty hack is fairly dangerous in the long run: as
they accumulate, they increase the risk that one of them will lead to
a completely
On Thu, Feb 09, 2023 at 03:47:37PM -0500, gene heskett wrote:
> you refuse to answer the question asked. from that machine to any other
> machine on my net "ssh -Y othermachines' alias as shown in the hosts file..
> response was not found. Ditto for a ping unless I gave ping the actual ipv4
> addr
On 2/9/23 15:19, Greg Wooledge wrote:
On Thu, Feb 09, 2023 at 03:02:22PM -0500, gene heskett wrote:
Just last week I added another bpi5, copied the /etc/hosts file and
restarted networking. It could NOT find the other machines on my net UNTIL I
added that search directive to resolv.conf. This n
gene heskett wrote:
>
> Chuckle... I might, but there also several switches in this lashup, the main
> one claims to be managed but the other 2 are just glorified hubs. There's
> even another router out in the shed but its running as a hub, radio turned
> off just as are all the others here. They
On 2/9/23 07:53, to...@tuxteam.de wrote:
On Thu, Feb 09, 2023 at 07:32:18AM -0500, Greg Wooledge wrote:
[...]
(I have no idea what mdns4_minimal is, but Debian put it there, and it
hasn't caused a problem yet so I left it alone.)
This is a zeroconf thingy. My box hasn't that, because I banne
On Thu, Feb 09, 2023 at 03:02:22PM -0500, gene heskett wrote:
> Just last week I added another bpi5, copied the /etc/hosts file and
> restarted networking. It could NOT find the other machines on my net UNTIL I
> added that search directive to resolv.conf. This net is about 50/50 buster
> and bull
On 2/9/23 07:32, Greg Wooledge wrote:
On Thu, Feb 09, 2023 at 02:54:01AM -0500, gene heskett wrote:
Where you run a dns of sorts, I don't, resolv.conf says check host first,
then query the router which forwards it to the nameserver at my isp.
Gene, we've been over this MANY times in the last s
On 2/9/23 04:13, Anssi Saari wrote:
jeremy ardley writes:
In the case of adding IPv6 without NAT, then without a firewall, external
baddies can connect unsolicited to your internal devices. Some of your devices
will
have their own personal firewalls already, e.g. any windows machine. Some
w
1 - 100 of 116 matches
Mail list logo
