On Thursday 05 December 2019 10:50:34 Charles Curley wrote: And I replied back on the list where this belongs, even if some of it is me blowing my own horn.
> On Thu, 5 Dec 2019 00:00:24 -0500 > > Gene Heskett <[email protected]> wrote: > > Lesson #2, I just learned today that the raspbian AND debian buster > > 10.2 versions have NO inetd or xinetd. Ditto for RH. > > I don't know where you get that idea, as far as Debian goes. > That list is where I git that info, and it mention that RH was doing it too, so I checked my only buster install, which did not yet belong to my amanda setup and discovered both were missing on my rpi4/buster 10.2 raspbian install. But as you saw from my previous post this morning, apt now calls in some bsd stuff which I assume installs /etc/xinetd.d/amanda, which itself has a new option I've not seen before. It was not there before I had apt install the client stuff. Because I had played with debians buster arm64 installs on both the pi3 and the pi4, I know for a fact that touching those clients from the server, crashes the arm64 installs, leaving nothing in the logs. I liked the idea of debians arm64 actually using grub to boot instead of the u-boot BS, but debian's amanda versions of the client stuff are instant crashers. Between that and the relatively poor latency performance of the arm64 with its bigger stack frame, I reasoned that the armhf was the install of choice, raspbian was still on armhf, and its running beautifully, dead stable, moving that bigger lathe faster and sweeter than the pi3 ever did. And building its own food on itself. The rpi4 has arrived IOW. The only thing I'd do diff is order the 4GB model. A 2GB needs close to 3Gigs of swap to build LinuxCNC, but it does it just fine. Swap is not on the u-sd card, but on a 120Gig SSD plugged into a sata<->usb3 adapter, making it much faster than spinning rust... Since I'm just barely doing email on a machine pulled pulled out of the midden heap in the garage, and this boot drive is the boot drive I'll install in the new server when the rest of it arrives, I've not gone any further until the new system is up and running. With the realtime kernel pinned, uptime is now 13 days, and will probably run till the next power bump. Anyway, thats the story and I'm sticking to it. You can download that bleeding edge rpi4 stuff from my web page, but as thats on this drive, in this temp machine, it will be watching paint dry slow and maybe die mid download as the OOM may kill it. Time to go see what I'm fixing us for lunch. > root@jhegaala:~# cat /etc/debian_version > 10.2 > root@jhegaala:~# apt-cache search inetd | grep inetd > inetutils-inetd - internet super server > libnl-idiag-3-200 - library for dealing with netlink sockets - > inetdiag interface openbsd-inetd - OpenBSD Internet Superserver > puppet-module-puppetlabs-xinetd - Puppet module for xinetd > reconf-inetd - maintainer script for programmatic updates of > inetd.conf rinetd - Internet TCP redirection server > rlinetd - gruesomely over-featured inetd replacement > update-inetd - inetd configuration file updater > xinetd - replacement for inetd with many enhancements > root@jhegaala:~# > > Indeed, amanda depends on openbsd-inetd: > > root@jhegaala:~# apt show amanda-common | grep inetd > > WARNING: apt does not have a stable CLI interface. Use with caution in > scripts. > > Depends: adduser, bsd-mailx | mailx, debconf (>= 0.5) | debconf-2.0, > openbsd-inetd | inet-superserver, update-inetd, perl (>= 5.28.0-3), > perlapi-5.28.0, libc6 (>= 2.27), libcurl4 (>= 7.16.2), libglib2.0-0 > (>= 2.41.1), libssl1.1 (>= 1.1.0) root@jhegaala:~# > > I believe that we should remove the dependencies on openbsd-inetd | > inet-superserver and update-inetd, and make those suggested, and > encourage amanda over SSH, but that's another can of lawyers. Copyright 2019 by Maurice E. Heskett 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) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
