From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7134 invoked from network); 17 Jul 2020 21:58:02 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 17 Jul 2020 21:58:02 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id EC1A69C8D5; Sat, 18 Jul 2020 07:57:59 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id E2EDA9C8A8; Sat, 18 Jul 2020 07:57:40 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 37E5E9C8AA; Sat, 18 Jul 2020 07:57:12 +1000 (AEST) Received: from mail-qt1-f179.google.com (mail-qt1-f179.google.com [209.85.160.179]) by minnie.tuhs.org (Postfix) with ESMTPS id 868399C8A8 for ; Sat, 18 Jul 2020 07:57:11 +1000 (AEST) Received: by mail-qt1-f179.google.com with SMTP id k18so8777887qtm.10 for ; Fri, 17 Jul 2020 14:57:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=f1yeDLgIZxgYcSOm4BBAwsRWMTx7pKxZhzvhqA/y2go=; b=cqZOp4A+ksKAl6dK314UeLwV4jDXunkrMpQyZOaC70oQLDZ+90JUSsmXxkanf+6hbA Ubsq8iJfO9YwfrT7663leK/wgyrUbBlfWfrSaHc0XXbL4NaUrQiurW0e0K/WaOEA52De n6jos4ylnen7bLe5hhhYykNBtMIGh/pnIz7td++Wk63r7Lb3QAwd2T7AfGytl3gXUQ99 8JrpHZhAmASo5B8dKbIVdweYNWu3dWK0LOdtVdaoOykkADMKdwKyFeOrJpfMjTWz+H7B Gyap8YE22D3oXO9DU1jtv1Zbrr0V8BlHq5TZPehccWV7aPNV0HuEVkDvpj388wFkoq1D ZOFQ== X-Gm-Message-State: AOAM530HkvnM3Fhn3MT8GliPosirrpoJIYk30JN8sZG5GvuWWnBDw2BJ FmoPtp5My4/AVAJHGRbE/zCUQdCCvBwsZxjRbXtIie9arqA= X-Google-Smtp-Source: ABdhPJzmj4556XIdVjiQzzMOKmbGrL2OiD24jJ4mNY9RFspx8sOj2tRPwKy9wMhS3zXn5hU3e+HkXGcb1RwLoxDAv60= X-Received: by 2002:ac8:24c6:: with SMTP id t6mr13068287qtt.39.1595023030374; Fri, 17 Jul 2020 14:57:10 -0700 (PDT) MIME-Version: 1.0 From: Alexander Voropay Date: Sat, 18 Jul 2020 00:56:59 +0300 Message-ID: To: The Eunuchs Hysterical Society Content-Type: text/plain; charset="UTF-8" Subject: Re: [TUHS] Linux is on-topic X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" IMMSMC the early Linux had problems with some old-good programs i.e. Sendmail. New-born Linux hesitated between POSIX-BSD-Solaris semantic i.e. in file-locking, pty, network interface binding e.t.c. >From the early Sendmail README: === Linux Something broke between versions 0.99.13 and 0.99.14 of Linux: the flock() system call gives errors. If you are running .14, you must not use flock. You can do this with -DHASFLOCK=0. Around the inclusion of bind-4.9.3 & linux libc-4.6.20, the initialization of the _res structure changed. If /etc/hosts.conf was configured as "hosts, bind" the resolver code could return "Name server failure" errors. This is supposedly fixed in later versions of libc (>= 4.6.29?), and later versions of sendmail (> 8.6.10) try to work around the problem. Some older versions (< 4.6.20?) of the libc/include files conflict with sendmail's version of cdefs.h. Deleting sendmail's version on those systems should be non-harmful, and new versions don't care. Sendmail assumes that libc has snprintf, which has been true since libc 4.7.0. If you are running an older version, you will need to use -DHASSNPRINTF=0 in the Makefile. If may be able to use -lbsd (which includes snprintf) instead of turning this off on versions of libc between 4.4.4 and 4.7.0 (snprintf improves security, so you want to use this if at all possible). NOTE ON LINUX & BIND: By default, the Makefiles for linux include header files in /usr/local/include and libraries in /usr/local/lib. If you've installed BIND on your system, the header files typically end up in the search path and you need to add "-lresolv" to the LIBS line in your Makefile. Really old versions may need to include "-l44bsd" as well (particularly if the link phase complains about missing strcasecmp, strncasecmp or strpbrk). Complaints about an undefined reference to `__dn_skipname' in domain.o are a sure sign that you need to add -lresolv to LIBS. Newer versions of linux are basically threaded BIND, so you may or may not see complaints if you accidentally mix BIND headers/libraries with virginal libc. If you have BIND headers in /usr/local/include (resolv.h, etc) you *should* be adding -lresolv to LIBS. Data structures may change and you'd be asking for a core dump.