• systemd

    From Karel Kral@2:423/39 to All on Mon Dec 7 13:27:29 2020
    Hello All!

    Moving to Centos 8.x with all that systemd crap.

    Any advice?

    ;-)

    Karel

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Plast DATA (2:423/39)
  • From Andrew Leary@1:320/219 to Karel Kral on Mon Dec 7 07:59:17 2020
    Hello Karel!

    07 Dec 20 13:27, you wrote to all:

    Moving to Centos 8.x with all that systemd crap.

    Any advice?

    Don't! ;-) Slackware and Devuan are excellent alternatives that don't force systemd on you.

    Andrew

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)
  • From Alexey Vissarionov@2:5020/545 to Karel Kral on Mon Dec 7 17:17:00 2020
    Good ${greeting_time}, Karel!

    07 Dec 2020 13:27:28, you wrote to All:

    Moving to Centos 8.x with all that systemd crap.

    Staying happy with a fresh sysVinit-based ALT build.

    Any advice? ;-)

    Possibly you have to try using that PoS yourself...


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... :wq!
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Nigel Reed@1:124/5016 to Karel Kral on Mon Dec 7 10:59:34 2020
    Karel wrote:
    Hello All!

    Moving to Centos 8.x with all that systemd crap.

    Any advice?

    There's nothing wrong with that "systemd crap". The only problem is people who don't take time to understand how powerful it can be.
    --- SBBSecho 3.11-Linux
    * Origin: End Of The Line BBS - endofthelinebbs.com (1:124/5016)
  • From Alan Ianson@1:153/757.2 to Karel Kral on Mon Dec 7 09:18:02 2020
    Re: systemd
    By: Karel Kral to All on Mon Dec 07 2020 01:27 pm

    Moving to Centos 8.x with all that systemd crap.

    I had a quick play with systemd on debian. It works well. It's possible to start a service like binkd or a BBS as a regular user rather than root.

    Any advice?

    My OS, slackware still doesn't ship systemd and I am fine without it but I am not a systemd hater.

    Ttyl :-),
    Al

    ... Computers run on faith, not electrons.
    --- SBBSecho 3.11-Linux
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757.2)
  • From Karel Kral@2:423/39 to Nigel Reed on Mon Dec 7 18:54:21 2020
    Hello Nigel!

    07 Dec 20 10:59, you wrote to me:

    There's nothing wrong with that "systemd crap". The only
    problem is people who don't take time to understand how
    powerful it can be.

    You are right.

    It is not only systemd. dnf, firewalld, and some other things.

    But I am not so correct reference guy. I was not happy even leaving ipfwadm that time :-)

    Karel

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Plast DATA (2:423/39)
  • From Kai Richter@2:240/77 to Karel Kral on Mon Dec 7 20:52:34 2020
    Hello Karel!

    07 Dec 20, Karel Kral wrote to All:

    Any advice?

    ;-)

    Yes. Stop wasteing our time and let's do something useful.

    For example teach me if it's wasteing or wasting? I do write looking and watching but with "e" if it's boeing. What's the rule of that??

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Paul Quinn@3:640/1384.125 to Kai Richter on Tue Dec 8 08:39:19 2020
    Hi! Kai,

    On 12/07/2020 08:52 PM, you wrote to Karel Kral:

    Any advice?

    ;-)

    Yes. Stop wasteing our time and let's do something useful.

    For example teach me if it's wasteing or wasting? I do write looking and watching but with "e" if it's boeing. What's the rule of that??

    If your question is genuine then I recommend asking it in the ENGLISH_TUTOR echo. Otherwise, continue as you are as the visual humour is quite entertaining. ;)

    Cheers,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: Yikes! Who swiped me origin!?! (3:640/1384.125)
  • From Gerrit Kuehn@2:240/12 to Nigel Reed on Tue Dec 8 07:04:54 2020
    Hello Nigel!

    07 Dec 20 10:59, Nigel Reed wrote to Karel Kral:

    There's nothing wrong with that "systemd crap". The only problem is people who don't take time to understand how powerful it can be.

    Well, I don't care much about its power. It's obviously the wrong tool for me, made for scenarios I don't have here. So all it does is bringing in new bugs, new problems, new issues to waste my time. There is no benefit.


    Regards,
    Gerrit

    ... 7:04AM up 48 days, 18:05, 8 users, load averages: 0.25, 0.43, 0.41

    --- Msged/BSD 6.1.2
    * Origin: All carefully conceived (2:240/12)
  • From Dennis Katsonis@1:124/5016 to Gerrit Kuehn on Tue Dec 8 21:54:00 2020
    Gerrit Kuehn wrote to Nigel Reed <=-

    Hello Nigel!

    07 Dec 20 10:59, Nigel Reed wrote to Karel Kral:

    There's nothing wrong with that "systemd crap". The only problem is
    people who don't take time to understand how powerful it can be.

    Well, I don't care much about its power. It's obviously the wrong tool
    for me, made for scenarios I don't have here. So all it does is
    bringing in new bugs, new problems, new issues to waste my time. There
    is no benefit.


    Systemd isn't that bad. It's much better than Lennart's pulseaudio, now THAT sucks.

    I moved to Systed with Fedora in 2013 or so, and really, the only four notable differences was the system booted a little faster, shut down a lot faster, the
    commands to start a service were slightly different, and the message log was accessed through journalctl.

    It may nor may not be your thing. I'm usually sensetive to changes away from traditional tried and true software (ie, Gnome 3, pulseaudio, snap/flatpak), but systemd was not that a big deal.

    ... MultiMail, the new multi-platform, multi-format offline reader!
    === MultiMail/Linux v0.52
    --- SBBSecho 3.11-Linux
    * Origin: End Of The Line BBS - endofthelinebbs.com (1:124/5016)
  • From Kai Richter@2:240/77 to Dennis Katsonis on Tue Dec 8 13:49:36 2020
    Hello Dennis!

    08 Dec 20, Dennis Katsonis wrote to Gerrit Kuehn:

    Well, I don't care much about its power. It's obviously the wrong
    tool for me, made for scenarios I don't have here.

    Systemd isn't that bad.

    People are reading but not understanding. It is that bad _for him_.

    It's much better than Lennart's pulseaudio, now THAT sucks.

    Come on, what kind of comparision is that? The ~1100K of a candle fire doesn't hurt that much because the sun is much hotter?

    I moved to Systed with Fedora in 2013 or so,

    And that's great. If it fits to your needs then enjoy using it.

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Gerrit Kuehn@2:240/12 to Dennis Katsonis on Tue Dec 8 13:16:28 2020
    Hello Dennis!

    08 Dec 20 21:54, Dennis Katsonis wrote to Gerrit Kuehn:


    Systemd isn't that bad. It's much better than Lennart's pulseaudio,
    now THAT sucks.

    Tell me about it. OSS always worked fine for me. So did JACK.

    I moved to Systed with Fedora in 2013 or so, and really, the only
    four notable
    differences was the system booted a little faster, shut down a lot faster, the
    commands to start a service were slightly different, and the message
    log was
    accessed through journalctl.

    As I said, this wholly depends on your use case. If you're running a notebook, I totally see the benefit. However, I have mainly servers and a few workstations to maintain. These are not booted for days, weeks or even months, and they hardly ever change their network settings. If they boot, hardware detection alone might take minutes, so I absolutely don't care about saving a few seconds afterwards during boot.
    On the other hand, from day one I had a hard time making systemd *not* causing race conditions and actually wait for things that are required during boot on these machines, especially network connections and remote mounts.

    but systemd was not that a big deal.

    Your mileage may vary.


    Regards,
    Gerrit

    ... 1:16PM up 49 days, 17 mins, 8 users, load averages: 0.12, 0.19, 0.24

    --- Msged/BSD 6.1.2
    * Origin: Tall orders to fulfil (2:240/12)
  • From Tony Langdon@3:633/410 to Dennis Katsonis on Wed Dec 9 19:33:00 2020
    On 12-08-20 21:54, Dennis Katsonis wrote to Gerrit Kuehn <=-

    Systemd isn't that bad. It's much better than Lennart's pulseaudio,
    now THAT sucks.

    I'd agree. It's taken me a while to get my head around systemd, but it's progressing. And as for pulseaudio, I don't use it, as it's incompatible with the majority of audio software I use (ham radio stuff mainly).

    I moved to Systed with Fedora in 2013 or so, and really, the only four notable differences was the system booted a little faster, shut down a
    lot faster, the commands to start a service were slightly different,
    and the message log was accessed through journalctl.

    The setting up of services is a little different too, but easy to catch on.


    ... Honeymoon: The period between "I DO" and "YOU'D BETTER".
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to Gerrit Kuehn on Wed Dec 9 19:43:00 2020
    On 12-08-20 13:16, Gerrit Kuehn wrote to Dennis Katsonis <=-

    Hello Dennis!

    08 Dec 20 21:54, Dennis Katsonis wrote to Gerrit Kuehn:


    Systemd isn't that bad. It's much better than Lennart's pulseaudio,
    now THAT sucks.

    Tell me about it. OSS always worked fine for me. So did JACK.

    OSS worked, but limited in some ways. ALSA generally works well for my needs. JACK looks good, but I've never actually used it, even though it's been around for donkeys years.

    As I said, this wholly depends on your use case. If you're running a notebook, I totally see the benefit. However, I have mainly servers and
    a few workstations to maintain. These are not booted for days, weeks or even months, and they hardly ever change their network settings. If
    they boot, hardware detection alone might take minutes, so I absolutely don't care about saving a few seconds afterwards during boot.
    On the other hand, from day one I had a hard time making systemd *not* causing race conditions and actually wait for things that are required during boot on these machines, especially network connections and
    remote mounts.

    I don't have a need for everything to try starting all at once, and on spinning
    metal, that can sometimes take longer (*cough* Windows *cough). The thing I do
    like about SystemV is that the login prompt comes up after everything has started.

    But as I said in the last message, I haven't had any issues with systemd.


    ... Speed doesn't kill. Stopping very fast kills.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Dennis Katsonis@1:124/5016 to Gerrit Kuehn on Wed Dec 9 21:03:00 2020
    Gerrit Kuehn wrote to Dennis Katsonis <=-

    Hello Dennis!

    08 Dec 20 21:54, Dennis Katsonis wrote to Gerrit Kuehn:


    Systemd isn't that bad. It's much better than Lennart's pulseaudio,
    now THAT sucks.

    Tell me about it. OSS always worked fine for me. So did JACK.

    I moved to Systed with Fedora in 2013 or so, and really, the only
    four notable
    differences was the system booted a little faster, shut down a lot
    faster, the
    commands to start a service were slightly different, and the message
    log was
    accessed through journalctl.

    As I said, this wholly depends on your use case. If you're running a notebook, I totally see the benefit. However, I have mainly servers and
    a few workstations to maintain. These are not booted for days, weeks or even months, and they hardly ever change their network settings. If
    they boot, hardware detection alone might take minutes, so I absolutely don't care about saving a few seconds afterwards during boot. On the
    other hand, from day one I had a hard time making systemd *not* causing race conditions and actually wait for things that are required during
    boot on these machines, especially network connections and remote
    mounts.

    but systemd was not that a big deal.

    Your mileage may vary.

    Indeed it may. I've seen good criticism of it, and I don't really care either way. I guess for my use case, as a Linux "power user", it wasn't the worry it was.


    ... MultiMail, the new multi-platform, multi-format offline reader!
    === MultiMail/Linux v0.52
    --- SBBSecho 3.11-Linux
    * Origin: End Of The Line BBS - endofthelinebbs.com (1:124/5016)
  • From Mike Powell@1:2320/105 to DENNIS KATSONIS on Wed Dec 9 13:40:00 2020
    Systemd isn't that bad. It's much better than Lennart's pulseaudio, now
    THAT
    sucks.

    I have found that if I want to be able to install linux on an older
    machine, or one with less memory, I had best use a distribution without systemd. That, or pulseaudio, can make those systems very sluggish.


    * SLMR 2.1a * Catastrophe n. an award for the cat with the nicest buns
    --- SBBSecho 3.11-Linux
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Gerrit Kuehn@2:240/12 to Tony Langdon on Wed Dec 9 20:47:38 2020
    Hello Tony!

    09 Dec 20 19:43, Tony Langdon wrote to Gerrit Kuehn:


    Tell me about it. OSS always worked fine for me. So did JACK.

    OSS worked, but limited in some ways. ALSA generally works well for
    my needs.

    Don't compare recent ALSA with OSS from 10+ years ago. Ever used OSS4?

    JACK looks good, but I've never actually used it, even though it's
    been around for donkeys years.

    I'm not using it frequently, either. However, when I need it, it usually just works.


    Regards,
    Gerrit

    ... 8:47PM up 50 days, 7:48, 8 users, load averages: 0.41, 0.37, 0.34

    --- Msged/BSD 6.1.2
    * Origin: Things I already know (2:240/12)
  • From Benny Pedersen@2:230/0 to Karel Kral on Wed Dec 9 23:32:28 2020
    Hello Karel!

    07 Dec 2020 13:27, Karel Kral wrote to All:

    Moving to Centos 8.x with all that systemd crap.

    Any advice?

    ;-)

    gentoo, pentoo, funtoo


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.9.12-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Benny Pedersen@2:230/0 to Alan Ianson on Wed Dec 9 23:34:06 2020
    Hello Alan!

    07 Dec 2020 09:18, Alan Ianson wrote to Karel Kral:

    I had a quick play with systemd on debian. It works well. It's
    possible to start a service like binkd or a BBS as a regular user
    rather than root.

    ----- binkd-1.1.ebuild begins -----
    # Copyright 1999-2020 Gentoo Authors
    # Distributed under the terms of the GNU General Public License v2

    # now edited with nano 2.3.2 :)
    #
    # 2. http://www.corbina.net/~maloff/binkd/
    # ftp://happy.kiev.ua/pub/fidosoft/mailer/binkd/
    # The mirrors:
    # ftp://fido.thunderdome.us/pub/mirror/binkd/
    # ftp://cube.sut.ru/pub/mirror/binkd/
    # http://binkd.spb.ru
    #
    # Documentation:
    # English manual for binkd 0.9.2
    # http://www.doe.carleton.ca/~nsoveiko/fido/binkd/man/
    # (c) Nick Soveiko <nsoveiko@doe.carleton.ca>
    # Russian manual for binkd 0.9.9
    # http://binkd.grumbler.org/binkd-ug-ru.htm.win.ru
    # (c) Stas Degteff 2:5080/102@fidonet
    # FAQ
    # http://binkd.grumbler.org/binkdfaq.shtml

    EAPI=7

    inherit eutils

    DESCRIPTION="Binkd daemon for ftn over ip" HOMEPAGE="http://www.corbina.net/~maloff/binkd/"
    RESTRICT="mirror" SRC_URI="ftp://happy.kiev.ua/pub/fidosoft/mailer/binkd/snapshot/binkd-1.1.tar.g z"
    LICENSE="GPL-2"
    SLOT="0"
    KEYWORDS="amd64 x86"
    IUSE="aso bwlim +bzip2 doc ntlm perl proxy +zlib"
    DEPEND="bzip2? ( >=app-arch/bzip2-1.0.6 ) zlib? ( >=sys-libs/zlib-1.2.3-r1 ) perl? ( dev-lang/perl )"
    RDEPEND="${DEPEND}"

    #S=${WORKDIR}/${P}
    S=${WORKDIR}/binkd-1.1

    src_configure() {
    # we make the configure work
    cp "${S}/mkfls/unix/Makefile.dep" "${S}"
    cp "${S}/mkfls/unix/Makefile.in" "${S}"
    cp "${S}/mkfls/unix/configure" "${S}"
    cp "${S}/mkfls/unix/configure.in" "${S}"
    cp "${S}/mkfls/unix/install-sh" "${S}"
    cp "${S}/mkfls/unix/mkinstalldirs" "${S}"
    # now run configure
    local myconf=
    use proxy && myconf="--with-proxy"
    use ntlm && myconf="${myconf} --with-ntlm"
    use aso && myconf="${myconf} --with-aso"
    use bwlim && myconf="${myconf} --with-bwlim"
    use perl && myconf="${myconf} --with-perl"
    # disable zlib if not enabled in use flags
    if ! use zlib; then
    myconf="${myconf} --without-zlib"
    fi
    # disable bzip2 if not enabled in use flags
    if ! use bzip2; then
    myconf="${myconf} --without-bzip2"
    fi
    econf ${myconf} || die "econf failed"
    }

    src_compile() {
    # compile it
    emake || die "emake failed"
    }

    src_install() {
    # install conf.d
    newconfd "${FILESDIR}"/binkd.confd binkd
    # install init.d
    newinitd "${FILESDIR}"/binkd.initd binkd
    # make DESTDIR=${D} install || die
    dobin binkd
    # install docs
    doman binkd.8
    }
    ----- binkd-1.1.ebuild ends -----

    ----- binkd.confd begins -----
    # /etc/conf.d/binkd: config file for /etc/init.d/binkd

    # Options to pass to the binkd daemon.
    # See the binkd(8) man page for more info.

    # dont use root
    # BINKD_USER="xpoint"

    # change xpoint to what user dir is home dir
    # BINKD_CFG="/home/xpoint/fido/config/binkd.conf"

    # pid file must be in homedir
    # BINKD_PID="/home/xpoint/fido/binkd.pid"

    # options to run as daemon
    # dont add mr here !

    BINKD_OPTIONS="-CD"
    ----- binkd.confd ends -----

    ----- binkd.initd begins -----
    #!/sbin/openrc-run

    depend() {
    need net localmount
    use dns logger clock wlan
    after bootmisc hostname
    }

    start() {
    ebegin "Starting binkd"
    start-stop-daemon --start --user ${BINKD_USER} --exec /usr/bin/binkd --pidfile ${BINKD_PID} -- ${BINKD_OPTIONS} ${BINKD_CFG}
    eend $?
    }

    stop() {
    ebegin "Stopping binkd"
    start-stop-daemon --stop --user ${BINKD_USER} --exec /usr/bin/binkd --pidfile ${BINKD_PID}
    eend $?
    } ----- binkd.initd ends -----

    i learned a lesson some years ago :)


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.9.12-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Alan Ianson@1:153/757.2 to Benny Pedersen on Wed Dec 9 19:34:53 2020
    Re: systemd
    By: Benny Pedersen to Alan Ianson on Wed Dec 09 2020 11:34 pm

    start() {
    ebegin "Starting binkd"
    start-stop-daemon --start --user ${BINKD_USER} --exec /usr/bin/binkd --pidfile ${BINKD_PID} -- ${BINKD_OPTIONS} ${BINKD_CFG}
    eend $?
    }

    The --user option looks interesting. I might be able to use that here if my init supports it.

    Ttyl :-),
    Al

    ... Why do we say something is out of whack? What is a whack?
    --- SBBSecho 3.11-Linux
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757.2)
  • From Alexey Vissarionov@2:5020/545 to Alan Ianson on Thu Dec 10 08:20:00 2020
    Good ${greeting_time}, Alan!

    09 Dec 2020 19:34:52, you wrote to Benny Pedersen:

    start() {
    ebegin "Starting binkd"
    start-stop-daemon --start --user ${BINKD_USER} --exec /usr/bin/binkd
    --pidfile ${BINKD_PID} -- ${BINKD_OPTIONS} ${BINKD_CFG}
    eend $?
    }

    Very stupid method...

    The --user option looks interesting. I might be able to use that here
    if my init supports it.

    There's another option, which allows running several binkd instances for different users:

    % cat `which fidomailer`
    #!/bin/sh
    binkdport=`sed -nre '/^iport /{s,.*\s,,g;p}' < $HOME/fido/etc/binkd.conf`
    test -z "$binkdport" && binkdport=24554
    ss -tunl | grep -q :$binkdport || \
    (binkd -C $HOME/fido/etc/binkd.conf >& /dev/null &) &

    % crontab -l | grep fidomailer
    */15 * * * * fidomailer

    And, of course, it doesn't require the root privileges.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... :wq!
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Benny Pedersen@2:230/0 to Alan Ianson on Thu Dec 10 20:27:02 2020
    Hello Alan!

    09 Dec 2020 19:34, Alan Ianson wrote to Benny Pedersen:

    The --user option looks interesting. I might be able to use that here
    if my init supports it.

    that why i builded the ebuild :)

    its std openrc if you have it


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.9.13-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Benny Pedersen@2:230/0 to Alexey Vissarionov on Thu Dec 10 20:29:46 2020
    Hello Alexey!

    10 Dec 2020 08:20, Alexey Vissarionov wrote to Alan Ianson:

    Very stupid method...

    thanks

    The --user option looks interesting. I might be able to use that here
    if my init supports it.

    There's another option, which allows running several binkd instances
    for different users:

    % crontab -l | grep fidomailer
    */15 * * * * fidomailer

    and this crontab runs as root, oh dear :)

    And, of course, it doesn't require the root privileges.

    i noted this in binkd.conf, but i miss the part of parse gentoo env if its ignored to not use root in the --user openrc script

    gentoo (openrc) do support multiple openrc users config deamons, no need for bashing :)


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.9.13-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Alexey Vissarionov@2:5020/545 to Benny Pedersen on Fri Dec 11 02:02:02 2020
    Good ${greeting_time}, Benny!

    10 Dec 2020 20:29:46, you wrote to me:

    The --user option looks interesting. I might be able to use that
    here if my init supports it.
    There's another option, which allows running several binkd instances
    for different users:
    % crontab -l | grep fidomailer
    */15 * * * * fidomailer
    and this crontab runs as root, oh dear :)

    This example wasn't intended for idiots. However, nothing prevents idiots to implement it in their usual manner.

    And, of course, it doesn't require the root privileges.
    i noted this in binkd.conf, but i miss the part of parse gentoo env
    if its ignored to not use root in the --user openrc script

    As binkd is supposed to be run by different users, it has nothing to do with openrc or any other init scripts.

    gentoo (openrc) do support multiple openrc users config deamons, no
    need for bashing :)

    It seems like you are trying to look even more stupid than you really are. Rather you don't: someone may believe you.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Tony Langdon@3:633/410 to Gerrit Kuehn on Fri Dec 11 18:36:00 2020
    On 12-09-20 20:47, Gerrit Kuehn wrote to Tony Langdon <=-

    Don't compare recent ALSA with OSS from 10+ years ago. Ever used OSS4?

    No, what features does OSS4 have, and how well are they supported by software?


    JACK looks good, but I've never actually used it, even though it's
    been around for donkeys years.

    I'm not using it frequently, either. However, when I need it, it
    usually just works.

    Yeah I've read a lot of good things about JACK. Should give it a go sometime.


    ... DOS means never having to live hand-to-mouse.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Gerrit Kuehn@2:240/12 to Tony Langdon on Fri Dec 11 20:23:12 2020
    Hello Tony!

    11 Dec 20 18:36, Tony Langdon wrote to Gerrit Kuehn:


    Don't compare recent ALSA with OSS from 10+ years ago. Ever used
    OSS4?

    No, what features does OSS4 have, and how well are they supported by software?

    http://ossnext.trueinstruments.com/wiki/index.php/Main_Page#Features

    http://ossnext.trueinstruments.com/wiki/index.php/Configuring_Applications_for _OSSv4


    HTH,
    Gerrit

    ... 8:23PM up 52 days, 7:24, 8 users, load averages: 0.19, 0.37, 0.38

    --- Msged/BSD 6.1.2
    * Origin: And still they come and go (2:240/12)
  • From Tony Langdon@3:633/410 to Gerrit Kuehn on Sat Dec 12 21:06:00 2020
    On 12-11-20 20:23, Gerrit Kuehn wrote to Tony Langdon <=-

    No, what features does OSS4 have, and how well are they supported by software?

    http://ossnext.trueinstruments.com/wiki/index.php/Main_Page#Features

    http://ossnext.trueinstruments.com/wiki/index.php/Configuring_Applicatio ns_for
    _OSSv4

    Looks interesting. Might have to see how my old OSS apps go on it. :)


    ... Today is the first day of the rest of the mess.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Benny Pedersen@2:230/0 to Alexey Vissarionov on Sun Dec 13 21:19:18 2020
    Hello Alexey!

    11 Dec 2020 02:02, Alexey Vissarionov wrote to Benny Pedersen:

    This example wasn't intended for idiots. However, nothing prevents
    idiots to implement it in their usual manner.

    thanks

    As binkd is supposed to be run by different users, it has nothing to
    do with openrc or any other init scripts.

    it have

    It seems like you are trying to look even more stupid than you really are. Rather you don't: someone may believe you.

    remember be nice


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.9.13-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Maurice Kinal@2:280/464.113 to Benny Pedersen on Sun Dec 13 14:37:44 2020
    Hallo Benny!

    remember be nice

    Heh, heh. Good luck with that.

    Het leven is goed,
    Maurice

    ... Sibb æfre ne mæg wiht onwendan, þam ðe wel þenceð.
    Kinship can never in any way be set aside, for one who thinks rightly.
    --- GNU bash, version 5.1.0(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Benny Pedersen@2:230/0 to Maurice Kinal on Wed Dec 16 01:06:10 2020
    Hello Maurice!

    13 Dec 2020 14:37, Maurice Kinal wrote to Benny Pedersen:

    remember be nice
    Heh, heh. Good luck with that.

    i will


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.10.0-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Maurice Kinal@2:280/464.113 to Benny Pedersen on Tue Dec 15 17:20:25 2020
    -={ Datum en tijd in Ashkhabad, Turkmenistan: wo 16 dec 2020 6:20:25 +05 }=-

    Hallo Benny!

    i will

    You will what?

    Het leven is goed,
    Maurice

    ... Cyning sceal on healle beagas dælan.
    A king in the hall should deal out rings.
    --- GNU bash, version 5.1.0(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Benny Pedersen@2:230/0 to Maurice Kinal on Wed Dec 16 04:54:34 2020
    Hello Maurice!

    15 Dec 2020 17:20, Maurice Kinal wrote to Benny Pedersen:

    i will
    You will what?

    as previous there is no inteligent life in here :)

    question: how to connect to 2:5030/786

    i know its related to brokken dnssec, but not how to solve


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.10.0-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Maurice Kinal@2:280/464.113 to Benny Pedersen on Tue Dec 15 21:13:56 2020
    -={ Datum en tijd in Khartoum, Soedan: wo 16 dec 2020 7:13:56 CAT }=-

    Hallo Benny!

    as previous there is no inteligent life in here :)

    There is little life in here nevermind intelligent life. I think you might be asking for far too much.

    question: how to connect to 2:5030/786

    I don't know as I have never tried. I see in the nodelist that binkd should work.

    i know its related to brokken dnssec, but not how to solve

    This is the first time I have ever heard of this. I didn't know it was a problem nevermind knowing a solution.

    Het leven is goed,
    Maurice

    ... Hwilum æfter medo menn mæst geþyrsteð.
    Sometimes men are thirstiest after drinking mead.
    --- GNU bash, version 5.1.0(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Alexey Vissarionov@2:5020/545 to Benny Pedersen on Wed Dec 16 16:20:00 2020
    Good ${greeting_time}, Benny!

    16 Dec 2020 04:54:34, you wrote to Maurice Kinal:

    question: how to connect to 2:5030/786
    i know its related to brokken dnssec, but not how to solve

    I know there's no such node in the nodelist.346 as of 11-Dec-2020


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Benny Pedersen@2:230/0 to Alexey Vissarionov on Wed Dec 16 19:40:22 2020
    Hello Alexey!

    16 Dec 2020 16:20, Alexey Vissarionov wrote to Benny Pedersen:

    question: how to connect to 2:5030/786
    i know its related to brokken dnssec, but not how to solve
    I know there's no such node in the nodelist.346 as of 11-Dec-2020

    thanks, link will be unsubscribed here, wish just Pavel had telled me on facebook :/

    dns to elvete.com is still aktive and dnssec brokken


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.10.0-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Benny Pedersen@2:230/0 to Maurice Kinal on Thu Dec 17 00:31:32 2020
    Hello Maurice!

    15 Dec 2020 21:13, Maurice Kinal wrote to Benny Pedersen:

    There is little life in here nevermind intelligent life. I think you might be asking for far too much.

    +1

    I don't know as I have never tried. I see in the nodelist that binkd should work.

    +1

    This is the first time I have ever heard of this. I didn't know it
    was a problem nevermind knowing a solution.

    not nodelisted anymore, no more problem


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.10.1-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Maurice Kinal@2:280/464.113 to Benny Pedersen on Wed Dec 16 17:32:16 2020
    -={ Datum en tijd in Bahía de Banderas, Mexico: wo 16 dec 2020 19:32:16 CST }=-

    Hallo Benny!

    not nodelisted anymore, no more problem

    I saw the post about it. Another one bytes the dust. :-/

    Het leven is goed,
    Maurice

    ... Tungol sceal on heofenum beorhte scinan swa him bebead meotud.
    A star in the heavens must shine brightly, as the Lord ordered it.
    --- GNU bash, version 5.1.0(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Karel Kral@2:423/39 to Kai Richter on Sun Dec 20 09:25:50 2020
    Hello Kai!

    07 Dec 20 20:52, you wrote to me:

    Yes. Stop wasteing our time and let's do something useful.

    For example teach me if it's wasteing or wasting? I do write looking
    and watching but with "e" if it's boeing. What's the rule of that??

    Actually fighting that idea of journalctl. OK, nice, new, complex, holistic...

    There is usualy one need: to keep logs for certain amount of time (based on SLA, based on law, etc.) Looks to me that design focused to zillion switches how to influence/keep disk space, but how to achieve that I have 100% of time frame logged is not so easy. Shall I try to calculate disc space? Shall I rather put there all space to be sure?

    From man: "...Normally, time-based deletion of old journal files should not be required as size-based deletion with options such as SystemMaxUse= should be sufficient to ensure that journal files do not grow without bounds..."

    Looks like I am not normal ;-)

    Karel

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Plast DATA (2:423/39)
  • From Vincent Coen@2:250/1 to Karel Kral on Sun Dec 20 14:05:56 2020
    Hello Karel!

    Sunday December 20 2020 09:25, you wrote to Kai Richter:

    ....
    Actually fighting that idea of journalctl. OK, nice, new, complex, holistic...

    There is usualy one need: to keep logs for certain amount of time
    (based on SLA, based on law, etc.) Looks to me that design focused to zillion switches how to influence/keep disk space, but how to achieve
    that I have 100% of time frame logged is not so easy. Shall I try to calculate disc space? Shall I rather put there all space to be sure?

    From man: "...Normally, time-based deletion of old journal files
    should not be required as size-based deletion with options such as SystemMaxUse= should be sufficient to ensure that journal files do not
    grow without bounds..."

    Look at logrotate which is the normal product to control journal files in /var/log



    Vincent

    --- Mageia Linux v7.1 X64/Mbse v1.0.7.17/GoldED+/LNX 1.1.5-b20180707
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
  • From Benny Pedersen@2:230/0 to Maurice Kinal on Sun Dec 20 20:47:22 2020
    Hello Maurice!

    16 Dec 2020 17:32, Maurice Kinal wrote to Benny Pedersen:

    not nodelisted anymore, no more problem
    I saw the post about it. Another one bytes the dust. :-/

    yes, i see its funny one that lives on exhange of imformation, is not doing it well, sadly


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/5.10.1-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From Maurice Kinal@2:280/464.113 to Benny Pedersen on Sun Dec 20 14:01:08 2020
    -={ Geloofwaardige datetime-stempel voor Ladysmith BC, Canada: 2020-12-20 14:01:08 -0800 }=-

    Hallo Benny!

    yes, i see its funny one that lives on exhange of imformation,
    is not doing it well, sadly

    No matter why or where it happens in the world it is always sad to see a fidonet node disappear from the nodelist.

    Het leven is goed,
    Maurice

    ... Treow sceal on eorle, wisdom on were.
    Loyalty belongs in a warrior, wisdom in a man.
    --- GNU bash, version 5.1.0(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Karel Kral@2:423/39 to Vincent Coen on Mon Dec 21 12:05:06 2020
    Hello Vincent!

    20 Dec 20 14:05, you wrote to me:

    Look at logrotate which is the normal product to control journal files
    in /var/log

    The issue is that in default journalctl is not creating standard files in /var/log/journal to be rotated as usual (which was my behaviour before).

    My understanding was that "vacuum" is done by journald itself.

    But OK, I will figure it somehow...

    Karel

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Plast DATA (2:423/39)
  • From Vincent Coen@2:250/1 to Karel Kral on Tue Dec 22 16:17:55 2020
    Hello Karel!

    Monday December 21 2020 12:05, you wrote to me:

    Hello Vincent!

    20 Dec 20 14:05, you wrote to me:

    Look at logrotate which is the normal product to control journal
    files in /var/log

    The issue is that in default journalctl is not creating standard files
    in /var/log/journal to be rotated as usual (which was my behaviour
    before).

    My understanding was that "vacuum" is done by journald itself.

    But OK, I will figure it somehow...

    I do not like using journalctl to read such logs so I allow a command to run to
    use the older method and that way I can just look at an individual log file.

    So I run logrotate for all including all server functions including mysql, db2,
    oracle, http, ftp, BBS and the mainframe VM's along with the various security applications.


    Vincent

    --- Mageia Linux v7.1 X64/Mbse v1.0.7.17/GoldED+/LNX 1.1.5-b20180707
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
  • From Karel Kral@2:423/39 to Vincent Coen on Wed Dec 23 20:33:29 2020
    Hello Vincent!

    22 Dec 20 16:17, you wrote to me:

    I do not like using journalctl to read such logs so I allow a command
    to run to use the older method and that way I can just look at an individual log file.

    Me neither. But I do not want to resign. There must be something what I am missing - why people accepted systemd logging.

    It is like SElinux. Most of howtos are starting "1) disable selinux...". But I rather play 2-3 hours more to find out what is wrong there and fix it (audit2allow, etc.) - and keep that nice function up and running.

    Karel

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Plast DATA (2:423/39)