Re: Telnet

to...@tuxteam.de (12023-12-05): > It does have a line mode with local echo (meaning you can type without > anything > being sent until you hit ENTER, with limited line editing capabilities > (backspace > and things). No readline's full power, though: that was more like a > Christmas's > wish :-)

Re: Recommended simple PDF viewer to replace Evince

On Mon, 4 Dec 2023 17:12:28 -0600 Tom Browder wrote: I have used Evince as my PDF viewer and printer program for many years. It still works, but it has been spitting out error messages for a very long time. to wit: (evince:81435): EvinceView-CRITICAL **: 16:44:57.520: \ ev_pixb

Re: Print flakes off mailing labels, use a fixative?

On 12/4/23 16:52, Tom Browder wrote: HP printer and toner, Office Depot labels. I bought so hair spray and will try that. -Tom I just looked at Office Depot website and the only labels I see that are for both laser and inkjet are an off brand.  I see why you went for the off brand, they ar

Re: Recommended simple PDF viewer to replace Evince

Am 04.12.2023 um 17:12:28 Uhr schrieb Tom Browder: > I would like to use another program which is similar but has good > documentation. I don't need a heavy duty program like LibreOffice, > Just something for viewing and printing. Try xpdf, but be aware it doesn't support forms nor other special

Re: Recommended simple PDF viewer to replace Evince

Am 04.12.2023 um 19:19:37 Uhr schrieb Paul M Foster: > Don't think it has a CLI interface. However, I would imagine that > simply feeding a PDF to the printer should work for printing. I could > be wrong, though. IIRC that depends on the printer. Simply running lpr file.pdf didn't work for my pr

Re: Recommended simple PDF viewer to replace Evince

On 12/4/23 19:20, Paul M Foster wrote: On Mon, Dec 04, 2023 at 05:12:28PM -0600, Tom Browder wrote: I have used Evince as my PDF viewer and printer program for many years. It still works, but it has been spitting out error messages for a very long time. to wit: (evince:81435): EvinceView-

Re: Recommended simple PDF viewer to replace Evince

I use Evince probably once a week or so from the command line. I do not see that error, though I think I have in the past. I suspect that if you are seeing those issues with the current bookworm release, it is likely a problem local to you. You could be missing a package that evince expects to b

Re: Telnet

On Mon, Dec 04, 2023 at 08:29:04PM +0100, Nicolas George wrote: > to...@tuxteam.de (12023-12-04): > > Back then (TM) (must have been 1990ies or so) I knew. And I sometimes still > > miss the "easy interactivity". I haven't investigated whether there is an > > equivalent socat mode (say line-mode wi

Re: Mailing List

On Sun 03 Dec 2023 at 10:01:25 (+0100), Thomas Schmitt wrote: > David Wright wrote: > > I'm subscribed, but I don't receive that badge of honour. > > This is from my other post in this thread—no LDOSUBSCRIBER: > > > > > X-Spam-Status: No, score=-4.9 required=4.0 tests=CAPINIT,FOURLA, > > > HE

Re: Mailing List

On Fri 01 Dec 2023 at 20:39:51 (+), piorunz wrote: > On 01/12/2023 16:15, to...@tuxteam.de wrote: > > > > Your message is here, so you are subscribed :) > > > > Not necessarily, you can post here as a non-subscriber. Actually I have > > the hunch that the OP is not subscribed (going by the X-

Re: ntpsec as server questions

On Mon 04 Dec 2023 at 16:24:11 (-0500), gene heskett wrote: > On 12/4/23 11:31, Dan Purgert wrote: > > On Dec 04, 2023, gene heskett wrote: > > > [...] > > > So here on coyote: date -u: > > > Mon Dec 4 15:47:44 UTC 2023 > > > but on mkspi: date -u: > > > Mon 04 Dec 2023 03:47:16 PM UTC > > > [...]

Re: ntpsec as server questions

On Mon 04 Dec 2023 at 15:28:03 (-0500), gene heskett wrote: > On 12/4/23 07:17, Greg Wooledge wrote: > > > > ls -hal /etc/localtime > > > lrwxrwxrwx 1 root root 27 Nov  1 18:21 /etc/localtime -> > > > /usr/share/zoneinfo/EST5EDT > > And using mc to edit that link fixed it, I am now getting the co

Re: deb12 for amd64 can't start X

it doesn't look right even in text mode, font used is somewhat different it's really not ok with 12.2 for amd64 while it's ok with 12.0 for i386 X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 Current Operating System: Linux bw 6.1.0-9-686-pae #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2

Re: Recommended simple PDF viewer to replace Evince

On Mon 04/12/2023 at 23:12, Tom Browder wrote: > I have used Evince as my PDF viewer and printer program for many > years. It still works, but it has been spitting out error messages for > a very long time. to wit: > > (evince:81435): EvinceView-CRITICAL **: 16:44:57.520: \ > ev_pi

Re: deb12 for amd64 can't start X

hlyg composed on 2023-12-05 07:32 (UTC+0800): > 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. > [AMD/ATI] Wrestler [Radeon HD 6250] > it's ok with deb12 for i386 > i think "[KMS] drm report modesetting isn't supported" below offer clue > X.Org X Server 1.21.1.7 > X Protocol V

Re: Print flakes off mailing labels, use a fixative?

On Sun, Dec 3, 2023 at 19:36 David Christensen wrote: ... > Please confirm printer, toner cartridge, and labels are all HP. If so, > I would contact HP. HP printer and toner, Office Depot labels. I bought so hair spray and will try that. -Tom

Re: Recommended simple PDF viewer to replace Evince

On Mon, Dec 04, 2023 at 05:12:28PM -0600, Tom Browder wrote: > I have used Evince as my PDF viewer and printer program for many > years. It still works, but it has been spitting out error messages for > a very long time. to wit: > > (evince:81435): EvinceView-CRITICAL **: 16:44:57.520: \ >

deb12 for amd64 can't start X

00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6250] it's ok with deb12 for i386 i think "[KMS] drm report modesetting isn't supported" below offer clue X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 Current Operating System: Linux debi

Re: ntpsec as server questions

On 5/12/23 04:52, Darac Marjal wrote: Most people know what timezone they're currently in, but the more likely know what their nearest city is. Cities rarely change, but timezones do. Take the example of Triana in Paul Eggert's original email. The city never moved, but the timezone it was i

Re: Could/should you set Dir::Cache::{pkgcache, srcpkgcache} = ""; if all you are doing is locally downloading dependencies of an installation package?

On Mon 04 Dec 2023 at 21:24:58 (+), Albretch Mueller wrote: > On 12/2/23, David Wright wrote: > > Obviously I'm trying to replicate what you do. > ... > > Presumably you're running more commands than you revealed above? > > Yes, I am; for each " Depends: " package I have been using apt-get

Recommended simple PDF viewer to replace Evince

I have used Evince as my PDF viewer and printer program for many years. It still works, but it has been spitting out error messages for a very long time. to wit: (evince:81435): EvinceView-CRITICAL **: 16:44:57.520: \ ev_pixbuf_cache_set_selection_list: \ assertion 'EV_

Re: ntpsec as server questions

On 12/4/23 15:28, gene heskett wrote: On 12/4/23 07:17, Greg Wooledge wrote: ls -hal /etc/localtime lrwxrwxrwx 1 root root 27 Nov  1 18:21 /etc/localtime -> /usr/share/zoneinfo/EST5EDT And using mc to edit that link fixed it, I am now getting the correct time from date, thank you a lot.

Re: ntpsec as server questions

On Mon 04 Dec 2023 at 15:36:32 (-0500), Greg Wooledge wrote: > I classify time zone names into three historic eras. In the oldest era, > you have zone names like EST5EDT which are composed of three pieces. > The first piece, EST, is the zone's name when the clock is "normal" (not > daylight saving

Re: Isolated Web Co Session crash Firefox-ESR

On 4/12/23 10:49, Max Nikulin wrote: On 04/12/2023 09:39, jeremy ardley wrote: I think I've found a potential culprit using about:processes https://openai.com 110% CPU I would try it in chromium. Some sites relies on optimizations implemented in its JavaScript engine. My observation is t

Re: ntpsec as server questions

On 12/4/23 14:17, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 02:11:51PM -0500, gene heskett wrote: That leave the localtime error pretty much up to the date command, or is there something else screwing with this? Where ALL in this chain does /etc/timezone get used, which is currently set to: A

Re: ntpsec as server questions

On 12/4/23 11:39, John Hasler wrote: Gene writes: Thats says this machine has it hdware clock on utc. No. That says that the system clock (not the hardware clock) is synchronized to NTP time. The system clock keeps UNIX time: seconds since the epoch. It is converted to either UTC or local ti

Re: ntpsec as server questions

On 12/4/23 11:34, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 10:55:47AM -0500, gene heskett wrote: root@mkspi:/etc# chronyc sources 210 Number of sources = 1 MS Name/IP address Stratum Poll Reach LastRx Last sample ==

Re: Could/should you set Dir::Cache::{pkgcache, srcpkgcache} = ""; if all you are doing is locally downloading dependencies of an installation package?

On 12/2/23, David Wright wrote: > Obviously I'm trying to replicate what you do. ... > Presumably you're running more commands than you revealed above? Yes, I am; for each " Depends: " package I have been using apt-get download lbrtchx

Re: ntpsec as server questions

On 12/4/23 11:31, Dan Purgert wrote: On Dec 04, 2023, gene heskett wrote: [...] So here on coyote: date -u: Mon Dec 4 15:47:44 UTC 2023 but on mkspi: date -u: Mon 04 Dec 2023 03:47:16 PM UTC [...] WTH? Where is that false 12 hour offset coming from? Coyote seems to use the standard output o

Re: ntpsec as server questions

On 04/12/2023 20:36, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 03:19:33PM -0500, gene heskett wrote: On 12/4/23 07:17, Greg Wooledge wrote: ls -hal /etc/localtime Aha! You found it, but how do I change it? root@mkspi:/etc# cat timezone America/New_York root@mkspi:/etc# ls -hal /etc/localti

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 03:19:33PM -0500, gene heskett wrote: > On 12/4/23 07:17, Greg Wooledge wrote: > > ls -hal /etc/localtime > > Aha! You found it, but how do I change it? > root@mkspi:/etc# cat timezone > America/New_York > root@mkspi:/etc# ls -hal /etc/localtime > lrwxrwxrwx 1 root root 39

Re: ntpsec as server questions

On 12/4/23 07:17, Greg Wooledge wrote: ls -hal /etc/localtime lrwxrwxrwx 1 root root 27 Nov  1 18:21 /etc/localtime -> /usr/share/zoneinfo/EST5EDT And using mc to edit that link fixed it, I am now getting the correct time from date, thank you a lot. But maybe a bug against tzselect s/b file

Re: ntpsec as server questions

On 12/4/23 07:17, Greg Wooledge wrote: ls -hal /etc/localtime Aha! You found it, but how do I change it? root@mkspi:/etc# cat timezone America/New_York root@mkspi:/etc# ls -hal /etc/localtime lrwxrwxrwx 1 root root 39 Jul 25 2022 /etc/localtime -> /usr/share/zoneinfo/America/Los_Angeles use

Re: Telnet

to...@tuxteam.de (12023-12-04): > Back then (TM) (must have been 1990ies or so) I knew. And I sometimes still > miss the "easy interactivity". I haven't investigated whether there is an > equivalent socat mode (say line-mode with readline editing or something). That > would be a market niche, would

Re: Telnet

On Mon, Dec 04, 2023 at 08:04:40PM +0100, Nicolas George wrote: > to...@tuxteam.de (12023-12-04): > > Which, in the case of interaction with HTTP (and most others) actually > > comes in handy. Those explicit \r\n get old pretty fast... > > Just hope you will not need to emit a LATIN SMALL LETTER Y

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 02:11:51PM -0500, gene heskett wrote: > That leave the localtime error pretty much up to the date command, or is > there something else screwing with this? Where ALL in this chain does > /etc/timezone get used, which is currently set to: > America/New_York ls -ld /etc/*time

Re: ntpsec as server questions

On 12/4/23 07:10, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 06:32:38AM -0500, gene heskett wrote: On 12/4/23 05:55, Pocket wrote: ntpq -p I don't have that on the printer, it is running chrony. A quick Google search for "chrony equivalent of ntpq" gives me

Re: Bug#1056998: cdrom: Installation media changes after booting it

On Mon, Dec 4, 2023, 3:30 AM Thomas Schmitt wrote: > . > This seems to indicate that the firmware has a stake in the problem ... > > > Both the Thinkpad E14 Gen 5s had the same specifications and type number, > > differing only in that the one with corruption of the installer has 24GB > of >

Re: Telnet

to...@tuxteam.de (12023-12-04): > Which, in the case of interaction with HTTP (and most others) actually > comes in handy. Those explicit \r\n get old pretty fast... Just hope you will not need to emit a LATIN SMALL LETTER Y WITH DIAERESIS in ISO-8859-1. Anyway, the treatment done by telnet is no

Re: Look, ma no telnet [was: Telnet]

On Mon, Dec 04, 2023 at 08:01:10PM +0100, Nicolas George wrote: > to...@tuxteam.de (12023-12-04): > > These days, even bash can do it: > > Zsh could years before. > > > (alas, it can't do TCP server, which is a pity) > > socat can do TCP server. And UDP client, and UDP server, and TLS/SSL > clie

Re: Look, ma no telnet [was: Telnet]

to...@tuxteam.de (12023-12-04): > These days, even bash can do it: Zsh could years before. > (alas, it can't do TCP server, which is a pity) socat can do TCP server. And UDP client, and UDP server, and TLS/SSL client and server, and Unix sockets, and SOCKS, and tun, and… (And zsh seems to be ab

Look, ma no telnet [was: Telnet]

On Mon, Dec 04, 2023 at 09:23:16AM +0100, Nicolas George wrote: > Charles Curley (12023-12-03): > > True. None the less, there is at least one perfectly good use for > > telnet: testing connections to servers. > > Wrong. The telnet client is not entirely transparent, as the telnet > protocol defin

Re: ntpsec as server questions

On Tue, Dec 05, 2023 at 12:01:35AM +0700, Max Nikulin wrote: > On 04/12/2023 23:34, Greg Wooledge wrote: > > > WTH? Where is that false 12 hour offset coming from? > > There is no 12 hour offset. One is being reported in 24-hour time, and > > the other in 12-hour time (it says "PM"), because of d

Re: Telnet

On Mon, Dec 04, 2023 at 05:32:20PM +0100, Nicolas George wrote: > Curt (12023-12-04): > > Telnet doesn't alter the actual data being transmitted > > Yes it does, read the doc before posting wrong information here. Which, in the case of interaction with HTTP (and most others) actually comes in han

Re: ntpsec as server questions

On 04/12/2023 23:34, Greg Wooledge wrote: WTH? Where is that false 12 hour offset coming from? There is no 12 hour offset. One is being reported in 24-hour time, and the other in 12-hour time (it says "PM"), because of different locale definitions. dpkg-reconfigure locales Or its equiva

Re: Telnet

Curt (12023-12-04): > I think you're buggering yet another fly here. I think you should read the docs and shut up. I know what I am saying. -- Nicolas George

Re: ntpsec as server questions

gene heskett writes: > Mon Dec 4 15:47:44 UTC 2023 > Mon 04 Dec 2023 03:47:16 PM UTC > WTH? Where is that false 12 hour offset coming from? There's no offset. 15:00 UTC *is* 03:00 PM UTC ^^

Re: Telnet

On 2023-12-04, Nicolas George wrote: > Curt (12023-12-04): >> Telnet doesn't alter the actual data being transmitted > > Yes it does, read the doc before posting wrong information here. > I think you're buggering yet another fly here.

dovecot auth failure due to panic in libpam_fscrypt

Does anybody have ideas concerning incompatibility of dovecot IMAP server authentication and libpam_fscrypt? It seems Go runtime loaded into authentication worker is unable to allocate memory. To keep local mail archive I use a dovecot instance. This machine does not receive or send mail using

Re: ntpsec as server questions

Gene writes: > Thats says this machine has it hdware clock on utc. No. That says that the system clock (not the hardware clock) is synchronized to NTP time. The system clock keeps UNIX time: seconds since the epoch. It is converted to either UTC or local time as approporiate for display. It say

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 10:55:47AM -0500, gene heskett wrote: > root@mkspi:/etc# chronyc sources > 210 Number of sources = 1 > MS Name/IP address Stratum Poll Reach LastRx Last sample > > === > ^* coyote.coyote.den

Re: Telnet

Curt (12023-12-04): > Telnet doesn't alter the actual data being transmitted Yes it does, read the doc before posting wrong information here. -- Nicolas George

Re: Telnet

Marco Moock (12023-12-04): > Is that really the case? Yes. > Other applications like telnet or vi don't care about it, so I > assume(d), it is up to the application to handle it. Applications can decide to change the mode of the tty or catch SIGINT. Regards, -- Nicolas George

Re: ntpsec as server questions

On Dec 04, 2023, gene heskett wrote: > [...] > So here on coyote: date -u: > Mon Dec 4 15:47:44 UTC 2023 > but on mkspi: date -u: > Mon 04 Dec 2023 03:47:16 PM UTC > [...] > > WTH? Where is that false 12 hour offset coming from? Coyote seems to use the standard output of 'date' (in 24-hour cloc

Re: Telnet

Am 04.12.2023 um 09:28:30 Uhr schrieb Nicolas George: > Marco Moock (12023-12-04): > > ncat also uses ^C to kill the process. > > No, this effect of ^C is part of the operating system. Is that really the case? Other applications like telnet or vi don't care about it, so I assume(d), it is up

Re: Telnet

On 2023-12-04, Marco Moock wrote: > Am 04.12.2023 um 09:23:16 Uhr schrieb Nicolas George: > >> If you want to test a network protocol, you should use a really >> transparent client. Traditionally people use netcat (nc), but it >> handles EOF approximatively. > > ncat also uses ^C to kill the proce

Re: Telnet

gene heskett wrote: > On 12/4/23 05:22, Anssi Saari wrote: > > debian-u...@howorth.org.uk writes: > > > >>> I concur, and would add that even on an isolated network one > >>> should prefer ssh. First, to be in the right habit. Second > >>> because it will do things that telnet won't, like tunne

Re: Telnet

On Mon, Dec 4, 2023, 2:23 AM Nicolas George wrote: > Charles Curley (12023-12-03): > > True. None the less, there is at least one perfectly good use for > > telnet: testing connections to servers. > > Wrong. The telnet client is not entirely transparent, as the telnet > protocol defines an escape

Re: Telnet

On 04/12/2023 11:30, gene heskett wrote: On 12/4/23 05:22, Anssi Saari wrote: debian-u...@howorth.org.uk writes: I concur, and would add that even on an isolated network one should prefer ssh. First, to be in the right habit. Second because it will do things that telnet won't, like tunnel X.

Re: ntpsec as server questions

On 12/4/23 07:10, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 06:32:38AM -0500, gene heskett wrote: On 12/4/23 05:55, Pocket wrote: ntpq -p I don't have that on the printer, it is running chrony. A quick Google search for "chrony equivalent of ntpq" gives me

Refund on Marketplace Charge

Hello, It looks like I was charged for your Marketplace service: Debian GNU/Linux 9 (Stretch) I think this may be some sort of mistake because I believe this was not supposed to have a charge. I think I received notification there was no charge for this. Can you please cancel this charge and p

Re: time question, as in ntp?

Gene writes: > I've also setup ntpsec as a server on this machine, and have the > printers chrony synching to this machine but the chrony on the printer > is stuck in PST, exactly 4 hours behind this machine regardless of the > setting in /etc/timezone. Chrony only does UTC. chronyc tracki

Re: time question, as in ntp?

On Mon, Dec 04, 2023 at 09:30:14AM -0500, Stefan Monnier wrote: [...] > It's serving *the* time :-) Well put :-) Cheers -- t signature.asc Description: PGP signature

Re: time question, as in ntp?

> So I put the dhcpd-server on this machine and it worked exact as Dan said it > would. Then I enabled ntpsec to serve and thats working to the whole world. > But the chrony on the printer is stuck in the PST timezone, ignoring the > contents of /etc/timezone. In Unix/Linux/Posix, time is counted

Re: Firefox, was: Telnet

On Mon, 4 Dec 2023, Michael Kj?rling wrote: On 4 Dec 2023 10:29 +, from debianu...@woodall.me.uk (Tim Woodall): Some years ago I abandoned firefox because there was no way to override one of its 'I'm sorry Dave, I'm afraid I can't do that' spasms. It's crazy that they make things like cert

Re: systemd-journald log location

On 2023-12-04 13:33:33 +0100, Vincent Lefevre wrote: > On 2023-12-04 11:46:23 +, Adam Weremczuk wrote: > > Is it a good idea to move it from /run/log/journal to e.g. /var/journal-log? > > > > I can't find a suitable option in /etc/systemd/journald.conf See the journald.conf(5) man page. :-)

Re: ntpsec as server questions

On 12/4/23 07:17, Greg Wooledge wrote: On Mon, Dec 04, 2023 at 05:55:25AM -0500, Pocket wrote: On 12/4/23 03:58, gene heskett wrote: I have this printer getting its time info from this machine's ntpsec but the chrony in the printer is ignoring /etc/timezone, stuck in PST or 4 hours behind me

Re: systemd-journald log location

On 2023-12-04 11:46:23 +, Adam Weremczuk wrote: > Is it a good idea to move it from /run/log/journal to e.g. /var/journal-log? > > I can't find a suitable option in /etc/systemd/journald.conf > > I recently increased SystemMaxUse and RuntimeMaxUse which quickly filled up > all space. On my D

Re: systemd-journald log location

On Mon, Dec 04, 2023 at 11:46:23AM +, Adam Weremczuk wrote: > Is it a good idea to move it from /run/log/journal to e.g. /var/journal-log? > > I can't find a suitable option in /etc/systemd/journald.conf If you want to enable persistent journal storage (which by the way has become the default

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 05:55:25AM -0500, Pocket wrote: > On 12/4/23 03:58, gene heskett wrote: > > I have this printer getting its time info from this machine's ntpsec but > > the chrony in the printer is ignoring /etc/timezone, stuck in PST or 4 > > hours behind me when comparing the output of "d

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 06:32:38AM -0500, gene heskett wrote: > On 12/4/23 05:55, Pocket wrote: > > ntpq -p > I don't have that on the printer, it is running chrony. A quick Google search for "chrony equivalent of ntpq" gives me wh

systemd-journald log location

Hi all, Is it a good idea to move it from /run/log/journal to e.g. /var/journal-log? I can't find a suitable option in /etc/systemd/journald.conf I recently increased SystemMaxUse and RuntimeMaxUse which quickly filled up all space. I didn't realise that our cloud provider decided to image t

Re: Firefox, was: Telnet

On 4 Dec 2023 10:29 +, from debianu...@woodall.me.uk (Tim Woodall): > Some years ago I abandoned firefox because there was no way to override > one of its 'I'm sorry Dave, I'm afraid I can't do that' spasms. > > It's crazy that they make things like certificate pinning *impossible* > to overri

Re: ntpsec as server questions

On Mon, Dec 04, 2023 at 06:29:24AM -0500, gene heskett wrote: > On 12/4/23 05:03, Anssi Saari wrote: > > timedatectl timesync-status > root@mkspi:/etc# timedatectl timesync-status > Failed to query server: Connection timed out > > This printer is running chrony, which removes timesyncd. > > ntpse

Re: ntpsec as server questions

On 12/4/23 05:55, Pocket wrote: ntpq -p I don't have that on the printer, it is running chrony. 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

Re: Telnet

On 12/4/23 05:22, Anssi Saari wrote: debian-u...@howorth.org.uk writes: I concur, and would add that even on an isolated network one should prefer ssh. First, to be in the right habit. Second because it will do things that telnet won't, like tunnel X. Ah but will it tunnel wayland?? Enquiring

Re: ntpsec as server questions

On 12/4/23 05:03, Anssi Saari wrote: timedatectl timesync-status root@mkspi:/etc# timedatectl timesync-status Failed to query server: Connection timed out This printer is running chrony, which removes timesyncd. ntpsec on this machine is working, even the seconds match and the log shows the r

Re: ntpsec as server questions

On 12/4/23 03:58, gene heskett wrote: On 12/3/23 20:06, jeremy ardley wrote: On 4/12/23 08:51, jeremy ardley wrote: |ntpq -p timedatectl status chronyc sources or if you are hardcore sudo tcpdump -i any port 123 | Sorry, something screwed up the list One or more of: ntpq -p timeda

Re: Telnet

On Sun, 3 Dec 2023, Greg Wooledge wrote: On Sun, Dec 03, 2023 at 11:52:51AM -0700, Charles Curley wrote: True. None the less, there is at least one perfectly good use for telnet: testing connections to servers. charles@hawk:~$ telnet hawk Trying 127.0.1.1... telnet: Unable to connect to remot

Re: Telnet

debian-u...@howorth.org.uk writes: >> I concur, and would add that even on an isolated network one should >> prefer ssh. First, to be in the right habit. Second because it will do >> things that telnet won't, like tunnel X. > > Ah but will it tunnel wayland?? Enquiring minds want to know :) Yes.

Re: ntpsec as server questions

jeremy ardley writes: > timedatectl status I think you mean timedatectl timesync-status since that lists the NTP server among other things. Interestingly, looks like my Debian router uses my ISP's NTP server which it likely knows through DHCP whereas my little Ubuntu-running Raspberry Pi uses n

Re: time question, as in ntp?

On 04/12/2023 11:38, John Hasler wrote: Max Nikulin wrote: From my point of view, it should be possible to put a file with mapping of mac addresses to desired IPs and names to his dd-wrt router. I expect that dnsmasq is running or can be installed there. Dnsmasq as a DHCP server on the router s

Re: ntpsec as server questions

On 12/4/23 00:09, to...@tuxteam.de wrote: On Sun, Dec 03, 2023 at 07:42:42PM -0500, gene heskett wrote: Greetings all; in the docs (thanks for hiding them & doing away with manpages) it says: --- To make the DHCP server in the Debian package isc-dhcp-server send NTP server information, add

Re: time question, as in ntp?

On 12/3/23 22:05, Max Nikulin wrote: On 02/12/2023 23:39, John Hasler wrote: Max Nikulin wrote: As to a GPS receiver, it should be doable and 169.254.x.y addresses will not be an issue any more. Be careful with cables when connecting it however: https://www.wired.com/2012/02/neutrinos-faulty-ca

Re: ntpsec as server questions

On 12/3/23 20:06, jeremy ardley wrote: On 4/12/23 08:51, jeremy ardley wrote: |ntpq -p timedatectl status chronyc sources or if you are hardcore sudo tcpdump -i any port 123 | Sorry, something screwed up the list One or more of: ntpq -p timedatectl status chronyc sources or if you

Re: Telnet

Marco Moock (12023-12-04): > ncat also uses ^C to kill the process. No, this effect of ^C is part of the operating system. Regards, -- Nicolas George

Re: Telnet

Am 04.12.2023 um 09:23:16 Uhr schrieb Nicolas George: > If you want to test a network protocol, you should use a really > transparent client. Traditionally people use netcat (nc), but it > handles EOF approximatively. ncat also uses ^C to kill the process.

Re: Telnet

Charles Curley (12023-12-03): > True. None the less, there is at least one perfectly good use for > telnet: testing connections to servers. Wrong. The telnet client is not entirely transparent, as the telnet protocol defines an escape octet to introduce commands. If you want to test a network pro