From owner-freebsd-current@freebsd.org Sun Aug 6 04:23:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34CD9DB7854 for ; Sun, 6 Aug 2017 04:23:42 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E58E370481; Sun, 6 Aug 2017 04:23:41 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-ua0-x233.google.com with SMTP id 80so20215172uas.0; Sat, 05 Aug 2017 21:23:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yfYysLwLER77I2Dal6TUz+Wb6KiiOhb5j9TKU5Q96d8=; b=uo8FKyKqw4149XJz7kTV9rSNeEhlhpEo/bILTJ8rwK6UlcDkKgKutO1fQ1l4tdxOV8 9wi4cnUmnI6XsTFVWL3Ww108/1rp8IfPqLezvoe5uRm1rvebKtkgz7qrXJ8Lgm2J20Pg s7skcGB87NS+qgsDOTU3sWXaByAbsbcUno+npVHmCN4uYKy6PcL2AexsaJqhmI82nUDG dEsgT5AKfV/IexBCohCCENfofUjHJBDYhG7UWi+GzC8iAl/CjrWSCefWHDeKcgC0Z7bd BGcW8rglAW7IWFd0KROZxcM91Gj8TPw9UpXiexTiQPL4dzzj15WDaGSTnbX6StlZs/Vx 9Uwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yfYysLwLER77I2Dal6TUz+Wb6KiiOhb5j9TKU5Q96d8=; b=VozL+xMzrKGwSUeMwjPLjcUhQepb5O4EueLc0SMK9HNJ0BgTkD+vfLjCBYfDKqZVOc e4wUB64XW7HzErPd2B/muUeJhS3+gH5G88jtiXatyEH5IqTfQcWzp8VT0xi1T/vht0P1 aR9qM+CrAPEh9UQXqHpC+WEe/JKmwcs5+AVeuCcZjanHX4eppr4ftK4ObyPXbeBIfOq/ UpbXRV6rM/LrVnTpov3OtujbRoxQVjSnKdaJSTNG95j5ERZ8p7m9GMV3W4U4GTxzQc3L gvjdv96Mcx6jYA2bLqcfqkpWrPO4iJmt+q8LUROO2Was1XpXHDjF/YO96lbaaXxiKIAd W+og== X-Gm-Message-State: AHYfb5gt/sywGJi9D5ryWUm0XWzWGNx7Jv+65VILhXtF5oKn+4+/CPR7 azkU5iIupqPkfrhfZzexn0j54irWQxg1 X-Received: by 10.176.16.202 with SMTP id x10mr5241572uab.186.1501993420679; Sat, 05 Aug 2017 21:23:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Sat, 5 Aug 2017 21:23:40 -0700 (PDT) In-Reply-To: <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> From: Aijaz Baig Date: Sun, 6 Aug 2017 09:53:40 +0530 Message-ID: Subject: Re: buildworld fails while building static clang library To: Dimitry Andric Cc: FreeBSD Current , Ed Maste Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 04:23:42 -0000 Hello Yes guilty as charged!!! I turn off optimization and enable DEBUG_FLAGS using src.conf: CFLAGS= -O0 -pipe COPTFLAGS= -O0 -pipe DEBUG_FLAGS=-g This time however I run without any parallel make jobs and it fails with a different error: *** Signal 9 Stop. make[6]: stopped in /usr/src/lib/clang/libclang *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[4]: stopped in /usr/src/lib *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Keen to hear On Sun, Aug 6, 2017 at 1:46 AM, Dimitry Andric wrote: > On 5 Aug 2017, at 21:55, Aijaz Baig wrote: > > > > I was a bit sceptical of this as it was failing with that same port (or > is clang a port by the way?) all the time. So as you suggested, I reduced > my '-j' number and it still fails at the very same place with the very same > error. Is it because the clang port doesn't allow parallel make jobs? > > > > Nonetheless, as to my query regarding building the world, based on what > my goals are (as I stated earlier), does it require me to actually build > the whole world? > > > > Regards, > > Aijaz Baig > > > > On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric wrote: > > On 5 Aug 2017, at 06:00, Aijaz Baig wrote: > > > > > > I am trying to buildworld and it works well for quite some time until > it > > > tries to build the static version of the clang library where it fails. > The > > > error it spits is: > > > > > > Killed > > > *** [all_subdir_lib/clang/libclang] Error code 137 > > > > > > make[5]: stopped in /usr/src/lib/clang > > > > I'm just guessing, but the most likely cause is lack of memory. Please > > check dmesg for any messages like "pid foo (bar), uid baz, was killed: > > out of swap space". To work around this, you can temporarily add more > > swap space, or lower your -j level. > > Hm, now I read that your obj dir is on NFS, you might be hitting some > 4GiB filesize limit for the final .a file. Are you building world with > a very low optimization level, and debug information on? > > I remember there being an issue with ar and/or ranlib choking when the > .a files become too big. Ed, does that ring any bells? > > -Dimitry > > -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Sun Aug 6 05:43:34 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46293DC1A44 for ; Sun, 6 Aug 2017 05:43:34 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC9173282 for ; Sun, 6 Aug 2017 05:43:33 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-vk0-x235.google.com with SMTP id n125so17237207vke.1 for ; Sat, 05 Aug 2017 22:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=t/oXcHjX7Ysv2txnVDbbccUrW3KGR7PBBoKYqXqnJFI=; b=mCDu3V8BV4ZpoSbfL5bYg2sGxwb4nEdOdWWNVpxp3lf49ibSHtb+I/Z+5zMEEFMCt0 UYYf316VcOooKXdszJUbVR1NP2dFW0q3iqr/8u7k6UOxUAwvSmVbQXzMFz0YGhZPmz0n VxPvJ4qRS8jw70MJeJalywuyQ8UQxPCRpfXOfYIHdY4Q201PzLybC857PNkllEFRNlg8 34Sw55KtXxDVAlmvZ73HfOO5fpPr7q4yfbEqm7wlcdJkhXdlcJvm1pc6Gd4IJlNhTO5b WO1sSDZMkmHGbJaSjA1g7IHbe+Avf4vTt3jSnE8WxjH755hDij6QndepbznqkHyRhann cKXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=t/oXcHjX7Ysv2txnVDbbccUrW3KGR7PBBoKYqXqnJFI=; b=RCQbOViAgjlXdlpGB2I+1NQb0ufbJZuawIulPgxX4XBYCOYFCfxTXmdKI29nrm9etB DyibRnT9J0HyzzZ0RKe+MEVJuHIIBIG1Md3qdr/jjc7BghuCD5NnmnZYv85BSSiFcgZ7 CKB7oGwKWPyOB1whFAaeix+GOH6Wgp+66GS2FZVHIcQ5j558JCUD40CDJVUxeklVy2TX 4tUKwiiruFM5bvc0XQJLrb1RWTCfQWxKBbmwyoWDCzC0m77SU0sOv1zWB0fvQMjzjKTJ EA7KOue0GDGEiHxCk71pdRLuJbNfRV4V6bSIO3dUUoanwU4drD4IFi8tVHeQspBPPPV+ DIzA== X-Gm-Message-State: AHYfb5hdOwkWSusEa2HdPLuXuOR7r4p77l3iRMAUGJix1kDWD68WECcW JXnx2q5syp9YdjGyc00O9BxZ+N9bMQ== X-Received: by 10.31.50.137 with SMTP id y131mr4589455vky.181.1501998212251; Sat, 05 Aug 2017 22:43:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Sat, 5 Aug 2017 22:43:31 -0700 (PDT) In-Reply-To: References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> From: Aijaz Baig Date: Sun, 6 Aug 2017 11:13:31 +0530 Message-ID: Subject: Fwd: buildworld fails while building static clang library To: markmi@dsl-only.net Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 05:43:34 -0000 Yes you could be correct. See my reply below to Dimitry. And if this indeed is an issue is there a workaround? Or based on my first question, do I really need to buildworld? ---------- Forwarded message ---------- From: Aijaz Baig Date: Sun, Aug 6, 2017 at 9:53 AM Subject: Re: buildworld fails while building static clang library To: Dimitry Andric Cc: FreeBSD Current , Ed Maste < emaste@freebsd.org> Hello Yes guilty as charged!!! I turn off optimization and enable DEBUG_FLAGS using src.conf: CFLAGS= -O0 -pipe COPTFLAGS= -O0 -pipe DEBUG_FLAGS=-g This time however I run without any parallel make jobs and it fails with a different error: *** Signal 9 Stop. make[6]: stopped in /usr/src/lib/clang/libclang *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[4]: stopped in /usr/src/lib *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Keen to hear Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Sun Aug 6 08:30:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2AC32DCB499 for ; Sun, 6 Aug 2017 08:30:45 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-ua0-x22f.google.com (mail-ua0-x22f.google.com [IPv6:2607:f8b0:400c:c08::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D47CC7CA82; Sun, 6 Aug 2017 08:30:44 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-ua0-x22f.google.com with SMTP id k43so20873124uaf.3; Sun, 06 Aug 2017 01:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dQUgdqSLURyfupNNB6QFq5lIlrI450CMyRj7ohv1XfM=; b=kMi+wf8rYGaF8eA3HoNLKk4xsyA6s5QNrIH+6YSIRQIkav5nmK+bJVoxoVpeH4Ebpd yh/mR8tUwi0AHlCuiIufscE+VyGg7PJDVer0pgQm9l5UIowncnkyQXtv6TiDXN39elLp MeHQtq837OyIinCd1SNcSV8c3SLoMAhC9kAdnwpB4dyqDuvpyP0LklYx2PvvIlJ+3blM lp4C8jBpYrcEg1loRXazSUqSxidir7vi0hwOgxS0E0+pEp8rvA1PT8JRtwRFNf8/gwUH 79nZwHOmRXjUNDHtFdJZNOP2VfhNfOzxNHLXg30sPbPwy+PR341G0uZEq+hUGJwElWfw 984w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=dQUgdqSLURyfupNNB6QFq5lIlrI450CMyRj7ohv1XfM=; b=WmuVKzyYuukf10jE8w5jSqBGI1qI+P7V929RW9vegdiNEIbhL6apGdrN1dyaHjaDvJ Ja06l4f8dYhiy5P/2JrIt6OFqR7Kuyy7AlV6f1MGDnKM2lLepLZEefx1OEJM7tSJR9VG O0LuqoSEBdL8AoFTIZjzpJM/xR0og2SOx3wi2T5NIOVJ7qIqt5WVZSfqrT21KTqMWIz0 /uTekh06kusbxpMDbUi9V7R9DbkHEL24Hfjl/+xE4noPrKXn26STaOi1tujC3WV0Q5N6 /U74LeB8MmVzgKKf7HMf1TC3SPlEAbkUpwQC+s97fn60EI11xDihsv7qbmc2u3id/vAy DWDQ== X-Gm-Message-State: AIVw110zUhQAwKABLF+VCfZrxtwlUZqGd7Xd7tyfRmYjpqfSgAyZHTG6 +3VwkSJNDSWbBhY8jvC9KEpOrVaGzn0InBw= X-Received: by 10.159.48.79 with SMTP id i15mr6039162uab.106.1502008243521; Sun, 06 Aug 2017 01:30:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Sun, 6 Aug 2017 01:30:43 -0700 (PDT) In-Reply-To: References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> From: Aijaz Baig Date: Sun, 6 Aug 2017 14:00:43 +0530 Message-ID: Subject: Re: buildworld fails while building static clang library To: Dimitry Andric Cc: FreeBSD Current , Ed Maste , markmi@dsl-only.net Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 08:30:45 -0000 I did notice some swap related messages in dmesg earlier so this time I bumped up my RAM to 4.25GB (did I tell you I'm running this on a VM?). In addition I skipped parallel make jobs altogether keeping other things the same. So this time around it went a lot further in fact all the way to step4.3 (building everything) and now it fails at this step: ===> lib/libc/tests/ssp (all) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_fgets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING _PROGS=t PROG=h_fgets ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_gets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_ PROGS=t PROG=h_gets ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_getcwd NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN G_PROGS=t PROG=h_getcwd ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memcpy NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN G_PROGS=t PROG=h_memcpy ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memmove NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSI NG_PROGS=t PROG=h_memmove ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memset NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSIN G_PROGS=t PROG=h_memset ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_raw NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_raw ) cc -target x86_64-unknown-freebsd12.0 --sysroot=/mnt/obj/usr/src/tmp -B/mnt/obj/usr/src/tmp/usr/bin -O0 -pipe -march=core2 -fstack-protector-all -Wstack-protector -fsanitize=bounds -g3 -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw.full h_raw.o *** Error code 1 Stop. make[7]: stopped in /usr/src/lib/libc/tests/ssp *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/libc/tests/ssp *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/libc/tests *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/src/lib *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src keen to hear On Sun, Aug 6, 2017 at 9:53 AM, Aijaz Baig wrote: > Hello > > Yes guilty as charged!!! > > I turn off optimization and enable DEBUG_FLAGS using src.conf: > > CFLAGS= -O0 -pipe > COPTFLAGS= -O0 -pipe > DEBUG_FLAGS=-g > > This time however I run without any parallel make jobs and it fails with a > different error: > > *** Signal 9 > > Stop. > make[6]: stopped in /usr/src/lib/clang/libclang > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/lib/clang > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/lib > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > Keen to hear > > On Sun, Aug 6, 2017 at 1:46 AM, Dimitry Andric wrote: > >> On 5 Aug 2017, at 21:55, Aijaz Baig wrote: >> > >> > I was a bit sceptical of this as it was failing with that same port (or >> is clang a port by the way?) all the time. So as you suggested, I reduced >> my '-j' number and it still fails at the very same place with the very same >> error. Is it because the clang port doesn't allow parallel make jobs? >> > >> > Nonetheless, as to my query regarding building the world, based on what >> my goals are (as I stated earlier), does it require me to actually build >> the whole world? >> > >> > Regards, >> > Aijaz Baig >> > >> > On Sat, Aug 5, 2017 at 2:34 PM, Dimitry Andric wrote: >> > On 5 Aug 2017, at 06:00, Aijaz Baig wrote: >> > > >> > > I am trying to buildworld and it works well for quite some time until >> it >> > > tries to build the static version of the clang library where it >> fails. The >> > > error it spits is: >> > > >> > > Killed >> > > *** [all_subdir_lib/clang/libclang] Error code 137 >> > > >> > > make[5]: stopped in /usr/src/lib/clang >> > >> > I'm just guessing, but the most likely cause is lack of memory. Please >> > check dmesg for any messages like "pid foo (bar), uid baz, was killed: >> > out of swap space". To work around this, you can temporarily add more >> > swap space, or lower your -j level. >> >> Hm, now I read that your obj dir is on NFS, you might be hitting some >> 4GiB filesize limit for the final .a file. Are you building world with >> a very low optimization level, and debug information on? >> >> I remember there being an issue with ar and/or ranlib choking when the >> .a files become too big. Ed, does that ring any bells? >> >> -Dimitry >> >> > > > -- > > Best Regards, > Aijaz Baig > -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Sun Aug 6 09:35:01 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8D33DCEA1B for ; Sun, 6 Aug 2017 09:35:01 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FA907EFED; Sun, 6 Aug 2017 09:35:01 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id m34so7497903iti.1; Sun, 06 Aug 2017 02:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=CcJWAiIzaR8zx0ukUz7XHQP/mAwdTlu1LU7825JwPTo=; b=KKUdwx/23yUYx5Qm0RlB1HCG5YLKNjegklL8iNQqeblRAIpp02rXBPFyQ0VOVQyN1H pSbUya0d4bClOrqwRvZgBJdf0EsQrMEvoGQt9AINgwzetzhsClsYoMFb1Vzr3gDqh0hA 3q7B6kpZOJGnrrtlt64lUWsk0EkTezASPA2JN8+OTZg6wqFn59Arw4ixt/UXo2OHE9Vx bfavdSFTME4UfRAE5ruthE3OCcJTOSysi1YfV0o0kALvtxkRVYInK0mDCPuTs9Hh+xJp Sm9OSiLFxv0BTpxWJB2CuDjK7y0AeiMk0B1ZdO7DVlBix7huusOTqi9jG5tkDfdZngmi 9vOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=CcJWAiIzaR8zx0ukUz7XHQP/mAwdTlu1LU7825JwPTo=; b=P7pdN2VVt5H8i1U3IIQnpJPilq/G/8mT1ucMCJkLxCCvo42/L8Ps1gRBzVXvj3kuVm RBOghfc0mZIDK+mKA+Z/dc6JSq+vJjzas7sk088BzkNWKDT9NhLhEB5wNxAY6jR/ioqf 49K06IOeWjMdQ8txaizX7yOBupf78OgNZXxCLmfEE8H4IIyJ0Ykkvcx+uhtMxS7DfMIs nLoYk5i3H0WrT1yoN3Qj8lnXwI1Ss6SaeNPRiavw2er+KttO87O5jkJxw7IHaE+B9dC4 bBiDT9Xh9Pvfdkrg066jozYNXsDWkm5ktpoai40zAVby5ZH29HZ4johQNDELptY3CywI ER7Q== X-Gm-Message-State: AIVw110Cqy5OMyyjPQpjkNWsDjm1nghJMXDPqlitC0idUG2qB+n25lCb 4CoJAA4Rhfs4pRM44jBWQlJuZL/KShHE X-Received: by 10.36.165.5 with SMTP id k5mr467674itf.64.1502012100745; Sun, 06 Aug 2017 02:35:00 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.24.66 with HTTP; Sun, 6 Aug 2017 02:34:40 -0700 (PDT) In-Reply-To: <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> From: Ed Maste Date: Sun, 6 Aug 2017 05:34:40 -0400 X-Google-Sender-Auth: trGAEQ28hOW7YvDHgJf3H9B0x1o Message-ID: Subject: Re: buildworld fails while building static clang library To: Dimitry Andric Cc: Aijaz Baig , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 09:35:01 -0000 On 5 August 2017 at 16:16, Dimitry Andric wrote: > > I remember there being an issue with ar and/or ranlib choking when the > .a files become too big. Ed, does that ring any bells? Our ar (and ranlib, which is the same binary) will produce a corrupt symbol table if the .a archive output is larger than 4GB, because we support only 32-bit offsets in the older "/" symbol table format, not the "/SYM64/" format and 64-bit offsets. As with GNU ar from binutils 2.17.50 we silently truncate if the offset does not fit in 32 bits. I'll have a patch for review soon to exit on error rather than produce corrupted output, and hope to look at adding /SYM64/ support later on. From owner-freebsd-current@freebsd.org Sun Aug 6 11:39:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F229DD4B60; Sun, 6 Aug 2017 11:39:36 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C54F182819; Sun, 6 Aug 2017 11:39:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C89AD26080B; Sun, 6 Aug 2017 13:39:29 +0200 (CEST) Subject: Re: [CFT] New version of webcamd, now v4.12.0.1 To: Chris Rees , freebsd-multimedia@freebsd.org, FreeBSD Current , "freebsd-x11@FreeBSD.org" References: <0b090565-51d0-8ff1-488e-f1d568bcb9c1@selasky.org> <0389DB46-324C-455A-ACC7-8C11F329C033@bayofrum.net> From: Hans Petter Selasky Message-ID: <12711790-e740-dd7f-dd77-f110281d7014@selasky.org> Date: Sun, 6 Aug 2017 13:37:16 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <0389DB46-324C-455A-ACC7-8C11F329C033@bayofrum.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 11:39:36 -0000 On 08/06/17 09:24, Chris Rees wrote: > Any ideas? I have a firmware file too if that would help, but I imagine that's not relevant. Can you run: webcamd -l Maybe you need to update your attach string? --HPS From owner-freebsd-current@freebsd.org Sun Aug 6 11:41:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12696DD4EEC; Sun, 6 Aug 2017 11:41:24 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF05082CB6; Sun, 6 Aug 2017 11:41:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2FD0E26080B; Sun, 6 Aug 2017 13:41:22 +0200 (CEST) Subject: Re: [CFT] New version of webcamd, now v4.12.0.1 To: Chris Rees , freebsd-multimedia@freebsd.org, FreeBSD Current , "freebsd-x11@FreeBSD.org" References: <0b090565-51d0-8ff1-488e-f1d568bcb9c1@selasky.org> <0389DB46-324C-455A-ACC7-8C11F329C033@bayofrum.net> From: Hans Petter Selasky Message-ID: <2a24b6bf-f221-6d6a-513e-9f2dab3de7dd@selasky.org> Date: Sun, 6 Aug 2017 13:39:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <0389DB46-324C-455A-ACC7-8C11F329C033@bayofrum.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 11:41:24 -0000 On 08/06/17 09:24, Chris Rees wrote: > I'm a bit stuck on how to further debug this- I've tried with both cuse and cuse4bsd, and I've just downgraded and it works. 1) Compile webcamd with debugging. 2) Grep of idVendor and idProduct in webcamd sources as output from usbconfig -d X.Y dump_device_desc , where X.Y are numbers after ugenX.Y --HPS From owner-freebsd-current@freebsd.org Sun Aug 6 16:37:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 021A0DBD4ED for ; Sun, 6 Aug 2017 16:37:12 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9179365F2F for ; Sun, 6 Aug 2017 16:37:10 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76GaOwv037737 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Aug 2017 16:36:29 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76GavZx005237 for ; Sun, 6 Aug 2017 18:36:57 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76GajQg057785 for ; Sun, 6 Aug 2017 18:36:57 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708061636.v76GajQg057785@fire.js.berklix.net> To: freebsd-current@freebsd.org Subject: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ Date: Sun, 06 Aug 2017 18:36:45 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 16:37:12 -0000 Hi freebsd-current@freebsd.org with current src .ctm_status src-cur 13120 .svn_revision 322111 libexec/Makefile has been butchered, eg rshd & other builds silently omitted unless one debugs & learns to do eg setenv _rshd Something A find & grep of src/ shows no other ref. to _rshd except ./libexec/Makefile: ${_rshd} \ ./libexec/Makefile:_rshd= rshd I sampled _pppoed same error ! ./libexec/Makefile: ${_pppoed} \ ./libexec/Makefile:_pppoed= pppoed Others turned off are: ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr} If src/ annoyingly insists to force everyone to silently Not build src/, there should at least be some switch & reference doc in eg src/share/mk src/share/man/man5/src.conf Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 16:54:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78C64DBE27A for ; Sun, 6 Aug 2017 16:54:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C4AF669E4 for ; Sun, 6 Aug 2017 16:54:38 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22f.google.com with SMTP id u185so25249827pgb.1 for ; Sun, 06 Aug 2017 09:54:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=WoAT3diG1B3J+mMLIPAJAGORTs5eu/RFMCbOyuiKrAQ=; b=nF7b+KOY0PZCN41K3LfBVwZSiquZufrXqbt3jlKMsXpBazBdYS19IudWKmVuG1pJGt TZtR3FaQSFY4UBwAkBOsdJnezgQigDp7MpyrUCcK6BRby1MksCZ6PvP4chai//L8MFPM b0ytH0DjE51d07WUvlyC/X7WJG1yTvSwTCIWCln5e2LQkOcQxRbnudaV1QULoUIZ/Czl lmLdf8Mww9SgjvZ4N/CCEX8mkS3WnVkxPttPUfefiLNgh8q44MUUAfUgNybx5CclvZVz bwnZLJTdnZBCokeJNatTMpAFE/El91WTmgUQvZ2HWVIh8437zNj1bNL/rUJW82yAOYKQ tLow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=WoAT3diG1B3J+mMLIPAJAGORTs5eu/RFMCbOyuiKrAQ=; b=oDcUxVzMRUherRcfc4IdM90K06nW95BKPmYLTGwM+fHmdYuGhyCILibUHzd8M60M4/ u6X8RstKAd8MIVygO070nu1DqLWr3sT4JhJIFVqrwjun3u1v4Hcw9ceHT+qK9F30nj7g jfbro9f6GcWHYRyPX+AyHtkQCEuZyXCMyYDrmpyJp5LMRjoGHTXEaWUmEF5cDZZMoiN8 ON+ksUQ4pgx8OIUcxsq1ZgXPPer1PgniTRXnLYJSz3U1wp/vTTGtAaVR+O2xiBNUUAPK LMolPumAQl4xxoOxq/SKWLYSTyW9OsBfP15XaLXsL9VM3T6N68epigudMvAxviMDTYuI EYjA== X-Gm-Message-State: AIVw110DTgTv6fQJJxeXNc01hdUg6O3G5DuwBY742HVXX9u15lpwnh2H ouKVsKSnRcXSjoUOVEM= X-Received: by 10.99.47.2 with SMTP id v2mr8796942pgv.203.1502038477477; Sun, 06 Aug 2017 09:54:37 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id w24sm11627663pfk.183.2017.08.06.09.54.36 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 06 Aug 2017 09:54:36 -0700 (PDT) Subject: Re: src/libexec/Makefile damaged fails to build rshd Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <201708061636.v76GajQg057785@fire.js.berklix.net> Date: Sun, 6 Aug 2017 09:54:35 -0700 Cc: freebsd-current@freebsd.org Message-Id: References: <201708061636.v76GajQg057785@fire.js.berklix.net> To: "Julian H. Stacey" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 16:54:38 -0000 --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: > > Hi freebsd-current@freebsd.org > with current src > .ctm_status src-cur 13120 > .svn_revision 322111 > libexec/Makefile has been butchered, eg > rshd & other builds silently omitted > unless one debugs & learns to do eg > setenv _rshd Something > A find & grep of src/ shows no other ref. to _rshd except > ./libexec/Makefile: ${_rshd} \ > ./libexec/Makefile:_rshd= rshd > > I sampled _pppoed same error ! > ./libexec/Makefile: ${_pppoed} \ > ./libexec/Makefile:_pppoed= pppoed > > Others turned off are: > ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ > ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} > \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ > ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr} > > If src/ annoyingly insists to force everyone to silently Not build src/, > there should at least be some switch & reference doc in eg > src/share/mk > src/share/man/man5/src.conf Julian, Could you please post your build error (in its entirety) somewhere? Thank you, -Ngie --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZh0nLAAoJEPWDqSZpMIYVrj0QAMs8IQF+62JOs5IL49Cg4Gh/ 5+pJDDT9Gj8LgGuHyHurkNu7mabBfmU4deeKbhT7pWDfy2AtsK8C5fwoa0q2mi1t sT0JdDDRvgRAZjR8k7VTFjUHK9iR9V2jZhDuYicCqQwKsQioyiCQYKUYg4s274LN HTX2Him4kza+2oFf2BE9RB6eilhid0eQaZA0w782NAc0LIesVZk5VNcZa8UaD3AI PFbkDHum9xqbBb868CwknyQ5LaOGOmEP8KyfxDo/lljJStQBGRa2fce9Q99QgJzJ 8QXyGELOZLdyhbEz0vSfkALcCRWCWIgGfI8lZT1bHPWY5oeTTqMPWfG3tIlj0ZDc mwVVKWODVfqqQMT7133ntKZSP9pI/JIPUTQZOGMAgSSrPd9LXGVeiWUUBc0wPyvB MJEwFUUNzY3MD5hYhTWrDuqiyAm6yzvBj61gA/WMMb4iqVBbjZae6eWayB1vk6xS Xd/+X0hBuPkWiPJ6nurzXXMGRiF3wZr7yxGq008zzTO+kjU6Z9RBF4Fjvx6cK+V8 nWsADpdNXUCi17ILCRhJAzhI27ng92aQRJ3Ebvr20lz85ijec+i3YhKQv6JXSiEo NzvKs9O2aqb0n12l+JR0TsB6LqVNi7eEOpwK8NEOZLrUkh8PrHEW8L5XSukhylpD ilUQw/SpI4+3nMwFRP8j =p/Nu -----END PGP SIGNATURE----- --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08-- From owner-freebsd-current@freebsd.org Sun Aug 6 16:55:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A9DCDBE3A5 for ; Sun, 6 Aug 2017 16:55:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 144A966B18 for ; Sun, 6 Aug 2017 16:55:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22f.google.com with SMTP id u185so25251923pgb.1 for ; Sun, 06 Aug 2017 09:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=qA1cS/nL2/JkaBuBZIFbCDUfmigTotKZ2X0Tty/Yvh8=; b=Cew1CNUcY/SPOmSjfwQrJ1y+kCfSv0DKoIvbCPYBYh/gigcvFw433BI7RyWfexMstc rLDGQiV84oz4PE2tnsAT/+ESeaEfl0Rs+Ol7t4Ke6tZZVXmtiGtDV+v1y3MrHKDPtuxE 79U8HTfoBPFsakVPQiPqR5Ft7rG5T1ERqg6z/9pituhqmyr/tpI6T1DA0hGcS5lGKO/S FJa7/ZTjs/5jG7cJAACKI2bUYqMoDT5qpdUUPzosz69O0oUu2DRb1ntRcc+YhdNdKEWA 1NxYwh5AxYKVbUP3mmrPxzite34pCDXlxPu69xdgUHWCOfj32FisTpLZwFavT7yl3cIP 3JCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=qA1cS/nL2/JkaBuBZIFbCDUfmigTotKZ2X0Tty/Yvh8=; b=kfqPwX3Yqa6Lf7tYpaC17y/QMxTOm9hGHCVMBkbrP4IZJu/mk2FANRhNMqMlMaf8Ib Rd5z9YJLtfyTyyZuzdBlmU2Fb4J54uLT/rKE7Kh6wktGhQ8pJZbITjZXC0RU9uyrmM6e 6Q6O6YVjktKQq1mA5MWSbb1b8VWyvZBRlt49C6p6wILcJCVKS6js5yrWLl+PdeHK0iKs Ibe5QizYZBky861Tf5jz7xVZ3dqoLrvd5kB6GaHEMshPqcbAZ7iQvukZShUpFU8Bw0+G VOVQr49pBHXVrPKoYEH0AcKExTFG3ucA/XeTva0n+9E5XJWDsbDfMt57Bkz++tDoY3nJ mvIA== X-Gm-Message-State: AIVw112UDn233kN5cX7ePAqarX1+XJOy6qZh4WUdCIFFTeFZbvh5YDFw KsVhzlgsQqQuKQ== X-Received: by 10.99.36.7 with SMTP id k7mr8694968pgk.325.1502038508573; Sun, 06 Aug 2017 09:55:08 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id w24sm11627663pfk.183.2017.08.06.09.55.07 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 06 Aug 2017 09:55:07 -0700 (PDT) Subject: Re: src/libexec/Makefile damaged fails to build rshd Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_193076AB-2E75-4A98-BDA5-B5AACD710430"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Sun, 6 Aug 2017 09:55:07 -0700 Cc: freebsd-current@freebsd.org Message-Id: <50DE94CF-22D7-4DA4-8F9C-BB7ED0B2D7E2@gmail.com> References: <201708061636.v76GajQg057785@fire.js.berklix.net> To: "Julian H. Stacey" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 16:55:09 -0000 --Apple-Mail=_193076AB-2E75-4A98-BDA5-B5AACD710430 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Aug 6, 2017, at 09:54, Ngie Cooper (yaneurabeya) = wrote: >=20 >>=20 >> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: >>=20 >> Hi freebsd-current@freebsd.org >> with current src >> .ctm_status src-cur 13120 >> .svn_revision 322111 >> libexec/Makefile has been butchered, eg >> rshd & other builds silently omitted >> unless one debugs & learns to do eg >> setenv _rshd Something >> A find & grep of src/ shows no other ref. to _rshd except >> ./libexec/Makefile: ${_rshd} \ >> ./libexec/Makefile:_rshd=3D rshd >>=20 >> I sampled _pppoed same error ! >> ./libexec/Makefile: ${_pppoed} \ >> ./libexec/Makefile:_pppoed=3D pppoed >>=20 >> Others turned off are: >> ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ >> ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} >> \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ >> ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ = ${_ypxfr} >>=20 >> If src/ annoyingly insists to force everyone to silently Not build = src/, >> there should at least be some switch & reference doc in eg >> src/share/mk >> src/share/man/man5/src.conf >=20 > Julian, > Could you please post your build error (in its entirety) = somewhere? > Thank you, Also, please provide your make.conf and src.conf. -Ngie --Apple-Mail=_193076AB-2E75-4A98-BDA5-B5AACD710430 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZh0nrAAoJEPWDqSZpMIYVeJMQAKcX5I3R875e0oPEzGHmrbON 2UdTt74A8ddk/nEZlpCP7npvMpMuanB16v4RiLXybQd99I4NW6BsnvxwZQuU2EoN Z6Ba93jlYlhW3bKRCPWlTypOmewxLYupC+T9TN0Yye7/TzEZHUzRzaE2gK/ONAhp KesttXZlsKogOJHmH5PocCM/mhi06x1v0+mf+GSt+vwTxlWt0uoUGVOJTNKyVQKH aIT9UfEmqrOfaIGu8DuFZxB7I0LOL9S7BsurxclwMgAHBm2OY9DQpXE7+2z/p9xT 6lluSe/E4thSvKATk+LxF+IC4LFsNFicJUvisuRfGSC/3if4K4zqBRUNuHKI7rKb tU2Pm4FCSl7ekz/l6nDoetpm6mjgXOwxjDrmHF88ouFs0ECZb0tM/9l5yICnQFLr D9tfAs7xn61EcjiMgn3OTmNlX6CjcZbWma7wz0KzzGh44flW+wbGjfAjn/Baqmwa EAUEwjosmosDpyMXTCzcVS2yFrV7sqbySolwOxnx2xUcPouk26tNJW5cyl0GjwNq /InfakhDi6V25fQ1gIs6eLUgxsnPDklAHGyKTB0jWY63qpuXK7kEmG4A3zfJAxL2 pwCmetM6PNjcvjqmUWn9Khplx2LnLDkNSENmjLstc2VacStdqEuS3wDEFJGr7eg5 V8XHN7XUDfsYrazVDJNA =F4m+ -----END PGP SIGNATURE----- --Apple-Mail=_193076AB-2E75-4A98-BDA5-B5AACD710430-- From owner-freebsd-current@freebsd.org Sun Aug 6 18:39:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 81C31DC2EDC for ; Sun, 6 Aug 2017 18:39:10 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 18A8C6995A for ; Sun, 6 Aug 2017 18:39:09 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76IcTwT042148 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Aug 2017 18:38:33 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76Id1aS006037; Sun, 6 Aug 2017 20:39:01 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76Ichwd058480; Sun, 6 Aug 2017 20:38:55 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708061838.v76Ichwd058480@fire.js.berklix.net> To: "Ngie Cooper (yaneurabeya)" cc: freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 09:54:35 -0700." Date: Sun, 06 Aug 2017 20:38:43 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 18:39:10 -0000 "Ngie Cooper (yaneurabeya)" wrote: > --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; > charset=us-ascii > > > > On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: > > > > Hi freebsd-current@freebsd.org > > with current src > > .ctm_status src-cur 13120 > > .svn_revision 322111 > > libexec/Makefile has been butchered, eg > > rshd & other builds silently omitted > > unless one debugs & learns to do eg > > setenv _rshd Something > > A find & grep of src/ shows no other ref. to _rshd except > > ./libexec/Makefile: ${_rshd} \ > > ./libexec/Makefile:_rshd= rshd > > > > I sampled _pppoed same error ! > > ./libexec/Makefile: ${_pppoed} \ > > ./libexec/Makefile:_pppoed= pppoed > > > > Others turned off are: > > ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ > > ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} > > \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ > > ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr} > > > > If src/ annoyingly insists to force everyone to silently Not build src/, > > there should at least be some switch & reference doc in eg > > src/share/mk > > src/share/man/man5/src.conf > > Julian, > Could you please post your build error (in its entirety) somewhere? > Thank you, > -Ngie Why ? Problem is fully identified. Please read source. The half baked mod. to src/libexec/Makefile could be backed out as it fails to be supported by src/share/mk & src.conf. Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 19:16:24 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3C54DC48FD for ; Sun, 6 Aug 2017 19:16:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 97B786A887 for ; Sun, 6 Aug 2017 19:16:24 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x234.google.com with SMTP id y129so25840030pgy.4 for ; Sun, 06 Aug 2017 12:16:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ydhwmkhcoDvsp+fovQB6LMYXwP1tpeoUvyjgPUtmbA0=; b=G+sHovyBbgfvKYi/7kNGh3l8V7eT5oJTbFBuSjbMTiQuhZLZ5qUHs+xJeq7EUzTWHy EaxIbfbJwyyfIGgX3Wq1s+gZtKv5PIUOalz1jlztUKAH5diWk0btUjKMZErpS41uKVTP eNfY9Pd+I8wfaDdIr5GiiAxVR7egIsxJ1yWvVQ7FxVfoCpIwY5V/5Si0C28dc6X/C/nI 9nANHgXjnZz7zKgKXBCmEAkAUkPz/v/7A3tmObx3hA1SDaqhkLQlSuGcv1PiPeeauHM4 58RA92zGr0GQyLFkRV4f8+xKss/pFax0eEkmzLcROXBjfzAzoiEjMAHCC8nFiGCJHTVD hMQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=ydhwmkhcoDvsp+fovQB6LMYXwP1tpeoUvyjgPUtmbA0=; b=BzktaiiOM4t/JRc+IWWrm75LXwWSs3Mz7Zge2Y2gep76SB8OAUPwqR9nxaK53xmY+Q PexbNT3l3ZjCpwrvSZV1uynGiDfQPhrXCx0GoNYm5rX0UN8uHMXy35DVpSZ4ocutG6uC Jy5Ik+hswMavbCdTKGnf6wIgiFsHIUqWuzVVs4RNf3P7RzJKBXcRnMUDxE2NyeUktHT6 ZWT2E0QdzOGT+6TUEoV4vDA1sGVGZNLviKYoopF3tQtLwWm8jAuS085C/A3h6jbnlH8b fbx+E1b6ysHYb66rhraynRH7qr2XqMBN5zrRViwFdE+Th+eeRONHZQC2JYrmBg2AHfRE +Zuw== X-Gm-Message-State: AIVw112iax54TEjk7iiIYe37NEELULCWHnDwdDJdYyAFfkQ+EWpdhH3J HosdQYoa9TmcAapuNF/Zbg== X-Received: by 10.84.215.202 with SMTP id g10mr11227108plj.290.1502046983549; Sun, 06 Aug 2017 12:16:23 -0700 (PDT) Received: from ?IPv6:2607:fb90:836b:109a:c8fb:836c:1954:124b? ([2607:fb90:836b:109a:c8fb:836c:1954:124b]) by smtp.gmail.com with ESMTPSA id q76sm12646774pfg.42.2017.08.06.12.16.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Aug 2017 12:16:22 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: src/libexec/Makefile damaged fails to build rshd From: Ngie Cooper X-Mailer: iPhone Mail (14G60) In-Reply-To: <201708061838.v76Ichwd058480@fire.js.berklix.net> Date: Sun, 6 Aug 2017 12:16:21 -0700 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <201708061838.v76Ichwd058480@fire.js.berklix.net> To: "Julian H. Stacey" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 19:16:24 -0000 > On Aug 6, 2017, at 11:38, Julian H. Stacey wrote: >=20 > "Ngie Cooper (yaneurabeya)" wrote: >> --Apple-Mail=3D_7653CBF4-A533-4B1C-8D92-2E3AF5958F08 >> Content-Transfer-Encoding: 7bit >> Content-Type: text/plain; >> charset=3Dus-ascii >>=20 >>=20 >>> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: >>>=20 >>> Hi freebsd-current@freebsd.org >>> with current src >>> .ctm_status src-cur 13120 >>> .svn_revision 322111 >>> libexec/Makefile has been butchered, eg >>> rshd & other builds silently omitted >>> unless one debugs & learns to do eg >>> setenv _rshd Something >>> A find & grep of src/ shows no other ref. to _rshd except >>> ./libexec/Makefile: ${_rshd} \ >>> ./libexec/Makefile:_rshd=3D rshd >>>=20 >>> I sampled _pppoed same error ! >>> ./libexec/Makefile: ${_pppoed} \ >>> ./libexec/Makefile:_pppoed=3D pppoed >>>=20 >>> Others turned off are: >>> ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ >>> ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} >>> \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ >>> ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr} >>>=20 >>> If src/ annoyingly insists to force everyone to silently Not build src/,= >>> there should at least be some switch & reference doc in eg >>> src/share/mk >>> src/share/man/man5/src.conf >>=20 >> Julian, >> Could you please post your build error (in its entirety) somewhere? >> Thank you, >> -Ngie >=20 > Why ? Problem is fully identified. Please read source. > The half baked mod. to src/libexec/Makefile could be backed out > as it fails to be supported by src/share/mk & src.conf. Hi Julian, The reason why I need more context is that I was unable to repro the iss= ue. I need more details to help isolate/fix the problem. Thanks, -Ngie= From owner-freebsd-current@freebsd.org Sun Aug 6 19:48:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99360DC6058 for ; Sun, 6 Aug 2017 19:48:38 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 390F06B678 for ; Sun, 6 Aug 2017 19:48:37 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76JlwWL044880 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Aug 2017 19:48:02 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76JmVfQ006567; Sun, 6 Aug 2017 21:48:31 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76JmCDt059032; Sun, 6 Aug 2017 21:48:24 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708061948.v76JmCDt059032@fire.js.berklix.net> To: Ngie Cooper cc: freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 12:16:21 -0700." Date: Sun, 06 Aug 2017 21:48:12 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 19:48:38 -0000 Hi, Reference: > From: Ngie Cooper > Date: Sun, 6 Aug 2017 12:16:21 -0700 Ngie Cooper wrote: > > > On Aug 6, 2017, at 11:38, Julian H. Stacey wrote: > > > > "Ngie Cooper (yaneurabeya)" wrote: > >> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08 > >> Content-Transfer-Encoding: 7bit > >> Content-Type: text/plain; > >> charset=us-ascii > >> > >> > >>> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: > >>> > >>> Hi freebsd-current@freebsd.org > >>> with current src > >>> .ctm_status src-cur 13120 > >>> .svn_revision 322111 > >>> libexec/Makefile has been butchered, eg > >>> rshd & other builds silently omitted > >>> unless one debugs & learns to do eg > >>> setenv _rshd Something > >>> A find & grep of src/ shows no other ref. to _rshd except > >>> ./libexec/Makefile: ${_rshd} \ > >>> ./libexec/Makefile:_rshd= rshd > >>> > >>> I sampled _pppoed same error ! > >>> ./libexec/Makefile: ${_pppoed} \ > >>> ./libexec/Makefile:_pppoed= pppoed > >>> > >>> Others turned off are: > >>> ${_atf} \ ${_atrun} \ ${_blacklistd-helper} \ ${_comsat} \ > >>> ${_dma} \ ${_mail.local} \ ${_makewhatis.local} \ ${_mknetid} > >>> \ ${_pppoed} \ ${_rlogind} \ ${_rshd} \ ${_rtld-elf} \ > >>> ${_smrsh} \ ${_telnetd} \ ${_tests} \ ${_tftp-proxy} \ ${_ypxfr} > >>> > >>> If src/ annoyingly insists to force everyone to silently Not build src/, > >>> there should at least be some switch & reference doc in eg > >>> src/share/mk > >>> src/share/man/man5/src.conf > >> > >> Julian, > >> Could you please post your build error (in its entirety) somewhere? > >> Thank you, > >> -Ngie > > > > Why ? Problem is fully identified. Please read source. > > The half baked mod. to src/libexec/Makefile could be backed out > > as it fails to be supported by src/share/mk & src.conf. > > Hi Julian, > The reason why I need more context is that I was unable to repro the issue. I need more details to help isolate/fix the problem. > Thanks, > -Ngie Hi Ngie OK, In case it was that, after last mail I started a full rebuild of world inc kernel, having moved aside my make.conf & src.conf but I forgot to also unsetenv all my vars, so after that's installed I'll do a script & unsetenv all & make all. That will take a day to get back to you. But it wont change anything. Meantime please read /usr/src I't's Insufficient. Maybe reason you cant replicate problem is because you have an environment or src.conf or make,conf (or something else) Maybe a Makefile.local or ? that defines _rshd as rshd ? Only someone lucky enough to have that will install a new /usr/libexec/rshd Try this: diff -c Makefile makefile.jhs *** Makefile Sun Aug 6 21:39:51 2017 --- makefile.jhs Sun Aug 6 21:38:52 2017 *************** *** 114,119 **** --- 114,122 ---- _tests= tests .endif + xx: + echo "SUBDIR is ${SUBDIR}" + .include .include make -f makefile.jhs xx echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local makewhatis.local mknetid pppoed revnetgroup rpc.rquotad rpc.rstatd rpc.rusersd rpc.rwalld rpc.sprayd rtld-elf save-entropy smrsh telnetd tests tftp-proxy ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv " SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local makewhatis.local mknetid pppoed revnetgroup rpc.rquotad rpc.rstatd rpc.rusersd rpc.rwalld rpc.sprayd rtld-elf save-entropy smrsh telnetd tests tftp-proxy ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv make -f makefile.jhs _rshd=rshd xx echo "SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local makewhatis.local mknetid pppoed revnetgroup rpc.rquotad rpc.rstatd rpc.rusersd rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv " SUBDIR is atf atrun blacklistd-helper comsat dma getty mail.local makewhatis.local mknetid pppoed revnetgroup rpc.rquotad rpc.rstatd rpc.rusersd rpc.rwalld rpc.sprayd rshd rtld-elf save-entropy smrsh telnetd tests tftp-proxy ulog-helper ypxfr bootpd fingerd ftpd rbootd talkd tcpd tftpd hyperv Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 20:25:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94D02DC77D9 for ; Sun, 6 Aug 2017 20:25:29 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 301BE6C4CB for ; Sun, 6 Aug 2017 20:25:28 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76KOmRE046349 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Aug 2017 20:24:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76KPL4k006797; Sun, 6 Aug 2017 22:25:21 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76KP2HN059162; Sun, 6 Aug 2017 22:25:15 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708062025.v76KP2HN059162@fire.js.berklix.net> cc: Ngie Cooper , freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 21:48:12 +0200." <201708061948.v76JmCDt059032@fire.js.berklix.net> Date: Sun, 06 Aug 2017 22:25:02 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 20:25:29 -0000 > > > The half baked mod. to src/libexec/Makefile could be backed out I was wrong, sorry, code is not half baked, cos further down I spotted : .if ${MK_RCMDS} != "no" _rlogind= rlogind _rshd= rshd .endif cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile: ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == no I'm reading that while make world continues. Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 20:48:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51D73DC88C4 for ; Sun, 6 Aug 2017 20:48:20 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DA4916CDD0 for ; Sun, 6 Aug 2017 20:48:19 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76KldPm047114 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Aug 2017 20:47:43 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76KmCCL006935; Sun, 6 Aug 2017 22:48:12 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76KlsdH059244; Sun, 6 Aug 2017 22:48:06 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708062048.v76KlsdH059244@fire.js.berklix.net> cc: Ngie Cooper , freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 22:25:02 +0200." <201708062025.v76KP2HN059162@fire.js.berklix.net> Date: Sun, 06 Aug 2017 22:47:54 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 20:48:20 -0000 Hi, Reference: > From: "Julian H. Stacey" > Date: Sun, 06 Aug 2017 22:25:02 +0200 "Julian H. Stacey" wrote: > > > > The half baked mod. to src/libexec/Makefile could be backed out > > I was wrong, sorry, code is not half baked, cos further down I spotted : > .if ${MK_RCMDS} != "no" > _rlogind= rlogind > _rshd= rshd > .endif > > cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile: > ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == no > > I'm reading that while make world continues. Finaly found it, after guessing some shell might roll MK_RCMDS from a list including RCMDS, & finding man src.conf with WITH_RCMDS Took me a while to find. Thanks Ngie for your time. Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 21:44:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECFF8DCB978 for ; Sun, 6 Aug 2017 21:44:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-89.reflexion.net [208.70.210.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB86F6F0B7 for ; Sun, 6 Aug 2017 21:44:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8166 invoked from network); 6 Aug 2017 21:44:45 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 6 Aug 2017 21:44:45 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Sun, 06 Aug 2017 17:44:45 -0400 (EDT) Received: (qmail 32462 invoked from network); 6 Aug 2017 21:44:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Aug 2017 21:44:45 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 596D2EC88B5; Sun, 6 Aug 2017 14:44:44 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: I have submitted bugzilla 221107 for a (e.g.) -r321706 system clang 5 vintage TARGET_ARCH=powerpc buildkernel failure for aha.kld: R_PPC_PLTREL24 reloc against local symbol Date: Sun, 6 Aug 2017 14:44:43 -0700 References: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> <636276E6-BA4C-4C28-84FF-A34BDF1F1702@dsl-only.net> To: Dimitry Andric , FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <636276E6-BA4C-4C28-84FF-A34BDF1F1702@dsl-only.net> Message-Id: <51700A90-8DB5-4D81-AC83-D3FB0FDEFED7@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 21:44:53 -0000 [-r322109 update failed for agp.kld instead. It may just be a race for which happens first during the build.] On 2017-Jul-30, at 3:03 PM, Mark Millard wrote: > [Just correcting the -r's to be -r321706.] >=20 > On 2017-Jul-30, at 1:34 PM, Mark Millard wrote: >=20 > I experiment with system clang targeting powerpc > (and powerpc64). Until recently I could buildkernel > via system clang 4 (but it had problems if tried to > boot such a kernel). After clang 5 it no longer > completes the buildkernel. I'm submitting based on > a -r321706 build attempt. The system binutils are > in use. >=20 > The technical material from the submittal is. . . >=20 > First I list what the R_PPC_PLTREL24 is tied to > then the error text then the build context. >=20 > objdump reports that the .text+0x2b94 involved > is in aha_isa_probe and is a reference to aha_alloc: >=20 > (sorted objdump -x output:) > 00002b78 R_PPC_PLTREL24 bus_alloc_resource > 00002b88 R_PPC_PLTREL24 rman_get_start > 00002b94 R_PPC_PLTREL24 aha_alloc > 00002b96 R_PPC_ADDR32 .debug_str+0x0000266c > 00002b9c R_PPC_PLTREL24 aha_probe > 00002b9f R_PPC_ADDR32 .debug_str+0x00001904 >=20 > (objdump -d --prefix-addresses output:) > 00002aa4 mflr r0 > . . . > 00002b7c cmplwi r3,0 > 00002b80 stw r3,188(r28) > 00002b84 beq 00002c1c > 00002b88 bl 00002b88 > 00002b8c mr r3,r28 > 00002b90 mr r27,r4 > 00002b94 bl 00002b94 > 00002b98 mr r3,r28 > 00002b9c bl 00002b9c > 00002ba0 cmplwi r3,0 >=20 >=20 > --- all_subdir_aha --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld > . . . > --- all_subdir_aha --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.ko.full > . . . > --- aha.ko.full --- > ld: aha.kld(.text+0x2b94): R_PPC_PLTREL24 reloc against local symbol > aha.kld: could not read symbols: Bad value > . . . > --- all_subdir_aha --- > *** [aha.ko.full] Error code 1 >=20 > make[4]: stopped in /usr/src/sys/modules/aha > .ERROR_TARGET=3D'aha.ko.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' > .CURDIR=3D'/usr/src/sys/modules/aha' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' > .TARGETS=3D'all' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170720' > --- all_subdir_agp --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full > --- all_subdir_aha --- > = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' > .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' > 1 error >=20 > make[4]: stopped in /usr/src/sys/modules/aha > .ERROR_TARGET=3D'aha.ko.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' > .CURDIR=3D'/usr/src/sys/modules/aha' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' > .TARGETS=3D'all' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170720' > = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' > .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' > *** [all_subdir_aha] Error code 2 >=20 >=20 > Build context: >=20 > = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh -j8 buildworld buildkernel >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > C# more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITHOUT_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D I have updated bugzilla 221107 for that building -r322109 as an update the failure changed to agp.kld but for the same kind of error notices: --- all_subdir_agp --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full . . . --- all_subdir_agp --- --- agp.ko.full --- ld: agp.kld(.text+0x2e08): R_PPC_PLTREL24 reloc against local symbol agp.kld: could not read symbols: Bad value *** [agp.ko.full] Error code 1 make[4]: stopped in /usr/src/sys/modules/agp .ERROR_TARGET=3D'agp.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/agp/agp.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o agp.ko.full agp.kld;' .CURDIR=3D'/usr/src/sys/modules/agp' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/agp' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/agp/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/agp/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/agp /usr/src/sys/dev/agp = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' 1 error --- all_subdir_aha --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'.PHONY' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' *** [all_subdir_aha] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Aug 6 21:57:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C7BEDCC33E for ; Sun, 6 Aug 2017 21:57:22 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D81036F76B for ; Sun, 6 Aug 2017 21:57:21 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 3311fde8-7af2-11e7-b2f5-7fbc454a3a22 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 3311fde8-7af2-11e7-b2f5-7fbc454a3a22; Sun, 06 Aug 2017 21:57:12 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v76Lv8uh001704; Sun, 6 Aug 2017 15:57:08 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1502056627.61435.0.camel@freebsd.org> Subject: Re: src/libexec/Makefile damaged fails to build rshd From: Ian Lepore To: "Julian H. Stacey" Cc: Ngie Cooper , freebsd-current@freebsd.org Date: Sun, 06 Aug 2017 15:57:07 -0600 In-Reply-To: <201708062048.v76KlsdH059244@fire.js.berklix.net> References: <201708062048.v76KlsdH059244@fire.js.berklix.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 21:57:22 -0000 On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote: > Hi, Reference: > > > > From: "Julian H. Stacey" > > Date: Sun, 06 Aug 2017 22:25:02 +0200 > "Julian H. Stacey" wrote: > > > > > > > > > > > > > > > > > > > The half baked mod. to src/libexec/Makefile could be backed > > > > > out > > I was wrong, sorry, code is not half baked, cos further down I > > spotted : > > .if ${MK_RCMDS} != "no" > > _rlogind=       rlogind > > _rshd=          rshd > > .endif > > > > cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v > > Makefile: > > ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == > > no > > > > I'm reading that while make world continues. > Finaly found it, after guessing some shell might roll MK_RCMDS from > a list including RCMDS, & finding man src.conf with WITH_RCMDS > Took me a while to find.  Thanks Ngie for your time. > The thanks seem appropriate enough, given the tone and content of your previous emails.  What's missing is the very-much-required appology. -- Ian From owner-freebsd-current@freebsd.org Sun Aug 6 22:01:43 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBAD8DCC8F1 for ; Sun, 6 Aug 2017 22:01:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A72B76FC37 for ; Sun, 6 Aug 2017 22:01:43 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf0-x22a.google.com with SMTP id o86so26443222pfj.1 for ; Sun, 06 Aug 2017 15:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=6ARxN7ZKUb+lRmIO/0UGD3xZP/NihKob8PmfpbvwJl0=; b=Z1/AL2UK7yHR51DSwmIj32LJBIl4ehMFETQMEl+0VVRcZeJLLYLfUbo0noIO/bgZ8Y QvOzH83OskFbsO7CaOkUFS75IH/5UfM0MoTf+NuVZlQO1TAq50IrxRUEuLoM8rcmRH+y qNBogIOPSJcHqebcWdBtrUOEwIaaPAU68oGnitNWYy9ZHGfpUOvNSr3U7H9LprgslyK8 Mcr3+CJYx+jmTROqsZbOxK782VKWBd283aMXJ73wyNW0395S+WnTLGBcYCAKo+tfOkvV d0nGMAfJAy0AUOcaH+cu1qlUuyp4xwup7C+HTq1TyQ56F0Zd6Txuop7zZjEuooSBoQUu MHqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=6ARxN7ZKUb+lRmIO/0UGD3xZP/NihKob8PmfpbvwJl0=; b=AVNF4Gq7Aii+IEa9oDXHR4y0uPHBqoI5msHY4WLS5yMiI1VSfU2aZWlM6P7y1Sm+VQ Sr55CE4y7rMVGZhJ7RYWBEekz4sf5Rtg3xzpdedQzHD1yE/ZUe+6DT+XvwUVlpyrEKhE pXpteu79TrmW1Ie7QnD2767SA1EpxoIDkT/7UYeZTK0HXJKKFd7QpblT2gRlHF9vmgnW 4S49L9msQHn/pgjEx3vXYbGfPy9nhWMpVkkAloabnPyQvrTiHdKo9j5dXt+6XVGI2FKT jssjl3Q/JYJj2MVe5MSyUlzia7j7EzIhYXzMBBn5uNR5ZBnPHitCTG+OljIJOiyR2mBq 75Ug== X-Gm-Message-State: AIVw11032uRcHUurTZzCA8XAg9IFKbOXlHr0KmS3n38O1r1G77NyvCTi LPNVtq2EenoSMkTxPBg= X-Received: by 10.99.164.18 with SMTP id c18mr9733709pgf.311.1502056903108; Sun, 06 Aug 2017 15:01:43 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id n11sm12212239pfg.15.2017.08.06.15.01.42 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 06 Aug 2017 15:01:42 -0700 (PDT) Subject: Re: src/libexec/Makefile damaged fails to build rshd Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0E9A5F89-42FC-4391-9FF0-38AAAFC9EFF8"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <201708062048.v76KlsdH059244@fire.js.berklix.net> Date: Sun, 6 Aug 2017 15:01:41 -0700 Cc: freebsd-current@freebsd.org Message-Id: <969B03EF-3471-4AC6-AC54-787C79E369F8@gmail.com> References: <201708062048.v76KlsdH059244@fire.js.berklix.net> To: "Julian H. Stacey" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 22:01:44 -0000 --Apple-Mail=_0E9A5F89-42FC-4391-9FF0-38AAAFC9EFF8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 6, 2017, at 13:47, Julian H. Stacey wrote: >=20 > Hi, Reference: >> From: "Julian H. Stacey" >> Date: Sun, 06 Aug 2017 22:25:02 +0200 >=20 > "Julian H. Stacey" wrote: >>>>> The half baked mod. to src/libexec/Makefile could be backed out >>=20 >> I was wrong, sorry, code is not half baked, cos further down I = spotted : >> .if ${MK_RCMDS} !=3D "no" >> _rlogind=3D rlogind >> _rshd=3D rshd >> .endif >>=20 >> cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile: >> ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} =3D=3D = no >>=20 >> I'm reading that while make world continues. >=20 > Finaly found it, after guessing some shell might roll MK_RCMDS from > a list including RCMDS, & finding man src.conf with WITH_RCMDS > Took me a while to find. Thanks Ngie for your time. Hi Julian, Oh, ok. Yes, the default for MK_RCMDS was changed recently from on to = off. UPDATING also mentions it. You must have upgraded from a major version to another recently = or over a several month period =E2=80=94 MK_* has been enhanced quite a = bit over the past few months to =E2=80=9Cbetter respect optional = features=E2=80=9D. I left things on by default for POLA sake, but = you=E2=80=99re free to remove them as need be. The defaults may change = in the future (as you discovered with MK_RCMDS). Cheers, -Ngie $ svn blame ^/head/share/mk/src.opts.mk | grep RCMDS 320530 jlh RCMDS \ $ svn log -c 320530 ^/ ------------------------------------------------------------------------ r320530 | jlh | 2017-07-01 03:04:42 -0700 (Sat, 01 Jul 2017) | 12 lines Disable RCMDS by default. This was announced in this thread: https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html Applying plan proposed by ngie@ in: https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018249.html The port has been submitted as net/bsdrcmds in r444814. Approved by: bapt, roberto, and others ------------------------------------------------------------------------ $ grep -n 20170701 -A 2 UPDATING 66:20170701: 67- WITHOUT_RCMDS is now the default. Set WITH_RCMDS if you need = them to be 68- built with the base system. --Apple-Mail=_0E9A5F89-42FC-4391-9FF0-38AAAFC9EFF8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIbBAEBCgAGBQJZh5HFAAoJEPWDqSZpMIYVSDIP+OMZRURLzL4KM6rIQspgqhnw 52F65FjUoSLhY7SvZG+Djf+Gmnt2NXxFvvVCach/09Jafoe7F5JG4PzbALb0k8OF ygDplejsLMgDIRcaKcl1RPo5/jMU39NPR4otkzpQVPLchIZytMXQ6Z3aVpzs5xic F23/oWU7NkI/2UKQ0+altwIP5DsXWpBsrgCsRV2fsiTN6tUI7ackWRczrs/fJ3mN ticyvPEqbFjxVrM6qSb0/wpGu5dDbaYCBQ88yvlytjaZQGVtdI9F3nLViBzXg93K nRtGiOJpizNyBj3DBGMgSbGau/w6uDABx3fdB5NBnRO4OTSy2ycdYQqEwNmjBXRZ lvusPjPOsN0d0skwbD+A6EVpwJy4Ox/gvUJK8fq+tva2eG78sbczU/Q9LbMILb3S n0gTiuxU1Mvfa21MW4JGDemvybYYzsaoSWh+JLGcSfgvV57CRjOphxTJ9Mp9dYcJ LK6zqzvJvfriYVUAjdaZFDnm+Lfp7uMXnS9Oq+gBQisvEkQPqgTRzaoPWVXdAhVL 5rBO0ihaDO4aEqTHOMjSSTzxQjl+JwRJbYgEAAdCj6n0ve6QmenNz1LJULCInCTL 2V5ioZqbIKZ4RvV95C/orbnQVSnjei+ILn63+/LOxN0MMi3mSalaH4FTzzRM0fUZ dDWP8gzYFo7r8sxfSRE= =ztBy -----END PGP SIGNATURE----- --Apple-Mail=_0E9A5F89-42FC-4391-9FF0-38AAAFC9EFF8-- From owner-freebsd-current@freebsd.org Sun Aug 6 22:04:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACA13DCCC25 for ; Sun, 6 Aug 2017 22:04:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 790747001E; Sun, 6 Aug 2017 22:04:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x22a.google.com with SMTP id u5so26576288pgn.0; Sun, 06 Aug 2017 15:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=3Dx3BhV/9DfKn/zGsPGF1M0LL5VpAhw732IBYXfVavg=; b=pqQsk+8mBA6+s8BODMaVT6uYgRIsGjucMwioec2cxElaCDGlavre2mQP763gmycbS6 wQ14u18u6dHYZIJCRniHRAMxBt5ljBlowEt10ynE+cZTaF+MB43efCR/yFbiwhon9HVx b5Kmg7D+5j5lf0IL5veo9dkDI+5gk6neDvDPLtFeQMf1KyFO/zzVOwGOBF2WX3f8/n95 iizIvecOrAGlJjq+7uZX33cN7Dt7Ykj44GG0VfUZozHnT7cQXfhXRexjDfTh4iW5JKyk PBl60f1a7ayPzJgg5SiDBHWBP1MFvwJnlOa8l+C15RuC2+XyNeCZ5McfRKVQVN4V05/t 3Uiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=3Dx3BhV/9DfKn/zGsPGF1M0LL5VpAhw732IBYXfVavg=; b=bQiHHHDvBhnaecZKxUiHLa7iDQv2v3G4Vj94s7SxVORos057165tKWCW2M1A86ifmY /jqbOgA3CokGzTEFvHIlyUeNh3kDO9MTxf/GWSzZ0qylN9TOgVwXL2unppDMj9vivsN2 4+4laENgxBgtAUy/8BX8Qd6699FcToP9FHt3BbpOTX4cxw88Y3yLm0S0SA2VTx3aJmcJ 61kuML9Ypt5BgB2zgl4l+9WmDVoRY0ZSm2u1w/374SNTbUwf1C0jYeGL9MlEq36vvQrb q+oFAyS9yQUSLDtJxqznVo0BR3iKcdxod8n3cfacaQdCnmWPgoGN8e8t3V7SNX4O65L3 pb9A== X-Gm-Message-State: AIVw111abWYkMAVNkj3pb4rVdS71Ewo/VcGbA7kz1EB6TOXiE6sVRW9k jiL7fSM0Xt0sJAivJ/M= X-Received: by 10.99.109.5 with SMTP id i5mr9592532pgc.440.1502057087841; Sun, 06 Aug 2017 15:04:47 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id q89sm11632564pfd.156.2017.08.06.15.04.46 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 06 Aug 2017 15:04:47 -0700 (PDT) Subject: Re: src/libexec/Makefile damaged fails to build rshd Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2A5C79BD-A107-450B-961E-678150C59667"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <1502056627.61435.0.camel@freebsd.org> Date: Sun, 6 Aug 2017 15:04:46 -0700 Cc: "Julian H. Stacey" , FreeBSD Current Message-Id: References: <201708062048.v76KlsdH059244@fire.js.berklix.net> <1502056627.61435.0.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 22:04:48 -0000 --Apple-Mail=_2A5C79BD-A107-450B-961E-678150C59667 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 6, 2017, at 14:57, Ian Lepore wrote: =E2=80=A6 > The thanks seem appropriate enough, given the tone and content of your > previous emails. What's missing is the very-much-required apology. I don=E2=80=99t need an apology, I just hope/ask for a bit more = patience next time. I=E2=80=99ve made similar claims out of surprise and = frustration in the past, so I=E2=80=99m equally guilty of the = same/similar tone. Take care, -Ngie --Apple-Mail=_2A5C79BD-A107-450B-961E-678150C59667 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZh5J+AAoJEPWDqSZpMIYV/34P/1eRdyUjZY2j7uptvmPf+DSR 5WSzNteBtBltfbKYpqx66i8SlHKDMHBXKq/C+oUdnHeDRV23aZG75+X2we6thPwF RXX9v7p89gLd/VSaTnUdeNhBojzpg3G7ygrH/Lw6sqjN0mOXaehjoQl4nS7k9PJ3 Cf5NP8BInfZho/IjltxxVu8K612ZAl7G/zezLo6/6jokMOcSRlSox2CUSsWhPMRp 0zyimYrEDdSzimallYXT4t/RyyagdTCz5OXabGEEyGsftoBw35RekbHxTXl7YwAh fITQWBDkQNQ/Gbhr96TYwmVaXHuNiK1+iuC6DNm/DOGPRepBeT4P7d+Yed7MyFyD LWKHa8QZIYdCfSKiaB1y36A36oQG/2mXYYxUSXu7amDeZP6B71Iug20viHT3TTad W0j99saF2TokEHEqtPlLGh00GDaAh6D6URCs4ymiEG7j7D7/yxiEML+dWbUtXe90 moR3T/C7nTLIjz34LYyIdH7bmLbdbxoWw/C4US2F3fU5ngOgpoUna1XVTfVIV58O 92cSnoQ79jswdXWZjbw51ulGHOImay1VxlgMsFr7Yuq+CoeHTmn9Y6VqASTSHL/x fklgxrp+kPV67knqd9qwWKJQ8UODtruJoYIZVMd3T84BHlaERWzADAj0OxZuM4Yu +UKqjZG4IQ/GgeadP8hq =D1sW -----END PGP SIGNATURE----- --Apple-Mail=_2A5C79BD-A107-450B-961E-678150C59667-- From owner-freebsd-current@freebsd.org Sun Aug 6 22:05:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A5C9DCCDB6 for ; Sun, 6 Aug 2017 22:05:44 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D5ED0701D5; Sun, 6 Aug 2017 22:05:42 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v76M52Y0050228 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Aug 2017 22:05:07 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v76M5Zws010304; Mon, 7 Aug 2017 00:05:35 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v76M5Nlp075107; Mon, 7 Aug 2017 00:05:35 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708062205.v76M5Nlp075107@fire.js.berklix.net> To: Ian Lepore cc: freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 15:57:07 -0600." <1502056627.61435.0.camel@freebsd.org> Date: Mon, 07 Aug 2017 00:05:23 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 22:05:44 -0000 Ian Lepore wrote: > On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote: > > Hi, Reference: > > > > > > From: "Julian H. Stacey" > > > Date: Sun, 06 Aug 2017 22:25:02 +0200 > > "Julian H. Stacey" wrote: > > > > > > > > > > > > > > > > > > > > > > > > The half baked mod. to src/libexec/Makefile could be backed > > > > > > out > > > I was wrong, sorry, code is not half baked, cos further down I > > > spotted : > > > .if ${MK_RCMDS} != "no" > > > _rlogind=       rlogind > > > _rshd=          rshd > > > .endif > > > > > > cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v > > > Makefile: > > > ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} == > > > no > > > > > > I'm reading that while make world continues. > > Finaly found it, after guessing some shell might roll MK_RCMDS from > > a list including RCMDS, & finding man src.conf with WITH_RCMDS > > Took me a while to find.  Thanks Ngie for your time. > > > > The thanks seem appropriate enough, given the tone and content of your > previous emails.  What's missing is the very-much-required appology. > > -- Ian As said & to quote Ian L. quoting me: "I was wrong, sorry" Ngie, my apologies for consuming your time, & thanks for looking at this. Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Sun Aug 6 22:13:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9406CDCD46F for ; Sun, 6 Aug 2017 22:13:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E43E70764 for ; Sun, 6 Aug 2017 22:13:31 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 79453458-7af4-11e7-b2f5-7fbc454a3a22 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 79453458-7af4-11e7-b2f5-7fbc454a3a22; Sun, 06 Aug 2017 22:13:29 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v76MDPO1001753; Sun, 6 Aug 2017 16:13:25 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1502057605.61435.6.camel@freebsd.org> Subject: Re: src/libexec/Makefile damaged fails to build rshd From: Ian Lepore To: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Date: Sun, 06 Aug 2017 16:13:25 -0600 In-Reply-To: <201708062205.v76M5Nlp075107@fire.js.berklix.net> References: <201708062205.v76M5Nlp075107@fire.js.berklix.net> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2017 22:13:32 -0000 On Mon, 2017-08-07 at 00:05 +0200, Julian H. Stacey wrote: > Ian Lepore wrote: > > > > On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote: > > > > > > Hi, Reference: > > > > > > > > > > > > From: "Julian H. Stacey" > > > > Date: Sun, 06 Aug 2017 22:25:02 +0200 > > > "Julian H. Stacey" wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The half baked mod. to src/libexec/Makefile could be > > > > > > > backed > > > > > > > out > > > > I was wrong, sorry, code is not half baked, cos further down I > > > > spotted : > > > > .if ${MK_RCMDS} != "no" > > > > _rlogind=rlogind > > > > _rshd=rshd > > > > .endif > > > > > > > > cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v > > > > Makefile: > > > > ./tools/build/mk/OptionalObsoleteFiles.inc:.if > > > > ${MK_RCMDS} == > > > > no > > > > > > > > I'm reading that while make world continues. > > > Finaly found it, after guessing some shell might roll MK_RCMDS > > > from > > > a list including RCMDS, & finding man src.conf with WITH_RCMDS > > > Took me a while to find.Thanks Ngie for your time. > > > > > The thanks seem appropriate enough, given the tone and content of > > your > > previous emails. What's missing is the very-much-required appology. > > > > -- Ian > As said & to quote Ian L. quoting me: "I was wrong, sorry" > Ngie, my apologies for consuming your time, & thanks for looking at > this. What was worthy of appology was not any "waste of time" but the totally insulting condescending tone aimed at pretty much the entire freebsd community. Here's a little hint for you: people who work for you for free are probably not strongly motivated by being mocked as incompetent fools for the work they do. -- Ian From owner-freebsd-current@freebsd.org Mon Aug 7 01:00:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4603FDD4630 for ; Mon, 7 Aug 2017 01:00:57 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "land.berklix.org", Issuer "land.berklix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E052A74920 for ; Mon, 7 Aug 2017 01:00:55 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (pD9FA8365.dip0.t-ipconnect.de [217.250.131.101]) (authenticated bits=128) by land.berklix.org (8.15.2/8.15.2) with ESMTPSA id v7710GLF056087 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2017 01:00:20 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id v7710naU011466; Mon, 7 Aug 2017 03:00:49 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id v7710VXs082612; Mon, 7 Aug 2017 03:00:43 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201708070100.v7710VXs082612@fire.js.berklix.net> To: "Ngie Cooper (yaneurabeya)" cc: freebsd-current@freebsd.org Subject: Re: src/libexec/Makefile damaged fails to build rshd From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-From: http://www.berklix.eu/~jhs/ In-reply-to: Your message "Sun, 06 Aug 2017 15:01:41 -0700." <969B03EF-3471-4AC6-AC54-787C79E369F8@gmail.com> Date: Mon, 07 Aug 2017 03:00:31 +0200 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 01:00:57 -0000 "Ngie Cooper (yaneurabeya)" wrote: > > On Aug 6, 2017, at 13:47, Julian H. Stacey wrote: > >=20 > > Hi, Reference: > >> From: "Julian H. Stacey" > >> Date: Sun, 06 Aug 2017 22:25:02 +0200 > >=20 > > "Julian H. Stacey" wrote: > >>>>> The half baked mod. to src/libexec/Makefile could be backed out > >>=20 > >> I was wrong, sorry, code is not half baked, cos further down I = > spotted : > >> .if ${MK_RCMDS} !=3D "no" > >> _rlogind=3D rlogind > >> _rshd=3D rshd > >> .endif > >>=20 > >> cd /usr/src; find . -type f | xargs grep MK_RCMDS | grep -v Makefile: > >> ./tools/build/mk/OptionalObsoleteFiles.inc:.if ${MK_RCMDS} =3D=3D = > no > >>=20 > >> I'm reading that while make world continues. > >=20 > > Finaly found it, after guessing some shell might roll MK_RCMDS from > > a list including RCMDS, & finding man src.conf with WITH_RCMDS > > Took me a while to find. Thanks Ngie for your time. > > Hi Julian, > Oh, ok. > Yes, the default for MK_RCMDS was changed recently from on to = > off. UPDATING also mentions it. > You must have upgraded from a major version to another recently = > or over a several month period =E2=80=94 MK_* has been enhanced quite a = > bit over the past few months to =E2=80=9Cbetter respect optional = > features=E2=80=9D. I left things on by default for POLA sake, but = > you=E2=80=99re free to remove them as need be. The defaults may change = > in the future (as you discovered with MK_RCMDS). > Cheers, > -Ngie > > $ svn blame ^/head/share/mk/src.opts.mk | grep RCMDS > 320530 jlh RCMDS \ > $ svn log -c 320530 ^/ > ------------------------------------------------------------------------ > r320530 | jlh | 2017-07-01 03:04:42 -0700 (Sat, 01 Jul 2017) | 12 lines > > Disable RCMDS by default. > > This was announced in this thread: > https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018239.html > > Applying plan proposed by ngie@ in: > https://lists.freebsd.org/pipermail/freebsd-arch/2017-June/018249.html > > The port has been submitted as net/bsdrcmds in r444814. > > Approved by: bapt, roberto, and others > > ------------------------------------------------------------------------ > $ grep -n 20170701 -A 2 UPDATING > 66:20170701: > 67- WITHOUT_RCMDS is now the default. Set WITH_RCMDS if you need = > them to be > 68- built with the base system. Thanks Ngie, nicely documented, I've added to my src.conf WITH_RCMDS=YES & installed ports/net/bsdrcmds & noted the useful svn syntax examples. For any trying syntax with a local repository, these work: svn blame file:///usr/svn/base/head/share/mk/src.opts.mk | grep RCMDS svn log -c 320530 file:///usr/svn/base/ Cheers, Julian -- Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#3,500,000_stolen_votes_inc_700,000_in_EU From owner-freebsd-current@freebsd.org Mon Aug 7 04:32:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91628DB5B2E for ; Mon, 7 Aug 2017 04:32:42 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 428F67ECC9; Mon, 7 Aug 2017 04:32:42 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id j189so5165713vka.0; Sun, 06 Aug 2017 21:32:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=gvOr04wqEHP9kef2Az11CxbbPOo8bxTGWeCGZn5Yd6M=; b=J6sWdG3MDfqKmjyCg2oSV6mR/mk230fa8f+Y7tkYkrteDwWh66zQii3A16ag3ZVGbI sVIbW28mFpeHQSiXIhZYw37ew1db+91wtrKxcJbxpNbAcKSY90Jj/p6VKCVN057VyzYr EwkZO1r8Ol+GgIUVMhPUbtwLF+SrBXiQlOw3lsZ4OBzLR2twJCIsn94ZIlJ5gxlwbwy7 9DPL8F8DQwlctaY24YW3Vqg0UfagcA6yjaErdVLwshlsNSPUUYySGrUdj/S3WrV1ur/Y 3CAhlcn+YiRMcf3CZ39nrVqt3si9uCN556GpIvB/c4ZJyihZvv0VBN7aFVCy25u12RGd BMtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=gvOr04wqEHP9kef2Az11CxbbPOo8bxTGWeCGZn5Yd6M=; b=Vblqo2oaLzsetr/bPmFjmAOIPAP0v98D1UGr/WXroooRrq+FkAayKOecIBvBbYiOnW vk2D95jCukD+x7xlFU1yCs56b6SpStqmPmflVSxAOT96Euc1DNYQtnkev2mfMVQ1VqkE EYTCbsYakxc9C+dNuj5G7i7XZvM//FP70ru7JpWLPP6PTvBjDq0OfCYSTS5yl/GwrXyY t1LeIiuI0olawUcN7bb2Nro3y+Ay136Vs4ZlxG3HAZKs101ScEaVi1syMeZouvz5f0KX BpvZ0wPAhWepZpu+r2FcUR4ObygkT1heXoYkWqDAveklwKDEZS6uSRA8E+lwxXup5tNV 2YnQ== X-Gm-Message-State: AHYfb5gPSypoUSpNzhtfXxS6fdYAwJ5KS1pRfsNOoT8dGaoqPphxfB7d nlGi8k3Tw2qtGGurkEJfwqzmj6ZigSFhwpI= X-Received: by 10.31.50.137 with SMTP id y131mr6187331vky.181.1502080361015; Sun, 06 Aug 2017 21:32:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Sun, 6 Aug 2017 21:32:40 -0700 (PDT) In-Reply-To: References: <9C14A21D-1C17-44F9-882B-4A01C311E164@FreeBSD.org> <37395FD6-09E5-4C11-A189-7B3050E9A541@FreeBSD.org> From: Aijaz Baig Date: Mon, 7 Aug 2017 10:02:40 +0530 Message-ID: Subject: Re: buildworld fails while building static clang library To: Ed Maste Cc: Dimitry Andric , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 04:32:42 -0000 That was some pretty relevant information Ed. Thanks. However upon bumping up my RAM, I don't hit this error anymore perhaps I believe since the relatively large amount of RAM does not necessitate that much of swap space. Nonetheless, as I have indicated in my previous email, I hit an error quite late in the process now (stage 4.3) when it is apparently linking h_raw.o into h_raw.full ( is this linking by the way? what is the .full file there??) Keen to hear On Sun, Aug 6, 2017 at 3:04 PM, Ed Maste wrote: > On 5 August 2017 at 16:16, Dimitry Andric wrote: > > > > I remember there being an issue with ar and/or ranlib choking when the > > .a files become too big. Ed, does that ring any bells? > > Our ar (and ranlib, which is the same binary) will produce a corrupt > symbol table if the .a archive output is larger than 4GB, because we > support only 32-bit offsets in the older "/" symbol table format, not > the "/SYM64/" format and 64-bit offsets. > > As with GNU ar from binutils 2.17.50 we silently truncate if the > offset does not fit in 32 bits. I'll have a patch for review soon to > exit on error rather than produce corrupted output, and hope to look > at adding /SYM64/ support later on. > -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Mon Aug 7 09:44:06 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E66CDC784D for ; Mon, 7 Aug 2017 09:44:06 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward9o.cmail.yandex.net (forward9o.cmail.yandex.net [37.9.109.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA4CB3B37; Mon, 7 Aug 2017 09:44:05 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback8o.mail.yandex.net (mxback8o.mail.yandex.net [37.140.190.22]) by forward9o.cmail.yandex.net (Yandex) with ESMTP id 04C1E22D10; Mon, 7 Aug 2017 12:44:01 +0300 (MSK) Received: from mxback8o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by mxback8o.mail.yandex.net (Yandex) with ESMTP id 0381B6701564; Mon, 7 Aug 2017 12:44:01 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback8o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ZWVJx7Ne9D-i0YWU4WE; Mon, 07 Aug 2017 12:44:00 +0300 Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 1PVM2rMSip-i0J8ubvi; Mon, 07 Aug 2017 12:44:00 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502099040; bh=/v+ootGJzM1ntzlaWCaxWmEYjV7swlI/No8GkI6dvks=; h=To:From:Subject:Message-ID:Date; b=dDYQ0i0etF90ksGV+Fx0gia8SlRF8YtGjTHFhB3n16K7ZAU+lCU4VmwW9WJOn1hwS wpzfaC5KtQsp0+IZg0wTL6GllyehkhpK9sDioAeq41ATvsvz75lduGuEBby/tAZVtm MR9JSsNm8gce++rNJ9Y1xO5FWYb8G6ELsk3ek3sM= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0 To: freebsd-current@FreeBSD.org, marius@FreeBSD.org From: Boris Samorodov Subject: [tzsetup] can't set up local timezone if CMOS is set to UTC Message-ID: Date: Mon, 7 Aug 2017 09:44:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 09:44:06 -0000 Hi Marius, All, Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and choose YES (CMOS clock is set to UTC), the program just quits. Yea, my clocks are at UTC but I want to get time at local timezone. :-) I've found a recent commit to tzsetup, is it the cause? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Mon Aug 7 09:51:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FE64DC7EC4 for ; Mon, 7 Aug 2017 09:51:19 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward6o.cmail.yandex.net (forward6o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::291]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC10563402; Mon, 7 Aug 2017 09:51:18 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback6o.mail.yandex.net (mxback6o.mail.yandex.net [37.140.190.20]) by forward6o.cmail.yandex.net (Yandex) with ESMTP id B36C623361; Mon, 7 Aug 2017 12:51:15 +0300 (MSK) Received: from mxback6o.mail.yandex.net (localhost.localdomain [127.0.0.1]) by mxback6o.mail.yandex.net (Yandex) with ESMTP id B0A143741664; Mon, 7 Aug 2017 12:51:15 +0300 (MSK) Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [2a02:6b8:0:1a2d::26]) by mxback6o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xKkCazf07N-pFQuDU82; Mon, 07 Aug 2017 12:51:15 +0300 Received: by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 1BY5VsYH1v-pF0W6XOH; Mon, 07 Aug 2017 12:51:15 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502099475; bh=FlR56f+cqWcVRFU7Wx7aCBdzlSF0E4isZ6ZDI4AqGpw=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=EUddtELH6Db9d26kMKklIgcQZFH9SJa+jmxlMrNNHaIu54IWHDqYwLigVh6CtrsGr CbffeHyX/w46q/cN8tbMJdGSQot0W+3WytrbrYnUjUJk2//2J45GFNs+qdC2ib9h2/ +i+4rs9i0fQ7ZVn2a5SVIZbT47ZauzApSHFTXXec= Authentication-Results: smtp2o.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC From: Boris Samorodov To: freebsd-current@FreeBSD.org, marius@FreeBSD.org References: Message-ID: Date: Mon, 7 Aug 2017 09:51:15 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru-RU Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 09:51:19 -0000 07.08.2017 09:44, Boris Samorodov пишет: > Hi Marius, All, > > Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and > choose YES (CMOS clock is set to UTC), the program just quits. > Yea, my clocks are at UTC but I want to get time at local timezone. :-) > > I've found a recent commit to tzsetup, is it the cause? Hm. There is a log message at r322097: --- - Make the initial UTC dialog actually work by giving the relevant files the necessary treatment and then exit when choosing "Yes" there instead of moving on to the time zone menu regardless. --- I must misunderstand something. So my question is: how to set up local time zone if CMOS is set to UTC? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Mon Aug 7 10:55:02 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D688EDCB288 for ; Mon, 7 Aug 2017 10:55:02 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D0546562D for ; Mon, 7 Aug 2017 10:55:02 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id v77AstFd027121 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 7 Aug 2017 12:54:55 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id v77Astm1027118 for ; Mon, 7 Aug 2017 12:54:55 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 7 Aug 2017 12:54:55 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD current Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 10:55:02 -0000 On Mon, 7 Aug 2017 09:51+0300, Boris Samorodov wrote: > So my question is: how to set up local time zone if CMOS is set to UTC? My timezone is Europe/Oslo, adjust to fit your timezone: rm -f /etc/wall_cmos_clock cp -p /usr/share/zoneinfo/Europe/Oslo /etc/localtime echo Europe/Oslo > /var/db/zoneinfo -- Trond. From owner-freebsd-current@freebsd.org Mon Aug 7 11:35:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87E4BDCD22A for ; Mon, 7 Aug 2017 11:35:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward17o.cmail.yandex.net (forward17o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::1e7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CA4D667DF; Mon, 7 Aug 2017 11:35:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback7g.mail.yandex.net (mxback7g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:168]) by forward17o.cmail.yandex.net (Yandex) with ESMTP id 58A2224420; Mon, 7 Aug 2017 14:35:10 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback7g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id U753V1ugp1-ZAEiXZx1; Mon, 07 Aug 2017 14:35:10 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502105710; bh=o7qBLb9JLHvAwpU2WwhQujAisjPfUU8xBILBdOgV8d4=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=Gi5sRyowcs6pHHcY+gGXoS5LsfgXZMUyZ5PhqfkaqO7CDaHgF45I5uF06S4M2+zWK RnYy6TzYkEwtncwY7J0mSFYJKM++oVhLzt6x3OX1JhREHoAjiPRpKW0Sm+DuFUTK9d 533H3kVftvOyQL1G/FDYYm6fNr3+bn7zczaFP91k= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id A65PZphmiJ-Z9beYhDD; Mon, 07 Aug 2017 14:35:09 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502105709; bh=o7qBLb9JLHvAwpU2WwhQujAisjPfUU8xBILBdOgV8d4=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=rjlHIoo967+U2ej09t/9Z+T/4/kvHc7d1893tNs0BDkOnRz+AOi0Gp4xqLXd8a5oq ZRrnX8ScRTwB8o20Qg2etx6V4TVM9DGBUPCCvVqLxINJrBDQQS73f3YlrywwR3RpO1 R0qF4L/X3We7atYgDAe31bxOyvvMQ7+5V++R11i4= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC To: freebsd-current@freebsd.org, marius@FreeBSD.org References: From: Boris Samorodov Message-ID: <5589ae79-7893-ac15-36be-1418788c5733@passap.ru> Date: Mon, 7 Aug 2017 11:35:09 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 11:35:22 -0000 07.08.2017 10:54, Trond Endrestøl пишет: > On Mon, 7 Aug 2017 09:51+0300, Boris Samorodov wrote: > >> So my question is: how to set up local time zone if CMOS is set to UTC? > > My timezone is Europe/Oslo, adjust to fit your timezone: > > rm -f /etc/wall_cmos_clock > cp -p /usr/share/zoneinfo/Europe/Oslo /etc/localtime > echo Europe/Oslo > /var/db/zoneinfo Done. Got UTC time marked as local time. (Five minutes later) Ntpdate fixed it, now local time is OK. Thank you, Trond. And (seems to be) the final question: can that be done via tzsetup (as it used to be)? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Mon Aug 7 21:44:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0914BDCAEA6 for ; Mon, 7 Aug 2017 21:44:36 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by mx1.freebsd.org (Postfix) with ESMTP id CB56A84F7B for ; Mon, 7 Aug 2017 21:44:35 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id 2D93116051; Mon, 7 Aug 2017 23:36:08 +0200 (CEST) Date: Mon, 07 Aug 2017 23:36:56 +0200 From: Steffen Nurpmeso To: freebsd-current@freebsd.org Subject: Would O_APPEND for /dev/null be possible? Message-ID: <20170807213656.FwzOG%steffen@sdaoden.eu> Mail-Followup-To: freebsd-current@freebsd.org User-Agent: s-nail v14.9.3-dirty OpenPGP: id=232C220BCB5690A37BD22FFDEB66022795F382CE; url=https://www.sdaoden.eu/downloads/steffen.asc BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 21:44:36 -0000 I can open a file with "a+", which, for this software, means "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and OpenBSD, but FreeBSD complains, i think because O_APPEND. (I think only because the VM does not survive resumes and other pauses here, which frustrated me over time. It is old VM.) I mean, it seems i have to sprinkle more /dev/null string comparisons all over the place, but i wonder whether that really belongs there.. for /dev/null? Well, now that i am here. I have installed pcc and tcc ports because clang is much too slow, especially in VM, but they cannot be used because of mysterious attributes in some system header. I usually compile them on my own, but that did not help on FreeBSD too, at least not last time i tried. This is a bit of a pity, i have not tried it myself but one of the core developers of the tiny CC, who was part of ELF development, said, once that happened, that he made it compile the Linux kernel (!) again and "that seems to work", so it is a *real* pity that not even rather primitive C89 user programs can be compiled (with those compilers). That on v11.1, and with pkg stuff. Ciao! --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Mon Aug 7 21:48:21 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3DFCDCB1AD for ; Mon, 7 Aug 2017 21:48:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D45B1BD for ; Mon, 7 Aug 2017 21:48:20 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id v77LmCPD091093 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Aug 2017 23:48:12 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id v77LmBmB091092; Mon, 7 Aug 2017 23:48:11 +0200 (CEST) (envelope-from marius) Date: Mon, 7 Aug 2017 23:48:11 +0200 From: Marius Strobl To: Boris Samorodov Cc: freebsd-current@FreeBSD.org Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC Message-ID: <20170807214811.GP20729@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2017 21:48:21 -0000 On Mon, Aug 07, 2017 at 09:51:15AM +0300, Boris Samorodov wrote: > 07.08.2017 09:44, Boris Samorodov ?????: > > Hi Marius, All, > > > > Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and > > choose YES (CMOS clock is set to UTC), the program just quits. > > Yea, my clocks are at UTC but I want to get time at local timezone. :-) > > > > I've found a recent commit to tzsetup, is it the cause? > > Hm. There is a log message at r322097: > --- > - Make the initial UTC dialog actually work by giving the relevant files > the necessary treatment and then exit when choosing "Yes" there instead > of moving on to the time zone menu regardless. > --- > > I must misunderstand something. > > So my question is: how to set up local time zone if CMOS is set to UTC? Yeah, I hadn't thought of the case where one would like to set up a configuration in which the RTC is using UTC but the timezone is not. So I've reverted the corresponding part of r322097 for now as I don't see an obvious way to give /etc/wall_cmos_clock appropriate treatment in all 3 relevant cases (UTC/UTC, !UTC/UTC and !UTC/!UTC regarding RTC/timezone) for all interactive and non-interactive ways of using tzsetup(8). Marius From owner-freebsd-current@freebsd.org Tue Aug 8 05:18:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C977DC2534 for ; Tue, 8 Aug 2017 05:18:14 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D1C96F8F5 for ; Tue, 8 Aug 2017 05:18:12 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MfzEP-1e1izG4AgX-00NOji for ; Tue, 08 Aug 2017 07:18:04 +0200 Date: Tue, 8 Aug 2017 07:17:58 +0200 From: "O. Hartmann" To: freebsd-current Subject: [autofs] problems with "dirty" UFS2 partitions Message-ID: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vAjLuyH3jR9MZD6nkbEV9E0n4R5sLhoqf7kdCkoGdlG1BpIMBYh kmoaXw/opKC4sNAPFdwXFyzQTqSWQMWJ/9Lz3O3tdrcUNmBES7kbdWSW/wwzeXWZytANd1m 5WNBbMX94qZJWoZ+9fBBV1hPvsfryT4uOlAlzrnXcIPjy5XU20fiUhpWkU8aeciP27z8geB C3lA31pWVDjXUF10UWJkQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:vrn+rFIi1IA=:N4twjWmmSZ0j4yfPiEEDEG ORECWqOfi/ozzFC9iNOnb8R87OIY/OKnTZ7hiJorPpPfbTWnfLZw4SMUNz3Zf6zx1OpNBq2YE lXmdazW44wAkS4xaY8/OgurvBHZgki4a8heGXCJDqWsXao9qOh3EjAt+Psc4ehytdzT95AQPp Ltyq3VK/vr+lp6ZW6ErWbEXAqwDWU8G0HKqU7mbNl9f/9QZwTWYQPGvmBpoTGKst4bHTYGJ1r 1ns7viU5QtWTIpXo8V4/hlDRqkOy3YZ0PRnqhF++uph0LMxr6M69XnwkGzO5FcdbrxFKG8Ulu Zd3RJN3xpODU6qTI9udCxdfdhb26vzA9kI51cdWyiUR+WqQzlYqB79wloO9xooPN+ccAXH2ad cZP9Wa4AX/pYdiZqzyXXsJIT+GxPsZbHAL+77pQQ9Kzmoy5xMGvEREIuYgIZTptXnUg0FQ7DT FKB9H0sULc5iY6ndqcTLuIxrUYuu7tIVRNvg8P3vPzag4saRr6XDEUNQ6YsVfq9VLuoepOYql rjfC1U2ZLt3ZvB/m7iiqBcqEaEyVcKI952MpN6EngguYgsN9tSx5BvDT1njTYfvsfny1gEC6O OJGuwAQcit7Z8seW/hmYrA6CII4HSmxiq591ZSyiYVEfITfimwhgAG0gsHIfNfYfE5wKE7Hso f8NSQ1q4QFUcnwKTSF6As6bvcPcOYLgsUYfz8+4aUwSTXXS1JHKjLvjcwB2JNrw8bJ1FC6NGB 421heae3nYKmOGjssN73IhHb++QzV35zSqa7SfvJyGDSEwXWWGzEWdp+SfNvEThWpPrcsekhX hQRM7P2sNPO2OdGQvunGkGROiYX1MevJrCOOqLLKCnEeDKRhHs= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 05:18:14 -0000 Hello, we're running a NanoBSD based appliance which resides on a small SoC and utilises a mSATA SSD for logging, database storage and mail folder. The operating system is recent CURRENT as it is still under development. The problem ist, that from time to time, without knowing or seeing the reason, the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to memory and performance limitations). Journaling is enbaled. When the partitions on the SSD become "dirty", logging or accessing them isn't possible anymore and for some reason I do not see any log entries reporting this (maybe due to the fact all logs are going also to that disk since the logs would pollute the serial console/console and the console is used for maintenance purposes/ssh terminal). Is it possible to - automated! - check the filesystem on bootup? As on ordinary FreeBSD systems with fstab-based filesystems, this happens due to the rc-init-infrastructure but autofs filesystems seem to be somehow standing aside from this procedure. Thanks in advance, Oliver From owner-freebsd-current@freebsd.org Tue Aug 8 06:01:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BDB4DC4191 for ; Tue, 8 Aug 2017 06:01:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22CD470C5A for ; Tue, 8 Aug 2017 06:01:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id 76so13507400ith.0 for ; Mon, 07 Aug 2017 23:01:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=oi+RnUBSFaf8CBTIfLw6NxwgMFiq4p8fibsGVW4oCBI=; b=Gjpba4XClQtfTKXsspQtQS+jEfHAPWF9ct+wUi87J7jQ4ztpP6JCx3XzVw+F2R4rxK XTz+HFCXOpC4yrzAxfiCujHicqC2+TTL9H3bCo0A/b2cfVnMR6ZgnloksWFRQQy4eMh0 HvvNIgyBJXsWgkLrRcmc+zTs+PfUPYqwmvJlrFWoG7oXFSRKKsxH9kmYhBOkCMu2uSu3 9STXP+KuJqcEUgJiumzAn88/InYOj4KcUnsy8THAOJ4Or94qx7rSiaPaUu2Vr2ynErxa Y/xkK93fU0HITaZzSy+/VhzR/EdiLnHKZnJ8MtfEVO3beXDr4IaS1cck9YLpTLRuFNxM HIOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=oi+RnUBSFaf8CBTIfLw6NxwgMFiq4p8fibsGVW4oCBI=; b=PemvNE0wsOYTtBMbrSJp/6JliLuV0u/YR2SopM0j3TcnPGF+VDcnduan9ZZxr+VU1m VurX5Cfs9DMQXnKWas710h55OzotlurZOnDBhVIQPj5Q9NFxDO58ej8TBgRTocBQf1v9 uRP0z+Od1/tsWIB4JP19AXQp5v+FRSwU/n92Od4VDtHNZl1B1+4mraIb2k6LB/0IvT23 gZWq+Wb5SZQxg0fVrFeI1qnOrtDTV3Ca5zJ7C6bdcJ6INt4VKAjWlHcV2v7QRtWaeSs+ tpBiGKPjoHZlUY4Ku8ZKBXhogC5tBgfsLrDNKqmqPFc0w/HKvHK2gAfCm7c8cjHoFtmQ dREA== X-Gm-Message-State: AHYfb5gQXjjBFdKPcEoGywMbrjJuHO7OgyOEk5XUqMU5dzRnruPyzXCb Ma5a5XUusO0irdC9pKAE8y5LiZZZb76m X-Received: by 10.36.54.13 with SMTP id l13mr3065217itl.0.1502172096457; Mon, 07 Aug 2017 23:01:36 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.10.71 with HTTP; Mon, 7 Aug 2017 23:01:35 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:95b6:4226:f295:bf25] In-Reply-To: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> References: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> From: Warner Losh Date: Tue, 8 Aug 2017 00:01:35 -0600 X-Google-Sender-Auth: SDGihhLmxRJaClk8dtPq9dAWIV0 Message-ID: Subject: Re: [autofs] problems with "dirty" UFS2 partitions To: "O. Hartmann" Cc: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 06:01:37 -0000 On Mon, Aug 7, 2017 at 11:17 PM, O. Hartmann wrote: > Hello, > > we're running a NanoBSD based appliance which resides on a small SoC and > utilises a mSATA SSD for logging, database storage and mail folder. The > operating system is recent CURRENT as it is still under development. > > The problem ist, that from time to time, without knowing or seeing the > reason, > the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to > memory and performance limitations). Journaling is enbaled. > > When the partitions on the SSD become "dirty", logging or accessing them > isn't > possible anymore and for some reason I do not see any log entries reporting > this (maybe due to the fact all logs are going also to that disk since the > logs > would pollute the serial console/console and the console is used for > maintenance purposes/ssh terminal). > > Is it possible to - automated! - check the filesystem on bootup? As on > ordinary > FreeBSD systems with fstab-based filesystems, this happens due to the > rc-init-infrastructure but autofs filesystems seem to be somehow standing > aside > from this procedure. > Can't you just list them in /etc/fstab with the noauto option, but with a non-zero number listed in the 'pass' number column? I know nanobsd doesn't generate things this way, but maybe it should.... Warner From owner-freebsd-current@freebsd.org Tue Aug 8 06:35:03 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1549DC5907 for ; Tue, 8 Aug 2017 06:35:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pg0-x22e.google.com (mail-pg0-x22e.google.com [IPv6:2607:f8b0:400e:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B07E971D7B; Tue, 8 Aug 2017 06:35:03 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-pg0-x22e.google.com with SMTP id l64so10960559pge.5; Mon, 07 Aug 2017 23:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=WPt3QTOSNMs7IIzdYfqWgNwBJjuX2A6oYP4yjKC8aog=; b=Yp5uJccTOfkThGfPX99dZ/EkMUCVlqrlhiMui/eh2DKNapqI7LMjhTPbwFH4smwBxs l3oglBjIOT+6JH1G6QjV8mLy55hqH/SCdNhe2pSp/MrqwA68SZGvv60z0/PKNUv4hRQ+ Ct6N53ZkJV6KfDvgaTkv2AMKy8vCBR/h6brJCUx1f2NV1RHGkjLbGf1nPBGBzcwVCe9g Sd2kwEAkF9aoj8zWRrHLaNwFdmL10mTqIwo0+4kS2G0OrvQbnG/F1JN3HGe+7N5xDf4S CNoP9GYtVf7WJOtYN39qZ5hEYiIdtmYEVy+wiwBcXCASaUIJ6UYx6zlWJoQ+2s7bPZDh M/GA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=WPt3QTOSNMs7IIzdYfqWgNwBJjuX2A6oYP4yjKC8aog=; b=DXuIL+vMW7t4lERaAC7AFJ9BqfK/veTcVbarlVTi6/fRdUQ20JQqzUxCE5Z5pKVmdd ANmF9l0Tv30jj7MyrstYuV1baAZarEkufP/dwYKxdqSzfysZwbS7CRArhY6ZjuNBKVvg YGoR5R3uQ+dJBEwpltWBp2HZlIEZ2VKd2hPDLWpQ4E/stPxN9xR9ZV7UR6+TAIJkIwiv zi4x+aMgobZF5lNahYUEJBWAjNgVmwVgAp5VhyBOKYFbOc1ZWMCLGLYDdFYT+RbpDUhx 58nvWVOwqF6VhJVezSu12G1o3E8fV02qnG3YMN6vx8vuflUba1AOZRsknGjxRQ0Q47KJ k8zw== X-Gm-Message-State: AHYfb5i+htiMbrIPKTfdY4UWdcLdxUT8B1Qn443k46NDdhf+8hB4wQaW 3iPyDNg4mFRyGn+AGUvAFETUHLxpcbX7XMo= X-Received: by 10.84.167.2 with SMTP id c2mr3549505plb.370.1502174103006; Mon, 07 Aug 2017 23:35:03 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.100.165.42 with HTTP; Mon, 7 Aug 2017 23:35:02 -0700 (PDT) In-Reply-To: <20170807214811.GP20729@alchemy.franken.de> References: <20170807214811.GP20729@alchemy.franken.de> From: Kevin Oberman Date: Mon, 7 Aug 2017 23:35:02 -0700 X-Google-Sender-Auth: X-nt-ihSdMgNyPvtZlf9QFT28bA Message-ID: Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC To: Marius Strobl Cc: Boris Samorodov , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 06:35:04 -0000 On Mon, Aug 7, 2017 at 2:48 PM, Marius Strobl wrote: > On Mon, Aug 07, 2017 at 09:51:15AM +0300, Boris Samorodov wrote: > > 07.08.2017 09:44, Boris Samorodov ?????: > > > Hi Marius, All, > > > > > > Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and > > > choose YES (CMOS clock is set to UTC), the program just quits. > > > Yea, my clocks are at UTC but I want to get time at local timezone. :-) > > > > > > I've found a recent commit to tzsetup, is it the cause? > > > > Hm. There is a log message at r322097: > > --- > > - Make the initial UTC dialog actually work by giving the relevant files > > the necessary treatment and then exit when choosing "Yes" there > instead > > of moving on to the time zone menu regardless. > > --- > > > > I must misunderstand something. > > > > So my question is: how to set up local time zone if CMOS is set to UTC? > > Yeah, I hadn't thought of the case where one would like to set up > a configuration in which the RTC is using UTC but the timezone is > not. So I've reverted the corresponding part of r322097 for now as > I don't see an obvious way to give /etc/wall_cmos_clock appropriate > treatment in all 3 relevant cases (UTC/UTC, !UTC/UTC and !UTC/!UTC > regarding RTC/timezone) for all interactive and non-interactive > ways of using tzsetup(8). > > Marius Thanks for the quick fix, Marius. FWIW, it the system is not running Windows (dual boot), it has long been standard BSD practice to set the RTC to UTC and then set the timezone to local time. I've seen this back to the days of at least BSD4.3 (NOT FreeBSD) but 20 or more years ago. I have worked at two places with hundreds of systems, all running this way, including all of "my" systems. The practice of setting RTC on Unix-only platforms to local time really started with dual-boot systems, especially Windows. (I first saw this on a BSD Unix/VMS dual boot system.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-current@freebsd.org Tue Aug 8 06:49:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4600DDC6125 for ; Tue, 8 Aug 2017 06:49:40 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BC36722FE for ; Tue, 8 Aug 2017 06:49:39 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id eyKZdXiu4DJTWeyKadv3Kn; Tue, 08 Aug 2017 00:49:33 -0600 X-Authority-Analysis: v=2.2 cv=B4DJ6KlM c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=3tXEeKKawwdt6bmBpPUA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 2A79612E7; Mon, 7 Aug 2017 23:49:31 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v786mFic090494; Mon, 7 Aug 2017 23:48:15 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201708080648.v786mFic090494@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "O. Hartmann" cc: freebsd-current Subject: Re: [autofs] problems with "dirty" UFS2 partitions In-Reply-To: Message from "O. Hartmann" of "Tue, 08 Aug 2017 07:17:58 +0200." <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Aug 2017 23:48:15 -0700 X-CMAE-Envelope: MS4wfCSqbeyFSXfBo7b7luBNFqO2RoooE8G33PJdZfEYQCVaAzgt/cUQxs7oGyjd/Upsn2TYKbF5gAtWtO0aQ0KNtGXxcOtH6acWPa3kYmj2tX91vK+soR4a Mw7jQ9vH8hIRDcGk1A35SMYH/JQ4Gfq/DkIRyi6ZDJUA3TDO+WB1IJ9eXpe5y7Lddih096au9TYVOKT+iO2l6MUJGyGgNDytBP95SK4XXKmYdEcHk8fpx7HY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 06:49:40 -0000 In message <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de>, "O. H artmann" writes: > Hello, > > we're running a NanoBSD based appliance which resides on a small SoC and > utilises a mSATA SSD for logging, database storage and mail folder. The > operating system is recent CURRENT as it is still under development. > > The problem ist, that from time to time, without knowing or seeing the reason > , > the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to > memory and performance limitations). Journaling is enbaled. > > When the partitions on the SSD become "dirty", logging or accessing them isn' > t > possible anymore and for some reason I do not see any log entries reporting > this (maybe due to the fact all logs are going also to that disk since the lo > gs > would pollute the serial console/console and the console is used for > maintenance purposes/ssh terminal). > > Is it possible to - automated! - check the filesystem on bootup? As on ordina > ry > FreeBSD systems with fstab-based filesystems, this happens due to the > rc-init-infrastructure but autofs filesystems seem to be somehow standing asi > de > from this procedure. I'd be interested in finding out if your system either panicked or simply failed to unmount the filesystems in question during a boot or shutdown. Is the SSD being removed prior to FreeBSD having the chance to unmount it? I think if we answer These questions we're more than half way there. Warner has a good suggestion worth considering. Another option might be to use amd program maps. The program map being a program or script that would run fsck prior to issuing a mount. Having said that, this treats the symptom rather than addressing the cause. It's preferred to discover the cause so that autofs (or amd) can mount a clean filesystem. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Tue Aug 8 11:12:41 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3FBADD442C for ; Tue, 8 Aug 2017 11:12:41 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward100o.mail.yandex.net (forward100o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::600]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 856428041F; Tue, 8 Aug 2017 11:12:41 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from mxback14j.mail.yandex.net (mxback14j.mail.yandex.net [IPv6:2a02:6b8:0:1619::90]) by forward100o.mail.yandex.net (Yandex) with ESMTP id DBEA72A20EE2; Tue, 8 Aug 2017 14:12:35 +0300 (MSK) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [2a02:6b8:0:1619::15:6]) by mxback14j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 6M7eq2ZHKd-CZw02TvG; Tue, 08 Aug 2017 14:12:35 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502190755; bh=ey2pw0oHDZ/TW/CF77XkQ/ub6gRqbm8X7Po3CuEdejk=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=cgPAfiK6rmMw+1TjBQ4zZLuF8huUlBxyLxGSODRX7SwBsz91mtCtsgnmvRW38qMY9 I0wqoTm1hERcif0w3Sy50WcO3/LHGfG/C1pKFMX2YIFnICrJ0rfXOePsET0qhKS0Cl qFUR6/eI9Z//5P3BIBCi2zoRPz2wilKGcz7O+nTo= Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id DcRKVcZop2-CZf4S7tH; Tue, 08 Aug 2017 14:12:35 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1502190755; bh=ey2pw0oHDZ/TW/CF77XkQ/ub6gRqbm8X7Po3CuEdejk=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=cgPAfiK6rmMw+1TjBQ4zZLuF8huUlBxyLxGSODRX7SwBsz91mtCtsgnmvRW38qMY9 I0wqoTm1hERcif0w3Sy50WcO3/LHGfG/C1pKFMX2YIFnICrJ0rfXOePsET0qhKS0Cl qFUR6/eI9Z//5P3BIBCi2zoRPz2wilKGcz7O+nTo= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@passap.ru Subject: Re: [tzsetup] can't set up local timezone if CMOS is set to UTC To: Marius Strobl Cc: freebsd-current@FreeBSD.org References: <20170807214811.GP20729@alchemy.franken.de> From: Boris Samorodov Message-ID: Date: Tue, 8 Aug 2017 14:12:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170807214811.GP20729@alchemy.franken.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 11:12:41 -0000 08.08.2017 00:48, Marius Strobl пишет: > On Mon, Aug 07, 2017 at 09:51:15AM +0300, Boris Samorodov wrote: >> 07.08.2017 09:44, Boris Samorodov ?????: >>> Hi Marius, All, >>> >>> Subj at today's amd64-HEAD. If I use command "sudo tzsetup" and >>> choose YES (CMOS clock is set to UTC), the program just quits. >>> Yea, my clocks are at UTC but I want to get time at local timezone. :-) >>> >>> I've found a recent commit to tzsetup, is it the cause? >> >> Hm. There is a log message at r322097: >> --- >> - Make the initial UTC dialog actually work by giving the relevant files >> the necessary treatment and then exit when choosing "Yes" there instead >> of moving on to the time zone menu regardless. >> --- >> >> I must misunderstand something. >> >> So my question is: how to set up local time zone if CMOS is set to UTC? > > Yeah, I hadn't thought of the case where one would like to set up > a configuration in which the RTC is using UTC but the timezone is > not. I've used this configuration, well, almost forever. ;-) As Kevin has already said and my habit is to set a unix machine CMOS to UTC. > So I've reverted the corresponding part of r322097 for now Confirmed, tzsetup works as expected (at least for me). Thank you for quick fix and response. > as > I don't see an obvious way to give /etc/wall_cmos_clock appropriate > treatment in all 3 relevant cases (UTC/UTC, !UTC/UTC and !UTC/!UTC > regarding RTC/timezone) for all interactive and non-interactive > ways of using tzsetup(8). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@freebsd.org Tue Aug 8 11:26:32 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A86E1DD5360 for ; Tue, 8 Aug 2017 11:26:32 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 210D48172D for ; Tue, 8 Aug 2017 11:26:31 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LzGV3-1daJVm13OT-014Sqz; Tue, 08 Aug 2017 13:26:23 +0200 Date: Tue, 8 Aug 2017 13:26:21 +0200 From: "O. Hartmann" To: Cy Schubert , Warner Losh Cc: "O. Hartmann" , freebsd-current Subject: Re: [autofs] problems with "dirty" UFS2 partitions Message-ID: <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <201708080648.v786mFic090494@slippy.cwsent.com> References: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> <201708080648.v786mFic090494@slippy.cwsent.com> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Kz+iOcyYOr/9LiN4w+GGY5PK/XCtgcYxD+jP6WUjfWimF4EPhww 3xOpMLq3pj5nizslbEz34JtWaPxRQWmrR/Y7NVPFjUabQ4Jgmv589s645AWzJpaSpeV2WFq FTTvLmRw6Tfdql2eXbtyM7Mag5QjwwqKoZcZBzHG3hz8jMSvDKxuEvp49ARawOZA4W2CqqU AZRmf9PmETEIx/ddqmTdw== X-UI-Out-Filterresults: notjunk:1;V01:K0:G3nNvYhX+yM=:xF/fkpSRiNlT7IAAIczPAi N+X3WQ+M/Ps8HxX53Ctokh+WSYtks7R5HiOA7YPlMcOlCSIfh4H6hUUNQfVeZ6tSlxzyVGyMm wY7tyEfWluZpNANoi63JRjfEJ9Tqw/CXQDQlznwcaWzP6almBbG47mxiG0M1uebuojAAnAC9J fblC0hbUtd9tIHll714O/IAWV/70XcPBdNJVL3kZipMSuevBwWI9pAGGNYBCFmTZ6miSnGf7I IaaeuJK2odiP3UJzX+gIiBPSsZ/sOm4B4e6F1fBMunUPW3dwyAViSO1CX5RxA0kakFp7CP1Tp 7DWnk6MhZ0wPZ6RioxfJRRHsIO3w/wj+E6Y4L5+23/81Jf2lzbUtXnYsAgM7tbdJuo1FtSRNN iTW5eTIk0xwWOwJLctf9YTFM1wYs6NkBJ0xmvWcUdcPrB/88fLAKCyc0OW0gSQZpjtTIIhid9 O8BDN9z9XtwcMoO7tV51+/vQkCQSVCSDpzyoP1Hem3kShyf5NmpyvepuOU8aS1m8QsxulKEeE w2SGHhBusvwL51cYNQNQf+aupjw12uyCFaYYaevJpzPLRzP18AUYSPtTv12fA6YbIwK2zPd+W HBInB/dRDZzg8YJ5uNTqsXr9UQIZvzElt75GZtW6DnvdmhwqqAlgFMW10aYr9V93p47Ge/Tne oI1QqgcQO8sZ1p4Kn9kpSRyKPVJg1J0UWC738iCexOKF5cB8+52hCwy4v4YEnTL9KqCH7eStZ YmfLya9SAJdwSufNAoQuStFxQEQDIqoZiPQ6DXuy5d44Kx9F5UE9SAEE1fPbnpP/BRyHQSQrr n0lw8m4Iin4r+pldpkiCdcx0kDNeEZBrAlFwPMfg46uu139lg0= X-Mailman-Approved-At: Tue, 08 Aug 2017 11:38:13 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 11:26:32 -0000 On Mon, 07 Aug 2017 23:48:15 -0700 Cy Schubert wrote: Just for convenience, I 'glued" Warner Losh's messages below and reply inline as usual. > In message <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de>, > "O. H > artmann" writes: > > Hello, > > > > we're running a NanoBSD based appliance which resides on a small SoC and > > utilises a mSATA SSD for logging, database storage and mail folder. The > > operating system is recent CURRENT as it is still under development. > > > > The problem ist, that from time to time, without knowing or seeing the > > reason , > > the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to > > memory and performance limitations). Journaling is enbaled. > > > > When the partitions on the SSD become "dirty", logging or accessing them > > isn' t > > possible anymore and for some reason I do not see any log entries reporting > > this (maybe due to the fact all logs are going also to that disk since the > > lo gs > > would pollute the serial console/console and the console is used for > > maintenance purposes/ssh terminal). > > > > Is it possible to - automated! - check the filesystem on bootup? As on > > ordina ry > > FreeBSD systems with fstab-based filesystems, this happens due to the > > rc-init-infrastructure but autofs filesystems seem to be somehow standing > > asi de > > from this procedure. > > I'd be interested in finding out if your system either panicked or simply > failed to unmount the filesystems in question during a boot or shutdown. Is > the SSD being removed prior to FreeBSD having the chance to unmount it? I > think if we answer These questions we're more than half way there. The system in question is logging onto this mSATA SSD and the filesystem is mounted/unmounted via autofs. I do not see any syystem/core faults when doing a reboot and the cases, where the filesystem is unclean after a reboot are rare. But it is even deadly if the system is required to log (it is a routing/PBX/DNS/firewalling system with FAX and answering machine/recording facilities). The only clue I have is that due to the unmount attempt of autounmountd while still writing logging data the filesystem remains in an unclean condition. But the question is then what is causing this condition. > > Warner has a good suggestion worth considering. > > Another option might be to use amd program maps. The program map being a > program or script that would run fsck prior to issuing a mount. Having said > that, this treats the symptom rather than addressing the cause. It's > preferred to discover the cause so that autofs (or amd) can mount a clean > filesystem. Is this also possible with the in-kernel autofs facility? I replaced the amd daemon by the more modern autofs feature and - sorry - I didn't look into the man page while writing the mail. I'll check that out. The main question is, if the above described condition of writing log data and unmount at the same time results in an unresolvable race condition, to simply mount the SSD filesystem via /etc/fstab. The box is booting off a SD card, the mSATA SSD is for loggin/data only and I wanted it to make it as robust as possible with the main on having the firewall/router online to let traffic traverse instead of being blocked when the system fails mounting a filesystem, which is not necessary for survival. To have log or to have traffic passing is the essential question to answere here ... > > [from Warner Losh] > Can't you just list them in /etc/fstab with the noauto option, but with a > non-zero number listed in the 'pass' number column? I know nanobsd doesn't > generate things this way, but maybe it should.... > > Warner I haven't though of this ever - will it force a check of a dirty filesystem even when it is mounted via autofs? I considered /etc/fstab and autofs as mutual exclusive - in my naive view ... Thank you very much, Oliver From owner-freebsd-current@freebsd.org Tue Aug 8 15:22:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA808DBDBBB for ; Tue, 8 Aug 2017 15:22:16 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D575660BE for ; Tue, 8 Aug 2017 15:22:15 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id f6Khdb6HWMaqMf6Kidkhlt; Tue, 08 Aug 2017 09:22:14 -0600 X-Authority-Analysis: v=2.2 cv=Qc8WhoTv c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=KeKAF7QvOSUA:10 a=BWvPGDcYAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=jmRh8kgHxhs6vqX0nv4A:9 a=XDJE8Oj6bc3Dp2QF:21 a=SUjmoIluuCpRsCc-:21 a=CjuIK1q_8ugA:10 a=pxhY87DP9d2VeQe4joPk:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 8DB561928; Tue, 8 Aug 2017 08:22:10 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v78FKr3v083116; Tue, 8 Aug 2017 08:20:53 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201708081520.v78FKr3v083116@slippy.cwsent.com> X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: "O. Hartmann" cc: Cy Schubert , Warner Losh , "O. Hartmann" , freebsd-current Subject: Re: [autofs] problems with "dirty" UFS2 partitions In-Reply-To: Message from "O. Hartmann" of "Tue, 08 Aug 2017 13:26:21 +0200." <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Aug 2017 08:20:53 -0700 X-CMAE-Envelope: MS4wfAaN2IaYEKLf/ZA1tpZflk2o91iG62cilSBKcmlEgcr95FMTZ4vLbNtPcOCa9rS+WDB7uNgvNQqN3z9CZhYEUI6SRnrM6aq1hH4bo4/e0FrgYWF7tn63 HOTwXFqFmXuHe6S41lsmjROQZ5VKl6/aVhdQJZaCP914ot89AbiDjf3LxFtWLYWMyK+YDB+ukx778utQK/jmKMsu3GFHsDQxRJbhgltv2jwFs1GAjql8Z156 vNk1ljFj3ri8KQBrGzaehoRTXfVgaPPOZEGlD/fXBvhRqDxwSMISqWdoi3hm3t7P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 15:22:16 -0000 In message <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de>, "O. H artmann" writes: > On Mon, 07 Aug 2017 23:48:15 -0700 > Cy Schubert wrote: > > > Just for convenience, I 'glued" Warner Losh's messages below and reply inline > as usual. > > > In message <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de>, > > "O. H > > artmann" writes: > > > Hello, > > > > > > we're running a NanoBSD based appliance which resides on a small SoC and > > > utilises a mSATA SSD for logging, database storage and mail folder. The > > > operating system is recent CURRENT as it is still under development. > > > > > > The problem ist, that from time to time, without knowing or seeing the > > > reason , > > > the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to > > > memory and performance limitations). Journaling is enbaled. > > > > > > When the partitions on the SSD become "dirty", logging or accessing them > > > isn' t > > > possible anymore and for some reason I do not see any log entries reporti > ng > > > this (maybe due to the fact all logs are going also to that disk since th > e > > > lo gs > > > would pollute the serial console/console and the console is used for > > > maintenance purposes/ssh terminal). > > > > > > Is it possible to - automated! - check the filesystem on bootup? As on > > > ordina ry > > > FreeBSD systems with fstab-based filesystems, this happens due to the > > > rc-init-infrastructure but autofs filesystems seem to be somehow standing > > > asi de > > > from this procedure. > > > > I'd be interested in finding out if your system either panicked or simply > > failed to unmount the filesystems in question during a boot or shutdown. Is > > > the SSD being removed prior to FreeBSD having the chance to unmount it? I > > think if we answer These questions we're more than half way there. > > The system in question is logging onto this mSATA SSD and the filesystem is > mounted/unmounted via autofs. I do not see any syystem/core faults when doing > a > reboot and the cases, where the filesystem is unclean after a reboot are rare > . > But it is even deadly if the system is required to log (it is a > routing/PBX/DNS/firewalling system with FAX and answering machine/recording > facilities). > > The only clue I have is that due to the unmount attempt of autounmountd while > still writing logging data the filesystem remains in an unclean condition. Bu > t > the question is then what is causing this condition. It's not unmounting for this very reason. It can't. (Try umount of a filesystem which has files still open.) > > > > > Warner has a good suggestion worth considering. > > > > Another option might be to use amd program maps. The program map being a > > program or script that would run fsck prior to issuing a mount. Having said > > > that, this treats the symptom rather than addressing the cause. It's > > preferred to discover the cause so that autofs (or amd) can mount a clean > > filesystem. > > Is this also possible with the in-kernel autofs facility? I replaced the amd > daemon by the more modern autofs feature and - sorry - I didn't look into the > man page while writing the mail. I'll check that out. > > The main question is, if the above described condition of writing log data an > d > unmount at the same time results in an unresolvable race condition, to simply > mount the SSD filesystem via /etc/fstab. The box is booting off a SD card, th > e > mSATA SSD is for loggin/data only and I wanted it to make it as robust as > possible with the main on having the firewall/router online to let traffic > traverse instead of being blocked when the system fails mounting a filesystem > , > which is not necessary for survival. To have log or to have traffic passing i > s > the essential question to answere here ... You could mount late or issue an fsck in rc.local. In rc.local, if it fails simply spit out an error message (or email). > > > > > > > > [from Warner Losh] > > Can't you just list them in /etc/fstab with the noauto option, but with a > > non-zero number listed in the 'pass' number column? I know nanobsd doesn't > > generate things this way, but maybe it should.... > > > > Warner > > I haven't though of this ever - will it force a check of a dirty filesystem > even when it is mounted via autofs? I considered /etc/fstab and autofs as > mutual exclusive - in my naive view ... > > Thank you very much, > > Oliver -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Tue Aug 8 23:07:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54C41DD64F7 for ; Tue, 8 Aug 2017 23:07:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1292D77B11 for ; Tue, 8 Aug 2017 23:07:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id 77so11770245itj.1 for ; Tue, 08 Aug 2017 16:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=JkuJUE4h+AbfjFqEirFbJUxp498wBmBKWHx52/VpC14=; b=LfrFbyYWpeHV06gTR1OFSpa8KoI688oxMhr+2mNxcyFktZ54J8k+WRYijyrl/LuU90 +uIX0Y+fNqK11z9qIVF1jKuRW3dzYxmKFV27raov813z8/Vfe21Se4c8bfsXKqT+jo9R GsN0GBzvzlCM/mNJJUsPx5kGINz5qqX9jwuyfqSsTCr7xHSrQwaml3nGa/f0B3UGhT9J KtPt/zQFqVfB4Tfw2OECjWSvDCWpdIbubppjw77XSLtpI90Y1PVhWGbQJGRr11WwN+hT ZoZI3daIjIs1jsxjmM9B9fOpaE+himpcv6pFUC1JaEFhfKcrXzc98S6mdDlyvrq96Vhu jBZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=JkuJUE4h+AbfjFqEirFbJUxp498wBmBKWHx52/VpC14=; b=hnxN8W8OPeWW+UCVmcPQ7ergnU2wxFpVApYhlJ4Xi+mK1ldGqcUjx4QSdGge+LqaUc xJ/8NEI7HywNuKQb4Wkg+yuk8JaOfyc+UWdc2q2vbaK3ltUnBavbh8nmhxuvpPB96SEV wjP1WfUByO27UdGPSgFo0j6W26066qWwZVN3cB5Mv2FU3kUHTHKr62rAQucOTrWYXrdQ 8UwiuqWzsrCADdQL62C1BtpmBpRCGzRwXeayEttID2rTpgt5WI8HODgiIGNJBXfncTPT 2HKTzD9EIRGI1rLOkBmbewmMoUJ/GFvYPqh7Gg83Wl++BD9czQVGb9O4zOJwfJHWK6j+ ns3w== X-Gm-Message-State: AIVw112k385fepw25f43KnXE4W4h1raN/CFO6oX/+xomjGeAYnbCICLI 9/P0FDyV9aZO0uzybwcAlxuLM1tM7QJR X-Received: by 10.36.252.69 with SMTP id b66mr5021860ith.97.1502233655274; Tue, 08 Aug 2017 16:07:35 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.10.71 with HTTP; Tue, 8 Aug 2017 16:07:34 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:95b6:4226:f295:bf25] In-Reply-To: <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de> References: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> <201708080648.v786mFic090494@slippy.cwsent.com> <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de> From: Warner Losh Date: Tue, 8 Aug 2017 17:07:34 -0600 X-Google-Sender-Auth: 3dKrTLskN3akRiVdfE1Zz-5CLk0 Message-ID: Subject: Re: [autofs] problems with "dirty" UFS2 partitions To: "O. Hartmann" Cc: Cy Schubert , "O. Hartmann" , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 23:07:36 -0000 On Tue, Aug 8, 2017 at 5:26 AM, O. Hartmann wrote: > > [from Warner Losh] > > Can't you just list them in /etc/fstab with the noauto option, but with a > > non-zero number listed in the 'pass' number column? I know nanobsd > doesn't > > generate things this way, but maybe it should.... > > > > Warner > > I haven't though of this ever - will it force a check of a dirty filesystem > even when it is mounted via autofs? I considered /etc/fstab and autofs as > mutual exclusive - in my naive view ... > 'noauto' means it won't be mounted automatically. And setting a pass will only affect things early in boot. Since there won't be multiple things vying for control, autofs can safely be used in this case. I don't know how, with autofs, to force a fsck when the filesystem needs it though. We do things like this at work where we have a few FS listed in /etc/fstab, but wind up mounting a boatload more based on simple rules that our startup scripts just know about to find additional FS to mount. No autofs since we need our content online all the time, but still enough similar to be worth some experimentation time. And let me know how this goes, since I think it would be a good addition to nanobsd which normally keeps /cfg unmounted... Warner From owner-freebsd-current@freebsd.org Wed Aug 9 10:29:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CA27DC8D50 for ; Wed, 9 Aug 2017 10:29:31 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic319-31.consmr.mail.bf2.yahoo.com (sonic319-31.consmr.mail.bf2.yahoo.com [74.6.131.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 161EC6BFD1 for ; Wed, 9 Aug 2017 10:29:30 +0000 (UTC) (envelope-from filippomore@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1502274564; bh=sY2S1t0NzSKR9IaydWqm9cbqWfBt1B0ms2xhP8p+rSA=; h=Date:From:To:Subject:References:From:Subject; b=K43Tb0AhCmg+JOYlSFS4ieCaFVOOjXd9KeYDmh02GZSXx44BHtqD3C9KZLF6fV35Bar5eZNrsTU/CajVYj/d7cg5ItWFTp7A+MiNXyYLMsySMh75P4AWxfrCqJgxdEGkC/14UTZJDwGVmMTgS6hkq26Q7TnDJPg7GvOTuXW8tKf3JzkC58oEQ5dibACPKvAawZGUyjCCYNEp5w2rTpq+7ucIU12kkXX2rtHT3ZXMNLhMAgj2pekRqrCRvH3hP83KTptg+d390AvgJpuVy3kcc6eEEWy86N7nFkSTYcobYkAS8LJkoYdAstCtfviiIexuwIeEs1AYkKdS+Be09TgIeQ== X-YMail-OSG: SUH0_wgVM1kdyCwUQASLx75Hqfpl4qTSmumwON2exzxhohvd51PRxXvGYeB3kCp fNAVuAlGyV5BL8w2ucaEqB0mG9LTZ2Xvs4IbKZirzRp_wCY_yFKHJA_jgbHa_EEJq8KVnbQenH99 gZvwoLqLSbDa6VKuy8LNva6nH6eM65L9Hw2isfDGwsqnrp5Uohng6zfGNQdRlZ7hzqx95FnVSqj4 Sw.o89o71nq4Y_PPzPqHVAfHoQVBMzwHoJ_ilqMCp2uXZ7TiQQ7VsjIPE4nd5ANIwRjZCRuc1P3z hOtm2t.p5.C5e9jD2JZ9sQqVNqAVeIKR7W6nqFbdAfy2RSBn9I64MU9_h5b9ZDmhrnEg.WEH9LqJ UyJPEJUwEIIehbgnbzkL45aQvXsOHnxwdWB3lRPuT21tKA4phCPSSW3IqIVV4zzCPlryHZ2RV8M4 pQ9MZ1AhIt.GdDUqk7kRZSmoOxmkW7TLS9B_Wf6quhM5dxc51IPhePv6uRxRlRxte83bB0w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic319.consmr.mail.bf2.yahoo.com with HTTP; Wed, 9 Aug 2017 10:29:24 +0000 Date: Wed, 9 Aug 2017 10:19:14 +0000 (UTC) From: Filippo Moretti To: "freebsd-current@freebsd.org" Message-ID: <379757117.262676.1502273954953@mail.yahoo.com> Subject: Userland problems in 12-CURRENT MIME-Version: 1.0 References: <379757117.262676.1502273954953.ref@mail.yahoo.com> X-Mailer: WebService/1.1.10318 YMailNorrin Mozilla/5.0 (X11; FreeBSD i386; rv:54.0) Gecko/20100101 Firefox/54.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 10:29:31 -0000 FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #2 r321685M: Sun Jul 30 08:= 49:42 CEST 2017=C2=A0=C2=A0=C2=A0=C2=A0 root@sting:/usr/obj/usr/src/sys/STI= NG_VT=C2=A0=C2=A0i386 I have a problems with chromium and smtube bott exit with segmentation faul= t chromium does'n produce any core.Smtube corefollows:GNU gdb (GDB) 8.0 [GD= B v8.0 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.=C2=A0=C2=A0Type "show= copying" and "show warranty" for details. This GDB was configured as "i386-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/smtube...(no debugging symbols found)..= .done. [New LWP 100652] [New LWP 100938] [New LWP 100939] [New LWP 100940] [New LWP 100941] [New LWP 100942] Core was generated by `smtube'.Program terminated with signal SIGSEGV, Segm= entation fault. #0=C2=A0=C2=A00x2a5c4d55 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 [Current thread is 1 (LWP 100652)] (gdb) where #0=C2=A0=C2=A00x2a5c4d55 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #1=C2=A0=C2=A00x28def484 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #2=C2=A0=C2=A00x2910da99 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #3=C2=A0=C2=A00x290f7ff8 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #4=C2=A0=C2=A00x290f51fe in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #5=C2=A0=C2=A00x290f7c62 in ?? () from /usr/local/lib/qt5/libQt5WebKit.so.5 #6=C2=A0=C2=A00x28e02694 in QWebFrameAdapter::load(QNetworkRequest const&, = QNetworkAccessManager::Operation, QByteArray const&) () =C2=A0=C2=A0 from /usr/local/lib/qt5/libQt5WebKit.so.5 #7=C2=A0=C2=A00x280fa6b7 in QWebFrame::load(QUrl const&) () =C2=A0=C2=A0 from /usr/local/lib/qt5/libQt5WebKitWidgets.so.5 #8=C2=A0=C2=A00x28107ad8 in QWebView::load(QUrl const&) () =C2=A0=C2=A0 from /usr/local/lib/qt5/libQt5WebKitWidgets.so.5#9=C2=A0=C2=A0= 0x0807d768 in ?? () #10 0x08089054 in ?? () #11 0x0805853a in ?? () #12 0x080583f8 in ?? () #13 0x00000000 in ?? () Further I did succesfully install a PAE kernel but the OS only finds the sa= me 3G ram as standard kernel insted of the 4 G available.Are there other pr= ocedures in order to enable the 4G ram available?ThanksFilippo From owner-freebsd-current@freebsd.org Wed Aug 9 10:43:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 730ADDC95CC for ; Wed, 9 Aug 2017 10:43:27 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F408B6CAD4 for ; Wed, 9 Aug 2017 10:43:26 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.105.122.100] (host86-187-172-22.range86-187.btcentralplus.com [86.187.172.22]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v79AaZ0G083751; Wed, 9 Aug 2017 11:36:37 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Userland problems in 12-CURRENT From: Bob Bishop In-Reply-To: <379757117.262676.1502273954953@mail.yahoo.com> Date: Wed, 9 Aug 2017 11:36:30 +0100 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <379757117.262676.1502273954953.ref@mail.yahoo.com> <379757117.262676.1502273954953@mail.yahoo.com> To: Filippo Moretti X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 10:43:27 -0000 Hi, > On 9 Aug 2017, at 11:19, Filippo Moretti = wrote: >=20 > [...] > Further I did succesfully install a PAE kernel but the OS only finds = the same 3G ram as standard kernel insted of the 4 G available.Are there = other procedures in order to enable the 4G ram available?ThanksFilippo Maybe there is a BIOS option to enable PAE? Does the kernel report PAE = in the CPU options at boot? -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@freebsd.org Wed Aug 9 13:07:17 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C005DCC89D for ; Wed, 9 Aug 2017 13:07:17 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4D467150B for ; Wed, 9 Aug 2017 13:07:16 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.105.122.100] (host86-187-170-190.range86-187.btcentralplus.com [86.187.170.190]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id v79D7Ddo016575; Wed, 9 Aug 2017 14:07:13 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Userland problems in 12-CURRENT From: Bob Bishop In-Reply-To: <638760506.249503.1502275278363@mail.yahoo.com> Date: Wed, 9 Aug 2017 14:07:05 +0100 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <081BE024-DFA5-49CD-997D-604193856A85@gid.co.uk> References: <379757117.262676.1502273954953.ref@mail.yahoo.com> <379757117.262676.1502273954953@mail.yahoo.com> <638760506.249503.1502275278363@mail.yahoo.com> To: Filippo Moretti X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 13:07:17 -0000 Just copying this reply to the list. > On 9 Aug 2017, at 11:41, Filippo Moretti = wrote: >=20 > I could not find a bios option,the kernel does report PAE as a CPU = option >=20 > = Features=3D0xbfebfbff > Features2=3D0x441d > thank you > Filippo >=20 > On Wednesday, August 9, 2017, 12:36:47 PM GMT+2, Bob Bishop = wrote: >=20 >=20 > Hi, >=20 > > On 9 Aug 2017, at 11:19, Filippo Moretti = wrote: > >=20 > > [...] > > Further I did succesfully install a PAE kernel but the OS only finds = the same 3G ram as standard kernel insted of the 4 G available.Are there = other procedures in order to enable the 4G ram available?ThanksFilippo >=20 >=20 > Maybe there is a BIOS option to enable PAE? Does the kernel report PAE = in the CPU options at boot? >=20 > -- > Bob Bishop > rb@gid.co.uk >=20 >=20 >=20 >=20 From owner-freebsd-current@freebsd.org Wed Aug 9 19:22:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1B0CDD4037 for ; Wed, 9 Aug 2017 19:22:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7CC4682310 for ; Wed, 9 Aug 2017 19:22:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 791B8DD4036; Wed, 9 Aug 2017 19:22:46 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78AEEDD4035 for ; Wed, 9 Aug 2017 19:22:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 474C78230F; Wed, 9 Aug 2017 19:22:46 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5B00112378; Wed, 9 Aug 2017 19:22:45 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 48AA68BB2; Wed, 9 Aug 2017 19:22:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 5JFbfE1MAYCT; Wed, 9 Aug 2017 19:22:38 +0000 (UTC) Subject: Re: Apparent race in buildworld (head/amd64, r322214 -> r322304) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A24E48BAD To: David Wolfskill , "current@freebsd.org" Cc: sjg@freebsd.org References: <20170809120436.GY1244@albert.catwhisker.org> <689a8aa1-c8a3-a8e3-bc01-8bec5c212b41@FreeBSD.org> <20170809175724.GC1244@albert.catwhisker.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> Date: Wed, 9 Aug 2017 12:22:20 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170809175724.GC1244@albert.catwhisker.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gF9NCUB3eWvlgtS0IdGU6iakXiKObT7Mi" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 19:22:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gF9NCUB3eWvlgtS0IdGU6iakXiKObT7Mi Content-Type: multipart/mixed; boundary="I7EMDTc44XW9Tu3NFekFJvpKQIPHmcS9R"; protected-headers="v1" From: Bryan Drewery To: David Wolfskill , "current@freebsd.org" Cc: sjg@freebsd.org Message-ID: <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> Subject: Re: Apparent race in buildworld (head/amd64, r322214 -> r322304) References: <20170809120436.GY1244@albert.catwhisker.org> <689a8aa1-c8a3-a8e3-bc01-8bec5c212b41@FreeBSD.org> <20170809175724.GC1244@albert.catwhisker.org> In-Reply-To: <20170809175724.GC1244@albert.catwhisker.org> --I7EMDTc44XW9Tu3NFekFJvpKQIPHmcS9R Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s On 8/9/2017 10:57 AM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 10:49:04AM -0700, Bryan Drewery wrote: >> ... >>> on one machine, but the other never had an issue. On the "failing" o= ne, >>> a re-start of the buildworld completed (apparently) successfully. >> >> Yeah, I've gotten reports of this one for years. I fixed a few proble= ms >> with it in the past but something else must have creeped in. >=20 > Or I just got "lucky." :-) >=20 >> I don't believe it is related to META_MODE though. >=20 > Fair enough; I pointed it out just in case it might be relevant. (I tr= y > to avoid hiding possibly-relevant information when I'm trying to work > with someone to solve a problem. I know that's weird, but... :-} ) >=20 >> The last time I fixed this (AFAIK) it was related to an early error >> being ignored. I'll review your log to see if I can find anything lik= e >> that. >=20 > Cool. FWIW, the scheduler will see 8 cores on each machine, so the > "make buildworld" will have been "make -j16 buildworld" (on each). >=20 >> .... >=20 This should fix it: https://people.freebsd.org/~bdrewery/patches/gcc_s-install-race.diff The problem has consistently been, from your reports, that gcc_s is being installed to WORLDTMP *while* something is trying to link to it. > --- gnu/lib/libgcc__L --- > Building /common/S4/obj/usr/src/world32/usr/src/gnu/lib/libgcc/_libinst= all > --- kerberos5/lib/libhx509__L --- > Building /common/S4/obj/usr/src/world32/usr/src/kerberos5/lib/libhx509/= keyset.So > --- secure/lib/libssl__L --- > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >=20 >=20 > Building /common/S3/obj/usr/src/world32/usr/src/gnu/lib/libgcc/_libinst= all > --- lib/ncurses/ncursesw__L --- > Building /common/S3/obj/usr/src/world32/usr/src/lib/ncurses/ncursesw/nc= _panel.po > --- lib/ncurses/ncurses__L --- > Building /common/S3/obj/usr/src/world32/usr/src/lib/ncurses/ncurses/com= p_parse.po > --- lib/ncurses/ncursesw__L --- > Building /common/S3/obj/usr/src/world32/usr/src/lib/ncurses/ncursesw/re= sizeterm.po > --- lib/libc++__L --- > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >=20 > --- lib/libgcc_s__L ---^M = =20 > Building /common/S4/obj/usr/src/world32/usr/src/lib/libgcc_s/_libinstal= l^M =20 > --- kerberos5/lib/libwind__L ---^M = =20 > --- obj ---^M = =20 > --- secure/lib/libcrypto__L ---^M = =20 > --- all_subdir_secure/lib/libcrypto/engines/libatalla ---^M = =20 > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s^M = =20 > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion)^M > --- all_subdir_secure/lib/libcrypto/engines/libsureware ---^M = =20 > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s^M = =20 By default 'install' unlinks the file and then copies over the new file. Using PRECIOUSLIB we get the -S flag to install which is atomic in its installation. Note the patch is not what I will commit. At Isilon we changed our install to always use -S for library installation, but not to force schg on. I am considering making that change the default, to use -S for all libraries. --=20 Regards, Bryan Drewery --I7EMDTc44XW9Tu3NFekFJvpKQIPHmcS9R-- --gF9NCUB3eWvlgtS0IdGU6iakXiKObT7Mi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZi2DtAAoJEDXXcbtuRpfPM9AH/iChj5dVPn6Dc5ya1Oxu3/2v HooVuSxvAnb7yeYTAxaLLrjCjuu1R8AW7mOJdmLVbA0VekWLiHKQi3Uqo8a0bsxS zMq/DRoomUFvmwO1RyoQboTaJbDaYsSCdzvj5A4RFD2DCSmkFTyJWpx5mwCT1QPx VFdeU0/OGgqZ/22ySPQTD7vfPNInEA6yArRbAPifwi0htV77qd3V2OD1jDw/uoss a8fxtAj0fZNcuf8pEjUCAXoigVI7C7o9lDGuElKUtIjxiyHLiS9yXxYF4gSHJQjs G1pQShEMAqFGZec7pXnlMjj0I4ludrN6iRXhZp9oRsIQ7mOYekJ/+6smrdIIjRM= =cDaP -----END PGP SIGNATURE----- --gF9NCUB3eWvlgtS0IdGU6iakXiKObT7Mi-- From owner-freebsd-current@freebsd.org Wed Aug 9 19:35:39 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1CA1DD4485 for ; Wed, 9 Aug 2017 19:35:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A713E82A27 for ; Wed, 9 Aug 2017 19:35:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id A0EECDD4484; Wed, 9 Aug 2017 19:35:39 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0914DD4483 for ; Wed, 9 Aug 2017 19:35:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 62F5C82A21; Wed, 9 Aug 2017 19:35:38 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id v79JZbqQ048167; Wed, 9 Aug 2017 19:35:37 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id v79JZbgD048166; Wed, 9 Aug 2017 12:35:37 -0700 (PDT) (envelope-from david) Date: Wed, 9 Aug 2017 12:35:37 -0700 From: David Wolfskill To: Bryan Drewery Cc: "current@freebsd.org" , sjg@freebsd.org Subject: Re: Apparent race in buildworld (head/amd64, r322214 -> r322304) Message-ID: <20170809193537.GD1244@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Bryan Drewery , "current@freebsd.org" , sjg@freebsd.org References: <20170809120436.GY1244@albert.catwhisker.org> <689a8aa1-c8a3-a8e3-bc01-8bec5c212b41@FreeBSD.org> <20170809175724.GC1244@albert.catwhisker.org> <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pTEDYYnwEQXHeRP5" Content-Disposition: inline In-Reply-To: <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 19:35:39 -0000 --pTEDYYnwEQXHeRP5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2017 at 12:22:20PM -0700, Bryan Drewery wrote: > > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s > ...=20 >=20 > This should fix it: > https://people.freebsd.org/~bdrewery/patches/gcc_s-install-race.diff >=20 > The problem has consistently been, from your reports, that gcc_s is > being installed to WORLDTMP *while* something is trying to link to it. Yeah, that doesn't seem like something that's likely to have deterministic results. > ... > > --- lib/libc++__L --- > > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s > >=20 > > --- lib/libgcc_s__L ---^M = =20 > ... > > --- all_subdir_secure/lib/libcrypto/engines/libsureware ---^M = =20 > > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s^M = =20 >=20 >=20 >=20 > By default 'install' unlinks the file and then copies over the new file. > Using PRECIOUSLIB we get the -S flag to install which is atomic in its > installation. >=20 > Note the patch is not what I will commit. At Isilon we changed our > install to always use -S for library installation, but not to force schg > on. I am considering making that change the default, to use -S for all > libraries. =46rom an (admittedly) naive perspective, it seems to me that enforcing "atomic installation" for file system objects that are to be used during the build (or install) makes more sense than firing and hoping for the best. :-} > --=20 > Regards, > Bryan Drewery >=20 Thanks! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org If we wish to eliminate sources of Fake News, start at the top: D. Trump. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --pTEDYYnwEQXHeRP5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJZi2QJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XGYYH/i6Oe0heSJFejdqdatiX/LV+ DUpOIp6mNly2couq/LTGPLs5+8o3S84z2jbi7mvg1p9fbVRM9P5dpn4/Ih87ZfMO P/8V99WM09+RUCX2bZXoCDiN/0elBZLxjNXZs1hu22hgj8MGt8tj6iw2uborD8mn Wp4QqFBz8EWt9/OlZRmwqGbdviPo667vdGGLXJhxbZX7/UwoRxxSId2qD3mmbYTW stDmhiRvzfJcGdcwVhzdXJQdYXXaoqE0Q4Xzk+TipxPDPQoVHpufV/7TRp9fv5jC g+GLKqCMhiSfXVWXZXd6FI6TEXyslJ+5jNt4xULiLWtI2saV+gl2YFuURh9w1w0= =ZoY7 -----END PGP SIGNATURE----- --pTEDYYnwEQXHeRP5-- From owner-freebsd-current@freebsd.org Wed Aug 9 19:38:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADDCDDD483D for ; Wed, 9 Aug 2017 19:38:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 872A78373A for ; Wed, 9 Aug 2017 19:38:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 836F7DD483C; Wed, 9 Aug 2017 19:38:31 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 830EDDD483B for ; Wed, 9 Aug 2017 19:38:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50DD483739; Wed, 9 Aug 2017 19:38:31 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 89E231334D; Wed, 9 Aug 2017 19:38:30 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id B89938C6B; Wed, 9 Aug 2017 19:38:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id t4vnkG4LdYev; Wed, 9 Aug 2017 19:38:27 +0000 (UTC) Subject: Re: Apparent race in buildworld (head/amd64, r322214 -> r322304) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BFAD78C61 To: David Wolfskill , "current@freebsd.org" , sjg@freebsd.org References: <20170809120436.GY1244@albert.catwhisker.org> <689a8aa1-c8a3-a8e3-bc01-8bec5c212b41@FreeBSD.org> <20170809175724.GC1244@albert.catwhisker.org> <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> <20170809193537.GD1244@albert.catwhisker.org> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <87e123b5-c42c-e096-95cc-cd0c79228bb7@FreeBSD.org> Date: Wed, 9 Aug 2017 12:38:26 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170809193537.GD1244@albert.catwhisker.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jmuSWu8LC0T6aApucUXXWDtJq8bRNO3Qa" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 19:38:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jmuSWu8LC0T6aApucUXXWDtJq8bRNO3Qa Content-Type: multipart/mixed; boundary="O4oQIBlntc20DbcddvucsK7L2WBvumtew"; protected-headers="v1" From: Bryan Drewery To: David Wolfskill , "current@freebsd.org" , sjg@freebsd.org Message-ID: <87e123b5-c42c-e096-95cc-cd0c79228bb7@FreeBSD.org> Subject: Re: Apparent race in buildworld (head/amd64, r322214 -> r322304) References: <20170809120436.GY1244@albert.catwhisker.org> <689a8aa1-c8a3-a8e3-bc01-8bec5c212b41@FreeBSD.org> <20170809175724.GC1244@albert.catwhisker.org> <2d6ecd49-2bcc-0c24-8854-63079c0eef6b@FreeBSD.org> <20170809193537.GD1244@albert.catwhisker.org> In-Reply-To: <20170809193537.GD1244@albert.catwhisker.org> --O4oQIBlntc20DbcddvucsK7L2WBvumtew Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 8/9/2017 12:35 PM, David Wolfskill wrote: > On Wed, Aug 09, 2017 at 12:22:20PM -0700, Bryan Drewery wrote: >>> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >> ...=20 >> >> This should fix it: >> https://people.freebsd.org/~bdrewery/patches/gcc_s-install-race.diff >> >> The problem has consistently been, from your reports, that gcc_s is >> being installed to WORLDTMP *while* something is trying to link to it.= >=20 > Yeah, that doesn't seem like something that's likely to have > deterministic results. >=20 >> ... >>> --- lib/libc++__L --- >>> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s >>> >>> --- lib/libgcc_s__L ---^M = =20 >> ... >>> --- all_subdir_secure/lib/libcrypto/engines/libsureware ---^M = =20 >>> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lgcc_s^M = =20 >> >> >> >> By default 'install' unlinks the file and then copies over the new fil= e. >> Using PRECIOUSLIB we get the -S flag to install which is atomic in it= s >> installation. >> >> Note the patch is not what I will commit. At Isilon we changed our >> install to always use -S for library installation, but not to force sc= hg >> on. I am considering making that change the default, to use -S for al= l >> libraries. >=20 > From an (admittedly) naive perspective, it seems to me that enforcing > "atomic installation" for file system objects that are to be used > during the build (or install) makes more sense than firing and > hoping for the best. :-} >=20 It also fixes some runtime crashes while concurrently running installworld to a live system. One that we ran into a lot was an NSS module being used for user lookup that another concurrent install would use while the module was being overwritten. It would see a bogus file during the install. >> --=20 >> Regards, >> Bryan Drewery >> >=20 > Thanks! :-) >=20 > Peace, > david >=20 --=20 Regards, Bryan Drewery --O4oQIBlntc20DbcddvucsK7L2WBvumtew-- --jmuSWu8LC0T6aApucUXXWDtJq8bRNO3Qa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZi2SyAAoJEDXXcbtuRpfPT5EH/iximBBvbgblRl9du9xPO0vy 9ojHm6+hjg8MQs2KM5BBCtLKtfXy0h/CJy7jzwH7i6ZcKWDUSC1YZdUqiOidTMq9 7riJ+oKX/TUtRjDmLyxqKEuxI94OSx5Julxx0MNChbM1DL1/m5yIUrQJcmXWDTjo 7C+vTGmQwp4fKujB61qasxmlSxF19GRSwREVThkIpo8rw1xCTiNKxnxGKTPjHppk 3DFsNZ8U/dDhOKR9lIprHvaPlqVOcxs6CcgKzXEH8NF+oql4h9dxGByE5I6CJmI8 acMkkUdYG/jTgsF4YGKxVMwLb0dmTCZNYcwFY/V2CNzrUFXh/9ClqhBtWQWynlE= =1W0A -----END PGP SIGNATURE----- --jmuSWu8LC0T6aApucUXXWDtJq8bRNO3Qa-- From owner-freebsd-current@freebsd.org Wed Aug 9 19:46:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D47BDD4BB6 for ; Wed, 9 Aug 2017 19:46:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D3E583C88; Wed, 9 Aug 2017 19:46:52 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 3D23F13533; Wed, 9 Aug 2017 19:46:51 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 6FB968CCD; Wed, 9 Aug 2017 19:46:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id ieDzQPuxbJAM; Wed, 9 Aug 2017 19:46:43 +0000 (UTC) Subject: Re: [bmake] bmake sigint handling causing tty corruption DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 257C88CC8 To: "Simon J. Gerraty" , Konstantin Belousov Cc: Dmitry Marakasov , freebsd-current@FreeBSD.org References: <20170718205700.GA2131@hades.panopticon> <20170720112904.GH1935@kib.kiev.ua> <6076.1500572036@kaos.jnpr.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <36a12e36-6217-a9aa-0199-2e1119c5eec8@FreeBSD.org> Date: Wed, 9 Aug 2017 12:46:42 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <6076.1500572036@kaos.jnpr.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aBMn8xglig55uiqPp4VfmVbvlCjRRlnvQ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 19:46:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aBMn8xglig55uiqPp4VfmVbvlCjRRlnvQ Content-Type: multipart/mixed; boundary="Ida0f4dSppp93FKEUHsqEf9fUqUDS5SHa"; protected-headers="v1" From: Bryan Drewery To: "Simon J. Gerraty" , Konstantin Belousov Cc: Dmitry Marakasov , freebsd-current@FreeBSD.org Message-ID: <36a12e36-6217-a9aa-0199-2e1119c5eec8@FreeBSD.org> Subject: Re: [bmake] bmake sigint handling causing tty corruption References: <20170718205700.GA2131@hades.panopticon> <20170720112904.GH1935@kib.kiev.ua> <6076.1500572036@kaos.jnpr.net> In-Reply-To: <6076.1500572036@kaos.jnpr.net> --Ida0f4dSppp93FKEUHsqEf9fUqUDS5SHa Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/20/2017 10:33 AM, Simon J. Gerraty wrote: > Konstantin Belousov wrote: >> I just find is somewhat strange that make initiates a new session. >=20 > In jobs mode it does - to ensure the child and all progeny can be kille= d > in one fell swoop. > In compat mode it does not, but that does not mean the child cannot do > so. >=20 >> Did you verified that enabling the wait code in make(1) fixes the issu= e ? >=20 > FWIW it is a reasonably simple patch to make to wait for child to exit > before self termination. >=20 There's a similar bug with compat vs jobs mode in that stdout/stderr actually being a TTY is not conveyed to the jobs children. Gmake conveys both stdout and stderr as TTY to children [1]. This causes clang's color diagnostics to not be enabled by default with jobs mode since it is looking at stderr for being a TTY. It works fine in compat mode. I've been working around it with this to avoid the detection: > /etc/make.conf:CFLAGS.clang+=3D -fcolor-diagnostics Ccache also wanted to pass this flag along if stderr was a TTY, which meant that jobs mode and compat mode ended up using different caches since one had the flag and the other did not. I fixed the ccache port to not hashing the flag entirely though in ports r408673 / 2016-02. I had written this patch to "fix" bmake a few years ago, https://people.freebsd.org/~bdrewery/patches/bmake-job-stderr-tty.patch. However I took another look at the problem last year and came up with an entirely different patch. I think the problem with my naive patch there is that stderr/stdin are actually passed through the same pipe for jobs mode, so my second attempt was to create a separate stderr pipe similar to the existing job.outPipe, rather than the naive patch just sending stderr to the real one. I ran into more issues with that though with interspersed messages IIRC. I abandoned the work for that. [1] bmake vs gmake: > # cat Makefile > blah: > @if [ -t 0 ]; then echo "0 is a TTY"; fi > @if [ -t 1 ]; then echo "1 is a TTY"; fi > @if [ -t 2 ]; then echo "2 is a TTY"; fi > # make > Building /usr/obj/root/git/freebsd/tmp/blah > 0 is a TTY > # make -j2 > Building /usr/obj/root/git/freebsd/tmp/blah > # gmake > 0 is a TTY > 1 is a TTY > 2 is a TTY > # gmake -j2 > 0 is a TTY > 1 is a TTY > 2 is a TTY > # --=20 Regards, Bryan Drewery --Ida0f4dSppp93FKEUHsqEf9fUqUDS5SHa-- --aBMn8xglig55uiqPp4VfmVbvlCjRRlnvQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZi2aiAAoJEDXXcbtuRpfP9jEH/3YA1BIYp5coApT7wpuIISfT VAL7IHoXYS95HO6pTMypMuiHMOJW1EuTLmuEicG+JHWdfA3xjr0yK0u29bkseJ4i c/fMlag9fUU6+XsyYN+Pz/dyzo1Lb50A9APEWtr4XyDA2k6BjkQuf6nyazB7jm4q pMN71X7k8UnFQ0hBWaJbs+8f0Sg4O+biN+GvPuafssXW2EjeAkdQD+aYRcnXMMr+ TkADVdJkoJQPFxlsZJ9XOi227iEqsn1wSLJ+HDElbtgvsMTYiRxN203IKxwm/k/f OSkb1UKRQ1tj6bcKkLNrEbaDsUcINUJCnuMoAHC9VQZWCqsifBZRQU97uZvjXZI= =wDXk -----END PGP SIGNATURE----- --aBMn8xglig55uiqPp4VfmVbvlCjRRlnvQ-- From owner-freebsd-current@freebsd.org Wed Aug 9 20:02:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FFBFDD5097 for ; Wed, 9 Aug 2017 20:02:37 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CB48845EF for ; Wed, 9 Aug 2017 20:02:37 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 80C14138C5 for ; Wed, 9 Aug 2017 20:02:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 5E8828D55 for ; Wed, 9 Aug 2017 20:02:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id CjXChCXG99Vt for ; Wed, 9 Aug 2017 20:02:28 +0000 (UTC) Subject: Re: Would O_APPEND for /dev/null be possible? DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 767A48D46 To: freebsd-current@freebsd.org References: <20170807213656.FwzOG%steffen@sdaoden.eu> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <768c55f1-6a10-868b-9cd5-6ca5f93aaca3@FreeBSD.org> Date: Wed, 9 Aug 2017 13:02:27 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170807213656.FwzOG%steffen@sdaoden.eu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iS6pG5SvkHhjUq4VvCFtjx49NqrFtJJ0t" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 20:02:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --iS6pG5SvkHhjUq4VvCFtjx49NqrFtJJ0t Content-Type: multipart/mixed; boundary="9mV7xWJwjgepgpEk2bXMD2w9Oj7vON47w"; protected-headers="v1" From: Bryan Drewery To: freebsd-current@freebsd.org Message-ID: <768c55f1-6a10-868b-9cd5-6ca5f93aaca3@FreeBSD.org> Subject: Re: Would O_APPEND for /dev/null be possible? References: <20170807213656.FwzOG%steffen@sdaoden.eu> In-Reply-To: <20170807213656.FwzOG%steffen@sdaoden.eu> --9mV7xWJwjgepgpEk2bXMD2w9Oj7vON47w Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 8/7/2017 2:36 PM, Steffen Nurpmeso wrote: > I can open a file with "a+", which, for this software, means > "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and > OpenBSD, but FreeBSD complains, i think because O_APPEND. (I > think only because the VM does not survive resumes and other > pauses here, which frustrated me over time. It is old VM.) > I mean, it seems i have to sprinkle more /dev/null string > comparisons all over the place, but i wonder whether that really > belongs there.. for /dev/null? > # cat uh.c > #include > #include >=20 > int main() { > int fd; >=20 > fd =3D open("/dev/null", O_RDWR | O_APPEND | O_CREAT | O_NOFOLL= OW); > if (fd =3D=3D -1) > err(1, "open"); > return 0; > } > # truss ./uh =2E.. > openat(AT_FDCWD,"/dev/null",O_RDWR|O_APPEND|O_NOFOLLOW|O_CREAT,03777776= 2520) =3D 3 (0x3) Seems to work fine. --=20 Regards, Bryan Drewery --9mV7xWJwjgepgpEk2bXMD2w9Oj7vON47w-- --iS6pG5SvkHhjUq4VvCFtjx49NqrFtJJ0t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZi2pUAAoJEDXXcbtuRpfPOqwH/jQu+jSABr2y9CGxTgShYuYg idfnbs1MYaIndLGD/fwVvIUcqE0RnTy8Mv+pWO3IYB1tccfc9rBGUqfD/plq5c+0 qFXEWBPhOMnOa7OB+UXP5dhI8BBpfD2hVla01mwG93JOy6zw0iX4DhYKgXwYFKk5 u8cct4ER0VMpXItKtx/o2tJ3mIUq58+Bo3HzLYJRCs3okV5gUx4Jea1u5ixuNvdA xdYRqf0DnjCWeG2i5PXjarZNAs6/zrAm+SU9NI2xJVNJMA7TtqqbXF0nuCnm3Hep Z4GHbqODTpK89Va+9eHT64H4aQt39csFTnCtUZz+YzAVjjH3ub8NiwEcwjItH1g= =sEgD -----END PGP SIGNATURE----- --iS6pG5SvkHhjUq4VvCFtjx49NqrFtJJ0t-- From owner-freebsd-current@freebsd.org Wed Aug 9 21:20:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1505DD61D1 for ; Wed, 9 Aug 2017 21:20:51 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1071CB9; Wed, 9 Aug 2017 21:20:51 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id 7E43E16051; Wed, 9 Aug 2017 23:20:44 +0200 (CEST) Date: Wed, 09 Aug 2017 23:21:44 +0200 From: Steffen Nurpmeso To: Bryan Drewery Cc: freebsd-current@freebsd.org Subject: Re: Would O_APPEND for /dev/null be possible? Message-ID: <20170809212144.Qx0Yr%steffen@sdaoden.eu> References: <20170807213656.FwzOG%steffen@sdaoden.eu> <768c55f1-6a10-868b-9cd5-6ca5f93aaca3@FreeBSD.org> Mail-Followup-To: Bryan Drewery , freebsd-current@freebsd.org, Steffen Nurpmeso User-Agent: s-nail v14.9.3-dirty OpenPGP: id=232C220BCB5690A37BD22FFDEB66022795F382CE; url=https://www.sdaoden.eu/downloads/steffen.asc BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2017 21:20:51 -0000 Good evening. Bryan Drewery wrote: |On 8/7/2017 2:36 PM, Steffen Nurpmeso wrote: |> I can open a file with "a+", which, for this software, means |> "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and |> OpenBSD, but FreeBSD complains, i think because O_APPEND. (I ... |> # cat uh.c |> #include |> #include |> |> int main() { |> int fd; |> |> fd = open("/dev/null", O_RDWR | O_APPEND | O_CREAT | O_NOFOLLOW); |> if (fd == -1) |> err(1, "open"); |> return 0; |>} | |> # truss ./uh |... |> openat(AT_FDCWD,"/dev/null",O_RDWR|O_APPEND|O_NOFOLLOW|O_CREAT,03777776252\ |> 0) = 3 (0x3) | |Seems to work fine. Puh. ... I really looked, logically this codepath should not use locking, so i thought ... Hmm, this is even more complicated than i thought, wait, i have to debug that. And: it turns out that a fseek(3) on the descriptor opened not only fails but sets the ferror(3) state of the FILE! I would need to look into the standard whether this behaviour is correct, but in any case we are not prepared for that, and neither of Linux, Solaris nor OpenBSD enter this condition. (What i did is with the MUA i maintain use the rather useless `write' command which by default writes to /dev/null, this stacks over c_write()[1] over to save1()[2] which does a lot of stuff, anyway /dev/null opened via n_fopen_any()[3] to MBOX preparation call n_folder_mbox_prepare_append()[4] which is defined here[5]. This never made problems yet, but of course i admit it is a generalization (of several instances of rather identical code in former versions of this MUA) which is truly bad and will, hopefully, in a distant future be replaced by a "Mailbox" object which then has some kind of Mailbox::append() (or prepare_append() first if anything else fails), and that could act better for some special files. Anyway, that not today.) [1] https://git.sdaoden.eu/cgit/s-nail.git/tree/cmd-write.c#n380 [2] https://git.sdaoden.eu/cgit/s-nail.git/tree/cmd-write.c#n56 [3] https://git.sdaoden.eu/cgit/s-nail.git/tree/cmd-write.c#n145 [4] https://git.sdaoden.eu/cgit/s-nail.git/tree/cmd-write.c#n168 [5] https://git.sdaoden.eu/cgit/s-nail.git/tree/folder.c#n900 Ciao! --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Thu Aug 10 11:22:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26806DCF50C for ; Thu, 10 Aug 2017 11:22:20 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wr0-x234.google.com (mail-wr0-x234.google.com [IPv6:2a00:1450:400c:c0c::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAFC48019D for ; Thu, 10 Aug 2017 11:22:19 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wr0-x234.google.com with SMTP id k71so1925136wrc.2 for ; Thu, 10 Aug 2017 04:22:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=1aqcenjeSI+VSH5G2VKSL4Ccw8f253m97m4t0EZ8ers=; b=uc1Cayf+1zIHMOpK2gTHZgiWqpQoEjix1aRDR1sxYABtgQjLGvrTqbN1JVGmaFofr3 xxr+yhqsuUWTfdAohQNXwTrPMzHazZNEdQ1skVWd5g0GHoqidYie/ncbpBkS8gMLakRT WBnR2y4XSQjCXfq5MAV+NYkIeLosYwM4Zd4vCNNuIT7qalpN5GOrCh75QsRLYtnIMuHP M/w5ElKhXEwm3DjpvM6DYWvmclydB20xJJueM9O8YHKlTkAMgJX4z0QwCaPyyEa2WGcQ ENY0JNz4Dy8kYciAbgDC/zJ013AcXbXXOK23W47D/gdPE8FLlr0+abd9Z5TR5LoVReBU /nxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=1aqcenjeSI+VSH5G2VKSL4Ccw8f253m97m4t0EZ8ers=; b=DVdYCR/AC21e+Tc8g6cBCwVo8h+zxCtokrU5p222HoP65lfGUi4S0DlGsi5w89YkH0 JvElGDvZpTe06/FApV6tAUF/eN25IOLo/f7MMewBG5b1luMwF2Xv3Iddaw7LY7W2eUeZ rBhccr9FD4dKkHeo5+z7h8cZYzQEUsLO5yAi0kwwOtoE3PG5D6Z3beqk7O8paTY8a1Nl THjTNTK8WXsmZGX6TWvXDagESwHnRiu24eDHT7bydcjEtB/1PKtdHVcvyoNtYdOi+PBI IqnJ6iu/6WJEO2nJmKOno/JH8N19QlLXikvLEcDjuK5pqmNMrG6U1RZ9KRdQmeHoDq/Y Yeng== X-Gm-Message-State: AHYfb5iDEt0P/zSzQUAYrB/FbT+5d55i4t8GPjMSJDJ88uKQE37056lt eyJShI7GYrXkRW2E X-Received: by 10.223.136.28 with SMTP id d28mr9546945wrd.217.1502364136974; Thu, 10 Aug 2017 04:22:16 -0700 (PDT) Received: from brick (cpc92310-cmbg19-2-0-cust934.5-4.cable.virginm.net. [82.9.227.167]) by smtp.gmail.com with ESMTPSA id n22sm4189666wra.30.2017.08.10.04.22.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Aug 2017 04:22:16 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 10 Aug 2017 12:22:14 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "O. Hartmann" Cc: freebsd-current Subject: Re: [autofs] problems with "dirty" UFS2 partitions Message-ID: <20170810112214.GA13978@brick> Mail-Followup-To: "O. Hartmann" , freebsd-current References: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 11:22:20 -0000 On 0808T0717, O. Hartmann wrote: > Hello, > > we're running a NanoBSD based appliance which resides on a small SoC and > utilises a mSATA SSD for logging, database storage and mail folder. The > operating system is recent CURRENT as it is still under development. > > The problem ist, that from time to time, without knowing or seeing the reason, > the automounted partitions become "dirty (UFS2 partitions, no ZFS dur to > memory and performance limitations). Journaling is enbaled. > > When the partitions on the SSD become "dirty", logging or accessing them isn't > possible anymore and for some reason I do not see any log entries reporting > this (maybe due to the fact all logs are going also to that disk since the logs > would pollute the serial console/console and the console is used for > maintenance purposes/ssh terminal). > > Is it possible to - automated! - check the filesystem on bootup? As on ordinary > FreeBSD systems with fstab-based filesystems, this happens due to the > rc-init-infrastructure but autofs filesystems seem to be somehow standing aside > from this procedure. There are several ways. The easiest of them - since you probably know the device name upfront - is what Warner suggested: add it to fstab(5) with the "noauto" option, and then maybe use the -noauto autofs map (see auto_master(5) man page to see what it does). If you don't know the exact device name, you could add a call to fsck to /etc/autofs/special_media, somewhere in print_map_entry() function. It's the script that automountd(8) runs to figure out what devices are available for mounting, and how to mount them. You might need to increase the vfs.autofs.timeout sysctl, though. Yet another would be to run fsck from devd(8), on "GEOM" event, as documented in devd.conf(5). From owner-freebsd-current@freebsd.org Thu Aug 10 13:23:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B631DD2893 for ; Thu, 10 Aug 2017 13:23:20 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by mx1.freebsd.org (Postfix) with ESMTP id 27F58677; Thu, 10 Aug 2017 13:23:19 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id CE6DF16051; Thu, 10 Aug 2017 15:23:17 +0200 (CEST) Date: Thu, 10 Aug 2017 15:24:23 +0200 From: Steffen Nurpmeso To: Bryan Drewery Cc: freebsd-current@freebsd.org Subject: Re: Would O_APPEND for /dev/null be possible? Message-ID: <20170810132423.-8jw-%steffen@sdaoden.eu> References: <20170807213656.FwzOG%steffen@sdaoden.eu> <768c55f1-6a10-868b-9cd5-6ca5f93aaca3@FreeBSD.org> <20170809212144.Qx0Yr%steffen@sdaoden.eu> Mail-Followup-To: Bryan Drewery , freebsd-current@freebsd.org, Steffen Nurpmeso User-Agent: s-nail v14.9.3-dirty OpenPGP: id=232C220BCB5690A37BD22FFDEB66022795F382CE; url=https://www.sdaoden.eu/downloads/steffen.asc BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 13:23:20 -0000 i wrote: |Bryan Drewery wrote: ||On 8/7/2017 2:36 PM, Steffen Nurpmeso wrote: ||> I can open a file with "a+", which, for this software, means ||> "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and ||> OpenBSD, but FreeBSD complains, i think because O_APPEND. (I | ... ||> openat(AT_FDCWD,"/dev/null",O_RDWR|O_APPEND|O_NOFOLLOW|O_CREAT,0377777625\ ||> 2\ ||> 0) = 3 (0x3) || ||Seems to work fine. .. |locking, so i thought ... Hmm, this is even more complicated than |i thought, wait, i have to debug that. And: it turns out that |a fseek(3) on the descriptor opened not only fails but sets the |ferror(3) state of the FILE! I would need to look into the |standard whether this behaviour is correct, but in any case we are |not prepared for that, and neither of Linux, Solaris nor OpenBSD |enter this condition. The POSIX standard says that the error condition shall be set if a read or write error occurs only, but this should not be the case here, no? So looking at [master]:lib/libc/stdio/fseek.c:_fseeko() (note my machine is not strong enough to compile any compiler (but pcc, tcc) or even operating systems, i cannot verify) there is only one condition where the stream error indicator is set, after the dumb: label. I would expect the error indicator for a failing __srefill() or __sflush() (only: not following branches), but _here_ it is set for a "long overflow" check failure. This looks wrong to me, but of course: without having any idea nor test possibilities. Also note this is 32-bit FreeBSD, can it be that /dev/null -2L,SEEK_END sees enters 64-bit range? That also feels wrong, for /dev/null anyway, where it should not matter and simply succeed. (The tested OpenBSD was 32-bit, too.) Ciao! --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Thu Aug 10 13:25:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5610DD2987 for ; Thu, 10 Aug 2017 13:25:23 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) by mx1.freebsd.org (Postfix) with ESMTP id 70FC5861; Thu, 10 Aug 2017 13:25:23 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: by sdaoden.eu (Postfix, from userid 1000) id 7F39116051; Thu, 10 Aug 2017 15:25:22 +0200 (CEST) Date: Thu, 10 Aug 2017 15:26:28 +0200 From: Steffen Nurpmeso To: Bryan Drewery Cc: freebsd-current@freebsd.org Subject: Re: Would O_APPEND for /dev/null be possible? Message-ID: <20170810132628.bhY84%steffen@sdaoden.eu> References: <20170807213656.FwzOG%steffen@sdaoden.eu> <768c55f1-6a10-868b-9cd5-6ca5f93aaca3@FreeBSD.org> <20170809212144.Qx0Yr%steffen@sdaoden.eu> <20170810132423.-8jw-%steffen@sdaoden.eu> Mail-Followup-To: Bryan Drewery , freebsd-current@freebsd.org, Steffen Nurpmeso User-Agent: s-nail v14.9.3-dirty OpenPGP: id=232C220BCB5690A37BD22FFDEB66022795F382CE; url=https://www.sdaoden.eu/downloads/steffen.asc BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 13:25:23 -0000 and i wrote: ... |The POSIX standard says that the error condition shall be set if |a read or write error occurs only, but this should not be the case |here, no? So looking at [master]:lib/libc/stdio/fseek.c:_fseeko() |(note my machine is not strong enough to compile any compiler (but |pcc, tcc) or even operating systems, i cannot verify) there is |only one condition where the stream error indicator is set, after |the dumb: label. | |I would expect the error indicator for a failing __srefill() or |__sflush() (only: not following branches), but _here_ it is set |for a "long overflow" check failure. This looks wrong to me, but |of course: without having any idea nor test possibilities. Also |note this is 32-bit FreeBSD, can it be that /dev/null -2L,SEEK_END |sees enters 64-bit range? That also feels wrong, for /dev/null |anyway, where it should not matter and simply succeed. (The |tested OpenBSD was 32-bit, too.) Also, the return of fseek(3) is "int", so testing LONG_MAX looks a bit odd as such, from my point of view? Ciao. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From owner-freebsd-current@freebsd.org Thu Aug 10 16:52:10 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5662FDD7CF8 for ; Thu, 10 Aug 2017 16:52:10 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FFBE69788 for ; Thu, 10 Aug 2017 16:52:08 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([78.55.103.126]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LzKmP-1dbhrN1tL7-014Udk for ; Thu, 10 Aug 2017 18:52:00 +0200 Date: Thu, 10 Aug 2017 18:51:53 +0200 From: "O. Hartmann" To: FreeBSD CURRENT Subject: [322369] buildkernel failure: error: use of undeclared identifier 'mp_ncpus' Message-ID: <20170810185153.312aedf0@thor.intern.walstatt.dynvpn.de> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/eyHOOJGVDsqkF93r+sEaHG9"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:CsvuvKwybBxXMFeICbCGjV68IxfZ92vbRQuiM33gzn0rsM1z1+M HR2rMOzSCoA33hjn/XfC0WU9CUW4YUWuRfre2E1mEsrmdmMdFZteGUBAh4FqbwkJ15MOVqK zY6BMOAMB8/fnbEEKwlJHDgmOtYlj5K94MfZoqvP7Fu2fYsi/UYkVD2Ynh/Aepyq/LbaMXU sVIHmA4m4TZMIZlg1GQuw== X-UI-Out-Filterresults: notjunk:1;V01:K0:ukhkS/OtHVs=:1nEl1JUfz1MrRfgkuOcTGV IinHn2xP8wZmgsdRr3SILDGWORn0Qhed92j7XdiLgCzG2bcNpCnl1a8p4p40uGuIMIfuz8xDQ Ij401Uax7se2j5mIDCm8w3kt3TfyffqGzRAE7Gc1rK1OnMq1qDXn3nkksi4lGUXQkoop1vxbb Q+aNZwdsZiDCVW290huR+kVPVemMa87HIfjSoIqbv+zpLuTZGyW4ONqQuXAiG7HFq91fAwDBl axi28eZEf3w5oF5Jwr8vgIyC2ZLitDqVXqGzqPTySjasrYahCAFwKl1CUeMiT9qs7RSuMiUxz o00hhU70ETBOJCkh3e2VMwj2K75weAiB1NjU38frEwIjKYjH0GfG/qMm3NVeEvS/RXE6nW3f1 U75FQhLFPxMWfl9W0W3g2/BWApsbglzCMu2SHztH/S2zJm3SZU0SyKct6DnV7XIMGW+rmXRlK pLmzsdi/GLF2IqMX4JHJOeFCNuvaNzAyZ9l+UBWBU+YD7PHTPWodMbCBvpCyFdzTpVnfKGppF IQj6zl9ZIGxUFMJ6rxYsJmiWukzG098vwTP8YyTEoERcWwdLCJSnAMse8Cw74gVHsUIx+NWH/ wJQ4Qwsmc1D6rotvJz0/6qqfBij3tmILG1OQls02jHEu8QiIuuJVG8Kkk4ipxnJMXYob7UYuO u6M7hS37itTH43eKqUNIoRbkQUbksQDm+T/Z8TnuKzl77UrNYZDGeMN3/wBPf651Wvj6LYij2 vr+Bbg/vOZk8jsqjOlGNTcM3j2dEXoaGc2+hIOAr1em4sgm1SOfzxYuyeynhnrpfgZ9zk9Zr3 JQdtbap6tYPL88Z/NPD89XcYBJT5w== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 16:52:10 -0000 --Sig_/eyHOOJGVDsqkF93r+sEaHG9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable r322369 fails to build a kernel due to: --- mptable.o --- /usr/src/sys/x86/x86/mptable.c:480:39: error: use of undeclared identifier = 'mp_ncpus' proc->apic_id < MAX_LAPIC_ID && mp_ncpus < MAXCPU) { ^ /usr/src/sys/x86/x86/mptable.c:481:4: error: use of undeclared identifier '= mp_ncpus' mp_ncpus++; ^ /usr/src/sys/x86/x86/mptable.c:482:4: error: use of undeclared identifier '= mp_maxid' mp_maxid =3D mp_ncpus - 1; ^ /usr/src/sys/x86/x86/mptable.c:482:15: error: use of undeclared identifier = 'mp_ncpus' mp_maxid =3D mp_ncpus - 1; ^ 8 errors generated. *** [mptable.o] Error code 1 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/eyHOOJGVDsqkF93r+sEaHG9 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWYyPKQAKCRDS528fyFhY lJ/PAf43CdGMDpedzJQwjIcHn80v+OgaL0AYg1/n6ahi82c1uaRKef4OVjQln7fD FEnTA2t9ne/Zq1b6Rv0gw4GelvGYAf47w1Dm5n00APDpGs1emOHP7IxEPqMG9P9S jA6IxtNRqbVfTmVfBAQtaB2LchGkgpuXy9/LRwQsymFuoZynHVoL =QEvj -----END PGP SIGNATURE----- --Sig_/eyHOOJGVDsqkF93r+sEaHG9-- From owner-freebsd-current@freebsd.org Thu Aug 10 17:58:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6747DD8FA5 for ; Thu, 10 Aug 2017 17:58:11 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-pg0-f67.google.com (mail-pg0-f67.google.com [74.125.83.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 901646B463 for ; Thu, 10 Aug 2017 17:58:11 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: by mail-pg0-f67.google.com with SMTP id y129so1168709pgy.3 for ; Thu, 10 Aug 2017 10:58: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:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rhDVELmYOxSF7dfsLyaWtrqhWoigrQNBg4WDyU6guEU=; b=ZF/+O6xPM27BOEP6+9Rt5sy9prKErY0Osxis9p6v/6IrizJeAZ8cSPhv/faghj2jiD Ra0QYKtwF7Z0MWD7F+NXJlLpyqM2baBEaRP8ixKUHGDNFrjp/nko9eaEfpDHgp+Ylh+9 TlTR1W47vs4rn3tvx4ucOTcqhEa2KtaefABp2Ykfc/1COKC1tNLwAfAclFVYtgUXaDFY XsT8LtgCBcPlnepUs4O4B/qDefb5470EJ8XfsvI3KHmLLuW+8pt4SKDRQ0HvXkCYZJHV VN7JpvRY/hQEVFbykhU9YepiST+5SlIfATrUhv+9qz8K4e5BHpmiTLZ5DXdfTJaNc+Hz LRSQ== X-Gm-Message-State: AHYfb5gdEecSF19wrUxgu2qIiq1Rs9pCCBdGwF7D6dSM/6SmJ7PQXjib RJ3GHI9PHftcAxR2xVE= X-Received: by 10.84.198.3 with SMTP id o3mr14243611pld.11.1502385969249; Thu, 10 Aug 2017 10:26:09 -0700 (PDT) Received: from mail-pf0-f170.google.com (mail-pf0-f170.google.com. [209.85.192.170]) by smtp.gmail.com with ESMTPSA id q80sm14872388pfj.187.2017.08.10.10.26.09 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Aug 2017 10:26:09 -0700 (PDT) Received: by mail-pf0-f170.google.com with SMTP id o86so5668321pfj.1 for ; Thu, 10 Aug 2017 10:26:09 -0700 (PDT) X-Received: by 10.99.60.83 with SMTP id i19mr12274327pgn.51.1502385968924; Thu, 10 Aug 2017 10:26:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.207.193 with HTTP; Thu, 10 Aug 2017 10:26:08 -0700 (PDT) In-Reply-To: <20170810185153.312aedf0@thor.intern.walstatt.dynvpn.de> References: <20170810185153.312aedf0@thor.intern.walstatt.dynvpn.de> From: Ryan Libby Date: Thu, 10 Aug 2017 10:26:08 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [322369] buildkernel failure: error: use of undeclared identifier 'mp_ncpus' To: "O. Hartmann" Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 17:58:11 -0000 On Thu, Aug 10, 2017 at 9:51 AM, O. Hartmann wrote: > r322369 fails to build a kernel due to: > > > --- mptable.o --- > /usr/src/sys/x86/x86/mptable.c:480:39: error: use of undeclared identifier 'mp_ncpus' > proc->apic_id < MAX_LAPIC_ID && mp_ncpus < MAXCPU) { > ^ > /usr/src/sys/x86/x86/mptable.c:481:4: error: use of undeclared identifier 'mp_ncpus' > mp_ncpus++; > ^ > /usr/src/sys/x86/x86/mptable.c:482:4: error: use of undeclared identifier 'mp_maxid' > mp_maxid = mp_ncpus - 1; > ^ > /usr/src/sys/x86/x86/mptable.c:482:15: error: use of undeclared identifier 'mp_ncpus' > mp_maxid = mp_ncpus - 1; > ^ > 8 errors generated. > *** [mptable.o] Error code 1 > Yes, emaste identified this as related to r322347: https://lists.freebsd.org/pipermail/svn-src-head/2017-August/103426.html From owner-freebsd-current@freebsd.org Fri Aug 11 01:27:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCE27CA1E5D for ; Fri, 11 Aug 2017 01:27:36 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A17517E147 for ; Fri, 11 Aug 2017 01:27:36 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-yw0-x232.google.com with SMTP id l82so14744853ywc.2 for ; Thu, 10 Aug 2017 18:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=TGD8wuDSqLZt/NYIJcytueOwKQB6aQ4LvpzBMVpQHUk=; b=ECShPcVEYhTwB3Jo/VCtKBMhOqdfDqevMaE9HHx7e5pmi1B8CHKiteMHlM7iNQGeIl 3e29jUSvCaggRy963F5n233P2fiYU5wdLfrU9KJHEueomazGfSqcLSbORa36o+oT195o 7m+HrtMC6TC6yZhHPOlkgz53FDIoEJvPBbbtmHNEF6t44AOzRlQczFsMEcxnSEz1LY0d dXJSsDDqBwIuwbvnsGs0N9DVI4zCY1W7Tdej/3xqTqgc2KaRU0C0tcVMOvp5GpQm/LIM IoVmfR+IXYsR9lC5BLHza+iUxdaOsnkOgEQ0iipFX+iM7OWOI5hMNcbuoUT4kHpHJvl5 E31A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=TGD8wuDSqLZt/NYIJcytueOwKQB6aQ4LvpzBMVpQHUk=; b=VxKb5cE2T+S+s5OCq7ODJ0WHVYIpXeuum0F1XWd0EiNY43eA+6VTnnHPwFrstFr7r4 1cnbD9nK2vRKSHZM00gfAYqvm8BTku0XjwIc2UFalzvaSmnnh666eliIH5bU3v+xqrdf 7/O6WmL6c9yaB020/xcfygV/v7R6NLWHDlUnhwmywTJIFdHSflDjS8gAi9XQopZCIlvf 0+5BJ5Y2yNw6DctSUp16EtkwGW1ia1WRqLQVwrnQN4GSFshW77WK7lYhJGLE3eUyX5O+ p4y2nHT6bHND4XEarhCgE607mDyAvJdqtdMN2kUFiDa6c3Y0dZ1MSkOQWsLu2Yqzc0zj HBdA== X-Gm-Message-State: AHYfb5j7ssh8DmtZ9uGvc6j68HN9DYRltD7VWkE0cV+PkvZ1a0xGd1Du BFdGuujPSbqx4pvMxS53QWTbyoT6GNYrWCEXCxqzMFFFisfGXqtkzSQsrupl2ptx3LqS1lZ6LHI HVh5hu47sWW7BBnp7RxmH9+w+dyzoXwVzIeqKwBf3nB3Uhkh+TZxnWJ/R9dwKqi5lQda3mK5Ogh yhvA== X-Received: by 10.37.5.17 with SMTP id 17mr10736118ybf.202.1502414855362; Thu, 10 Aug 2017 18:27:35 -0700 (PDT) Received: from zen.clue.co.za (c-73-217-184-74.hsd1.ga.comcast.net. [73.217.184.74]) by smtp.gmail.com with ESMTPSA id f206sm2733590ywf.26.2017.08.10.18.27.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Aug 2017 18:27:34 -0700 (PDT) To: FreeBSD Current From: Ian FREISLICH Subject: r322076 breaks vtnet connectivity Message-ID: Date: Thu, 10 Aug 2017 21:27:34 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 01:27:37 -0000 Hi I have a host on Digital Ocean (qemu) and the change in r322076 breaks my vtnet0 interface. The interface still comes up but does not pass traffic any more. It's not obvious to my why the changes from r322075 to r322076 affect the vtnet interface. Ian -- Ian Freislich -- Cape Augusta Digital Properties, LLC a Cape Augusta Company *Breach of confidentiality & accidental breach of confidentiality * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. From owner-freebsd-current@freebsd.org Fri Aug 11 02:22:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6EE0CFE96C for ; Fri, 11 Aug 2017 02:22:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-81.reflexion.net [208.70.210.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 990117FA3D for ; Fri, 11 Aug 2017 02:22:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1512 invoked from network); 11 Aug 2017 02:27:39 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 11 Aug 2017 02:27:39 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Thu, 10 Aug 2017 22:22:44 -0400 (EDT) Received: (qmail 8714 invoked from network); 11 Aug 2017 02:22:44 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Aug 2017 02:22:44 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8E898EC8559; Thu, 10 Aug 2017 19:22:43 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: I have submitted bugzilla 221107 for a (e.g.) -r321706 system clang 5 vintage TARGET_ARCH=powerpc buildkernel failure for aha.kld: R_PPC_PLTREL24 reloc against local symbol Date: Thu, 10 Aug 2017 19:22:43 -0700 References: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> <636276E6-BA4C-4C28-84FF-A34BDF1F1702@dsl-only.net> <51700A90-8DB5-4D81-AC83-D3FB0FDEFED7@dsl-only.net> To: Dimitry Andric , FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current , Ed Maste In-Reply-To: <51700A90-8DB5-4D81-AC83-D3FB0FDEFED7@dsl-only.net> Message-Id: <46806707-4FB6-4265-A5B3-F3D4EF3C861C@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 02:22:47 -0000 [A top post about the failing R_PPC_PLTREL24 since the material does not flow well as a sequential read from prior material. I found that the .kld does not match the contributing .o for GLOBAL status for routines and the LOCAL in the .kld is rejected by ld in ppc_elf_check_relocs.] There is something consistent between the two example failures. (The examples here are from a more recent head version for a buildkernel attempt.) (I inserted some lines not matched by the shown grep.) # readelf -a = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld | grep aha_alloc 00002b8c 00003e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 000031a8 00003e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 Symbol table (.symtab) contains 180 entries: Num: Value Size Type Bind Vis Ndx Name 62: 0000000000000000 96 FUNC LOCAL DEFAULT 1 aha_alloc but in aha.o : 44: 0000000000000000 96 FUNC GLOBAL DEFAULT 2 aha_alloc # readelf -a = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.kld | grep agp_find_caps 00002e08 00004912 R_PPC_PLTREL24 00000000 agp_find_caps + 0 Symbol table (.symtab) contains 180 entries: Num: Value Size Type Bind Vis Ndx Name 73: 0000000000000000 172 FUNC LOCAL DEFAULT 1 agp_find_caps but in agp.o : 58: 0000000000000000 172 FUNC GLOBAL DEFAULT 2 agp_find_caps building the .kld's is turning GLOBAL into LOCAL -- and the LOCAL is being rejected by: /usr/src/contrib/binutils/bfd/elf32-ppc.c in its routine: /* Look through the relocs for a section during the first phase, and allocate space in the global offset table or procedure linkage table. */ =20 static bfd_boolean ppc_elf_check_relocs (bfd *abfd, struct bfd_link_info *info, asection *sec, const Elf_Internal_Rela *relocs) via: r_symndx =3D ELF32_R_SYM (rel->r_info); if (r_symndx < symtab_hdr->sh_info) h =3D NULL; else =20 . . . tls_type =3D 0; r_type =3D ELF32_R_TYPE (rel->r_info); . . . =20 switch (r_type) { . . . case R_PPC_PLT32: case R_PPC_PLTREL24: case R_PPC_PLTREL32: case R_PPC_PLT16_LO: case R_PPC_PLT16_HI: case R_PPC_PLT16_HA: #ifdef DEBUG fprintf (stderr, "Reloc requires a PLT entry\n"); #endif /* This symbol requires a procedure linkage table entry. We actually build the entry in finish_dynamic_symbol, because this might be a case of linking PIC code without linking in any dynamic objects, in which case we don't need to generate a procedure linkage table after all. */ =20 if (h =3D=3D NULL) { /* It does not make sense to have a procedure linkage table entry for a local symbol. */ (*_bfd_error_handler) (_("%B(%A+0x%lx): %s reloc against " "local symbol"), abfd, sec, (long) rel->r_offset, ppc_elf_howto_table[r_type]->name); bfd_set_error (bfd_error_bad_value); return FALSE; } else . . . =3D=3D=3D Mark Millard markmi at dsl-only.net On 2017-Aug-6, at 2:44 PM, Mark Millard wrote: [-r322109 update failed for agp.kld instead. It may just be a race for which happens first during the build.] On 2017-Jul-30, at 3:03 PM, Mark Millard wrote: > [Just correcting the -r's to be -r321706.] >=20 > On 2017-Jul-30, at 1:34 PM, Mark Millard wrote: >=20 > I experiment with system clang targeting powerpc > (and powerpc64). Until recently I could buildkernel > via system clang 4 (but it had problems if tried to > boot such a kernel). After clang 5 it no longer > completes the buildkernel. I'm submitting based on > a -r321706 build attempt. The system binutils are > in use. >=20 > The technical material from the submittal is. . . >=20 > First I list what the R_PPC_PLTREL24 is tied to > then the error text then the build context. >=20 > objdump reports that the .text+0x2b94 involved > is in aha_isa_probe and is a reference to aha_alloc: >=20 > (sorted objdump -x output:) > 00002b78 R_PPC_PLTREL24 bus_alloc_resource > 00002b88 R_PPC_PLTREL24 rman_get_start > 00002b94 R_PPC_PLTREL24 aha_alloc > 00002b96 R_PPC_ADDR32 .debug_str+0x0000266c > 00002b9c R_PPC_PLTREL24 aha_probe > 00002b9f R_PPC_ADDR32 .debug_str+0x00001904 >=20 > (objdump -d --prefix-addresses output:) > 00002aa4 mflr r0 > . . . > 00002b7c cmplwi r3,0 > 00002b80 stw r3,188(r28) > 00002b84 beq 00002c1c > 00002b88 bl 00002b88 > 00002b8c mr r3,r28 > 00002b90 mr r27,r4 > 00002b94 bl 00002b94 > 00002b98 mr r3,r28 > 00002b9c bl 00002b9c > 00002ba0 cmplwi r3,0 >=20 >=20 > --- all_subdir_aha --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld > . . . > --- all_subdir_aha --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.ko.full > . . . > --- aha.ko.full --- > ld: aha.kld(.text+0x2b94): R_PPC_PLTREL24 reloc against local symbol > aha.kld: could not read symbols: Bad value > . . . > --- all_subdir_aha --- > *** [aha.ko.full] Error code 1 >=20 > make[4]: stopped in /usr/src/sys/modules/aha > .ERROR_TARGET=3D'aha.ko.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' > .CURDIR=3D'/usr/src/sys/modules/aha' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' > .TARGETS=3D'all' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170720' > --- all_subdir_agp --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full > --- all_subdir_aha --- > = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' > .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' > 1 error >=20 > make[4]: stopped in /usr/src/sys/modules/aha > .ERROR_TARGET=3D'aha.ko.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/aha/aha.ko.full.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o aha.ko.full aha.kld;' > .CURDIR=3D'/usr/src/sys/modules/aha' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' > .TARGETS=3D'all' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170720' > = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' > .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' > *** [all_subdir_aha] Error code 2 >=20 >=20 > Build context: >=20 > = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh -j8 buildworld buildkernel >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > C# more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITHOUT_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D I have updated bugzilla 221107 for that building -r322109 as an update the failure changed to agp.kld but for the same kind of error notices: --- all_subdir_agp --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full . . . --- all_subdir_agp --- --- agp.ko.full --- ld: agp.kld(.text+0x2e08): R_PPC_PLTREL24 reloc against local symbol agp.kld: could not read symbols: Bad value *** [agp.ko.full] Error code 1 make[4]: stopped in /usr/src/sys/modules/agp .ERROR_TARGET=3D'agp.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/agp/agp.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o agp.ko.full agp.kld;' .CURDIR=3D'/usr/src/sys/modules/agp' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/agp' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/agp/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/agp/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/agp /usr/src/sys/dev/agp = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' 1 error --- all_subdir_aha --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/aha .ERROR_TARGET=3D'' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'.PHONY' .CURDIR=3D'/usr/src/sys/modules/aha' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/aha' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/aha/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/aha/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/aha /usr/src/sys/dev/aha = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' *** [all_subdir_aha] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Aug 11 02:49:27 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F27DD1F8BE for ; Fri, 11 Aug 2017 02:49:27 +0000 (UTC) (envelope-from orion@blackboxconsortium.com) Received: from vps.getseenmedia.com (vps.getseenmedia.com [184.154.14.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EA8E2807AC for ; Fri, 11 Aug 2017 02:49:26 +0000 (UTC) (envelope-from orion@blackboxconsortium.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=blackboxconsortium.com; s=default; h=Content-Transfer-Encoding:Content-Type :In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=97v7+i3M4ic1cfl034d0iReATVu0pbExcLqwvqfzYFk=; b=TGJoDzAAcNib5Qb6uturjRrPWx EepcUWmR2xBMhfqw7IzOJ9bM+o+jjo2cGZEMifgtMSEhVgydGj7zRwSjHpAV38A1r3txpkjlD7ab5 6DZsd1aFom9BAyptTrakX8AIS1ulh/1S5YBm4dsbXDTVj90r5zeSWRLWmbtHkMtbzv2jQiqdn2usF zfN5vrosP8iYe1tap9vNsHPUGps/xDzkJkf+RDQqGA3MHWVoD2mqPAivrE3vdEmMU0dkN/jVulfuB D40XpeUMulho6SoR+c1fDEWSvlZuUJAdes87II17FmL34PJrPpokRrgJ4uoMV/+0RSYqL+bpiDCaN WsqrkiCQ==; Received: from 47-51-33-228.static.mtpk.ca.charter.com ([47.51.33.228]:56404 helo=homemail.leadverticals.com) by vps.getseenmedia.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.87) (envelope-from ) id 1dfzB3-0005Pw-Cj for freebsd-current@freebsd.org; Thu, 10 Aug 2017 18:55:53 -0700 Subject: Re: r322076 breaks vtnet connectivity To: freebsd-current@freebsd.org References: From: Orion Tiller Message-ID: Date: Thu, 10 Aug 2017 18:55:46 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.getseenmedia.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - blackboxconsortium.com X-Get-Message-Sender-Via: vps.getseenmedia.com: authenticated_id: orion@blackboxconsortium.com X-Authenticated-Sender: vps.getseenmedia.com: orion@blackboxconsortium.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 02:49:27 -0000 > Hi > > I have a host on Digital Ocean (qemu) and the change in r322076 breaks > my vtnet0 interface. The interface still comes up but does not pass > traffic any more. It's not obvious to my why the changes from r322075 > to r322076 affect the vtnet interface. > > Ian > Not sure if you have the same issue but I get the same thing happening to my DO droplets after I upgrade them sometimes. You can usually fix it by putting the contents of the /etc/rc.digitalocean.d/droplet.conf file into your /etc/rc.conf file. Sometimes the file name is like this with digits /etc/rc.digitalocean.d/39502227.conf just depends. From owner-freebsd-current@freebsd.org Fri Aug 11 05:25:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14F1ADB7B9C for ; Fri, 11 Aug 2017 05:25:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-81.reflexion.net [208.70.210.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C460113AF for ; Fri, 11 Aug 2017 05:24:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20403 invoked from network); 11 Aug 2017 05:26:43 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 11 Aug 2017 05:26:43 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Fri, 11 Aug 2017 01:24:57 -0400 (EDT) Received: (qmail 10861 invoked from network); 11 Aug 2017 05:24:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Aug 2017 05:24:57 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1019CEC8AE2; Thu, 10 Aug 2017 22:24:57 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: I have submitted bugzilla 221107 for a (e.g.) -r321706 system clang 5 vintage TARGET_ARCH=powerpc buildkernel failure for aha.kld: R_PPC_PLTREL24 reloc against local symbol Date: Thu, 10 Aug 2017 22:24:56 -0700 References: <186BF66E-04E5-4663-AD0B-E07A9C631925@dsl-only.net> <636276E6-BA4C-4C28-84FF-A34BDF1F1702@dsl-only.net> <51700A90-8DB5-4D81-AC83-D3FB0FDEFED7@dsl-only.net> <46806707-4FB6-4265-A5B3-F3D4EF3C861C@dsl-only.net> To: Dimitry Andric , Ed Maste , FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <46806707-4FB6-4265-A5B3-F3D4EF3C861C@dsl-only.net> Message-Id: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 05:25:00 -0000 [clang 5 generates R_PPC_PLTREL24 in the .o files for global symbols in places gcc 4.2.1 generates R_PPC_ADDR16_HA / R_PPC_ADDR16_LO pairs.] On 2017-Aug-10, at 7:22 PM, Mark Millard wrote: > [A top post about the failing R_PPC_PLTREL24 since > the material does not flow well as a sequential > read from prior material. I found that the .kld > does not match the contributing .o for GLOBAL > status for routines and the LOCAL in the .kld is > rejected by ld in ppc_elf_check_relocs.] >=20 > There is something consistent between the two example > failures. (The examples here are from a more recent > head version for a buildkernel attempt.) >=20 > (I inserted some lines not matched by the shown grep.) >=20 > # readelf -a = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld | grep aha_alloc > 00002b8c 00003e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 > 000031a8 00003e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 > Symbol table (.symtab) contains 180 entries: > Num: Value Size Type Bind Vis Ndx Name > 62: 0000000000000000 96 FUNC LOCAL DEFAULT 1 aha_alloc >=20 > but in aha.o : >=20 > 44: 0000000000000000 96 FUNC GLOBAL DEFAULT 2 aha_alloc >=20 > # readelf -a = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.kld | grep agp_find_caps > 00002e08 00004912 R_PPC_PLTREL24 00000000 agp_find_caps + 0 > Symbol table (.symtab) contains 180 entries: > Num: Value Size Type Bind Vis Ndx Name > 73: 0000000000000000 172 FUNC LOCAL DEFAULT 1 = agp_find_caps >=20 > but in agp.o : >=20 > 58: 0000000000000000 172 FUNC GLOBAL DEFAULT 2 = agp_find_caps >=20 > building the .kld's is turning GLOBAL into LOCAL -- and the LOCAL > is being rejected by: >=20 > /usr/src/contrib/binutils/bfd/elf32-ppc.c >=20 > in its routine: >=20 > /* Look through the relocs for a section during the first phase, and > allocate space in the global offset table or procedure linkage > table. */ >=20 > static bfd_boolean > ppc_elf_check_relocs (bfd *abfd, > struct bfd_link_info *info, > asection *sec, > const Elf_Internal_Rela *relocs) >=20 > via: >=20 >=20 > r_symndx =3D ELF32_R_SYM (rel->r_info); > if (r_symndx < symtab_hdr->sh_info) > h =3D NULL; > else =20 >=20 > . . . > tls_type =3D 0; > r_type =3D ELF32_R_TYPE (rel->r_info); > . . . =20 > switch (r_type) > { > . . . > case R_PPC_PLT32: > case R_PPC_PLTREL24: > case R_PPC_PLTREL32: > case R_PPC_PLT16_LO: > case R_PPC_PLT16_HI: > case R_PPC_PLT16_HA: > #ifdef DEBUG > fprintf (stderr, "Reloc requires a PLT entry\n"); > #endif > /* This symbol requires a procedure linkage table entry. We > actually build the entry in finish_dynamic_symbol, > because this might be a case of linking PIC code without > linking in any dynamic objects, in which case we don't > need to generate a procedure linkage table after all. */ >=20 > if (h =3D=3D NULL) > { > /* It does not make sense to have a procedure linkage > table entry for a local symbol. */ > (*_bfd_error_handler) (_("%B(%A+0x%lx): %s reloc against = " > "local symbol"), > abfd, > sec, > (long) rel->r_offset, > = ppc_elf_howto_table[r_type]->name); > bfd_set_error (bfd_error_bad_value); > return FALSE; > } > else > . . . clang 5 and gcc 4.2.1 do not match for what goes in aha*.o and agp*.o files for the problem symbols in clang 5's output: gcc 4.2.1 ( R_PPC_ADDR16_HA / R_PPC_ADDR16_LO ): # readelf -at = /usr/obj/powerpcvtsc_gcc421/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/= modules/usr/src/sys/modules/aha/aha*.o | grep aha_alloc 50: 0000000000000514 112 FUNC GLOBAL DEFAULT 1 aha_alloc 00000032 00003206 R_PPC_ADDR16_HA 00000000 aha_alloc + 0 0000003e 00003204 R_PPC_ADDR16_LO 00000000 aha_alloc + 0 0000052a 00003206 R_PPC_ADDR16_HA 00000000 aha_alloc + 0 0000052e 00003204 R_PPC_ADDR16_LO 00000000 aha_alloc + 0 50: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND aha_alloc # readelf -at = /usr/obj/powerpcvtsc_gcc421/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/= modules/usr/src/sys/modules/agp/agp*.o | grep caps 0000204a 00003a06 R_PPC_ADDR16_HA 00000434 agp_find_caps + 0 0000204e 00003a04 R_PPC_ADDR16_LO 00000434 agp_find_caps + 0 00002312 00003a06 R_PPC_ADDR16_HA 00000434 agp_find_caps + 0 0000231a 00003a04 R_PPC_ADDR16_LO 00000434 agp_find_caps + 0 00000000 00003a01 R_PPC_ADDR32 00000434 agp_find_caps + 0 58: 0000000000000434 192 FUNC GLOBAL DEFAULT 1 agp_find_caps 000002be 00003906 R_PPC_ADDR16_HA 00000000 agp_find_caps + 0 000002c6 00003904 R_PPC_ADDR16_LO 00000000 agp_find_caps + 0 57: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND agp_find_caps clang 5 ( R_PPC_PLTREL24 ): # readelf -at = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha*.o | grep aha_alloc 44: 0000000000000000 96 FUNC GLOBAL DEFAULT 2 aha_alloc 000000f0 00002e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 0000070c 00002e12 R_PPC_PLTREL24 00000000 aha_alloc + 0 46: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND aha_alloc # readelf -at = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp*.o | grep caps 58: 0000000000000000 172 FUNC GLOBAL DEFAULT 2 agp_find_caps 00000138 00003512 R_PPC_PLTREL24 00000000 agp_find_caps + 0 53: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND agp_find_caps (Turning some R_PPC_PLTREL24 into LOCAL for *.kld files is a no-no as far as powerpc (32-bit) ld is concerned.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Aug 11 05:48:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A991DC375A for ; Fri, 11 Aug 2017 05:48:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id 3E00123F7; Fri, 11 Aug 2017 05:48:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: r322076 breaks vtnet connectivity To: Ian FREISLICH , FreeBSD Current References: From: Jung-uk Kim Message-ID: Date: Fri, 11 Aug 2017 01:48:35 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="m5wuLCD9Q0X6WH9PRLEKHhv6qjN2PDRcl" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 05:48:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --m5wuLCD9Q0X6WH9PRLEKHhv6qjN2PDRcl Content-Type: multipart/mixed; boundary="NhHmoGf95HTmxjhXaERvuIcdmbO4GPJbO"; protected-headers="v1" From: Jung-uk Kim To: Ian FREISLICH , FreeBSD Current Message-ID: Subject: Re: r322076 breaks vtnet connectivity References: In-Reply-To: --NhHmoGf95HTmxjhXaERvuIcdmbO4GPJbO Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 08/10/2017 21:27, Ian FREISLICH wrote: > I have a host on Digital Ocean (qemu) and the change in r322076 breaks > my vtnet0 interface. The interface still comes up but does not pass > traffic any more. It's not obvious to my why the changes from r322075 > to r322076 affect the vtnet interface. Can you please try r322323 or later? Basically, r322076 was incomplete and r322323 corrected the stupid mistake. Jung-uk Kim --NhHmoGf95HTmxjhXaERvuIcdmbO4GPJbO-- --m5wuLCD9Q0X6WH9PRLEKHhv6qjN2PDRcl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEl1bqgKaRyqfWXu/CfJ+WJvzb8UYFAlmNRT4ACgkQfJ+WJvzb 8UanmQf/WIRM3qNTkxSK9k2L5r8ilBgrY9MPPeF/OUEEHGBQ/kZpM/kHvy7MKdRz TKQVnGFpvg4ZcQOyXILbm+WJR7esfZ7Gy1ieDJ15U9phxApd4FhRMYvIleWR12MO HWPzbIqGsbkAfNv6RclRKxfiIXybhSVfvZTLmNGp/6/t/Fr+pH0eejE8MZ45D83n aa2UHE6q8JhvCOO5uLGZsFb1USTQZDgR0p2OTkqqkIZBV5jxeWlRJgtnxr9AVDC4 zccRzeNsbGHOTgRZHpVQWsK+i3qhoEDIAj4B5IEBYSHc5V+k8e3GeweJahohnGbe tHu8np0AimYL4I0uwOBnSIy6PXhuKA== =w7Vs -----END PGP SIGNATURE----- --m5wuLCD9Q0X6WH9PRLEKHhv6qjN2PDRcl-- From owner-freebsd-current@freebsd.org Fri Aug 11 10:52:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F067DC5719 for ; Fri, 11 Aug 2017 10:52:23 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65C426C93F for ; Fri, 11 Aug 2017 10:52:21 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MV6PJ-1e7S6L3n7V-00YO0j for ; Fri, 11 Aug 2017 12:52:12 +0200 Date: Fri, 11 Aug 2017 12:52:02 +0200 From: "O. Hartmann" To: freebsd-current Subject: [mergemaster] Batch capabilities blockes by /.cshrc and sibblings Message-ID: <20170811125152.3bf29878@freyja.zeit4.iv.bundesimmobilien.de> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:2YlPmZqVx0UNBvJARIvNvPXKQ/TGM7Ufi5/9Q3ZRUsoiKYORkZ1 yeOKiXFA1K6ES4pUGsJUa/NuE8+i2WggB9JGO+yo6YJEqEkipyuTvgrUUNt+mFKB0YltG+v kFOjGdG8pJodADk29QFHyQ1Bctf/XL0T3aWO6mjhhDW5H4HrC4Efu/Bz7rYyk/G/XUvLEpi 8gEOOKT3vnAgfhzCtKSgA== X-UI-Out-Filterresults: notjunk:1;V01:K0:CxPUhRQpcfs=:5rPf8TvIBw6oKdp/9YVmTj 1pJINU8ZJtYaFilBYEev3ditPiRfX0b7FfNg10Bi4QDnOngXH1JnXymmvdSHf8MxJPA7TOnNk b7P41bip1V5r9p90QjI1EcBcRsBiM5OEIz7qcttRSmo3sxHvFmhoeVsx8oWqImcvrDGG9ER8M /4BKgFeJh2n3X71dXeP+eeOV71ghb/yg2t7BtdnGM2if4rnWgQFZNuCZiCC8pvsBK3JG1biQv onso9tTE13idwkSQINesEWPlHFO8RSxNYJYsMYjX66TrFNejgyZUc/8UuGPfaJjfB/nswmrcI 4b96BHYqmtMAyjN7G4sienR0f+piLaTJeOOzJGHaOlhJ+ZEUcd1+DyY4SipS3swl8f1juM6mB ZdxxZ1iBKodilrbGoh0mdDIJzDG1O835nMDGqvQ1Jz0/5ykMehOb2R7D4YgyMUCClsdYn8q+G OD5yejeCYZFCG5x8INbHtZZbb1byNQ6jJCADQNzZoeSp5h6Ef7UOUATGM27+TV9xZaCDwz6an 5/25f469P+LHAJ4+jSrztxzoOmEY6EYAEXY+gXJ7+2Qu5gTBR6ymEQ9fjqU+4T6vaERXV0IEq Ff+7S0Sbkm5MWNBdQ26qnvmTvKtxGYybm+moWfDVjKhj8YRF1Bnwzzgv9QYOnJ+lnBdqkyrXz Pm7A/9RbRBMHOI220rImnn3Ljb155OEp4275uijKVqk71UAkli2tsKn2DPjQynbGLJImmQlqQ OHriobTODWx6ekOwRWlmjbXJEGDkvWYcqFJN3EqLFSGsbH2ByIzSO1ETY2A5xkfZKLRPL7ky1 wa+9IfKuz3gb0ACHcY2utz1d94M8/3p0rNaMr5RvLEbYuYd3vE= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 10:52:23 -0000 Within a NanoBSD automated installation of jails following the (outdated) instructions and templates given in chapter 14 of the handbook, I run into trouble installing the skeleton config files via "mergemaster". mergemaster always stops at this point: [...] *** There is no installed version of ./.cshrc *** Historically BSD derived systems have had a hard link from /.cshrc and /.profile to their namesakes in /root. Please indicate your preference below for bringing your installed files up to date. Use 'd' to delete the temporary ./.cshrc Use 'l' to delete the existing /pool/nanobsd/amd64/ALERICH_amd64/_.w/jails/skel/root/.cshrc and create the link Default is to leave the temporary file to deal with by hand How should I handle ./.cshrc? [Leave it to install later] [...] This si really frustrating, since I do not know how to prevent this. using option "-a" with mergemaster leaves me with uninstalled files in temproot. How can I force mergemaster to receive "d" for deletion? Kind regards, Oliver From owner-freebsd-current@freebsd.org Fri Aug 11 11:09:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0C31DC6649 for ; Fri, 11 Aug 2017 11:09:23 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: from mail-ua0-x233.google.com (mail-ua0-x233.google.com [IPv6:2607:f8b0:400c:c08::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 655FC6D240 for ; Fri, 11 Aug 2017 11:09:23 +0000 (UTC) (envelope-from aijazbaig1@gmail.com) Received: by mail-ua0-x233.google.com with SMTP id q25so13737494uah.1 for ; Fri, 11 Aug 2017 04:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Bgk56RWjgWmmCbh0uzCZua4O0nSmMFrE/sD/7RFs3fU=; b=b3kwm0Xg3EaOhUIC01kX2Sfyd1E7xcWYImYIQRm9eLjvbU1wJ67WazFS+bKsFIf3/V +3NfGTLrauMt4ekZR8ri4DSIRQ+urvzHxhmMF3UOSX3aDS3vGp/2kJLE+CNoQU0E1AWc JXLwd/v4V4CK5JSsgkB7dGjxPdvwSlWq6Plf77okt8wd4rXIo6M57RRsc7NP42ErItMW N6mv2nO470KtL+jWabvQYXthYjgM4cDvJ2xZ3Xukf2qq8lAwe5xAr/xHSJgCgVs+1eN2 SlD52OgAfcWD4K2JoSrSwsgY6MJvPWM+goDXncuurROvDO+Du0FGybnx69FRG1P0wXUP ZQSg== 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=Bgk56RWjgWmmCbh0uzCZua4O0nSmMFrE/sD/7RFs3fU=; b=FxhvNbHNS18+4o1+6zTwdYIRaJMspH9LiColcgAleUfiSKKt14Y2dKuVU7U6dtRaMC sv70d3rHJZSkVhSN7uOBbdzB+eaBkqkla520i8Lbj537gFdVDqV0fTpEEcwFE8hZ/Tko DWgZtNh207CfT34tHbzFYuknCruCSSQ3giBLRpfBiTMK6b8cUpDgUGwSJpDzJ9mdmRRY Q0Gm8rWhSXyE0qVGOQVWnYwpbPyLD0Y4qDJ4+n5RjvTylBSxv9w/ImI5VJ2nYchwmbAw /ojGWwCifrln2i6VgiqxLkStoRBB8VA5pO+6jn0cjumGNhbwDT7Y0ocyp0ZxLCmwfmJ4 4egw== X-Gm-Message-State: AHYfb5hQ0JKZNdu1pexcwmnK5w/HqXBwIJfFADe/j7ABoTKJX49oPWto 29QkkQVARdTOAV10UuKmj74OSq6beP4M X-Received: by 10.159.48.79 with SMTP id i15mr11691077uab.106.1502449762083; Fri, 11 Aug 2017 04:09:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.55.198 with HTTP; Fri, 11 Aug 2017 04:09:21 -0700 (PDT) From: Aijaz Baig Date: Fri, 11 Aug 2017 16:39:21 +0530 Message-ID: Subject: clang error make buildworld To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 11:09:23 -0000 I am tying to buildworld on an ivybridge (amd64) machine and I get the following error: ===> lib/libc/tests/ssp (all) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_fgets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_fgets ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_gets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_gets ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_getcwd NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_getcwd ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memcpy NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_memcpy ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memmove NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_memmove ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_memset NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_memset ) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_raw NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_raw ) cc -target x86_64-unknown-freebsd12.0 --sysroot=/mnt/ObjDir/usr/src/tmp -B/mnt/ObjDir/usr/src/tmp/usr/bin -O0 -pipe -fstack-protector-all -Wstack-protector -fsanitize=bounds -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -o h_raw.full h_raw.o /mnt/ObjDir/usr/src/tmp/usr/lib/libgcc_s.so: undefined reference to `__gxx_personality_v0' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[7]: stopped in /usr/src/lib/libc/tests/ssp *** Error code 1 Stop. make[6]: stopped in /usr/src/lib/libc/tests/ssp *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/libc/tests *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc *** Error code 1 Stop. make[3]: stopped in /usr/src/lib *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src My /etc/make.conf contains: CPUTYPE?= ivybridge and whereas my /etc/src.conf contains: CFLAGS= -O0 -pipe COPTFLAGS= -O0 -pipe DEBUG_FLAGS=-g By the way it looks like clang is linking against gcc libraries?? How can that be possible? I thought GCC and CLANG are more like competitors in the world of compilers. Perhaps I am missing something here. Nevertheless how do I get rid of this issue? -- Best Regards, Aijaz Baig From owner-freebsd-current@freebsd.org Fri Aug 11 16:57:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30555DDB161 for ; Fri, 11 Aug 2017 16:57:33 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F3B857E57F for ; Fri, 11 Aug 2017 16:57:32 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id v7BGadZF020073 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 11 Aug 2017 11:36:39 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id v7BGadT5020072 for freebsd-current@freebsd.org; Fri, 11 Aug 2017 11:36:39 -0500 (CDT) (envelope-from bob) Date: Fri, 11 Aug 2017 11:36:39 -0500 From: Bob Willcox To: current list Subject: ipfw kernel module not being built Message-ID: <20170811163639.GA19733@rancor.immure.com> Reply-To: Bob Willcox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 16:57:33 -0000 When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modules were built: ipfw.ko ipfw_nat.ko ipfw_nat64.ko ipfw_nptv6.ko ng_ipfw.ko and only this ipfw module was built: ng_ipfw.ko However, the verson of /etc/rc.d/ipfw that I'm running (from the freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't starting. So, what am I missing? Is it possible that the freebsd-base-graphics branch that I'm running has an old or improper version of /etc/rc.d/ipfw? -- Bob Willcox | Lawsuit, n.: A machine which you go into as a pig and bob@immure.com | come out as a sausage. Austin, TX | -- Ambrose Bierce From owner-freebsd-current@freebsd.org Fri Aug 11 18:43:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37B86DE0D16 for ; Fri, 11 Aug 2017 18:43:30 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0091D827FB for ; Fri, 11 Aug 2017 18:43:29 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mail-oi0-x22f.google.com with SMTP id x3so41135423oia.1 for ; Fri, 11 Aug 2017 11:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=capeaugusta-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=xKWvzyRcbkytRBDYvYNZ/7iclWOm9IBBNhpvoqpRkUs=; b=CN4i9NmGpzX10g7YBdhTCzzBvwlh9B0hAp8twwAKkSI8MqHmulD7WzUQ5hgH6NAkZm 0yQ9aRcX4F6J/3UWsubHa7o+4MtqOQiCOTxwUP1XJ7sZkY5RHi3sAp7+V4R07mHStcGT IG3wYgSL+RbDgPKX5ewQrP4VNn86Myw20HKiGloO/uEnEkljp7YaF0Zg2OkYMsSaZENd r0+Na5OTV25RHhXMBuANcF/YR2WqelSYn6qvGVkCUDcgAZ3+Do5/VtM8y3G5paWw9lV3 00+j8YXoKv79vT58QUf1TTtenTWo1eOfkUFr4lihGMe9FjqAKxqis4I7kUc89HmGCH1o O+Iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=xKWvzyRcbkytRBDYvYNZ/7iclWOm9IBBNhpvoqpRkUs=; b=itb3jD59atCc9SZbLuLPIjdT1kw4M+Q3iqB1MORo6N7WeqT3RELIwgMIRl3yry1p6B uNfW6RDh+XdydcYOpitk16JPBAEBV9IkdGyJo7vhS2R6fUWzDD2LGr99YAj4UbBWgTBe oypi1/wyE3CkoTVEHi3PDxtjp4/ToaWNZBWsjySqpZMSwWjEGj9VcQj0LI5R7hjjXvA2 nbqOEO1gRGywuxqbDMfd18BCKgR+8BrwVdCJDDTGZOWTh9qHfk9+uSl8nEvzOu3hTboL GhQargbf6Pu3g7mRUc2oWeoDtiPBFQ9JVy6UTnm6uJdMHEydVhK8TrdmP7Bvn9LMcGLJ sRhQ== X-Gm-Message-State: AHYfb5g/p0AFpQKL9YeCPz+wiuKcG+2MMopKxRqCH+7brLkB+ecucW3m 4fHFttDMNwQoTqZ/ewj3D3Tcl/10w98H4xHvPkjCfZobTBoZhh8tqQKmJzev+gUnxFukILZ6Rr+ x/DEhn3sEYcnogCt/sC103ZwR3jqwxnJvNHzTldQYN6DLHoqbUkJQmnPLAHBUwiv3gPvwmgDm/j iB9g== X-Received: by 10.202.62.138 with SMTP id l132mr20037479oia.295.1502477008558; Fri, 11 Aug 2017 11:43:28 -0700 (PDT) Received: from zen.clue.co.za (c-73-217-184-74.hsd1.ga.comcast.net. [73.217.184.74]) by smtp.gmail.com with ESMTPSA id l206sm1435416oia.46.2017.08.11.11.43.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 11:43:27 -0700 (PDT) Subject: Re: r322076 breaks vtnet connectivity To: Jung-uk Kim , FreeBSD Current References: From: Ian FREISLICH Message-ID: <5c4411ce-4f34-c7fd-93be-439a3430f1e0@capeaugusta.com> Date: Fri, 11 Aug 2017 14:43:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 18:43:30 -0000 On 08/11/17 01:48, Jung-uk Kim wrote: > On 08/10/2017 21:27, Ian FREISLICH wrote: >> I have a host on Digital Ocean (qemu) and the change in r322076 breaks >> my vtnet0 interface. The interface still comes up but does not pass >> traffic any more. It's not obvious to my why the changes from r322075 >> to r322076 affect the vtnet interface. > Can you please try r322323 or later? Basically, r322076 was incomplete > and r322323 corrected the stupid mistake. Thanks, that fixes it. Ian -- Cape Augusta Digital Properties, LLC a Cape Augusta Company *Breach of confidentiality & accidental breach of confidentiality * This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. From owner-freebsd-current@freebsd.org Fri Aug 11 18:55:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6848BD93BBF for ; Fri, 11 Aug 2017 18:55:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E9BC832B8 for ; Fri, 11 Aug 2017 18:55:22 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id c74so23073915iod.4 for ; Fri, 11 Aug 2017 11:55:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=erthxhi45K7crCZqBhjGKooSI1aIJCpomKQCDggY9jg=; b=aa7sArfn/B7f8a0Fb4mSPc+n3MuZlKP/0U4hptoR85hq+4XtGSwQPOY74R+Vm+fYLQ olTaKsdQWZo7z+9LJdwl0Gv4ANT26sgbA2xf/8bB5RcJB27cj0JmkHCYNFy421RJth1k qiQL5T2WWVrBfFDE+2fYBH+ay2YVZ5wY1E6CvucKkJB0ZCJPZ+PjkPJJrXgJODlm+JzK AAHZZBgEnPFGGCFVUOYc1EYotaK/af4k9Y4cn3Jt4o8SwdlLuAQVWWZrx8SiK0EaVoci uOmY6ltxF39LZ4TRj04VL+ciw2IwwVNjaidsiKyXLZ6DlQfWUXMXbsNmV1PuOu4BRDpl YF3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=erthxhi45K7crCZqBhjGKooSI1aIJCpomKQCDggY9jg=; b=D0FbCw2cGuW8C61D1UwH6p5tvh36aeddrMmd2uwzXWvUeri+Fvqhtq2lqqSc4NoWoO 5zgfZhoa31rNlSQyWaHK3CjUbxQQQBpzJmrVGRp4K8P4lLlBeFaWbcHQsuLeXqeYwHNy lRvlvdVKiDIj23FzKNwuoRANCZuiSVvJFEX9+cWT699eow8xW4HeCjxaqisLX1ezG4Kl DnR2QaQJ/ZlJMIfWjEOKsg2CGfTtN2hIdbv0HN9fxqGyzkO2ALt2biYY7EOsu4/xMcS7 Ls5ky4i3gm+fnYlDdEMzZP/7RaJ+EDafRXa8sNoabYWSY8Z4jFjsZPbmrb1//H4nIChj djTg== X-Gm-Message-State: AHYfb5guYEN5Q9wOW1KCC9nRwduFbtm66s1CT5LXDOvAuzVC0s9+5C1O npwNZkiiMF5uzxMDYhY= X-Received: by 10.107.158.197 with SMTP id h188mr13570939ioe.155.1502477721313; Fri, 11 Aug 2017 11:55:21 -0700 (PDT) Received: from ?IPv6:2607:fb90:6c5a:33f3:fc69:2613:f796:91a0? ([2607:fb90:6c5a:33f3:fc69:2613:f796:91a0]) by smtp.gmail.com with ESMTPSA id k94sm695835ioi.17.2017.08.11.11.55.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 11:55:19 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: ipfw kernel module not being built From: Ngie Cooper X-Mailer: iPhone Mail (14G60) In-Reply-To: <20170811163639.GA19733@rancor.immure.com> Date: Fri, 11 Aug 2017 12:55:14 -0600 Cc: current list Content-Transfer-Encoding: quoted-printable Message-Id: <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> References: <20170811163639.GA19733@rancor.immure.com> To: Bob Willcox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 18:55:22 -0000 > On Aug 11, 2017, at 10:36, Bob Willcox wrote: >=20 > When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modu= les were built: >=20 > ipfw.ko > ipfw_nat.ko > ipfw_nat64.ko > ipfw_nptv6.ko > ng_ipfw.ko >=20 > and only this ipfw module was built: >=20 > ng_ipfw.ko >=20 > However, the verson of /etc/rc.d/ipfw that I'm running (from the > freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't= > starting. >=20 > So, what am I missing? Is it possible that the freebsd-base-graphics branc= h > that I'm running has an old or improper version of /etc/rc.d/ipfw? Hi Bob, Can you please provide your make.conf, src.conf, and KERNCONF? Thank you! -Ngie= From owner-freebsd-current@freebsd.org Fri Aug 11 19:06:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E768D94713 for ; Fri, 11 Aug 2017 19:06:05 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4D2D839A5 for ; Fri, 11 Aug 2017 19:06:04 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id v7BJ62vJ020596 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Aug 2017 14:06:02 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id v7BJ62xT020595; Fri, 11 Aug 2017 14:06:02 -0500 (CDT) (envelope-from bob) Date: Fri, 11 Aug 2017 14:06:02 -0500 From: Bob Willcox To: Ngie Cooper Cc: current list Subject: Re: ipfw kernel module not being built Message-ID: <20170811190602.GA20555@rancor.immure.com> Reply-To: Bob Willcox References: <20170811163639.GA19733@rancor.immure.com> <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:06:05 -0000 On Fri, Aug 11, 2017 at 12:55:14PM -0600, Ngie Cooper wrote: > > > On Aug 11, 2017, at 10:36, Bob Willcox wrote: > > > > When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modules were built: > > > > ipfw.ko > > ipfw_nat.ko > > ipfw_nat64.ko > > ipfw_nptv6.ko > > ng_ipfw.ko > > > > and only this ipfw module was built: > > > > ng_ipfw.ko > > > > However, the verson of /etc/rc.d/ipfw that I'm running (from the > > freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't > > starting. > > > > So, what am I missing? Is it possible that the freebsd-base-graphics branch > > that I'm running has an old or improper version of /etc/rc.d/ipfw? > > Hi Bob, > Can you please provide your make.conf, src.conf, and KERNCONF? > Thank you! > -Ngie Sure. BTW, I cd'd into /usr/freebsd-base-graphics/sys/modules (my drm-next src is in /usr/freebsd-base-graphics), ran make, then copied the ipfw/ipfw.ko file to /boot/kernel and was able to start ipfw after that. ***** make.conf ***** KERNCONF= TAVION ALWAYS_CHECK_MAKE= yes BATCH= yes DEFAULT_VERSIONS+= linux=c6 DEFAULT_VERSIONS+= ssl=openssl COMPAT4X= yes COMPAT5X= yes COMPAT6X= yes COMPAT7X= yes COMPAT8X= yes COMPAT9X= yes ***** src.conf ***** -- doesn't exit ***** KERNCONF ***** # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD$ include GENERIC_DRM ident TAVION_DRM nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions DEBUG_MEMGUARD nooptions DEBUG_REDZONE nooptions WITNESS nooptions WITNESS_ALL nooptions WITNESS_SKIPSPIN options TMPFS -- Bob Willcox | Lawsuit, n.: A machine which you go into as a pig and bob@immure.com | come out as a sausage. Austin, TX | -- Ambrose Bierce From owner-freebsd-current@freebsd.org Fri Aug 11 19:21:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4AEFDB5893 for ; Fri, 11 Aug 2017 19:21:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1372F5 for ; Fri, 11 Aug 2017 19:21:09 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x22d.google.com with SMTP id d136so25675690qkg.3 for ; Fri, 11 Aug 2017 12:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=6Esstw0BCz0a1T3VijYRiMo+3JMcuHDHdQcaoEdDexY=; b=bfRg9XpuNjYXLnZPUEJrMihJrdGunK4AqNkbOdzUSPsiTEXKAD7tgt6nh/jGOJGKX+ nsRh0QIPzzDsiP+T8QAO1J9V2C+kJrGj19IfAAWPs9WpJvQmyDzePQ9otavw/AJEhB3C 6gSuxBnr/7cvmQvekpBaqKW6HgUlbnFY9WpHlpQeQPEB8QCC64RzvpKQPyhjADl+bW6S v2Gf7QfVCBqcfj17q7cMuelf4QBp8qd+oRyE3IYjAAPbYgOIErZOqvXiHRJYzlMAC1N0 1GZPcVb8eHWya7VmZy2Jh4zxHxFk7QNb3ksrLQCvw5f6Q0cD3+0/VHmUUzSL1OyBwnvw Iw6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=6Esstw0BCz0a1T3VijYRiMo+3JMcuHDHdQcaoEdDexY=; b=bbsZofxhQkzVA4b6689tAiZjJT3rw1NjygCZ+ZXEwFjeO/zw/OIdxnwxrG13YjIwLb rn56no3XTE5FajB/NxOdux94BUHgj9vp7ZE3JNzJLcsxIAqGXO1oEfDFSWgiPOygtUtb SHKT+xXxVAG9MIAd24Vcjd/Hic/ZPtUc9cXteomPfRF3H7BohFscO7Hp+TkIpaabbbV3 ibDUP5fNa0MPJzcMxhASFybM270PQjmrWzLIoVVwsiQhSQG4fq+wdJ+mdtdRH/TgN6f7 G3ygxhrA6R1fWx6RMsXmfsCP9Rw912YhuoNMtRIfdG4LxvCFF6Lsw23WIGxpGqdHYH5r N5Bg== X-Gm-Message-State: AHYfb5hoKQgrvaZ87ocv6GmGZ5UIFknQ1QEygRfOyT5mlXgM+lWlJ4If OD4ZUhueWF3qWw== X-Received: by 10.55.5.132 with SMTP id 126mr21820620qkf.191.1502479268617; Fri, 11 Aug 2017 12:21:08 -0700 (PDT) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id v23sm984119qkb.65.2017.08.11.12.21.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 12:21:08 -0700 (PDT) Sender: Mark Johnston Date: Fri, 11 Aug 2017 12:21:49 -0700 From: Mark Johnston To: Bob Willcox Cc: Ngie Cooper , current list Subject: Re: ipfw kernel module not being built Message-ID: <20170811192148.GA19972@wkstn-mjohnston.west.isilon.com> References: <20170811163639.GA19733@rancor.immure.com> <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> <20170811190602.GA20555@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170811190602.GA20555@rancor.immure.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:21:09 -0000 On Fri, Aug 11, 2017 at 02:06:02PM -0500, Bob Willcox wrote: > > > On Aug 11, 2017, at 10:36, Bob Willcox wrote: > > > > > > When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modules were built: > > > > > > ipfw.ko > > > ipfw_nat.ko > > > ipfw_nat64.ko > > > ipfw_nptv6.ko > > > ng_ipfw.ko > > > > > > and only this ipfw module was built: > > > > > > ng_ipfw.ko > > > > > > However, the verson of /etc/rc.d/ipfw that I'm running (from the > > > freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't > > > starting. > > > > > > So, what am I missing? Is it possible that the freebsd-base-graphics branch > > > that I'm running has an old or improper version of /etc/rc.d/ipfw? [...] > include GENERIC_DRM GENERIC_DRM sets MODULES_OVERRIDE, so only the specified modules are built. In particular, ipfw*.ko does not get built. You'll need to either remove the MODULES_OVERRIDE setting in GENERIC_DRM (which will make kernel builds somewhat slower), or add makeoptions MODULES_OVERRIDE+= ipfw ... to your custom config. > > ident TAVION_DRM > > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions DEBUG_MEMGUARD > nooptions DEBUG_REDZONE > nooptions WITNESS > nooptions WITNESS_ALL > nooptions WITNESS_SKIPSPIN > > options TMPFS From owner-freebsd-current@freebsd.org Fri Aug 11 19:34:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D50FFDB693E for ; Fri, 11 Aug 2017 19:34:55 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 88D9C1020; Fri, 11 Aug 2017 19:34:54 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id v7BJYriH020684 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Aug 2017 14:34:53 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id v7BJYrxX020683; Fri, 11 Aug 2017 14:34:53 -0500 (CDT) (envelope-from bob) Date: Fri, 11 Aug 2017 14:34:53 -0500 From: Bob Willcox To: Mark Johnston Cc: Ngie Cooper , current list Subject: Re: ipfw kernel module not being built Message-ID: <20170811193453.GB20555@rancor.immure.com> Reply-To: Bob Willcox References: <20170811163639.GA19733@rancor.immure.com> <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> <20170811190602.GA20555@rancor.immure.com> <20170811192148.GA19972@wkstn-mjohnston.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170811192148.GA19972@wkstn-mjohnston.west.isilon.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:34:55 -0000 On Fri, Aug 11, 2017 at 12:21:49PM -0700, Mark Johnston wrote: > On Fri, Aug 11, 2017 at 02:06:02PM -0500, Bob Willcox wrote: > > > > On Aug 11, 2017, at 10:36, Bob Willcox wrote: > > > > > > > > When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modules were built: > > > > > > > > ipfw.ko > > > > ipfw_nat.ko > > > > ipfw_nat64.ko > > > > ipfw_nptv6.ko > > > > ng_ipfw.ko > > > > > > > > and only this ipfw module was built: > > > > > > > > ng_ipfw.ko > > > > > > > > However, the verson of /etc/rc.d/ipfw that I'm running (from the > > > > freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't > > > > starting. > > > > > > > > So, what am I missing? Is it possible that the freebsd-base-graphics branch > > > > that I'm running has an old or improper version of /etc/rc.d/ipfw? > > [...] > > > include GENERIC_DRM > > GENERIC_DRM sets MODULES_OVERRIDE, so only the specified modules are > built. In particular, ipfw*.ko does not get built. You'll need to either > remove the MODULES_OVERRIDE setting in GENERIC_DRM (which will make > kernel builds somewhat slower), or add > > makeoptions MODULES_OVERRIDE+= ipfw ... > > to your custom config. > > > > > ident TAVION_DRM > > > > nooptions INVARIANTS > > nooptions INVARIANT_SUPPORT > > nooptions DEBUG_MEMGUARD > > nooptions DEBUG_REDZONE > > nooptions WITNESS > > nooptions WITNESS_ALL > > nooptions WITNESS_SKIPSPIN > > > > options TMPFS Ok, thanks for that. I'll give that a try, but probably not till next time I am ready to update this system (I use it for my day job and updating it is a pain since I need to run the drm-next mods/branch). -- Bob Willcox | Lawsuit, n.: A machine which you go into as a pig and bob@immure.com | come out as a sausage. Austin, TX | -- Ambrose Bierce From owner-freebsd-current@freebsd.org Fri Aug 11 22:14:48 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A34AEDCAC39 for ; Fri, 11 Aug 2017 22:14:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-it0-x243.google.com (mail-it0-x243.google.com [IPv6:2607:f8b0:4001:c0b::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 688E866E6D; Fri, 11 Aug 2017 22:14:48 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-it0-x243.google.com with SMTP id r9so4537458ita.3; Fri, 11 Aug 2017 15:14:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6QT9sU6JEJ5cwVy1B2ISoZaFJOgg91uiNdrPuZGATqI=; b=S9+uxCsBVLAWo3G+4rj//LyT9Nv61N7wnWB20ZQo3112CuVt5xwYhgzwUfj7r6vOvH 0CleI0zd897xlIA9n+PaoGSBkOsi06T+GmNArh396vI3vUyL5Gz6r3nRRMkpkfCIPB6m 5C3Cv6tsO+mmjHMONjPAFKCEGR3zr9FntxZnnafwZPGXUUvdMeRUZwriVNATLq5iFL3J gUuZon6z0yxiH/u1jtI59OetosO5nhnjKu+ULD+XFmgJ1PoLiXQmUpwLAT0hSKAWPZ0t xyp86Vsw1fQFVcGjRYtWF9byg+x4nh4M5LzU8YKG3yq8LQgM411GQZz2oaoy8goUeHzF NKKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6QT9sU6JEJ5cwVy1B2ISoZaFJOgg91uiNdrPuZGATqI=; b=QO8v06REQ2I+Q/7+bkxZ/l7iFVbjqBSm3jdW/XclNfbVefJMt2Y1IKBXxp56iqRZSf HpyMKr/+BjxQ6NIfNTiTbFHDowzbk5Jfg3v8gfFsq+kqhkK3REzACwOHhVRbEegkEqw5 1pJCdANz1v+et0mZfLUhgT90NBTLF5zoZ6gOIbMfWiKvOgKUSUud4gcHqgu/FnEhJEDT eAcFS63UqV3G0gj2mk1MauOyCluf/QcUXknLccUKgIE2habv2CbVgBAxp6HKLEL/yQZ+ pih+z9NHLr4ELRo67tvhxoCqd5KylPQ5ucQwmYka9TiOk+NnIwnuZmyGsdhMwhxJG9xg hZMA== X-Gm-Message-State: AHYfb5hKHwCdF0RuuZG/+B0a88rSgSRdQkwLhrIR7RuTONlAtPUSqy8o wy+etow19HjPi2Y+fj9Ysg== X-Received: by 10.36.73.25 with SMTP id z25mr110918ita.153.1502489687741; Fri, 11 Aug 2017 15:14:47 -0700 (PDT) Received: from [172.19.131.135] ([12.130.117.30]) by smtp.gmail.com with ESMTPSA id k66sm62782ita.40.2017.08.11.15.14.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 15:14:47 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: ipfw kernel module not being built From: Ngie Cooper X-Mailer: iPhone Mail (14G60) In-Reply-To: <20170811193453.GB20555@rancor.immure.com> Date: Fri, 11 Aug 2017 15:14:39 -0700 Cc: Mark Johnston , current list Content-Transfer-Encoding: quoted-printable Message-Id: <636F12A1-8A0E-4508-9015-EE4675A5FCEE@gmail.com> References: <20170811163639.GA19733@rancor.immure.com> <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> <20170811190602.GA20555@rancor.immure.com> <20170811192148.GA19972@wkstn-mjohnston.west.isilon.com> <20170811193453.GB20555@rancor.immure.com> To: Bob Willcox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 22:14:48 -0000 > On Aug 11, 2017, at 12:34, Bob Willcox wrote: >=20 >> On Fri, Aug 11, 2017 at 12:21:49PM -0700, Mark Johnston wrote: >> On Fri, Aug 11, 2017 at 02:06:02PM -0500, Bob Willcox wrote: >>>>> On Aug 11, 2017, at 10:36, Bob Willcox wrote: >>>>>=20 >>>>> When I rebuild my kernel on Jun 13th none of the previous ipfw kernel m= odules were built: >>>>>=20 >>>>> ipfw.ko >>>>> ipfw_nat.ko >>>>> ipfw_nat64.ko >>>>> ipfw_nptv6.ko >>>>> ng_ipfw.ko >>>>>=20 >>>>> and only this ipfw module was built: >>>>>=20 >>>>> ng_ipfw.ko >>>>>=20 >>>>> However, the verson of /etc/rc.d/ipfw that I'm running (from the >>>>> freebsd-base-graphics branch) is failing to load ipfw so my firewall i= sn't >>>>> starting. >>>>>=20 >>>>> So, what am I missing? Is it possible that the freebsd-base-graphics b= ranch >>>>> that I'm running has an old or improper version of /etc/rc.d/ipfw? >>=20 >> [...] >>=20 >>> include GENERIC_DRM >>=20 >> GENERIC_DRM sets MODULES_OVERRIDE, so only the specified modules are >> built. In particular, ipfw*.ko does not get built. You'll need to either >> remove the MODULES_OVERRIDE setting in GENERIC_DRM (which will make >> kernel builds somewhat slower), or add >>=20 >> makeoptions MODULES_OVERRIDE+=3D ipfw ... >>=20 >> to your custom config. Or add "MODULES_OVERRIDE+=3D ipfw..." to your src.conf. Cheers, -Ngie= From owner-freebsd-current@freebsd.org Fri Aug 11 22:23:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85695DCB541 for ; Fri, 11 Aug 2017 22:23:30 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 311C66746C; Fri, 11 Aug 2017 22:23:29 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id v7BMNQAB021107 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Aug 2017 17:23:26 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id v7BMNQ8o021106; Fri, 11 Aug 2017 17:23:26 -0500 (CDT) (envelope-from bob) Date: Fri, 11 Aug 2017 17:23:26 -0500 From: Bob Willcox To: Ngie Cooper Cc: Mark Johnston , current list Subject: Re: ipfw kernel module not being built Message-ID: <20170811222326.GC20555@rancor.immure.com> Reply-To: Bob Willcox References: <20170811163639.GA19733@rancor.immure.com> <5B2835E9-4EE8-47FC-9A81-C4D60B4822F0@gmail.com> <20170811190602.GA20555@rancor.immure.com> <20170811192148.GA19972@wkstn-mjohnston.west.isilon.com> <20170811193453.GB20555@rancor.immure.com> <636F12A1-8A0E-4508-9015-EE4675A5FCEE@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <636F12A1-8A0E-4508-9015-EE4675A5FCEE@gmail.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 22:23:30 -0000 On Fri, Aug 11, 2017 at 03:14:39PM -0700, Ngie Cooper wrote: > > > On Aug 11, 2017, at 12:34, Bob Willcox wrote: > > > >> On Fri, Aug 11, 2017 at 12:21:49PM -0700, Mark Johnston wrote: > >> On Fri, Aug 11, 2017 at 02:06:02PM -0500, Bob Willcox wrote: > >>>>> On Aug 11, 2017, at 10:36, Bob Willcox wrote: > >>>>> > >>>>> When I rebuild my kernel on Jun 13th none of the previous ipfw kernel modules were built: > >>>>> > >>>>> ipfw.ko > >>>>> ipfw_nat.ko > >>>>> ipfw_nat64.ko > >>>>> ipfw_nptv6.ko > >>>>> ng_ipfw.ko > >>>>> > >>>>> and only this ipfw module was built: > >>>>> > >>>>> ng_ipfw.ko > >>>>> > >>>>> However, the verson of /etc/rc.d/ipfw that I'm running (from the > >>>>> freebsd-base-graphics branch) is failing to load ipfw so my firewall isn't > >>>>> starting. > >>>>> > >>>>> So, what am I missing? Is it possible that the freebsd-base-graphics branch > >>>>> that I'm running has an old or improper version of /etc/rc.d/ipfw? > >> > >> [...] > >> > >>> include GENERIC_DRM > >> > >> GENERIC_DRM sets MODULES_OVERRIDE, so only the specified modules are > >> built. In particular, ipfw*.ko does not get built. You'll need to either > >> remove the MODULES_OVERRIDE setting in GENERIC_DRM (which will make > >> kernel builds somewhat slower), or add > >> > >> makeoptions MODULES_OVERRIDE+= ipfw ... > >> > >> to your custom config. > > Or add "MODULES_OVERRIDE+= ipfw..." to your src.conf. > Cheers, > -Ngie Well, I added the 'makeoptions MODULES_OVERRIDE+= ipfw' to my kernel config and rebuilt my kernel and it did build ipfw.ko as expected. I haven't installed this new kernel yet since I am not at a good point here at work to do that right now...but will when I get a chance. Thanks all for the help. -- Bob Willcox | Lawsuit, n.: A machine which you go into as a pig and bob@immure.com | come out as a sausage. Austin, TX | -- Ambrose Bierce