From nobody Mon Mar 11 01:44:25 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtKMJ1BJkz5DMKB; Mon, 11 Mar 2024 01:44:28 +0000 (UTC) (envelope-from jguojun@gmail.com) Received: from mail-yw1-x112a.google.com (mail-yw1-x112a.google.com [IPv6:2607:f8b0:4864:20::112a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtKMH6RJ6z42hN; Mon, 11 Mar 2024 01:44:27 +0000 (UTC) (envelope-from jguojun@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x112a.google.com with SMTP id 00721157ae682-609eb87a9e3so25813057b3.0; Sun, 10 Mar 2024 18:44:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710121467; x=1710726267; darn=freebsd.org; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=tmdeVMyR7+HC6XhvRvrstXcDyGBJCioOHQ1m213SIzk=; b=L1uhpap6cWPPSEV3Wwl/nMsKqZiTSJajv9XlLGfSPpwOzAWVd0gEMB28YJzD1BXWqh gB37Dy602o38l31kt+SHv6iY1cT424NZiFL3DiyuP7mAcNIgw+9eQHmGuIizU+azDgOW 3QrV4wyCul3h52qaCXjBgT3nxGVBT5fOUuQWrOLhyRtyLtTy7+KYT8REQzhmTGQn4+kl vgO+iCPBw4byEKsr/p7vSQGPVXf42LRKIdrzyCahNnRhTZBlzpjP7jHdOiMuNpSXJRl5 lBWJWh+J3K2U6jumdqY9RvhJQDzSCaHoJEX1C0/GWsQEwqUJ6G+AgIKC6vt85TPyeZmy n3Tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710121467; x=1710726267; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=tmdeVMyR7+HC6XhvRvrstXcDyGBJCioOHQ1m213SIzk=; b=tqob/SmGHLyCoi819KgE1ik2+JKsmuztVjte/vQ5ZDtvRzoVJ0rP7QHdxE6x2ek3lk RdM0ilvu/yj8e9zTYVYLJFSeP6cizZer6er62AJOog2UwdMuEUbkwgc9Kc4mqF+Fc5HY voozEkRWtjVXn4S2mdNHQBwkt7ypVs0i7zh/E1owhWGqCOImBYjXlpeNJHJD4TAZxoYh JGXu+RqehkXi8AS09HVLXpt+WunWDxevlf0Mb4R2UlCjmuJLcJs8dfzLw7G0ge3ztZ6c GbFIHkifW98BJYgEELkdwCp1QthQ5vzf56ol+37CVpLarHcAcmFuKcJC36w4dMX5dzlL e1iQ== X-Forwarded-Encrypted: i=1; AJvYcCXYkPeph1ELT47v3gfTUpK2VlTnthX8pq0b2grXxvixMYHlIo36hyRVjMLF+kXl5p3H6J8FEQJhBbeV92jd7VjLGQ+gXnPVK92Zhzo= X-Gm-Message-State: AOJu0YzX1PrDqiajq77JIBCwoHAAA7OCC1Wtt+Iz4r63Fna4n13IrAX1 yPdF8YTXScpvzRxKhL8MgAYa57M3dENdDb+9JxWwLVUTrbDrrgr/DkZ9DE0= X-Google-Smtp-Source: AGHT+IGhr7sUEkFWE9q+ma96xeOokHRnokhZ5IYKmJmUfWo3TlQIlpwERHWVRMyUIo2XsuDnmYL3oA== X-Received: by 2002:a0d:ea49:0:b0:609:fe63:2a63 with SMTP id t70-20020a0dea49000000b00609fe632a63mr4065289ywe.11.1710121467036; Sun, 10 Mar 2024 18:44:27 -0700 (PDT) Received: from [192.168.1.82] (76-218-103-166.lightspeed.sntcca.sbcglobal.net. [76.218.103.166]) by smtp.gmail.com with ESMTPSA id h145-20020a816c97000000b0060a027b92d9sm1070751ywc.101.2024.03.10.18.44.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 10 Mar 2024 18:44:26 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------joK2SjmRaYGe8pjGzeKuhiKD" Message-ID: <1905d799-7251-4343-b53c-6b665ff88866@gmail.com> Date: Sun, 10 Mar 2024 18:44:25 -0700 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: weird compiler error in 13.3-R To: Paul Procacci Cc: freebsd-questions , freebsd-hackers@freebsd.org References: <4d6edaa6-237d-4207-9047-ddee78ee4b90@gmail.com> Content-Language: en-US From: "Jin Guojun[VFF]" In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4TtKMH6RJ6z42hN This is a multi-part message in MIME format. --------------joK2SjmRaYGe8pjGzeKuhiKD Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit The problem is not type conversion issue described in compiling message . If the problem is a conversion issue, then it is easy to fix in coding. The problem is compiler treated va_list as unsigned in in line 119, then treated va_list as a structure pointer. This looks like a compiler bug. +hackers to see if someone knows what happened in the new compiler. -Jin On 3/10/24 00:43, Paul Procacci wrote: > https://reviews.llvm.org/D129881 > > The author of the change can explain it better than anyone else here. > > ~Paul > > On Sun, Mar 10, 2024 at 4:24 AM Jin Guojun[VFF] wrote: > > Updated 13.2 to 13.3 and get a weird compiling failure. The code > compiled since FreeBSD release 4 till release 13.2. > > Both ap (line 119) and vap (line 126) are declared as va_list, > somehow > clang version 17.0.6 thinks va_list at line 119 is uint, > > where va_list in line 126 is 'struct __va_list_tag *'. > > Checked /usr/include and va_list is declared in > /usr/include/sys/_stdarg.h:39:  typedef __va_list va_list; > included by /usr/include/stdarg.h via x86/stdarg.h > >   Does anyone have ideas on what could cause such compiling failure? > > -Jin > >      10 #include >       11 #include > >      118 struct  a_build_ctrl_t  { >      119         va_list         ap;     /* what is different from > vap > at line 126?    */ >      120         argu_type       last_arg_t; >      121 }; >      124 >      125 arg_fmt_lists* >      126 build_arg_fmt_list(arg_fmt_list_string* fmt, va_list vap) >      127 { >      128     int     na=1; >      129 >      130      arg_fmt_lists* aflp; >      131      arg_fmt_lists* aflp_top; >      132 >      133     struct a_build_ctrl_t   abc = {.ap=vap, > last_arg_t=ARGU_NONE}; > >   ... > >        } > > test.c:133:34: error: incompatible pointer to integer conversion > initializing 'unsigned int' with an expression of type 'struct > __va_list_tag *' [-Wint-conversion] >    133 | struct a_build_ctrl_t   abc = {.ap=vap, > .last_arg_t=ARGU_NONE}; > > > > > -- > __________________ > > :(){ :|:& };: --------------joK2SjmRaYGe8pjGzeKuhiKD Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
The problem is not type conversion issue described in compiling message . If the problem is a conversion issue, then it is easy to fix in coding.

The problem is compiler treated va_list as unsigned in in line 119, then treated va_list as a structure pointer. This looks like a compiler bug.

+hackers to see if someone knows what happened in the new compiler.

-Jin

On 3/10/24 00:43, Paul Procacci wrote:
The author of the change can explain it better than anyone else here.

~Paul

On Sun, Mar 10, 2024 at 4:24 AM Jin Guojun[VFF] <jguojun@gmail.com> wrote:
Updated 13.2 to 13.3 and get a weird compiling failure. The code
compiled since FreeBSD release 4 till release 13.2.

Both ap (line 119) and vap (line 126) are declared as va_list, somehow
clang version 17.0.6 thinks va_list at line 119 is uint,

where va_list in line 126 is 'struct __va_list_tag *'.

Checked /usr/include and va_list is declared in
/usr/include/sys/_stdarg.h:39:  typedef __va_list       va_list;
included by /usr/include/stdarg.h via x86/stdarg.h

  Does anyone have ideas on what could cause such compiling failure?

-Jin

     10 #include <stdarg.h>
      11 #include <stdio.h>

     118 struct  a_build_ctrl_t  {
     119         va_list         ap;     /* what is different from vap
at line 126?    */
     120         argu_type       last_arg_t;
     121 };
     124
     125 arg_fmt_lists*
     126 build_arg_fmt_list(arg_fmt_list_string* fmt, va_list vap)
     127 {
     128     int     na=1;
     129
     130      arg_fmt_lists* aflp;
     131      arg_fmt_lists* aflp_top;
     132
     133     struct a_build_ctrl_t   abc = {.ap=vap,
last_arg_t=ARGU_NONE};

  ...

       }

test.c:133:34: error: incompatible pointer to integer conversion
initializing 'unsigned int' with an expression of type 'struct
__va_list_tag *' [-Wint-conversion]
   133 | struct a_build_ctrl_t   abc = {.ap=vap, .last_arg_t=ARGU_NONE};




--
__________________

:(){ :|:& };:


--------------joK2SjmRaYGe8pjGzeKuhiKD-- From nobody Mon Mar 11 03:52:18 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtNC91nykz5DYMX for ; Mon, 11 Mar 2024 03:52:37 +0000 (UTC) (envelope-from lain@fair.moe) Received: from mail.076.ne.jp (mail.076.ne.jp [45.76.218.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtNC76lqlz4F5X for ; Mon, 11 Mar 2024 03:52:35 +0000 (UTC) (envelope-from lain@fair.moe) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=076.ne.jp header.s=dkim header.b=FJ51Ga9k; dmarc=none; spf=none (mx1.freebsd.org: domain of lain@fair.moe has no SPF policy when checking 45.76.218.69) smtp.mailfrom=lain@fair.moe Received: from mail.076.ne.jp (localhost [127.0.0.1]) by mail.076.ne.jp (Postfix) with ESMTP id 4TtNBz1KbbzW0nZ for ; Mon, 11 Mar 2024 12:52:27 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=076.ne.jp; h= user-agent:in-reply-to:content-disposition:content-type :mime-version:references:message-id:subject:to:from:date; s= dkim; t=1710129146; x=1712721147; bh=Xk0Rh3WzJSqSrYU2ndH1Tg8QcXB 5ILAMowBJQTixjCg=; b=FJ51Ga9kgVAX6A9jKHHXEtixmaLE/GhkAeRx1GO3PXz wUncmBYRlZ98kP6PQsi+bqTuZ4Up3KiS2NDdVyAbPglT6MEPCll9bg0wdhoOSL+2 xkBED/rDttymeLpHvHRvtZbwQyx7+LENAHvLu7cdKqcMBnfZKwSoO33oSKuT6wBc qsEHHR6V7K7DVr5Sz1v1Lhz9LVV2UpPYu8qzELlSee8E6kxCiwNIHc6N8JqOe3N6 NBls1rfTeKPdc0m0zcoFv1PnAehWddrVG+S3Cmo4l8Gw42V/p58yqAgRi2Ti0lGt 3cEBRJIIWkY5jfX51knKVEOmvk5lwK/b7z1UnR72+tw== X-Virus-Scanned: Debian amavisd-new at guest.guest Received: from mail.076.ne.jp ([127.0.0.1]) by mail.076.ne.jp (mail.076.ne.jp [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kEIe_0yxuIFf for ; Mon, 11 Mar 2024 12:52:26 +0900 (JST) Received: from mail.fair.moe (ip1.193.076.moe [219.117.254.193]) by mail.076.ne.jp (Postfix) with ESMTPSA id 4TtNBy4MrdzW0mn for ; Mon, 11 Mar 2024 12:52:26 +0900 (JST) Date: Mon, 11 Mar 2024 12:52:18 +0900 From: "lain." To: questions@freebsd.org Subject: Re: Recent Firefox reports as Linux on FreeBSD Message-ID: X-Location: =?utf-8?B?IkVhcnRoL+WcsOeQgyI=?= X-Operating-System: "GNU/Linux" References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ekzko26f3w5wgqau" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20240201 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.90 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[076.ne.jp:s=dkim]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[fair.moe]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20473, ipnet:45.76.192.0/19, country:US]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[076.ne.jp:+] X-Rspamd-Queue-Id: 4TtNC76lqlz4F5X --ekzko26f3w5wgqau Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2024=E5=B9=B403=E6=9C=8810=E6=97=A5 22:16, the silly Tomek CEDRO claimed= to have said: > I just realized that recently Firefox (123.0) on FreeBSD reports as Linux: >=3D20 > Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0 >=3D20 > I think this is unacceptable (upstream?) dirty hack making FreeBSD > disappear completely from the web / statistics / etc :-( On the flip side, doing so will fix the broken internet on 1 specific thing. Many websites require you to use a specific OS on a specific browser, that is because most web developers today have no idea how to make a website. All the know is how they can use NPM/Yarn/PNPM or whatever the shiniest hip Javascript package manager of the week is to run off somebody else's code with some slight alternations, but HTML and CSS is way too hard for them. And because of this, we get this mess in which only specific platforms are supported on something that's supposed to be platform independent. I should say this is not FreeBSD-specific, I noticed the exact same thing on OpenBSD as well, in which all browsers now report "Linux" instead of "OpenBSD". --=20 lain. Did you know that? 90% of all emails sent on a daily basis are being sent in plain text, and i= t's super easy to intercept emails as they flow over the internet? Never send passwords, tokens, personal information, or other volunerable in= formation without proper PGP encryption! If you're writing your emails unencrypted, please consider sending PGP encr= ypted emails for security reasons. You can find my PGP public key at: https://fair.moe/lain.asc Every good email client is able to send encrypted emails. If yours can't, then you should consider switching to a secure email client= , because yours just sucks. My recommendations are Claws Mail or NeoMutt. For instructions on how to encrypt your emails: https://unixsheikh.com/tutorials/gnupg-tutorial.html --ekzko26f3w5wgqau Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEozVhUpXECiNYIKIXtWNzC1Y29b0FAmXuf/IACgkQtWNzC1Y2 9b27HgwApWC8UQMJSsSFhFk7ujF4yjviQdg6gKFWH0wx84V8Ls6jR8IVlWgM7Qr6 TyYa0USOaB/IsLI5wHjFoEowyQCg6lc111PkFT3AjG6Io0DTzL2nC7KB3Wf19zR+ x7faFax25gVzcoqs2CvnBtn+JZbiYQars5lpVxj2G5krhuibHzQlsEIlvfeM4FjM li8joqp86tXLE69WBmi6ts4oYYjL6TF5uFCdYXX9D6jkUfIdF8w0cYJGFNlvufEc pGunVOazSUYyz1qEbC00+PGfa2SDAxvdl52JhJRmJ/uFlSAvUUSDJ9B8yo6l+Y0g kXih/9ZjBWeczZR8MZmQKpwJNJz716Swki/uQaJe4nfmKfVGj8C4lhrLpApcXrbk QSYt41N0KNNP89O07j4vBaPv06DxkdF9qZgytn51LVHm7YJDb7oL+vrISqkuXs2A NXlFasdz1emVXftJ+IVHfENowmsYmHRYegUpJAp7mOD8/EkYd2SeFsE8g7ne6Zol bmcaPy8K =8+0N -----END PGP SIGNATURE----- --ekzko26f3w5wgqau-- From nobody Mon Mar 11 09:18:01 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtWQr6PRMz5CYwW for ; Mon, 11 Mar 2024 09:18:12 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtWQr2qg9z4hp8 for ; Mon, 11 Mar 2024 09:18:12 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; none Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.2) with ESMTPSA id 42B9I1FP085625 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 11 Mar 2024 10:18:02 +0100 (CET) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202401; t=1710148682; bh=piE9SKXRg7GDOfD5D9BcVL8qO8M7Tabma5DGbnokufw=; h=Date:Subject:To:References:From:In-Reply-To; b=yxvABraKQdRwRDbq08ojSVanC3ZloURJMwHnZdWWlKarquMwPNkdKdyJwwTDgv93r qYY+fOPtA9B3VHErMGwDz8cfoYpa6iWk03YD/CgxelMe7uUNu6Je3ItZHFESZABB8f uE5R8Bf2Tz+LwQBboDRyhjSJSam7kfNm4QFADXK8= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <4ae1c9ee-9be9-4124-9f11-22eff19a88c6@netfence.it> Date: Mon, 11 Mar 2024 10:18:01 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ping acting strangely on 13.3 Content-Language: en-US To: Dewayne Geraghty , questions@freebsd.org References: <76081854-2b3f-47e5-8405-a5212f74a747@heuristicsystems.com.au> From: Andrea Venturoli In-Reply-To: <76081854-2b3f-47e5-8405-a5212f74a747@heuristicsystems.com.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT] X-Rspamd-Queue-Id: 4TtWQr2qg9z4hp8 On 3/10/24 22:42, Dewayne Geraghty wrote: > Andrea, you mentioned commenting "options INET6" from the kernel, but do > you also have WITHOUT_INET6 in /etc/src.conf, as this will take care of > userland?  It might help to review the ref below. If not, then you > probably need to add it and perform a "make world". > > Ref: man src.conf | col -b | grep -A3 -iE "INET6|IPV6" > > Regards, Dewayne. > Hello and thanks for answering. Is this officially needed? That would be a problem, since I build world on one single box, then install on different boxes which might have INET6 or not in the kernel. If it's compulsory, I'll see what I can do, but I find it strange, since I never used this before (and I still don't with 14.0). bye av. From nobody Mon Mar 11 10:01:14 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtXNb5DfSz5Cf4j for ; Mon, 11 Mar 2024 10:01:19 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtXNZ62Rvz4n7y for ; Mon, 11 Mar 2024 10:01:18 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of guru@unixarea.de designates 178.254.4.101 as permitted sender) smtp.mailfrom=guru@unixarea.de Received: from [212.222.85.178] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1rjcT6-00D377-CG for freebsd-questions@freebsd.org; Mon, 11 Mar 2024 11:01:16 +0100 Received: from localhost.my.domain (c720-1400094 [127.0.0.1]) by localhost.unixarea.de (8.17.1/8.14.9) with ESMTP id 42BA1Feb002199 for ; Mon, 11 Mar 2024 11:01:15 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.17.1/8.14.9/Submit) id 42BA1F0V002198 for freebsd-questions@freebsd.org; Mon, 11 Mar 2024 11:01:15 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 11 Mar 2024 11:01:14 +0100 From: Matthias Apitz To: freebsd-questions@freebsd.org Subject: turning off IPv6 in my wlan0 interface Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd-questions@freebsd.org List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 14.0-CURRENT r1400094 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 212.222.85.178 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_VERYGOOD(-0.20)[178.254.4.101:from]; R_SPF_ALLOW(-0.20)[+ip4:178.254.4.101]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_SHORT(-0.09)[-0.089]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[unixarea.de]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[guru@unixarea.de]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; HAS_XOIP(0.00)[]; R_DKIM_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4TtXNZ62Rvz4n7y Hello, I tried to turn off IPv6 in my wlan0 interface with setting this in /etc/rc.conf (following a suggestion I found in Internet): wlans_ath0="wlan0" ifconfig_wlan0="WPA SYNCDHCP" ipv6_network_interfaces="none" But this does not seem to help: # ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 options=0 ether 90:48:9a:92:9e:43 inet 10.49.211.209 netmask 0xffffff00 broadcast 10.49.211.255 inet6 fe80::9248:9aff:fe92:9e43%wlan0 prefixlen 64 scopeid 0x2 groups: wlan ssid OCLCvisitor channel 6 (2437 MHz 11g ht/20) bssid a2:46:9d:32:bd:cf regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 2 shortgi -uapsd wme burst roaming MANUAL parent interface: ath0 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated nd6 options=23 Any ideas? Thanks matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From nobody Mon Mar 11 10:16:48 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtXkk09SFz5CgMh for ; Mon, 11 Mar 2024 10:17:02 +0000 (UTC) (envelope-from sl.lmysyibshaztsmrzgazdslbageytkmrwge3f2.tya6mxcbgkqu4@passmail.net) Received: from mail-200166.simplelogin.co (mail-200166.simplelogin.co [176.119.200.166]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtXkj58CRz4qmD for ; Mon, 11 Mar 2024 10:17:01 +0000 (UTC) (envelope-from sl.lmysyibshaztsmrzgazdslbageytkmrwge3f2.tya6mxcbgkqu4@passmail.net) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; d=simplelogin.co; s=arc-20230626; t=1710152213; cv=none; b=FQpr5CeVhZbgngXlj/OO6laFEFgVyXB0flh47Hd5/QKli9rCu2jaYr4fSB7Nroy5gekMgYtse/czsmi64J3+Ek57pYQPxhXT0kchnk5boLZlpzq1quLUDql66wQCF/p6sPU8Yt1c6NOrpm0s62V1dJITwR69aLAOxSmldrnXjfA9gCU/gwzIZ7mg0UUkXW3B3s3k8GPQh7junzkvM4CAbrMLcNkyKcmV+DxSQMmV910/6vLMrXhMqbOYASPYo7BtBUeB4PpOSkbcnLsEECMq+o4oTlIxERRHtKrGmEE5Jn3xRgyNqsFqNRdo7N5yDG1DqwVlPCJrqVvirpoZMrY1MQ== ARC-Message-Signature: i=1; a=rsa-sha256; d=simplelogin.co; s=arc-20230626; t=1710152213; c=relaxed/simple; bh=P85aI/FqrsE+M7BlcSnVMWceOZzppmjTdKFHPWZpG+I=; h=Date:Subject:In-Reply-To:From:To:Cc:References; b=d9DV+f3FRbMRlmm868vXq4hi/AOLxxxNQ78ySvsrLwMg3AQxGlcCIReIRnun84ZJKdGyRlTtxgBT5m26wKiQRh5KQ2GNQB0OzpfVce23wxWc/5ARQ/FRl7QSYdZYZSj3P4Ra4KtmT1nyvINTHN7vVMALTbcqx1aAVsZ7dE6axLSpTMsmnZPsQWghWQDQBikag+W5LEEc7iaw7Hd4zr7UK3YKq6hV6hIwN4/vGF4O9Hn4nn1Q7TwRisfQS3pv0419o2dro3SVJDFBH2sMBAzaXPS8PiQ2ZT9O2m0T84KFQh7T+1jdtbw5VWPoPyDKQXPilscuW7KFLR6lL1SFwtqWmA== ARC-Authentication-Results: i=1; mail.protonmail.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passmail.net; s=dkim; t=1710152213; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=P85aI/FqrsE+M7BlcSnVMWceOZzppmjTdKFHPWZpG+I=; b=RGmmjIZQIG0aYE000F6OcICLeFsYsYJFiW9L3YbBCQiGVpDUtuSUB4nyQ198XYBqneBUGT zUf1iI7NRkxZQ79r2hyrNX/EKzYZcMqo1mlyjD4Sot2+2viedvefTSTFIog11ol3/oSoK9 dNwqzxnBaRFG/oB8cg22P/y/sTIX+OQ= Date: Mon, 11 Mar 2024 10:16:48 +0000 Subject: Re: turning off IPv6 in my wlan0 interface In-Reply-To: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_U88lLqmatBHhaA5vsUiuKQikA3mVPMnoDIM21eRLYs" Content-Transfer-Encoding: 7bit From: freebsd.tug890@passmail.net To: Matthias Apitz Cc: freebsd-questions@freebsd.org Message-ID: <171015221334.7.15880515234214330674.283929029@passmail.net> References: X-SimpleLogin-Type: Reply X-SimpleLogin-EmailLog-ID: 283929029 X-SimpleLogin-Want-Signing: yes X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:176.119.200.0/24, country:CH] X-Rspamd-Queue-Id: 4TtXkj58CRz4qmD This is a multi-part message in MIME format. --b1_U88lLqmatBHhaA5vsUiuKQikA3mVPMnoDIM21eRLYs Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, Adding this in /etc/rc.conf should work: ip6addrctl_enable=3D"NO" More information can be found in the man page: https://man.freebsd.org/cgi/man.cgi?query=3Drc.conf&apropos=3D0&sektion=3D5= &manpath=3DFreeBSD+14.0-RELEASE+and+Ports&arch=3Ddefault&format=3Dhtml Kind regards. Alexandre Le lundi 11 mars 2024 =C3=A0 11:01, Matthias Apitz a = =C3=A9crit=C2=A0: >=20 >=20 >=20 > Hello, >=20 > I tried to turn off IPv6 in my wlan0 interface with setting this in > /etc/rc.conf (following a suggestion I found in Internet): >=20 > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"WPA SYNCDHCP" > ipv6_network_interfaces=3D"none" >=20 > But this does not seem to help: >=20 > # ifconfig wlan0 >=20 > wlan0: flags=3D8843 metric 0 mtu = 1500 >=20 > options=3D0 > ether 90:48:9a:92:9e:43 > inet 10.49.211.209 netmask 0xffffff00 broadcast 10.49.211.255 > inet6 fe80::9248:9aff:fe92:9e43%wlan0 prefixlen 64 scopeid 0x2 > groups: wlan > ssid OCLCvisitor channel 6 (2437 MHz 11g ht/20) bssid a2:46:9d:32:bd:cf > regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON > deftxkey UNDEF AES-CCM 2:128-bit txpower 20 bmiss 7 scanvalid 60 > protmode CTS ampdulimit 64k ampdudensity 2 shortgi -uapsd wme burst > roaming MANUAL > parent interface: ath0 > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > nd6 options=3D23 >=20 >=20 > Any ideas? Thanks >=20 > matthias >=20 > -- > Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-1= 76-38902045 > Public GnuPG key: http://www.unixarea.de/key.pub --b1_U88lLqmatBHhaA5vsUiuKQikA3mVPMnoDIM21eRLYs Content-Type: application/pgp-keys; name="publickey - alelab@proton.me - 0xE6DBF9BA.asc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="publickey - alelab@proton.me - 0xE6DBF9BA.asc" LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgp4ak1FWWxTVUZ4WUpLd1lCQkFI YVJ3OEJBUWRBMDMzbFMzS01TcjNTUU1vUDJodlIyVlJ2RXdxRHU5ZTAKVEFHTTZ5MzQxNG5OSTJG c1pXeGhZa0J3Y205MGIyNHViV1VnUEdGc1pXeGhZa0J3Y205MGIyNHViV1UrCndvOEVFQllLQUNB RkFtSlVsQmNHQ3drSENBTUNCQlVJQ2dJRUZnSUJBQUlaQVFJYkF3SWVBUUFoQ1JDaApFV0w0U3FE V1BCWWhCT2JiK2JwTnluVExCbnRTQ2FFUll2aEtvTlk4Uy80QkFLYUQ1SDZNc0dBcnozMjAKSFdQ czRzcnBiUmI4bXBaYmNGOFNIR254Q043Z0FQOXV1TDVvV2dudC9LM0pFMGNTRTlGdEdpQ2FhZE8v CmxXUXprT1dpVk9WN0RjNDRCR0pVbEJjU0Npc0dBUVFCbDFVQkJRRUJCMERlc2pTdnlrWmp1eitM UXRDVgpKWUFFa0FtUklaMW1sNjRXUi9YQlJReERiZ01CQ0FmQ2VBUVlGZ2dBQ1FVQ1lsU1VGd0li REFBaENSQ2gKRVdMNFNxRFdQQlloQk9iYiticE55blRMQm50U0NhRVJZdmhLb05ZOEU0UUEvMHhh SXZ6SVpMRFBlQWhpCm9VbUhnSFhDMVdvMEJ1ODlRTHRHdjlHbm9IZVpBUDlWK0t2ZFZPajQ5TnY5 b0Rxb1RnQ0k2T3ZFT1JwaApJSEdHMURwcDdPNDBDdz09Cj0wZWthCi0tLS0tRU5EIFBHUCBQVUJM SUMgS0VZIEJMT0NLLS0tLS0K --b1_U88lLqmatBHhaA5vsUiuKQikA3mVPMnoDIM21eRLYs-- From nobody Mon Mar 11 10:30:20 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtY252g5tz5ChSK for ; Mon, 11 Mar 2024 10:30:21 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TtY2525bdz4vKq for ; Mon, 11 Mar 2024 10:30:21 +0000 (UTC) (envelope-from guru@unixarea.de) Authentication-Results: mx1.freebsd.org; none Received: from [212.222.85.178] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1rjcvE-00EAUN-6x; Mon, 11 Mar 2024 11:30:20 +0100 Received: from localhost.my.domain (c720-1400094 [127.0.0.1]) by localhost.unixarea.de (8.17.1/8.14.9) with ESMTP id 42BAULGi001781; Mon, 11 Mar 2024 11:30:21 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.17.1/8.14.9/Submit) id 42BAUKiv001780; Mon, 11 Mar 2024 11:30:20 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 11 Mar 2024 11:30:20 +0100 From: Matthias Apitz To: freebsd.tug890@passmail.net Cc: freebsd-questions@freebsd.org Subject: Re: turning off IPv6 in my wlan0 interface Message-ID: Reply-To: Matthias Apitz Mail-Followup-To: freebsd.tug890@passmail.net, freebsd-questions@freebsd.org References: <171015221334.7.15880515234214330674.283929029@passmail.net> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <171015221334.7.15880515234214330674.283929029@passmail.net> X-Operating-System: FreeBSD 14.0-CURRENT r1400094 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 212.222.85.178 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE] X-Rspamd-Queue-Id: 4TtY2525bdz4vKq El día lunes, marzo 11, 2024 a las 10:16:48a. m. +0000, freebsd.tug890@passmail.net escribió: > Hello, > > Adding this in /etc/rc.conf should work: > ip6addrctl_enable="NO" > > More information can be found in the man page: > https://man.freebsd.org/cgi/man.cgi?query=rc.conf&apropos=0&sektion=5&manpath=FreeBSD+14.0-RELEASE+and+Ports&arch=default&format=html > Thanks! I applied the suggested change: wlans_ath0="wlan0" ifconfig_wlan0="WPA SYNCDHCP" ip6addrctl_enable="NO" But the interface still has IPv6 addrs after reboot: wlan0: flags=8843 metric 0 mtu 1500 options=0 ether 90:48:9a:92:9e:43 inet 10.49.211.209 netmask 0xffffff00 broadcast 10.49.211.255 inet6 fe80::9248:9aff:fe92:9e43%wlan0 prefixlen 64 scopeid 0x2 groups: wlan ssid OCLCvisitor channel 6 (2437 MHz 11g ht/20) bssid a2:46:9d:32:bd:cf regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 2 shortgi -uapsd wme burst roaming MANUAL parent interface: ath0 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated nd6 options=23 matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub From nobody Mon Mar 11 10:45:42 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TtYN30PgLz5Ck3p for ; Mon, 11 Mar 2024 10:45:55 +0000 (UTC) (envelope-from 4250.82.1d529000072eb8f.47ec2e5c97702f1b6c195c690ddff235@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (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 4TtYN25pRgz3yDf for ; Mon, 11 Mar 2024 10:45:54 +0000 (UTC) (envelope-from 4250.82.1d529000072eb8f.47ec2e5c97702f1b6c195c690ddff235@email-od.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1710153955; x=1712745955; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info:subject:to:from:cc:reply-to; bh=TKVBNBYMd2Vi7PpuKQ1bjM1fsKmS3xcilQM3CIAws6A=; b=WVuOZ7uOv85VQuPOQnz72OCoS9ykkZxrup0GBqvXqFB1eqVwyhJ2neBRsCx9L0Xte+xZix8feboBt7qGIHGpfYaou+GCKTuvqYbWgynaNibOTelD8PXuiZB9qHTDwcjgLlGFrH1uIkMw6xjCOcyKkyxzRX1+2/+RjpA95WkZ3UE= X-Thread-Info: NDI1MC4xMi4xZDUyOTAwMDA3MmViOGYuZnJlZWJzZC1xdWVzdGlvbnM9ZnJlZWJzZC5vcmc= Received: from r2.us-west-2.aws.in.socketlabs.com (r2.us-west-2.aws.in.socketlabs.com [142.0.190.2]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Mon, 11 Mar 2024 06:45:47 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r2.us-west-2.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Mon, 11 Mar 2024 06:45:45 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.95 (FreeBSD)) (envelope-from ) id 1rjdA7-000E9F-5K; Mon, 11 Mar 2024 10:45:43 +0000 Date: Mon, 11 Mar 2024 10:45:42 +0000 From: Steve O'Hara-Smith To: Matthias Apitz Cc: freebsd.tug890@passmail.net, freebsd-questions@freebsd.org Subject: Re: turning off IPv6 in my wlan0 interface Message-Id: <20240311104542.80eb170922e44d7a88330a3a@sohara.org> In-Reply-To: References: <171015221334.7.15880515234214330674.283929029@passmail.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) X-Clacks-Overhead: "GNU Terry Pratchett" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US] X-Rspamd-Queue-Id: 4TtYN25pRgz3yDf On Mon, 11 Mar 2024 11:30:20 +0100 Matthias Apitz wrote: > nd6 options=23 This set of interface settings are responsible for the link local address appearing and would make it accept an IPv6 address and route from a router advertising them. Adding ifdisabled to the ifconfig flags should completely disable ipV6 on the interface - from man ifconfig: --------- ifdisabled Set a flag to disable all of IPv6 network communications on the specified interface. Note that if there are already configured IPv6 addresses on that interface, all of them are marked as “tentative” and DAD will be performed when this flag is cleared. --------- -- Steve O'Hara-Smith From nobody Mon Mar 11 13:07:53 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ttq9w0VqPz5Djw5 for ; Mon, 11 Mar 2024 21:08:04 +0000 (UTC) (envelope-from hlyg2023@outlook.com) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sgaapc01olkn20814.outbound.protection.outlook.com [IPv6:2a01:111:f400:feab::814]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ttq9t4SKkz3xSj for ; Mon, 11 Mar 2024 21:08:02 +0000 (UTC) (envelope-from hlyg2023@outlook.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=vACNylUC; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of hlyg2023@outlook.com designates 2a01:111:f400:feab::814 as permitted sender) smtp.mailfrom=hlyg2023@outlook.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HHJ97pSKYuScV88wxXnl+h/+iMWVrhhrq/IzXJ7WO1aJhGo2gEiwr2WZYNEJ2k2Z1++6NW60eHpRkJa7Z5BTuX/9bsVHgMorb6H1b0jKWdU1FQ5jWl4Uz6qmOAeSFrImvbbNHgLMJVadRRNL4v+CDP4bE7G2Z8hU9/lCK+CUAq/M/WjqgGvCMQHHqe1jFpyWqiLyaq9CaMEQbtJiZsiel9a44r62wXvgkvyTiGQwDlEYK27eWVIGSNt7RVXFOtoWTAWdPaSWMCFBS92xxExMdXRldR3isY7rf1EtJ8iqr+3Mjfl3iSKGYJi0JkULuaN3zpqZ1mzn+uJWUSVixTjGQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vbWm01mcqvvxygeozu6uwdyMRNHXsmq/weXZvQw23kI=; b=NblbQG/OH7E5rCezAs29Fd7I1g9VXdCqlG7N0vwVcfEYjqd45AAlfQBUPkGb/nJ6opIMlNSt/X1+2HiLOs4KIg0kCjMfTCNxDrsW0FMhM/EF6xWIXJeXafUxSGXAQQh256shG9Edf0AhPNqunW+DKk1GdzyT3rdMODTEPFAbB9Mq0BXvNgU3z6DEI9HR+kZJ5Iatp3atRRGab7YT/rRZRex30JgVwAUdEXhq2pBexhx+iZ1xYkIg5OglUkvQ9SssNy55eZn5sd0r+fw9eP9OWVYLU1U7cdogdWPFvL003K9AbchZHTsmAToxVh9fG3+5RnUMgBlFSBvhczGfuuSLPg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vbWm01mcqvvxygeozu6uwdyMRNHXsmq/weXZvQw23kI=; b=vACNylUCMjCPNPatKbS2K79XthdCOru6HzNxN34YhS1B+9mornttw5Ms9l5MssC0z6BVXv94Qxx+KYkFIo4f05U/A1NnTgxag/se76nZPuSk6qMznW+qyL5Jsm46UrhunPayvPfZ3dCRdApIUKnuXr34GW0j9t9Qvq8cAGQ0WxTHUgTNeHP0le9uXGail1Jt3uGphsnAkwdvC3Y3HCalW9PnnWtsHZRGkHZekLAKdMdO1GPW5qci0aHPiWym6x/MCV3LBTq9xwa3B/JZgOoycw03v4wDpxDXK6oWKJa1/zadp7iDJ4uITf/e8D4Bfhiq0NAYDUHIEQdwwLYNyOApXA== Received: from TYSPR02MB8382.apcprd02.prod.outlook.com (2603:1096:405:c6::11) by TYSPR02MB6448.apcprd02.prod.outlook.com (2603:1096:400:42d::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7362.35; Mon, 11 Mar 2024 21:07:57 +0000 Received: from TYSPR02MB8382.apcprd02.prod.outlook.com ([fe80::d924:2e08:e71a:6b54]) by TYSPR02MB8382.apcprd02.prod.outlook.com ([fe80::d924:2e08:e71a:6b54%5]) with mapi id 15.20.7362.035; Mon, 11 Mar 2024 21:07:57 +0000 Content-Type: multipart/mixed; boundary="------------hVBSb280824lY6jQ08n4vQBC" Message-ID: Date: Mon, 11 Mar 2024 21:07:53 +0800 User-Agent: Mozilla Thunderbird From: hlyg Subject: strange X problem To: freebsd-questions@freebsd.org Content-Language: en-US X-TMN: [eaTarmC/Dhc4fKhsTWdKWfL1yGWwaT1Dx9WdM7K9WSE=] X-ClientProxiedBy: TY2PR0101CA0041.apcprd01.prod.exchangelabs.com (2603:1096:404:8000::27) To TYSPR02MB8382.apcprd02.prod.outlook.com (2603:1096:405:c6::11) X-Microsoft-Original-Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: TYSPR02MB8382:EE_|TYSPR02MB6448:EE_ X-MS-Office365-Filtering-Correlation-Id: 1d9f7d1f-07ad-477c-e12f-08dc420f52c2 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: +N71lApnhH4mZwUgvljmAjUmhlS5SuBr/BTdi3BDRZVLqavZSKzmirfIIhhjdbNMSu6BMJVV6WquIxDvYEiv+WFsXYJSLIpJ2pU8gMNRnUeczvxzfCuHQLbJcJE6zmWP/75+v/ScawrapMhGHR1r/FwRrXzTtFAm6mJTc8tHi1zQTN8xxM0wp0qaHLhO0oAepN6YulcY7HABGKAdUmB79zLak4dg1EOPyVvEdzYPJIYEYx1VKvqvbz1jowgdFLdkR+/RI0SGND5iMfjvg8Gxss3vSmVDukRjTONgHwvYJy0U0WpkPrNNU7o3FQ4xA2OvFzB8XlOEnhoLOtbk4NBdP2itc31A+VFQlKCKHdtb3p5308fae2Wet+oIDxJRrM2z8M8w5onn6V5sx6CeRvbz76S1rHqjXxLJl3jigOcmCvJD+gUUIAGDk3kXOqVoD6OdicSI1QT2xT6KwYM3ORUnt3LDu/bdwbbE7aVZpzYJsFGIyAT7uA9BvwAosePv/VIcS2bRc4uuv8ZqMuBbMreEgysIB0SiCNKyV0DSI49wJJk3r5G717E/4JZyG184PK5GzWnIezPpzKxihvPqI1SiiabZ9lTzYtgM7zcknGP86qj0y3i7oqrJBxvTC4k74tWk X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZEhWMFEvV2FoTlNqRzBEN0loTlIzZ3lrZDVCajNsS0I5YXZTd3dGanpWN3h3?= =?utf-8?B?OTRBNVBKa00yUllTWTJ6bm5QaExPVVFsN3Vxa3lvaXdzOVFhQWxDQ1FNK0Y0?= =?utf-8?B?d0dKMXNob24xeVJXeVBtY2NmaHN1dGExT0prYXFiYVlhL01FVWF0TUNVVVlm?= =?utf-8?B?SWdHa3drZW5QREh5SVBjZ0lBS2RMNnVENTU1QloveEg1MmMzK0IzVm1JVGNW?= =?utf-8?B?eS8rOWFWS1AvQ3VxV3pobUVndjZsME5RYXMzQ3JzSjY3Umk4Slg0aEhMV2NC?= =?utf-8?B?UEhVeXZDY2pGOStzK1lNTis5RThDeTc2VmVPRUp4bnhsRjBKbGRiYlRPeWhW?= =?utf-8?B?em8zZzV5eDBMVlpXTGJRS1p1dmdkc3hWVmhWYzlET1IrWjVRb2l5S0F6Um45?= =?utf-8?B?dWdTTHltMEV6R3FKVjdETDRwQ2lqMFFxSDJxVE1CRERSdUJ0bnhiNnlxOC8v?= =?utf-8?B?MmZtY0hGZ1lvMExWNUV2N0dTR2ZtcmJOSURkTjRhbEpTdXA4Q3V6Nk16VlZF?= =?utf-8?B?YUJWaDRFZVJ3OVlySkNINjZwZlpkYWg4eWNpaUtOK3JFLzIxUTZnNndRaEtX?= =?utf-8?B?aTYxbkR5dms1QWtGdnhHMzh6bmEzNGRVcDhMRTlZNkowTVFCNFdQeDBMVy91?= =?utf-8?B?QVVvMVhwSzJCb01GQkp0eW1FWFpPLzkxVFhJSU9qd1lJejVmWVkvY1Z3R2Y4?= =?utf-8?B?Q2lqSlRNUmR2WWlmY0V2ZkVpc3EvSnZ5aGFLVGQxRXJhN01yWjhlU1NDK2RP?= =?utf-8?B?OXNUVk1uazdrelJSbVZ3T0U4cFUrczJFMlhRV3l2dGgxWm0yV2VvTUZ6dUlk?= =?utf-8?B?bzBHRHYveVRHdVI3MWJBTWxHT3plQmNReHM0QzNIVDZ3UzMyc3JBck1MQXJ5?= =?utf-8?B?ZGkxYW9PYnNiNm5RTkhBN2plZ0c2V1J2V3FvdHJxSzZTNVU4ell2amNpUWwx?= =?utf-8?B?SEJKdDVYNG1MZDJwN2J3RmtnQXgwenQ1WmI4OXZTWWFOakxaWmhDbXR4clBs?= =?utf-8?B?L1pqYkE1SG9HNnFQRGM5YmZhK0xJTDVKR0J3OVFla0FSYzloODhRS1lKaURq?= =?utf-8?B?a0R5akVQN0YxcG9RS2VlZGNTMTlSYXlGYVQzQjJhUW5ySlB4TVF3Q3FlZlNT?= =?utf-8?B?cWJrVWtKb2g1emFvTlBnZ05QaGpqc2RacE8rcm5SRUk5MnJlbUVtTVdCUDAv?= =?utf-8?B?MXIxM3VBM24rT1NMM1JCTEZwaHQrVEY2Tk00ZERnQjQrTS9FallXL2thMENL?= =?utf-8?B?c1hrVzJPT0pjTitLcFhEQzVOSmpyYUxrc00rUmpISjZ2ZEhRMXRsMGoyVXBL?= =?utf-8?B?c1k5dzN3TDZ0MVNuS2U5WnVyS0lkbFd0ZGFxdmJpc2dPazBlTnN2SDhSaitP?= =?utf-8?B?UFd1KzEvdUUwSXJVb0V4TkpOc3pJUVVQYm9zS0ZuUGsyVmpvNDZpOTBmU1NK?= =?utf-8?B?dysvZnNNYXJOWFJyZVVqd2VWRjVaZEYzSzhUZGNaWmxzVFJGMnNxYi84dFBm?= =?utf-8?B?MmNpK3VSc1VTeHhlM0JWRjZZY0EyN1hXYnFXY0RMU2ZaWnhOdUM5WFpxNzF4?= =?utf-8?B?dHJaeVpYS2tBQzI3U09PRnppeDI5bC9Idk51UFl2clJNVWJTeHZzdkpBZ3g1?= =?utf-8?Q?6HynzzD/QOnZ8/21MP/JJcGnUB0LsGgHkLlvR2A5R4MA=3D?= X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 1d9f7d1f-07ad-477c-e12f-08dc420f52c2 X-MS-Exchange-CrossTenant-AuthSource: TYSPR02MB8382.apcprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Mar 2024 21:07:56.5897 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYSPR02MB6448 X-Spamd-Bar: / X-Spamd-Result: default: False [0.52 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_SPAM_SHORT(0.91)[0.906]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[outlook.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[outlook.com:+]; FREEMAIL_ENVFROM(0.00)[outlook.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; DWL_DNSWL_NONE(0.00)[outlook.com:dkim] X-Rspamd-Queue-Id: 4Ttq9t4SKkz3xSj --------------hVBSb280824lY6jQ08n4vQBC Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit i use freeebsd 14 for i386 drm-kmod doesn't work, i install xf86-video-intel i run startx, it fails, see 1st attachment without any change, i run startx again, it succeeds, see 2nd attachment --------------hVBSb280824lY6jQ08n4vQBC Content-Type: text/plain; charset=UTF-8; name="t5" Content-Disposition: attachment; filename="t5" Content-Transfer-Encoding: base64 WyAgICA3MS40NjNdIApYLk9yZyBYIFNlcnZlciAxLjIxLjEuMTEKWCBQcm90b2NvbCBWZXJzaW9u IDExLCBSZXZpc2lvbiAwClsgICAgNzEuNDY0XSBDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgZmIgMTQuMC1SRUxFQVNFIEZyZWVCU0QgMTQuMC1SRUxFQVNFICMwIHJlbGVuZy8xNC4w LW4yNjUzODAtZjk3MTZlZWU4YWI0OiBGcmkgTm92IDEwIDA1OjUxOjI2IFVUQyAyMDIzICAgICBy b290QHJlbGVuZzEubnlpLmZyZWVic2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvaTM4Ni5pMzg2L3N5 cy9HRU5FUklDIGkzODYKWyAgICA3MS40NjRdICAKWyAgICA3MS40NjRdIEN1cnJlbnQgdmVyc2lv biBvZiBwaXhtYW46IDAuNDIuMgpbICAgIDcxLjQ2NF0gCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxl bXMsIGNoZWNrIGh0dHA6Ly93aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0 aGUgbGF0ZXN0IHZlcnNpb24uClsgICAgNzEuNDY0XSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uClsgICAgNzEu NDY1XSAoPT0pIExvZyBmaWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IE1vbiBNYXIg MTEgMjE6MDI6MjAgMjAyNApbICAgIDcxLjQ4M10gKD09KSBVc2luZyBzeXN0ZW0gY29uZmlnIGRp cmVjdG9yeSAiL3Vzci9sb2NhbC9zaGFyZS9YMTEveG9yZy5jb25mLmQiClsgICAgNzEuNDg5XSAo PT0pIE5vIExheW91dCBzZWN0aW9uLiAgVXNpbmcgdGhlIGZpcnN0IFNjcmVlbiBzZWN0aW9uLgpb ICAgIDcxLjQ4OV0gKD09KSBObyBzY3JlZW4gc2VjdGlvbiBhdmFpbGFibGUuIFVzaW5nIGRlZmF1 bHRzLgpbICAgIDcxLjQ4OV0gKCoqKSB8LS0+U2NyZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9u IiAoMCkKWyAgICA3MS40ODldICgqKikgfCAgIHwtLT5Nb25pdG9yICI8ZGVmYXVsdCBtb25pdG9y PiIKWyAgICA3MS40OTJdICg9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiRGVm YXVsdCBTY3JlZW4gU2VjdGlvbiIuCglVc2luZyBhIGRlZmF1bHQgbW9uaXRvciBjb25maWd1cmF0 aW9uLgpbICAgIDcxLjQ5Ml0gKD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgICAg NzEuNDkyXSAoPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwpbICAgIDcxLjQ5M10g KD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlcwpbICAgIDcxLjQ5M10gKD09KSBB dXRvbWF0aWNhbGx5IGJpbmRpbmcgR1BVIGRldmljZXMKWyAgICA3MS40OTRdICg9PSkgTWF4IGNs aWVudHMgYWxsb3dlZDogMjU2LCByZXNvdXJjZSBtYXNrOiAweDFmZmZmZgpbICAgIDcxLjUyOF0g KD09KSBGb250UGF0aCBzZXQgdG86CgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL21pc2MvLAoJL3Vz ci9sb2NhbC9zaGFyZS9mb250cy9UVEYvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy9PVEYvLAoJ L3Vzci9sb2NhbC9zaGFyZS9mb250cy9UeXBlMS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzEw MGRwaS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzc1ZHBpLywKCWNhdGFsb2d1ZTovdXNyL2xv Y2FsL2V0Yy9YMTEvZm9udHBhdGguZApbICAgIDcxLjUyOF0gKD09KSBNb2R1bGVQYXRoIHNldCB0 byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgpbICAgIDcxLjUyOF0gKElJKSBUaGUgc2Vy dmVyIHJlbGllcyBvbiB1ZGV2IHRvIHByb3ZpZGUgdGhlIGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4K CUlmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgdWRldiBvciBkaXNh YmxlIEF1dG9BZGREZXZpY2VzLgpbICAgIDcxLjUzMF0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25z OgpbICAgIDcxLjUzMF0gCVguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNApbICAgIDcxLjUzMF0g CVguT3JnIFZpZGVvIERyaXZlcjogMjUuMgpbICAgIDcxLjUzMF0gCVguT3JnIFhJbnB1dCBkcml2 ZXIgOiAyNC40ClsgICAgNzEuNTMwXSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDEwLjAKWyAg ICA3MS41NDFdICgtLSkgUENJOiooMEAwOjI6MCkgODA4NjoyYTQyOjgwODY6MmE0MiByZXYgOSwg TWVtIEAgMHhmZTQwMDAwMC80MTk0MzA0LCAweGQwMDAwMDAwLzI2ODQzNTQ1NiwgSS9PIEAgMHgw MDAwYzA4MC84LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgpbICAgIDcxLjU0Ml0gKC0tKSBQQ0k6 ICgwQDA6MjoxKSA4MDg2OjJhNDM6ODA4NjoyYTQyIHJldiA5LCBNZW0gQCAweGZlYTAwMDAwLzEw NDg1NzYKWyAgICA3MS41NDNdIChJSSkgTG9hZE1vZHVsZTogImdseCIKWyAgICA3MS41NDddIChJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHgu c28KWyAgICA3MS41OTJdIChJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgIDcxLjU5Ml0gCWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKWyAgICA3MS41OTJdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMTAuMApbICAgIDcxLjU5M10gKD09KSBNYXRjaGVkIGludGVsIGFzIGF1dG9jb25maWd1 cmVkIGRyaXZlciAwClsgICAgNzEuNTkzXSAoPT0pIE1hdGNoZWQgbW9kZXNldHRpbmcgYXMgYXV0 b2NvbmZpZ3VyZWQgZHJpdmVyIDEKWyAgICA3MS41OTNdICg9PSkgTWF0Y2hlZCBzY2ZiIGFzIGF1 dG9jb25maWd1cmVkIGRyaXZlciAyClsgICAgNzEuNTkzXSAoPT0pIE1hdGNoZWQgdmVzYSBhcyBh dXRvY29uZmlndXJlZCBkcml2ZXIgMwpbICAgIDcxLjU5M10gKD09KSBBc3NpZ25lZCB0aGUgZHJp dmVyIHRvIHRoZSB4Zjg2Q29uZmlnTGF5b3V0ClsgICAgNzEuNTkzXSAoSUkpIExvYWRNb2R1bGU6 ICJpbnRlbCIKWyAgICA3MS41OTRdIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21v ZHVsZXMvZHJpdmVycy9pbnRlbF9kcnYuc28KWyAgICA3MS42MTBdIChJSSkgTW9kdWxlIGludGVs OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgNzEuNjEwXSAJY29tcGlsZWQgZm9yIDEu MjEuMS4xMSwgbW9kdWxlIHZlcnNpb24gPSAyLjk5LjkxNwpbICAgIDcxLjYxMl0gCU1vZHVsZSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyClsgICAgNzEuNjEzXSAJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gMjUuMgpbICAgIDcxLjYxM10gKElJKSBMb2FkTW9kdWxlOiAi bW9kZXNldHRpbmciClsgICAgNzEuNjEzXSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2RyaXZlcnMvbW9kZXNldHRpbmdfZHJ2LnNvClsgICAgNzEuNjM0XSAoSUkpIE1v ZHVsZSBtb2Rlc2V0dGluZzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgIDcxLjYzNF0g CWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0gMS4yMS4xClsgICAgNzEu NjM0XSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgICA3MS42MzRdIAlBQkkg Y2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyNS4yClsgICAgNzEuNjM1XSAoSUkp IExvYWRNb2R1bGU6ICJzY2ZiIgpbICAgIDcxLjYzNl0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwv bGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzL3NjZmJfZHJ2LnNvClsgICAgNzEuNjM4XSAoSUkpIE1v ZHVsZSBzY2ZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAgNzEuNjM4XSAJY29tcGls ZWQgZm9yIDEuMjEuMS4xMSwgbW9kdWxlIHZlcnNpb24gPSAwLjAuNQpbICAgIDcxLjYzOF0gCUFC SSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDI1LjIKWyAgICA3MS42MzhdIChJ SSkgTG9hZE1vZHVsZTogInZlc2EiClsgICAgNzEuNjM4XSAoSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvdmVzYV9kcnYuc28KWyAgICA3MS42NDBdIChJSSkg TW9kdWxlIHZlc2E6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgICA3MS42NDBdIAljb21w aWxlZCBmb3IgMS4yMS4xLjExLCBtb2R1bGUgdmVyc2lvbiA9IDIuNS4wClsgICAgNzEuNjQwXSAJ TW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgICA3MS42NDBdIAlBQkkgY2xhc3M6 IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyNS4yClsgICAgNzEuNjQwXSAoSUkpIGludGVs OiBEcml2ZXIgZm9yIEludGVsKFIpIEludGVncmF0ZWQgR3JhcGhpY3MgQ2hpcHNldHM6CglpODEw LCBpODEwLWRjMTAwLCBpODEwZSwgaTgxNSwgaTgzME0sIDg0NUcsIDg1NCwgODUyR00vODU1R00s IDg2NUcsCgk5MTVHLCBFNzIyMSAoaTkxNSksIDkxNUdNLCA5NDVHLCA5NDVHTSwgOTQ1R01FLCBQ aW5ldmlldyBHTSwKCVBpbmV2aWV3IEcsIDk2NUcsIEczNSwgOTY1USwgOTQ2R1osIDk2NUdNLCA5 NjVHTUUvR0xFLCBHMzMsIFEzNSwgUTMzLAoJR000NSwgNCBTZXJpZXMsIEc0NS9HNDMsIFE0NS9R NDMsIEc0MSwgQjQzClsgICAgNzEuNjQyXSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIEludGVsKFIp IEhEIEdyYXBoaWNzClsgICAgNzEuNjQyXSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIEludGVsKFIp IElyaXMoVE0pIEdyYXBoaWNzClsgICAgNzEuNjQyXSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIElu dGVsKFIpIElyaXMoVE0pIFBybyBHcmFwaGljcwpbICAgIDcxLjY0Ml0gKElJKSBtb2Rlc2V0dGlu ZzogRHJpdmVyIGZvciBNb2Rlc2V0dGluZyBLZXJuZWwgRHJpdmVyczoga21zClsgICAgNzEuNjQy XSAoSUkpIHNjZmI6IGRyaXZlciBmb3Igd3NkaXNwbGF5IGZyYW1lYnVmZmVyOiBzY2ZiClsgICAg NzEuNjQyXSAoSUkpIFZFU0E6IGRyaXZlciBmb3IgVkVTQSBjaGlwc2V0czogdmVzYQpbICAgIDcx LjY0M10gKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRoIFggc3VwcG9ydCAodmVyc2lvbiAy LjApClsgICAgNzEuNjQzXSAoLS0pIHVzaW5nIFZUIG51bWJlciA5CgpbICAgIDc3LjkxM10gKFdX KSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgbW9kZXNldHRpbmcKWyAgICA3 OC4yMDFdIChXVykgRmFsbGluZyBiYWNrIHRvIG9sZCBwcm9iZSBtZXRob2QgZm9yIHNjZmIKWyAg ICA3OC4yMDFdIHNjZmIgdHJhY2U6IHByb2JlIHN0YXJ0ClsgICAgNzguMjAxXSBzY2ZiIHRyYWNl OiBwcm9iZSBkb25lClsgICAgNzguMjAxXSAoV1cpIFZHQSBhcmJpdGVyOiBjYW5ub3Qgb3BlbiBr ZXJuZWwgYXJiaXRlciwgbm8gbXVsdGktY2FyZCBzdXBwb3J0ClsgICAgNzguMjAxXSAoSUkpIGlu dGVsKDApOiBDcmVhdGluZyBkZWZhdWx0IERpc3BsYXkgc3Vic2VjdGlvbiBpbiBTY3JlZW4gc2Vj dGlvbgoJIkRlZmF1bHQgU2NyZWVuIFNlY3Rpb24iIGZvciBkZXB0aC9mYmJwcCAyNC8zMgpbICAg IDc4LjIwMV0gKD09KSBpbnRlbCgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVidWZmZXIgYnBwIDMy ClsgICAgNzguMjAxXSAoPT0pIGludGVsKDApOiBSR0Igd2VpZ2h0IDg4OApbICAgIDc4LjIwMV0g KD09KSBpbnRlbCgwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yClsgICAgNzguMjAyXSAo LS0pIGludGVsKDApOiBJbnRlZ3JhdGVkIEdyYXBoaWNzIENoaXBzZXQ6IEludGVsKFIpIEdNNDUK WyAgICA4NS4wMDRdICgqKikgaW50ZWwoMCk6IFJlbGF4ZWQgZmVuY2luZyBlbmFibGVkClsgICAg ODUuMDA0XSAoKiopIGludGVsKDApOiBXYWl0IG9uIFN3YXBCdWZmZXJzPyBlbmFibGVkClsgICAg ODUuMDA0XSAoKiopIGludGVsKDApOiBUcmlwbGUgYnVmZmVyaW5nPyBlbmFibGVkClsgICAgODUu MDA0XSAoKiopIGludGVsKDApOiBGcmFtZWJ1ZmZlciB0aWxlZApbICAgIDg1LjAwNF0gKCoqKSBp bnRlbCgwKTogUGl4bWFwcyB0aWxlZApbICAgIDg1LjAwNF0gKCoqKSBpbnRlbCgwKTogM0QgYnVm ZmVycyB0aWxlZApbICAgIDg1LjAwNF0gKCoqKSBpbnRlbCgwKTogU3dhcEJ1ZmZlcnMgd2FpdCBl bmFibGVkClsgICAgODUuMDA0XSAoPT0pIGludGVsKDApOiB2aWRlbyBvdmVybGF5IGtleSBzZXQg dG8gMHgxMDFmZQpbICAgIDg5LjMzMl0gKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQS0xIGhhcyBu byBtb25pdG9yIHNlY3Rpb24KWyAgICA4OS42MDRdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBIRE1J LTEgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgIDg5LjYwNV0gKElJKSBpbnRlbCgwKTogT3V0 cHV0IERQLTEgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgIDg5LjYzM10gKFdXKSBFRElEIHRp bWluZyBjbG9jayA4NS41MCBleGNlZWRzIGNsYWltZWQgbWF4IDg1TUh6LCBmaXhpbmcKWyAgICA4 OS42MzNdIChJSSkgaW50ZWwoMCk6IEVESUQgZm9yIG91dHB1dCBWR0EtMQpbICAgIDg5LjYzM10g KElJKSBpbnRlbCgwKTogTWFudWZhY3R1cmVyOiBQSEwgIE1vZGVsOiBjMDdlICBTZXJpYWwjOiAy MTUxOApbICAgIDg5LjYzM10gKElJKSBpbnRlbCgwKTogWWVhcjogMjAxNCAgV2VlazogNDEKWyAg ICA4OS42MzNdIChJSSkgaW50ZWwoMCk6IEVESUQgVmVyc2lvbjogMS4zClsgICAgODkuNjMzXSAo SUkpIGludGVsKDApOiBBbmFsb2cgRGlzcGxheSBJbnB1dCwgIElucHV0IFZvbHRhZ2UgTGV2ZWw6 IDAuNzAwLzAuNzAwIFYKWyAgICA4OS42MzRdIChJSSkgaW50ZWwoMCk6IFN5bmM6ICBTZXBhcmF0 ZSAgQ29tcG9zaXRlICBTeW5jT25HcmVlbgpbICAgIDg5LjYzNF0gKElJKSBpbnRlbCgwKTogTWF4 IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiAzNCAgdmVydC46IDE5ClsgICAgODkuNjM0XSAoSUkp IGludGVsKDApOiBHYW1tYTogMi4yMApbICAgIDg5LjYzNF0gKElJKSBpbnRlbCgwKTogRFBNUyBj YXBhYmlsaXRpZXM6IE9mZjsgUkdCL0NvbG9yIERpc3BsYXkKWyAgICA4OS42MzRdIChJSSkgaW50 ZWwoMCk6IEZpcnN0IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQpbICAgIDg5LjYz NF0gKElJKSBpbnRlbCgwKTogcmVkWDogMC42MzggcmVkWTogMC4zMzMgICBncmVlblg6IDAuMjkw IGdyZWVuWTogMC41OTEKWyAgICA4OS42MzRdIChJSSkgaW50ZWwoMCk6IGJsdWVYOiAwLjE1MyBi bHVlWTogMC4wODIgICB3aGl0ZVg6IDAuMzEyIHdoaXRlWTogMC4zMjkKWyAgICA4OS42MzRdIChJ SSkgaW50ZWwoMCk6IFN1cHBvcnRlZCBlc3RhYmxpc2hlZCB0aW1pbmdzOgpbICAgIDg5LjYzNF0g KElJKSBpbnRlbCgwKTogNzIweDQwMEA3MEh6ClsgICAgODkuNjM0XSAoSUkpIGludGVsKDApOiA2 NDB4NDgwQDYwSHoKWyAgICA4OS42MzRdIChJSSkgaW50ZWwoMCk6IDgwMHg2MDBANjBIegpbICAg IDg5LjYzNF0gKElJKSBpbnRlbCgwKTogMTAyNHg3NjhANjBIegpbICAgIDg5LjYzNF0gKElJKSBp bnRlbCgwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMApbICAgIDg5LjYzNF0gKElJKSBpbnRlbCgw KTogU3VwcG9ydGVkIGRldGFpbGVkIHRpbWluZzoKWyAgICA4OS42MzRdIChJSSkgaW50ZWwoMCk6 IGNsb2NrOiA4NS41IE1IeiAgIEltYWdlIFNpemU6ICAzNDQgeCAxOTQgbW0KWyAgICA4OS42MzRd IChJSSkgaW50ZWwoMCk6IGhfYWN0aXZlOiAxMzY2ICBoX3N5bmM6IDE0MzYgIGhfc3luY19lbmQg MTU3OSBoX2JsYW5rX2VuZCAxNzkyIGhfYm9yZGVyOiAwClsgICAgODkuNjM0XSAoSUkpIGludGVs KDApOiB2X2FjdGl2ZTogNzY4ICB2X3N5bmM6IDc3MSAgdl9zeW5jX2VuZCA3NzQgdl9ibGFua2lu ZzogNzk4IHZfYm9yZGVyOiAwClsgICAgODkuNjM1XSAoSUkpIGludGVsKDApOiBTZXJpYWwgTm86 IFVLNTE0NDEwMjE1MTgKWyAgICA4OS42MzVdIChJSSkgaW50ZWwoMCk6IE1vbml0b3IgbmFtZTog UGhpbGlwcyAxNjZWTApbICAgIDg5LjYzNV0gKElJKSBpbnRlbCgwKTogUmFuZ2VzOiBWIG1pbjog NTYgViBtYXg6IDYzIEh6LCBIIG1pbjogMzAgSCBtYXg6IDYwIGtIeiwgUGl4Q2xvY2sgbWF4IDg2 IE1IegpbICAgIDg5LjYzNV0gKElJKSBpbnRlbCgwKTogRURJRCAoaW4gaGV4KToKWyAgICA4OS42 MzVdIChJSSkgaW50ZWwoMCk6IAkwMGZmZmZmZmZmZmZmZjAwNDEwYzdlYzAwZTU0MDAwMApbICAg IDg5LjYzNV0gKElJKSBpbnRlbCgwKTogCTI5MTgwMTAzNmUyMjEzNzgyYTU1NGRhMzU1NGE5NzI3 ClsgICAgODkuNjM1XSAoSUkpIGludGVsKDApOiAJMTU0ZjU0YTEwODAwMDEwMTAxMDEwMTAxMDEw MTAxMDEKWyAgICA4OS42MzVdIChJSSkgaW50ZWwoMCk6IAkwMTAxMDEwMTAxMDE2NjIxNTZhYTUx MDAxZTMwNDY4ZgpbICAgIDg5LjYzNV0gKElJKSBpbnRlbCgwKTogCTMzMDA1OGMyMTAwMDAwMWUw MDAwMDBmZjAwNTU0YjM1ClsgICAgODkuNjM1XSAoSUkpIGludGVsKDApOiAJMzEzNDM0MzEzMDMy MzEzNTMxMzgwMDAwMDBmYzAwNTAKWyAgICA4OS42MzVdIChJSSkgaW50ZWwoMCk6IAk2ODY5NmM2 OTcwNzMyMDMxMzYzNjU2NGMwMDAwMDBmZApbICAgIDg5LjYzNV0gKElJKSBpbnRlbCgwKTogCTAw MzgzZjFlM2MwODAwMGEyMDIwMjAyMDIwMjAwMDYzClsgICAgODkuNjM1XSAoSUkpIGludGVsKDAp OiBQcmludGluZyBwcm9iZWQgbW9kZXMgZm9yIG91dHB1dCBWR0EtMQpbICAgIDg5LjYzNV0gKElJ KSBpbnRlbCgwKTogTW9kZWxpbmUgIjEzNjZ4NzY4Ing1OS44ICAgODUuNTAgIDEzNjYgMTQzNiAx NTc5IDE3OTIgIDc2OCA3NzEgNzc0IDc5OCAraHN5bmMgK3ZzeW5jICg0Ny43IGtIeiBlUCkKWyAg ICA4OS42MzZdIChJSSkgaW50ZWwoMCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4NjAuMCAgIDY1LjAw ICAxMDI0IDEwNDggMTE4NCAxMzQ0ICA3NjggNzcxIDc3NyA4MDYgLWhzeW5jIC12c3luYyAoNDgu NCBrSHogZSkKWyAgICA4OS42MzZdIChJSSkgaW50ZWwoMCk6IE1vZGVsaW5lICI4MDB4NjAwIng2 MC4zICAgNDAuMDAgIDgwMCA4NDAgOTY4IDEwNTYgIDYwMCA2MDEgNjA1IDYyOCAraHN5bmMgK3Zz eW5jICgzNy45IGtIeiBlKQpbICAgIDg5LjYzNl0gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjY0 MHg0ODAieDU5LjkgICAyNS4xOCAgNjQwIDY1NiA3NTIgODAwICA0ODAgNDkwIDQ5MiA1MjUgLWhz eW5jIC12c3luYyAoMzEuNSBrSHogZSkKWyAgICA4OS42MzZdIChJSSkgaW50ZWwoMCk6IE1vZGVs aW5lICI3MjB4NDAwIng3MC4xICAgMjguMzIgIDcyMCA3MzggODQ2IDkwMCAgNDAwIDQxMiA0MTQg NDQ5IC1oc3luYyArdnN5bmMgKDMxLjUga0h6IGUpClsgICAgODkuNjQwXSAoSUkpIGludGVsKDAp OiBFRElEIGZvciBvdXRwdXQgSERNSS0xClsgICAgODkuNjQwXSAoSUkpIGludGVsKDApOiBFRElE IGZvciBvdXRwdXQgRFAtMQpbICAgIDg5LjY0MF0gKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQS0x IGNvbm5lY3RlZApbICAgIDg5LjY0MF0gKElJKSBpbnRlbCgwKTogT3V0cHV0IEhETUktMSBkaXNj b25uZWN0ZWQKWyAgICA4OS42NDBdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBEUC0xIGRpc2Nvbm5l Y3RlZApbICAgIDg5LjY0MF0gKElJKSBpbnRlbCgwKTogVXNpbmcgZXhhY3Qgc2l6ZXMgZm9yIGlu aXRpYWwgbW9kZXMKWyAgICA4OS42NDBdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBWR0EtMSB1c2lu ZyBpbml0aWFsIG1vZGUgMTM2Nng3NjggKzArMApbICAgIDg5LjY0MF0gKElJKSBpbnRlbCgwKTog S2VybmVsIHBhZ2UgZmxpcHBpbmcgc3VwcG9ydCBkZXRlY3RlZCwgZW5hYmxpbmcKWyAgICA4OS42 NDBdICg9PSkgaW50ZWwoMCk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEuMCwgMS4wLCAxLjAp ClsgICAgODkuNjQwXSAoPT0pIGludGVsKDApOiBEUEkgc2V0IHRvICg5NiwgOTYpClsgICAgODku NjQwXSAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiClsgICAgODkuNjQwXSAoSUkpIExvYWRN b2R1bGU6ICJmYiIKWyAgICA4OS42NDBdIChJSSkgTW9kdWxlICJmYiIgYWxyZWFkeSBidWlsdC1p bgpbICAgIDg5LjY0MF0gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImRyaTIiClsgICAgODkuNjQw XSAoSUkpIExvYWRNb2R1bGU6ICJkcmkyIgpbICAgIDg5LjY0MF0gKElJKSBNb2R1bGUgImRyaTIi IGFscmVhZHkgYnVpbHQtaW4KWyAgICA4OS42NDFdIChJSSkgVW5sb2FkTW9kdWxlOiAibW9kZXNl dHRpbmciClsgICAgODkuNjQxXSAoSUkpIFVubG9hZGluZyBtb2Rlc2V0dGluZwpbICAgIDg5LjY0 MV0gKElJKSBVbmxvYWRNb2R1bGU6ICJzY2ZiIgpbICAgIDg5LjY0MV0gKElJKSBVbmxvYWRpbmcg c2NmYgpbICAgIDg5LjY0MV0gKElJKSBVbmxvYWRNb2R1bGU6ICJ2ZXNhIgpbICAgIDg5LjY0MV0g KElJKSBVbmxvYWRpbmcgdmVzYQpbICAgIDg5LjY0MV0gKElJKSBpbnRlbCgwKTogQWxsb2NhdGVk IG5ldyBmcmFtZSBidWZmZXIgMTM2Nng3Njggc3RyaWRlIDU2MzIsIHRpbGVkClsgICAgODkuNzI4 XSAoSUkpIFVYQSgwKTogRHJpdmVyIHJlZ2lzdGVyZWQgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2lu ZyBvcGVyYXRpb25zOgpbICAgIDg5LjcyOF0gKElJKSAgICAgICAgIHNvbGlkClsgICAgODkuNzI4 XSAoSUkpICAgICAgICAgY29weQpbICAgIDg5LjcyOF0gKElJKSAgICAgICAgIGNvbXBvc2l0ZSAo UkVOREVSIGFjY2VsZXJhdGlvbikKWyAgICA4OS43MjhdIChJSSkgICAgICAgICBwdXRfaW1hZ2UK WyAgICA4OS43MjhdIChJSSkgICAgICAgICBnZXRfaW1hZ2UKWyAgICA4OS43MjldIChJSSkgaW50 ZWwoMCk6IFtEUkkyXSBTZXR1cCBjb21wbGV0ZQpbICAgIDg5LjcyOV0gKElJKSBpbnRlbCgwKTog W0RSSTJdICAgRFJJIGRyaXZlcjogY3JvY3VzClsgICAgODkuNzI5XSAoSUkpIGludGVsKDApOiBb RFJJMl0gICBWRFBBVSBkcml2ZXI6IHZhX2dsClsgICAgODkuNzMyXSAoPT0pIGludGVsKDApOiBC YWNraW5nIHN0b3JlIGVuYWJsZWQKWyAgICA4OS43MzJdICg9PSkgaW50ZWwoMCk6IFNpbGtlbiBt b3VzZSBlbmFibGVkClsgICAgODkuNzM1XSAoSUkpIGludGVsKDApOiBJbml0aWFsaXppbmcgSFcg Q3Vyc29yClsgICAgODkuNzQxXSAoPT0pIGludGVsKDApOiBEUE1TIGVuYWJsZWQKWyAgICA4OS43 NDFdICg9PSkgaW50ZWwoMCk6IEludGVsIFh2TUMgZGVjb2RlciBlbmFibGVkClsgICAgODkuNzQz XSAoSUkpIGludGVsKDApOiBTZXQgdXAgdGV4dHVyZWQgdmlkZW8KWyAgICA4OS43NDRdIChJSSkg aW50ZWwoMCk6IFtYdk1DXSB4dm1jX3ZsZCBkcml2ZXIgaW5pdGlhbGl6ZWQuClsgICAgODkuNzQ0 XSAoSUkpIGludGVsKDApOiBEUkkyOiBFbmFibGVkClsgICAgODkuNzQ0XSAoSUkpIGludGVsKDAp OiBEUkkzOiBEaXNhYmxlZApbICAgIDg5Ljc0NF0gKD09KSBpbnRlbCgwKTogaG90cGx1ZyBkZXRl Y3Rpb246ICJlbmFibGVkIgpbICAgIDg5Ljc2M10gKElJKSBJbml0aWFsaXppbmcgZXh0ZW5zaW9u IEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uClsgICAgODkuNzY0XSAoSUkpIEluaXRpYWxpemluZyBl eHRlbnNpb24gU0hBUEUKWyAgICA4OS43NjZdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBN SVQtU0hNClsgICAgODkuNzY3XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWElucHV0RXh0 ZW5zaW9uClsgICAgODkuNzcyXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWFRFU1QKWyAg ICA4OS43NzNdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBCSUctUkVRVUVTVFMKWyAgICA4 OS43NzRdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBTWU5DClsgICAgODkuNzc2XSAoSUkp IEluaXRpYWxpemluZyBleHRlbnNpb24gWEtFWUJPQVJEClsgICAgODkuNzc5XSAoSUkpIEluaXRp YWxpemluZyBleHRlbnNpb24gWEMtTUlTQwpbICAgIDg5Ljc4MF0gKElJKSBJbml0aWFsaXppbmcg ZXh0ZW5zaW9uIFNFQ1VSSVRZClsgICAgODkuOTI4XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNp b24gWEZJWEVTClsgICAgODkuOTMxXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gUkVOREVS ClsgICAgODkuOTMyXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gUkFORFIKWyAgICA4OS45 MzVdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBDT01QT1NJVEUKWyAgICA4OS45MzhdIChJ SSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBEQU1BR0UKWyAgICA4OS45MzldIChJSSkgSW5pdGlh bGl6aW5nIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSClsgICAgODkuOTQxXSAoSUkpIEluaXRp YWxpemluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUgpbICAgIDg5Ljk0Ml0gKElJKSBJbml0aWFs aXppbmcgZXh0ZW5zaW9uIFJFQ09SRApbICAgIDg5Ljk0NV0gKElJKSBJbml0aWFsaXppbmcgZXh0 ZW5zaW9uIERQTVMKWyAgICA4OS45NDZdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBQcmVz ZW50ClsgICAgODkuOTQ4XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gRFJJMwpbICAgIDg5 Ljk0OF0gKElJKSBJbml0aWFsaXppbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UKWyAgICA4OS45NDld IChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBYVmlkZW8KWyAgICA4OS45NTFdIChJSSkgSW5p dGlhbGl6aW5nIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uClsgICAgODkuOTUy XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gR0xYClsgICAgOTEuODA4XSAoSUkpIEFJR0xY OiBMb2FkZWQgYW5kIGluaXRpYWxpemVkIGNyb2N1cwpbICAgIDkxLjgwOF0gKElJKSBHTFg6IElu aXRpYWxpemVkIERSSTIgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwClsgICAgOTEuODA4XSAoSUkp IEluaXRpYWxpemluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uClsgICAgOTEu ODA5XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKWyAgICA5MS44MTFd IChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBYRnJlZTg2LURSSQpbICAgIDkxLjgxMV0gKElJ KSBJbml0aWFsaXppbmcgZXh0ZW5zaW9uIERSSTIKWyAgICA5MS44MTNdIChJSSkgaW50ZWwoMCk6 IFNldHRpbmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gMzYxIHggMjAzClsgICAgOTIuMzk5XSAo SUkpIGNvbmZpZy91ZGV2OiBBZGRpbmcgZHJtIGRldmljZSAoL2Rldi9kcmkvY2FyZDApClsgICAg OTIuMzk5XSAoSUkpIHhmcmVlODY6IEFkZGluZyBkcm0gZGV2aWNlICgvZGV2L2RyaS9jYXJkMCkK WyAgICA5Mi4zOTldIChJSSkgUGxhdGZvcm0gcHJvYmUgZm9yIC9kZXYvZHJpL2NhcmQwClsgICAg OTIuMzk5XSAoSUkpIExvYWRNb2R1bGU6ICJtb2Rlc2V0dGluZyIKWyAgICA5Mi40MDBdIChJSSkg TG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy9tb2Rlc2V0dGluZ19k cnYuc28KWyAgICA5Mi40MDFdIChJSSkgTW9kdWxlIG1vZGVzZXR0aW5nOiB2ZW5kb3I9IlguT3Jn IEZvdW5kYXRpb24iClsgICAgOTIuNDAxXSAJY29tcGlsZWQgZm9yIDEuMjEuMS4xMSwgbW9kdWxl IHZlcnNpb24gPSAxLjIxLjEKWyAgICA5Mi40MDFdIAlNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVv IERyaXZlcgpbICAgIDkyLjQwMl0gCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJz aW9uIDI1LjIKWyAgICA5Mi40MDJdIChJSSkgbW9kZXNldChHMCk6IHVzaW5nIGRydiAvZGV2L2Ry aS9jYXJkMApbICAgIDkyLjQwMl0gKD09KSBtb2Rlc2V0KEcwKTogRGVwdGggMjQsICg9PSkgZnJh bWVidWZmZXIgYnBwIDMyClsgICAgOTIuNDAyXSAoPT0pIG1vZGVzZXQoRzApOiBSR0Igd2VpZ2h0 IDg4OApbICAgIDkyLjQwM10gKD09KSBtb2Rlc2V0KEcwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1 ZUNvbG9yClsgICAgOTIuNDAzXSAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZ2xhbW9yZWdsIgpb ICAgIDkyLjQwM10gKElJKSBMb2FkTW9kdWxlOiAiZ2xhbW9yZWdsIgpbICAgIDkyLjQwNF0gKElJ KSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJnbGFtb3JlZ2wuc28KWyAg ICA5Mi40NzJdIChJSSkgTW9kdWxlIGdsYW1vcmVnbDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgIDkyLjQ3Ml0gCWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjEKWyAgICA5Mi40NzJdIAlBQkkgY2xhc3M6IFguT3JnIEFOU0kgQyBFbXVsYXRpb24sIHZl cnNpb24gMC40ClsgICAgOTIuNjYwXSAoSUkpIG1vZGVzZXQoRzApOiBnbGFtb3IgWCBhY2NlbGVy YXRpb24gZW5hYmxlZCBvbiBNZXNhIE1vYmlsZSBJbnRlbMKuIEdNNDUgRXhwcmVzcyBDaGlwc2V0 IChDVEcpClsgICAgOTIuNjYwXSAoSUkpIG1vZGVzZXQoRzApOiBnbGFtb3IgaW5pdGlhbGl6ZWQK WyAgICA5Mi42OTBdIChJSSkgbW9kZXNldChHMCk6IE91dHB1dCBWR0EtMS0xIGhhcyBubyBtb25p dG9yIHNlY3Rpb24KWyAgICA5Mi42OTVdIChJSSkgbW9kZXNldChHMCk6IE91dHB1dCBIRE1JLTEt MSBoYXMgbm8gbW9uaXRvciBzZWN0aW9uClsgICAgOTIuNjk2XSAoSUkpIG1vZGVzZXQoRzApOiBP dXRwdXQgRFAtMS0xIGhhcyBubyBtb25pdG9yIHNlY3Rpb24KWyAgICA5Mi43MjRdIChXVykgRURJ RCB0aW1pbmcgY2xvY2sgODUuNTAgZXhjZWVkcyBjbGFpbWVkIG1heCA4NU1IeiwgZml4aW5nClsg ICAgOTIuNzI5XSAoPT0pIG1vZGVzZXQoRzApOiBVc2luZyBnYW1tYSBjb3JyZWN0aW9uICgxLjAs IDEuMCwgMS4wKQpbICAgIDkyLjcyOV0gKD09KSBtb2Rlc2V0KEcwKTogRFBJIHNldCB0byAoOTYs IDk2KQpbICAgIDkyLjcyOV0gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImZiIgpbICAgIDkyLjcy OV0gKElJKSBMb2FkTW9kdWxlOiAiZmIiClsgICAgOTIuNzI5XSAoSUkpIE1vZHVsZSAiZmIiIGFs cmVhZHkgYnVpbHQtaW4KWyAgICA5Mi43MjldIChFRSkgbW9kZXNldChHMCk6IGRybVNldE1hc3Rl ciBmYWlsZWQ6IERldmljZSBidXN5ClsgICAgOTIuNzMwXSAoRUUpIApGYXRhbCBzZXJ2ZXIgZXJy b3I6ClsgICAgOTIuNzMwXSAoRUUpIENhdWdodCBzaWduYWwgNiAoQWJvcnQgdHJhcCkuIFNlcnZl ciBhYm9ydGluZwpbICAgIDkyLjczMF0gKEVFKSAKWyAgICA5Mi43MzBdIChFRSkgClBsZWFzZSBj b25zdWx0IHRoZSBUaGUgWC5PcmcgRm91bmRhdGlvbiBzdXBwb3J0IAoJIGF0IGh0dHA6Ly93aWtp Lngub3JnCiBmb3IgaGVscC4gClsgICAgOTIuNzMwXSAoRUUpIFBsZWFzZSBhbHNvIGNoZWNrIHRo ZSBsb2cgZmlsZSBhdCAiL3Zhci9sb2cvWG9yZy4wLmxvZyIgZm9yIGFkZGl0aW9uYWwgaW5mb3Jt YXRpb24uClsgICAgOTIuNzMwXSAoRUUpIApbICAgIDkyLjczMV0gKElJKSBBSUdMWDogU3VzcGVu ZGluZyBBSUdMWCBjbGllbnRzIGZvciBWVCBzd2l0Y2gKWyAgICA5Mi43NzBdIChFRSkgU2VydmVy IHRlcm1pbmF0ZWQgd2l0aCBlcnJvciAoMSkuIENsb3NpbmcgbG9nIGZpbGUuCg== --------------hVBSb280824lY6jQ08n4vQBC Content-Type: text/plain; charset=UTF-8; name="t6" Content-Disposition: attachment; filename="t6" Content-Transfer-Encoding: base64 WyAgIDEzNi44OTldIApYLk9yZyBYIFNlcnZlciAxLjIxLjEuMTEKWCBQcm90b2NvbCBWZXJzaW9u IDExLCBSZXZpc2lvbiAwClsgICAxMzYuODk5XSBDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgZmIgMTQuMC1SRUxFQVNFIEZyZWVCU0QgMTQuMC1SRUxFQVNFICMwIHJlbGVuZy8xNC4w LW4yNjUzODAtZjk3MTZlZWU4YWI0OiBGcmkgTm92IDEwIDA1OjUxOjI2IFVUQyAyMDIzICAgICBy b290QHJlbGVuZzEubnlpLmZyZWVic2Qub3JnOi91c3Ivb2JqL3Vzci9zcmMvaTM4Ni5pMzg2L3N5 cy9HRU5FUklDIGkzODYKWyAgIDEzNi45MDBdICAKWyAgIDEzNi45MDBdIEN1cnJlbnQgdmVyc2lv biBvZiBwaXhtYW46IDAuNDIuMgpbICAgMTM2LjkwMF0gCUJlZm9yZSByZXBvcnRpbmcgcHJvYmxl bXMsIGNoZWNrIGh0dHA6Ly93aWtpLngub3JnCgl0byBtYWtlIHN1cmUgdGhhdCB5b3UgaGF2ZSB0 aGUgbGF0ZXN0IHZlcnNpb24uClsgICAxMzYuOTAwXSBNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoq KSBmcm9tIGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywKCSgrKykgZnJvbSBjb21t YW5kIGxpbmUsICghISkgbm90aWNlLCAoSUkpIGluZm9ybWF0aW9uYWwsCgkoV1cpIHdhcm5pbmcs IChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8pIHVua25vd24uClsgICAxMzYu OTAxXSAoPT0pIExvZyBmaWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IE1vbiBNYXIg MTEgMjE6MDM6MjUgMjAyNApbICAgMTM2LjkwMV0gKD09KSBVc2luZyBzeXN0ZW0gY29uZmlnIGRp cmVjdG9yeSAiL3Vzci9sb2NhbC9zaGFyZS9YMTEveG9yZy5jb25mLmQiClsgICAxMzYuOTAzXSAo PT0pIE5vIExheW91dCBzZWN0aW9uLiAgVXNpbmcgdGhlIGZpcnN0IFNjcmVlbiBzZWN0aW9uLgpb ICAgMTM2LjkwM10gKD09KSBObyBzY3JlZW4gc2VjdGlvbiBhdmFpbGFibGUuIFVzaW5nIGRlZmF1 bHRzLgpbICAgMTM2LjkwM10gKCoqKSB8LS0+U2NyZWVuICJEZWZhdWx0IFNjcmVlbiBTZWN0aW9u IiAoMCkKWyAgIDEzNi45MDNdICgqKikgfCAgIHwtLT5Nb25pdG9yICI8ZGVmYXVsdCBtb25pdG9y PiIKWyAgIDEzNi45MDRdICg9PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiRGVm YXVsdCBTY3JlZW4gU2VjdGlvbiIuCglVc2luZyBhIGRlZmF1bHQgbW9uaXRvciBjb25maWd1cmF0 aW9uLgpbICAgMTM2LjkwNF0gKD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBkZXZpY2VzClsgICAx MzYuOTA0XSAoPT0pIEF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwpbICAgMTM2LjkwNF0g KD09KSBBdXRvbWF0aWNhbGx5IGFkZGluZyBHUFUgZGV2aWNlcwpbICAgMTM2LjkwNF0gKD09KSBB dXRvbWF0aWNhbGx5IGJpbmRpbmcgR1BVIGRldmljZXMKWyAgIDEzNi45MDRdICg9PSkgTWF4IGNs aWVudHMgYWxsb3dlZDogMjU2LCByZXNvdXJjZSBtYXNrOiAweDFmZmZmZgpbICAgMTM2LjkwNF0g KD09KSBGb250UGF0aCBzZXQgdG86CgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzL21pc2MvLAoJL3Vz ci9sb2NhbC9zaGFyZS9mb250cy9UVEYvLAoJL3Vzci9sb2NhbC9zaGFyZS9mb250cy9PVEYvLAoJ L3Vzci9sb2NhbC9zaGFyZS9mb250cy9UeXBlMS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzEw MGRwaS8sCgkvdXNyL2xvY2FsL3NoYXJlL2ZvbnRzLzc1ZHBpLywKCWNhdGFsb2d1ZTovdXNyL2xv Y2FsL2V0Yy9YMTEvZm9udHBhdGguZApbICAgMTM2LjkwNF0gKD09KSBNb2R1bGVQYXRoIHNldCB0 byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgpbICAgMTM2LjkwNF0gKElJKSBUaGUgc2Vy dmVyIHJlbGllcyBvbiB1ZGV2IHRvIHByb3ZpZGUgdGhlIGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4K CUlmIG5vIGRldmljZXMgYmVjb21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgdWRldiBvciBkaXNh YmxlIEF1dG9BZGREZXZpY2VzLgpbICAgMTM2LjkwNF0gKElJKSBNb2R1bGUgQUJJIHZlcnNpb25z OgpbICAgMTM2LjkwNV0gCVguT3JnIEFOU0kgQyBFbXVsYXRpb246IDAuNApbICAgMTM2LjkwNV0g CVguT3JnIFZpZGVvIERyaXZlcjogMjUuMgpbICAgMTM2LjkwNV0gCVguT3JnIFhJbnB1dCBkcml2 ZXIgOiAyNC40ClsgICAxMzYuOTA1XSAJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDEwLjAKWyAg IDEzNi45MTldIChJSSkgeGZyZWU4NjogQWRkaW5nIGRybSBkZXZpY2UgKC9kZXYvZHJpL2NhcmQw KQpbICAgMTM2LjkxOV0gKElJKSBQbGF0Zm9ybSBwcm9iZSBmb3IgL2Rldi9kcmkvY2FyZDAKWyAg IDEzNi45MjRdICgtLSkgUENJOiooMEAwOjI6MCkgODA4NjoyYTQyOjgwODY6MmE0MiByZXYgOSwg TWVtIEAgMHhmZTQwMDAwMC80MTk0MzA0LCAweGQwMDAwMDAwLzI2ODQzNTQ1NiwgSS9PIEAgMHgw MDAwYzA4MC84LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgpbICAgMTM2LjkyNF0gKC0tKSBQQ0k6 ICgwQDA6MjoxKSA4MDg2OjJhNDM6ODA4NjoyYTQyIHJldiA5LCBNZW0gQCAweGZlYTAwMDAwLzEw NDg1NzYKWyAgIDEzNi45MjRdIChJSSkgTG9hZE1vZHVsZTogImdseCIKWyAgIDEzNi45MjRdIChJ SSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHgu c28KWyAgIDEzNi45MjhdIChJSSkgTW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgpbICAgMTM2LjkyOF0gCWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjAKWyAgIDEzNi45MjhdIAlBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMTAuMApbICAgMTM2LjkyOF0gKD09KSBNYXRjaGVkIGludGVsIGFzIGF1dG9jb25maWd1 cmVkIGRyaXZlciAwClsgICAxMzYuOTI4XSAoPT0pIE1hdGNoZWQgbW9kZXNldHRpbmcgYXMgYXV0 b2NvbmZpZ3VyZWQgZHJpdmVyIDEKWyAgIDEzNi45MjhdICg9PSkgTWF0Y2hlZCBzY2ZiIGFzIGF1 dG9jb25maWd1cmVkIGRyaXZlciAyClsgICAxMzYuOTI4XSAoPT0pIE1hdGNoZWQgdmVzYSBhcyBh dXRvY29uZmlndXJlZCBkcml2ZXIgMwpbICAgMTM2LjkyOF0gKD09KSBBc3NpZ25lZCB0aGUgZHJp dmVyIHRvIHRoZSB4Zjg2Q29uZmlnTGF5b3V0ClsgICAxMzYuOTI5XSAoSUkpIExvYWRNb2R1bGU6 ICJpbnRlbCIKWyAgIDEzNi45MjldIChJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21v ZHVsZXMvZHJpdmVycy9pbnRlbF9kcnYuc28KWyAgIDEzNi45MzBdIChJSSkgTW9kdWxlIGludGVs OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAxMzYuOTMwXSAJY29tcGlsZWQgZm9yIDEu MjEuMS4xMSwgbW9kdWxlIHZlcnNpb24gPSAyLjk5LjkxNwpbICAgMTM2LjkzMF0gCU1vZHVsZSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyClsgICAxMzYuOTMwXSAJQUJJIGNsYXNzOiBYLk9yZyBW aWRlbyBEcml2ZXIsIHZlcnNpb24gMjUuMgpbICAgMTM2LjkzMF0gKElJKSBMb2FkTW9kdWxlOiAi bW9kZXNldHRpbmciClsgICAxMzYuOTMwXSAoSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2RyaXZlcnMvbW9kZXNldHRpbmdfZHJ2LnNvClsgICAxMzYuOTMyXSAoSUkpIE1v ZHVsZSBtb2Rlc2V0dGluZzogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMTM2LjkzMl0g CWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0gMS4yMS4xClsgICAxMzYu OTMyXSAJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgIDEzNi45MzJdIAlBQkkg Y2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyNS4yClsgICAxMzYuOTMyXSAoSUkp IExvYWRNb2R1bGU6ICJzY2ZiIgpbICAgMTM2LjkzMl0gKElJKSBMb2FkaW5nIC91c3IvbG9jYWwv bGliL3hvcmcvbW9kdWxlcy9kcml2ZXJzL3NjZmJfZHJ2LnNvClsgICAxMzYuOTMzXSAoSUkpIE1v ZHVsZSBzY2ZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iClsgICAxMzYuOTMzXSAJY29tcGls ZWQgZm9yIDEuMjEuMS4xMSwgbW9kdWxlIHZlcnNpb24gPSAwLjAuNQpbICAgMTM2LjkzM10gCUFC SSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDI1LjIKWyAgIDEzNi45MzNdIChJ SSkgTG9hZE1vZHVsZTogInZlc2EiClsgICAxMzYuOTMzXSAoSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvdmVzYV9kcnYuc28KWyAgIDEzNi45MzNdIChJSSkg TW9kdWxlIHZlc2E6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKWyAgIDEzNi45MzNdIAljb21w aWxlZCBmb3IgMS4yMS4xLjExLCBtb2R1bGUgdmVyc2lvbiA9IDIuNS4wClsgICAxMzYuOTM0XSAJ TW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKWyAgIDEzNi45MzRdIAlBQkkgY2xhc3M6 IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAyNS4yClsgICAxMzYuOTM0XSAoSUkpIGludGVs OiBEcml2ZXIgZm9yIEludGVsKFIpIEludGVncmF0ZWQgR3JhcGhpY3MgQ2hpcHNldHM6CglpODEw LCBpODEwLWRjMTAwLCBpODEwZSwgaTgxNSwgaTgzME0sIDg0NUcsIDg1NCwgODUyR00vODU1R00s IDg2NUcsCgk5MTVHLCBFNzIyMSAoaTkxNSksIDkxNUdNLCA5NDVHLCA5NDVHTSwgOTQ1R01FLCBQ aW5ldmlldyBHTSwKCVBpbmV2aWV3IEcsIDk2NUcsIEczNSwgOTY1USwgOTQ2R1osIDk2NUdNLCA5 NjVHTUUvR0xFLCBHMzMsIFEzNSwgUTMzLAoJR000NSwgNCBTZXJpZXMsIEc0NS9HNDMsIFE0NS9R NDMsIEc0MSwgQjQzClsgICAxMzYuOTM1XSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIEludGVsKFIp IEhEIEdyYXBoaWNzClsgICAxMzYuOTM1XSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIEludGVsKFIp IElyaXMoVE0pIEdyYXBoaWNzClsgICAxMzYuOTM1XSAoSUkpIGludGVsOiBEcml2ZXIgZm9yIElu dGVsKFIpIElyaXMoVE0pIFBybyBHcmFwaGljcwpbICAgMTM2LjkzNV0gKElJKSBtb2Rlc2V0dGlu ZzogRHJpdmVyIGZvciBNb2Rlc2V0dGluZyBLZXJuZWwgRHJpdmVyczoga21zClsgICAxMzYuOTM2 XSAoSUkpIHNjZmI6IGRyaXZlciBmb3Igd3NkaXNwbGF5IGZyYW1lYnVmZmVyOiBzY2ZiClsgICAx MzYuOTM2XSAoSUkpIFZFU0E6IGRyaXZlciBmb3IgVkVTQSBjaGlwc2V0czogdmVzYQpbICAgMTM2 LjkzNl0gKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRoIFggc3VwcG9ydCAodmVyc2lvbiAy LjApClsgICAxMzYuOTM2XSAoLS0pIHVzaW5nIFZUIG51bWJlciA5CgpbICAgMTM2Ljk0MF0gKFdX KSBGYWxsaW5nIGJhY2sgdG8gb2xkIHByb2JlIG1ldGhvZCBmb3IgbW9kZXNldHRpbmcKWyAgIDEz Ni45NDBdIChXVykgRmFsbGluZyBiYWNrIHRvIG9sZCBwcm9iZSBtZXRob2QgZm9yIHNjZmIKWyAg IDEzNi45NDFdIHNjZmIgdHJhY2U6IHByb2JlIHN0YXJ0ClsgICAxMzYuOTQxXSBzY2ZiIHRyYWNl OiBwcm9iZSBkb25lClsgICAxMzYuOTQxXSAoV1cpIFZHQSBhcmJpdGVyOiBjYW5ub3Qgb3BlbiBr ZXJuZWwgYXJiaXRlciwgbm8gbXVsdGktY2FyZCBzdXBwb3J0ClsgICAxMzYuOTQxXSAoSUkpIGlu dGVsKDApOiBDcmVhdGluZyBkZWZhdWx0IERpc3BsYXkgc3Vic2VjdGlvbiBpbiBTY3JlZW4gc2Vj dGlvbgoJIkRlZmF1bHQgU2NyZWVuIFNlY3Rpb24iIGZvciBkZXB0aC9mYmJwcCAyNC8zMgpbICAg MTM2Ljk0MV0gKD09KSBpbnRlbCgwKTogRGVwdGggMjQsICgtLSkgZnJhbWVidWZmZXIgYnBwIDMy ClsgICAxMzYuOTQxXSAoPT0pIGludGVsKDApOiBSR0Igd2VpZ2h0IDg4OApbICAgMTM2Ljk0MV0g KD09KSBpbnRlbCgwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yClsgICAxMzYuOTQxXSAo LS0pIGludGVsKDApOiBJbnRlZ3JhdGVkIEdyYXBoaWNzIENoaXBzZXQ6IEludGVsKFIpIEdNNDUK WyAgIDEzNi45NDJdICgqKikgaW50ZWwoMCk6IFJlbGF4ZWQgZmVuY2luZyBlbmFibGVkClsgICAx MzYuOTQyXSAoKiopIGludGVsKDApOiBXYWl0IG9uIFN3YXBCdWZmZXJzPyBlbmFibGVkClsgICAx MzYuOTQyXSAoKiopIGludGVsKDApOiBUcmlwbGUgYnVmZmVyaW5nPyBlbmFibGVkClsgICAxMzYu OTQyXSAoKiopIGludGVsKDApOiBGcmFtZWJ1ZmZlciB0aWxlZApbICAgMTM2Ljk0Ml0gKCoqKSBp bnRlbCgwKTogUGl4bWFwcyB0aWxlZApbICAgMTM2Ljk0Ml0gKCoqKSBpbnRlbCgwKTogM0QgYnVm ZmVycyB0aWxlZApbICAgMTM2Ljk0Ml0gKCoqKSBpbnRlbCgwKTogU3dhcEJ1ZmZlcnMgd2FpdCBl bmFibGVkClsgICAxMzYuOTQyXSAoPT0pIGludGVsKDApOiB2aWRlbyBvdmVybGF5IGtleSBzZXQg dG8gMHgxMDFmZQpbICAgMTM2Ljk3N10gKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQS0xIGhhcyBu byBtb25pdG9yIHNlY3Rpb24KWyAgIDEzNy4wMTZdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBIRE1J LTEgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgMTM3LjAxN10gKElJKSBpbnRlbCgwKTogT3V0 cHV0IERQLTEgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgpbICAgMTM3LjA0NF0gKFdXKSBFRElEIHRp bWluZyBjbG9jayA4NS41MCBleGNlZWRzIGNsYWltZWQgbWF4IDg1TUh6LCBmaXhpbmcKWyAgIDEz Ny4wNDRdIChJSSkgaW50ZWwoMCk6IEVESUQgZm9yIG91dHB1dCBWR0EtMQpbICAgMTM3LjA0NF0g KElJKSBpbnRlbCgwKTogTWFudWZhY3R1cmVyOiBQSEwgIE1vZGVsOiBjMDdlICBTZXJpYWwjOiAy MTUxOApbICAgMTM3LjA0NF0gKElJKSBpbnRlbCgwKTogWWVhcjogMjAxNCAgV2VlazogNDEKWyAg IDEzNy4wNDRdIChJSSkgaW50ZWwoMCk6IEVESUQgVmVyc2lvbjogMS4zClsgICAxMzcuMDQ0XSAo SUkpIGludGVsKDApOiBBbmFsb2cgRGlzcGxheSBJbnB1dCwgIElucHV0IFZvbHRhZ2UgTGV2ZWw6 IDAuNzAwLzAuNzAwIFYKWyAgIDEzNy4wNDVdIChJSSkgaW50ZWwoMCk6IFN5bmM6ICBTZXBhcmF0 ZSAgQ29tcG9zaXRlICBTeW5jT25HcmVlbgpbICAgMTM3LjA0NV0gKElJKSBpbnRlbCgwKTogTWF4 IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiAzNCAgdmVydC46IDE5ClsgICAxMzcuMDQ1XSAoSUkp IGludGVsKDApOiBHYW1tYTogMi4yMApbICAgMTM3LjA0NV0gKElJKSBpbnRlbCgwKTogRFBNUyBj YXBhYmlsaXRpZXM6IE9mZjsgUkdCL0NvbG9yIERpc3BsYXkKWyAgIDEzNy4wNDVdIChJSSkgaW50 ZWwoMCk6IEZpcnN0IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQpbICAgMTM3LjA0 NV0gKElJKSBpbnRlbCgwKTogcmVkWDogMC42MzggcmVkWTogMC4zMzMgICBncmVlblg6IDAuMjkw IGdyZWVuWTogMC41OTEKWyAgIDEzNy4wNDVdIChJSSkgaW50ZWwoMCk6IGJsdWVYOiAwLjE1MyBi bHVlWTogMC4wODIgICB3aGl0ZVg6IDAuMzEyIHdoaXRlWTogMC4zMjkKWyAgIDEzNy4wNDVdIChJ SSkgaW50ZWwoMCk6IFN1cHBvcnRlZCBlc3RhYmxpc2hlZCB0aW1pbmdzOgpbICAgMTM3LjA0NV0g KElJKSBpbnRlbCgwKTogNzIweDQwMEA3MEh6ClsgICAxMzcuMDQ1XSAoSUkpIGludGVsKDApOiA2 NDB4NDgwQDYwSHoKWyAgIDEzNy4wNDVdIChJSSkgaW50ZWwoMCk6IDgwMHg2MDBANjBIegpbICAg MTM3LjA0NV0gKElJKSBpbnRlbCgwKTogMTAyNHg3NjhANjBIegpbICAgMTM3LjA0NV0gKElJKSBp bnRlbCgwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMApbICAgMTM3LjA0NV0gKElJKSBpbnRlbCgw KTogU3VwcG9ydGVkIGRldGFpbGVkIHRpbWluZzoKWyAgIDEzNy4wNDVdIChJSSkgaW50ZWwoMCk6 IGNsb2NrOiA4NS41IE1IeiAgIEltYWdlIFNpemU6ICAzNDQgeCAxOTQgbW0KWyAgIDEzNy4wNDVd IChJSSkgaW50ZWwoMCk6IGhfYWN0aXZlOiAxMzY2ICBoX3N5bmM6IDE0MzYgIGhfc3luY19lbmQg MTU3OSBoX2JsYW5rX2VuZCAxNzkyIGhfYm9yZGVyOiAwClsgICAxMzcuMDQ1XSAoSUkpIGludGVs KDApOiB2X2FjdGl2ZTogNzY4ICB2X3N5bmM6IDc3MSAgdl9zeW5jX2VuZCA3NzQgdl9ibGFua2lu ZzogNzk4IHZfYm9yZGVyOiAwClsgICAxMzcuMDQ1XSAoSUkpIGludGVsKDApOiBTZXJpYWwgTm86 IFVLNTE0NDEwMjE1MTgKWyAgIDEzNy4wNDZdIChJSSkgaW50ZWwoMCk6IE1vbml0b3IgbmFtZTog UGhpbGlwcyAxNjZWTApbICAgMTM3LjA0Nl0gKElJKSBpbnRlbCgwKTogUmFuZ2VzOiBWIG1pbjog NTYgViBtYXg6IDYzIEh6LCBIIG1pbjogMzAgSCBtYXg6IDYwIGtIeiwgUGl4Q2xvY2sgbWF4IDg2 IE1IegpbICAgMTM3LjA0Nl0gKElJKSBpbnRlbCgwKTogRURJRCAoaW4gaGV4KToKWyAgIDEzNy4w NDZdIChJSSkgaW50ZWwoMCk6IAkwMGZmZmZmZmZmZmZmZjAwNDEwYzdlYzAwZTU0MDAwMApbICAg MTM3LjA0Nl0gKElJKSBpbnRlbCgwKTogCTI5MTgwMTAzNmUyMjEzNzgyYTU1NGRhMzU1NGE5NzI3 ClsgICAxMzcuMDQ2XSAoSUkpIGludGVsKDApOiAJMTU0ZjU0YTEwODAwMDEwMTAxMDEwMTAxMDEw MTAxMDEKWyAgIDEzNy4wNDZdIChJSSkgaW50ZWwoMCk6IAkwMTAxMDEwMTAxMDE2NjIxNTZhYTUx MDAxZTMwNDY4ZgpbICAgMTM3LjA0Nl0gKElJKSBpbnRlbCgwKTogCTMzMDA1OGMyMTAwMDAwMWUw MDAwMDBmZjAwNTU0YjM1ClsgICAxMzcuMDQ2XSAoSUkpIGludGVsKDApOiAJMzEzNDM0MzEzMDMy MzEzNTMxMzgwMDAwMDBmYzAwNTAKWyAgIDEzNy4wNDZdIChJSSkgaW50ZWwoMCk6IAk2ODY5NmM2 OTcwNzMyMDMxMzYzNjU2NGMwMDAwMDBmZApbICAgMTM3LjA0Nl0gKElJKSBpbnRlbCgwKTogCTAw MzgzZjFlM2MwODAwMGEyMDIwMjAyMDIwMjAwMDYzClsgICAxMzcuMDQ2XSAoSUkpIGludGVsKDAp OiBQcmludGluZyBwcm9iZWQgbW9kZXMgZm9yIG91dHB1dCBWR0EtMQpbICAgMTM3LjA0Nl0gKElJ KSBpbnRlbCgwKTogTW9kZWxpbmUgIjEzNjZ4NzY4Ing1OS44ICAgODUuNTAgIDEzNjYgMTQzNiAx NTc5IDE3OTIgIDc2OCA3NzEgNzc0IDc5OCAraHN5bmMgK3ZzeW5jICg0Ny43IGtIeiBlUCkKWyAg IDEzNy4wNDZdIChJSSkgaW50ZWwoMCk6IE1vZGVsaW5lICIxMDI0eDc2OCJ4NjAuMCAgIDY1LjAw ICAxMDI0IDEwNDggMTE4NCAxMzQ0ICA3NjggNzcxIDc3NyA4MDYgLWhzeW5jIC12c3luYyAoNDgu NCBrSHogZSkKWyAgIDEzNy4wNDZdIChJSSkgaW50ZWwoMCk6IE1vZGVsaW5lICI4MDB4NjAwIng2 MC4zICAgNDAuMDAgIDgwMCA4NDAgOTY4IDEwNTYgIDYwMCA2MDEgNjA1IDYyOCAraHN5bmMgK3Zz eW5jICgzNy45IGtIeiBlKQpbICAgMTM3LjA0N10gKElJKSBpbnRlbCgwKTogTW9kZWxpbmUgIjY0 MHg0ODAieDU5LjkgICAyNS4xOCAgNjQwIDY1NiA3NTIgODAwICA0ODAgNDkwIDQ5MiA1MjUgLWhz eW5jIC12c3luYyAoMzEuNSBrSHogZSkKWyAgIDEzNy4wNDddIChJSSkgaW50ZWwoMCk6IE1vZGVs aW5lICI3MjB4NDAwIng3MC4xICAgMjguMzIgIDcyMCA3MzggODQ2IDkwMCAgNDAwIDQxMiA0MTQg NDQ5IC1oc3luYyArdnN5bmMgKDMxLjUga0h6IGUpClsgICAxMzcuMDUxXSAoSUkpIGludGVsKDAp OiBFRElEIGZvciBvdXRwdXQgSERNSS0xClsgICAxMzcuMDUxXSAoSUkpIGludGVsKDApOiBFRElE IGZvciBvdXRwdXQgRFAtMQpbICAgMTM3LjA1MV0gKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQS0x IGNvbm5lY3RlZApbICAgMTM3LjA1MV0gKElJKSBpbnRlbCgwKTogT3V0cHV0IEhETUktMSBkaXNj b25uZWN0ZWQKWyAgIDEzNy4wNTFdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBEUC0xIGRpc2Nvbm5l Y3RlZApbICAgMTM3LjA1MV0gKElJKSBpbnRlbCgwKTogVXNpbmcgZXhhY3Qgc2l6ZXMgZm9yIGlu aXRpYWwgbW9kZXMKWyAgIDEzNy4wNTFdIChJSSkgaW50ZWwoMCk6IE91dHB1dCBWR0EtMSB1c2lu ZyBpbml0aWFsIG1vZGUgMTM2Nng3NjggKzArMApbICAgMTM3LjA1MV0gKElJKSBpbnRlbCgwKTog S2VybmVsIHBhZ2UgZmxpcHBpbmcgc3VwcG9ydCBkZXRlY3RlZCwgZW5hYmxpbmcKWyAgIDEzNy4w NTFdICg9PSkgaW50ZWwoMCk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24gKDEuMCwgMS4wLCAxLjAp ClsgICAxMzcuMDUxXSAoPT0pIGludGVsKDApOiBEUEkgc2V0IHRvICg5NiwgOTYpClsgICAxMzcu MDUxXSAoSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiClsgICAxMzcuMDUxXSAoSUkpIExvYWRN b2R1bGU6ICJmYiIKWyAgIDEzNy4wNTFdIChJSSkgTW9kdWxlICJmYiIgYWxyZWFkeSBidWlsdC1p bgpbICAgMTM3LjA1MV0gKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImRyaTIiClsgICAxMzcuMDUx XSAoSUkpIExvYWRNb2R1bGU6ICJkcmkyIgpbICAgMTM3LjA1MV0gKElJKSBNb2R1bGUgImRyaTIi IGFscmVhZHkgYnVpbHQtaW4KWyAgIDEzNy4wNTJdIChJSSkgVW5sb2FkTW9kdWxlOiAibW9kZXNl dHRpbmciClsgICAxMzcuMDUyXSAoSUkpIFVubG9hZGluZyBtb2Rlc2V0dGluZwpbICAgMTM3LjA1 Ml0gKElJKSBVbmxvYWRNb2R1bGU6ICJzY2ZiIgpbICAgMTM3LjA1Ml0gKElJKSBVbmxvYWRpbmcg c2NmYgpbICAgMTM3LjA1Ml0gKElJKSBVbmxvYWRNb2R1bGU6ICJ2ZXNhIgpbICAgMTM3LjA1Ml0g KElJKSBVbmxvYWRpbmcgdmVzYQpbICAgMTM3LjA1M10gKElJKSBpbnRlbCgwKTogQWxsb2NhdGVk IG5ldyBmcmFtZSBidWZmZXIgMTM2Nng3Njggc3RyaWRlIDU2MzIsIHRpbGVkClsgICAxMzcuMTIz XSAoSUkpIFVYQSgwKTogRHJpdmVyIHJlZ2lzdGVyZWQgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2lu ZyBvcGVyYXRpb25zOgpbICAgMTM3LjEyNF0gKElJKSAgICAgICAgIHNvbGlkClsgICAxMzcuMTI0 XSAoSUkpICAgICAgICAgY29weQpbICAgMTM3LjEyNF0gKElJKSAgICAgICAgIGNvbXBvc2l0ZSAo UkVOREVSIGFjY2VsZXJhdGlvbikKWyAgIDEzNy4xMjRdIChJSSkgICAgICAgICBwdXRfaW1hZ2UK WyAgIDEzNy4xMjRdIChJSSkgICAgICAgICBnZXRfaW1hZ2UKWyAgIDEzNy4xMjRdIChJSSkgaW50 ZWwoMCk6IFtEUkkyXSBTZXR1cCBjb21wbGV0ZQpbICAgMTM3LjEyNF0gKElJKSBpbnRlbCgwKTog W0RSSTJdICAgRFJJIGRyaXZlcjogY3JvY3VzClsgICAxMzcuMTI0XSAoSUkpIGludGVsKDApOiBb RFJJMl0gICBWRFBBVSBkcml2ZXI6IHZhX2dsClsgICAxMzcuMTI0XSAoPT0pIGludGVsKDApOiBC YWNraW5nIHN0b3JlIGVuYWJsZWQKWyAgIDEzNy4xMjRdICg9PSkgaW50ZWwoMCk6IFNpbGtlbiBt b3VzZSBlbmFibGVkClsgICAxMzcuMTI1XSAoSUkpIGludGVsKDApOiBJbml0aWFsaXppbmcgSFcg Q3Vyc29yClsgICAxMzcuMTI2XSAoPT0pIGludGVsKDApOiBEUE1TIGVuYWJsZWQKWyAgIDEzNy4x MjZdICg9PSkgaW50ZWwoMCk6IEludGVsIFh2TUMgZGVjb2RlciBlbmFibGVkClsgICAxMzcuMTI2 XSAoSUkpIGludGVsKDApOiBTZXQgdXAgdGV4dHVyZWQgdmlkZW8KWyAgIDEzNy4xMjZdIChJSSkg aW50ZWwoMCk6IFtYdk1DXSB4dm1jX3ZsZCBkcml2ZXIgaW5pdGlhbGl6ZWQuClsgICAxMzcuMTI2 XSAoSUkpIGludGVsKDApOiBEUkkyOiBFbmFibGVkClsgICAxMzcuMTI2XSAoSUkpIGludGVsKDAp OiBEUkkzOiBEaXNhYmxlZApbICAgMTM3LjEyNl0gKD09KSBpbnRlbCgwKTogaG90cGx1ZyBkZXRl Y3Rpb246ICJlbmFibGVkIgpbICAgMTM3LjE1N10gKElJKSBJbml0aWFsaXppbmcgZXh0ZW5zaW9u IEdlbmVyaWMgRXZlbnQgRXh0ZW5zaW9uClsgICAxMzcuMTU5XSAoSUkpIEluaXRpYWxpemluZyBl eHRlbnNpb24gU0hBUEUKWyAgIDEzNy4xNjBdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBN SVQtU0hNClsgICAxMzcuMTYxXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWElucHV0RXh0 ZW5zaW9uClsgICAxMzcuMTYzXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWFRFU1QKWyAg IDEzNy4xNjVdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBCSUctUkVRVUVTVFMKWyAgIDEz Ny4xNjZdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBTWU5DClsgICAxMzcuMTY3XSAoSUkp IEluaXRpYWxpemluZyBleHRlbnNpb24gWEtFWUJPQVJEClsgICAxMzcuMTY5XSAoSUkpIEluaXRp YWxpemluZyBleHRlbnNpb24gWEMtTUlTQwpbICAgMTM3LjE3MF0gKElJKSBJbml0aWFsaXppbmcg ZXh0ZW5zaW9uIFNFQ1VSSVRZClsgICAxMzcuMTcyXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNp b24gWEZJWEVTClsgICAxMzcuMTczXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gUkVOREVS ClsgICAxMzcuMTc1XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gUkFORFIKWyAgIDEzNy4x NzddIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBDT01QT1NJVEUKWyAgIDEzNy4xNzldIChJ SSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBEQU1BR0UKWyAgIDEzNy4xODBdIChJSSkgSW5pdGlh bGl6aW5nIGV4dGVuc2lvbiBNSVQtU0NSRUVOLVNBVkVSClsgICAxMzcuMTgxXSAoSUkpIEluaXRp YWxpemluZyBleHRlbnNpb24gRE9VQkxFLUJVRkZFUgpbICAgMTM3LjE4M10gKElJKSBJbml0aWFs aXppbmcgZXh0ZW5zaW9uIFJFQ09SRApbICAgMTM3LjE4NF0gKElJKSBJbml0aWFsaXppbmcgZXh0 ZW5zaW9uIERQTVMKWyAgIDEzNy4xODZdIChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBQcmVz ZW50ClsgICAxMzcuMTg3XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gRFJJMwpbICAgMTM3 LjE4N10gKElJKSBJbml0aWFsaXppbmcgZXh0ZW5zaW9uIFgtUmVzb3VyY2UKWyAgIDEzNy4xODhd IChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBYVmlkZW8KWyAgIDEzNy4xOTBdIChJSSkgSW5p dGlhbGl6aW5nIGV4dGVuc2lvbiBYVmlkZW8tTW90aW9uQ29tcGVuc2F0aW9uClsgICAxMzcuMTkx XSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gR0xYClsgICAxMzcuNDAxXSAoSUkpIEFJR0xY OiBMb2FkZWQgYW5kIGluaXRpYWxpemVkIGNyb2N1cwpbICAgMTM3LjQwMl0gKElJKSBHTFg6IElu aXRpYWxpemVkIERSSTIgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwClsgICAxMzcuNDAyXSAoSUkp IEluaXRpYWxpemluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0ZW5zaW9uClsgICAxMzcu NDAzXSAoSUkpIEluaXRpYWxpemluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKWyAgIDEzNy40MDRd IChJSSkgSW5pdGlhbGl6aW5nIGV4dGVuc2lvbiBYRnJlZTg2LURSSQpbICAgMTM3LjQwNF0gKElJ KSBJbml0aWFsaXppbmcgZXh0ZW5zaW9uIERSSTIKWyAgIDEzNy40MDZdIChJSSkgaW50ZWwoMCk6 IFNldHRpbmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gMzYxIHggMjAzClsgICAxMzcuODg3XSAo SUkpIGNvbmZpZy91ZGV2OiBBZGRpbmcgaW5wdXQgZGV2aWNlIFN5c3RlbSBrZXlib2FyZCBtdWx0 aXBsZXhlciAoL2Rldi9pbnB1dC9ldmVudDApClsgICAxMzcuODg3XSAoKiopIFN5c3RlbSBrZXli b2FyZCBtdWx0aXBsZXhlcjogQXBwbHlpbmcgSW5wdXRDbGFzcyAiRXZkZXYga2V5Ym9hcmQiClsg ICAxMzcuODg3XSAoKiopIFN5c3RlbSBrZXlib2FyZCBtdWx0aXBsZXhlcjogQXBwbHlpbmcgSW5w dXRDbGFzcyAibGliaW5wdXQga2V5Ym9hcmQgY2F0Y2hhbGwiClsgICAxMzcuODg3XSAoSUkpIExv YWRNb2R1bGU6ICJsaWJpbnB1dCIKWyAgIDEzNy44ODhdIChJSSkgTG9hZGluZyAvdXNyL2xvY2Fs L2xpYi94b3JnL21vZHVsZXMvaW5wdXQvbGliaW5wdXRfZHJ2LnNvClsgICAxMzcuOTY5XSAoSUkp IE1vZHVsZSBsaWJpbnB1dDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgpbICAgMTM3Ljk2OV0g CWNvbXBpbGVkIGZvciAxLjIxLjEuMTEsIG1vZHVsZSB2ZXJzaW9uID0gMS4zLjAKWyAgIDEzNy45 NjldIAlNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXIKWyAgIDEzNy45NjldIAlBQkkg Y2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMjQuNApbICAgMTM3Ljk3MV0gKElJ KSBVc2luZyBpbnB1dCBkcml2ZXIgJ2xpYmlucHV0JyBmb3IgJ1N5c3RlbSBrZXlib2FyZCBtdWx0 aXBsZXhlcicKWyAgIDEzNy45NzFdICgqKikgU3lzdGVtIGtleWJvYXJkIG11bHRpcGxleGVyOiBh bHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgMTM3Ljk3MV0gKCoqKSBPcHRpb24gIkRldmlj ZSIgIi9kZXYvaW5wdXQvZXZlbnQwIgpbICAgMTM4LjA0Ml0gKElJKSBldmVudDAgIC0gU3lzdGVt IGtleWJvYXJkIG11bHRpcGxleGVyOiBpcyB0YWdnZWQgYnkgdWRldiBhczogS2V5Ym9hcmQKWyAg IDEzOC4wNDhdIChJSSkgZXZlbnQwICAtIFN5c3RlbSBrZXlib2FyZCBtdWx0aXBsZXhlcjogZGV2 aWNlIGlzIGEga2V5Ym9hcmQKWyAgIDEzOC4wNjldIChJSSkgZXZlbnQwICAtIFN5c3RlbSBrZXli b2FyZCBtdWx0aXBsZXhlcjogZGV2aWNlIHJlbW92ZWQKWyAgIDEzOC4wNjldICgqKikgT3B0aW9u ICJjb25maWdfaW5mbyIgInVkZXY6L2Rldi9pbnB1dC9ldmVudDAiClsgICAxMzguMDY5XSAoSUkp IFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAiU3lzdGVtIGtleWJvYXJkIG11 bHRpcGxleGVyIiAodHlwZTogS0VZQk9BUkQsIGlkIDYpClsgICAxMzguMDcwXSAoKiopIE9wdGlv biAieGtiX3J1bGVzIiAiZXZkZXYiClsgICAxMzguMzAxXSAoSUkpIGV2ZW50MCAgLSBTeXN0ZW0g a2V5Ym9hcmQgbXVsdGlwbGV4ZXI6IGlzIHRhZ2dlZCBieSB1ZGV2IGFzOiBLZXlib2FyZApbICAg MTM4LjMwN10gKElJKSBldmVudDAgIC0gU3lzdGVtIGtleWJvYXJkIG11bHRpcGxleGVyOiBkZXZp Y2UgaXMgYSBrZXlib2FyZApbICAgMTM4LjMyOV0gKElJKSBjb25maWcvdWRldjogQWRkaW5nIGlu cHV0IGRldmljZSBTeXN0ZW0gbW91c2UgKC9kZXYvaW5wdXQvZXZlbnQxKQpbICAgMTM4LjMyOV0g KCoqKSBTeXN0ZW0gbW91c2U6IEFwcGx5aW5nIElucHV0Q2xhc3MgImxpYmlucHV0IHBvaW50ZXIg Y2F0Y2hhbGwiClsgICAxMzguMzI5XSAoSUkpIFVzaW5nIGlucHV0IGRyaXZlciAnbGliaW5wdXQn IGZvciAnU3lzdGVtIG1vdXNlJwpbICAgMTM4LjMyOV0gKCoqKSBTeXN0ZW0gbW91c2U6IGFsd2F5 cyByZXBvcnRzIGNvcmUgZXZlbnRzClsgICAxMzguMzI5XSAoKiopIE9wdGlvbiAiRGV2aWNlIiAi L2Rldi9pbnB1dC9ldmVudDEiClsgICAxMzguMzQ4XSAoSUkpIGV2ZW50MSAgLSBTeXN0ZW0gbW91 c2U6IGlzIHRhZ2dlZCBieSB1ZGV2IGFzOiBNb3VzZQpbICAgMTM4LjM2MF0gKElJKSBldmVudDEg IC0gU3lzdGVtIG1vdXNlOiBkZXZpY2UgaXMgYSBwb2ludGVyClsgICAxMzguMzc0XSAoSUkpIGV2 ZW50MSAgLSBTeXN0ZW0gbW91c2U6IGRldmljZSByZW1vdmVkClsgICAxMzguMzc1XSAoSUkpIGxp YmlucHV0OiBTeXN0ZW0gbW91c2U6IFN0ZXAgdmFsdWUgMCB3YXMgcHJvdmlkZWQsIGxpYmlucHV0 IEZhbGxiYWNrIGFjY2VsZXJhdGlvbiBmdW5jdGlvbiBpcyB1c2VkLgpbICAgMTM4LjM3NV0gKElJ KSBsaWJpbnB1dDogU3lzdGVtIG1vdXNlOiBTdGVwIHZhbHVlIDAgd2FzIHByb3ZpZGVkLCBsaWJp bnB1dCBGYWxsYmFjayBhY2NlbGVyYXRpb24gZnVuY3Rpb24gaXMgdXNlZC4KWyAgIDEzOC4zNzVd IChJSSkgbGliaW5wdXQ6IFN5c3RlbSBtb3VzZTogU3RlcCB2YWx1ZSAwIHdhcyBwcm92aWRlZCwg bGliaW5wdXQgRmFsbGJhY2sgYWNjZWxlcmF0aW9uIGZ1bmN0aW9uIGlzIHVzZWQuClsgICAxMzgu Mzc1XSAoKiopIE9wdGlvbiAiY29uZmlnX2luZm8iICJ1ZGV2Oi9kZXYvaW5wdXQvZXZlbnQxIgpb ICAgMTM4LjM3NV0gKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIlN5 c3RlbSBtb3VzZSIgKHR5cGU6IE1PVVNFLCBpZCA3KQpbICAgMTM4LjM3Nl0gKCoqKSBPcHRpb24g IkFjY2VsZXJhdGlvblNjaGVtZSIgIm5vbmUiClsgICAxMzguMzc2XSAoKiopIFN5c3RlbSBtb3Vz ZTogKGFjY2VsKSBzZWxlY3RlZCBzY2hlbWUgbm9uZS8wClsgICAxMzguMzc2XSAoKiopIFN5c3Rl bSBtb3VzZTogKGFjY2VsKSBhY2NlbGVyYXRpb24gZmFjdG9yOiAyLjAwMApbICAgMTM4LjM3Nl0g KCoqKSBTeXN0ZW0gbW91c2U6IChhY2NlbCkgYWNjZWxlcmF0aW9uIHRocmVzaG9sZDogNApbICAg MTM4LjM5Nl0gKElJKSBldmVudDEgIC0gU3lzdGVtIG1vdXNlOiBpcyB0YWdnZWQgYnkgdWRldiBh czogTW91c2UKWyAgIDEzOC40MDhdIChJSSkgZXZlbnQxICAtIFN5c3RlbSBtb3VzZTogZGV2aWNl IGlzIGEgcG9pbnRlcgpbICAgMTM4LjQyMF0gKElJKSBjb25maWcvdWRldjogQWRkaW5nIGlucHV0 IGRldmljZSBQb3dlciBCdXR0b24gKC9kZXYvaW5wdXQvZXZlbnQyKQpbICAgMTM4LjQyMV0gKCoq KSBQb3dlciBCdXR0b246IEFwcGx5aW5nIElucHV0Q2xhc3MgIkV2ZGV2IGtleWJvYXJkIgpbICAg MTM4LjQyMV0gKCoqKSBQb3dlciBCdXR0b246IEFwcGx5aW5nIElucHV0Q2xhc3MgImxpYmlucHV0 IGtleWJvYXJkIGNhdGNoYWxsIgpbICAgMTM4LjQyMV0gKElJKSBVc2luZyBpbnB1dCBkcml2ZXIg J2xpYmlucHV0JyBmb3IgJ1Bvd2VyIEJ1dHRvbicKWyAgIDEzOC40MjFdICgqKikgUG93ZXIgQnV0 dG9uOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwpbICAgMTM4LjQyMV0gKCoqKSBPcHRpb24g IkRldmljZSIgIi9kZXYvaW5wdXQvZXZlbnQyIgpbICAgMTM4LjQ0MF0gKElJKSBldmVudDIgIC0g UG93ZXIgQnV0dG9uOiBpcyB0YWdnZWQgYnkgdWRldiBhczogS2V5Ym9hcmQKWyAgIDEzOC40NDZd IChJSSkgZXZlbnQyICAtIFBvd2VyIEJ1dHRvbjogZGV2aWNlIGlzIGEga2V5Ym9hcmQKWyAgIDEz OC40NTldIChJSSkgZXZlbnQyICAtIFBvd2VyIEJ1dHRvbjogZGV2aWNlIHJlbW92ZWQKWyAgIDEz OC40NTldICgqKikgT3B0aW9uICJjb25maWdfaW5mbyIgInVkZXY6L2Rldi9pbnB1dC9ldmVudDIi ClsgICAxMzguNDU5XSAoSUkpIFhJTlBVVDogQWRkaW5nIGV4dGVuZGVkIGlucHV0IGRldmljZSAi UG93ZXIgQnV0dG9uIiAodHlwZTogS0VZQk9BUkQsIGlkIDgpClsgICAxMzguNDU5XSAoKiopIE9w dGlvbiAieGtiX3J1bGVzIiAiZXZkZXYiClsgICAxMzguNDc5XSAoSUkpIGV2ZW50MiAgLSBQb3dl ciBCdXR0b246IGlzIHRhZ2dlZCBieSB1ZGV2IGFzOiBLZXlib2FyZApbICAgMTM4LjQ4NV0gKElJ KSBldmVudDIgIC0gUG93ZXIgQnV0dG9uOiBkZXZpY2UgaXMgYSBrZXlib2FyZApbICAgMTM4LjQ5 OF0gKElJKSBjb25maWcvdWRldjogQWRkaW5nIGlucHV0IGRldmljZSBBVCBrZXlib2FyZCAoL2Rl di9pbnB1dC9ldmVudDMpClsgICAxMzguNDk4XSAoKiopIEFUIGtleWJvYXJkOiBBcHBseWluZyBJ bnB1dENsYXNzICJFdmRldiBrZXlib2FyZCIKWyAgIDEzOC40OThdICgqKikgQVQga2V5Ym9hcmQ6 IEFwcGx5aW5nIElucHV0Q2xhc3MgImxpYmlucHV0IGtleWJvYXJkIGNhdGNoYWxsIgpbICAgMTM4 LjQ5OF0gKElJKSBVc2luZyBpbnB1dCBkcml2ZXIgJ2xpYmlucHV0JyBmb3IgJ0FUIGtleWJvYXJk JwpbICAgMTM4LjQ5OF0gKCoqKSBBVCBrZXlib2FyZDogYWx3YXlzIHJlcG9ydHMgY29yZSBldmVu dHMKWyAgIDEzOC40OThdICgqKikgT3B0aW9uICJEZXZpY2UiICIvZGV2L2lucHV0L2V2ZW50MyIK WyAgIDEzOC41MTddIChJSSkgZXZlbnQzICAtIEFUIGtleWJvYXJkOiBpcyB0YWdnZWQgYnkgdWRl diBhczogS2V5Ym9hcmQKWyAgIDEzOC41MjNdIChJSSkgZXZlbnQzICAtIEFUIGtleWJvYXJkOiBk ZXZpY2UgaXMgYSBrZXlib2FyZApbICAgMTM4LjU2MF0gKElJKSBldmVudDMgIC0gQVQga2V5Ym9h cmQ6IGRldmljZSByZW1vdmVkClsgICAxMzguNTYwXSAoKiopIE9wdGlvbiAiY29uZmlnX2luZm8i ICJ1ZGV2Oi9kZXYvaW5wdXQvZXZlbnQzIgpbICAgMTM4LjU2MF0gKElJKSBYSU5QVVQ6IEFkZGlu ZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIkFUIGtleWJvYXJkIiAodHlwZTogS0VZQk9BUkQsIGlk IDkpClsgICAxMzguNTYwXSAoKiopIE9wdGlvbiAieGtiX3J1bGVzIiAiZXZkZXYiClsgICAxMzgu NTgwXSAoSUkpIGV2ZW50MyAgLSBBVCBrZXlib2FyZDogaXMgdGFnZ2VkIGJ5IHVkZXYgYXM6IEtl eWJvYXJkClsgICAxMzguNTg3XSAoSUkpIGV2ZW50MyAgLSBBVCBrZXlib2FyZDogZGV2aWNlIGlz IGEga2V5Ym9hcmQKWyAgIDEzOC42MjNdIChJSSkgY29uZmlnL3VkZXY6IEFkZGluZyBpbnB1dCBk ZXZpY2UgTG9naXRlY2ggVVNCIFJlY2VpdmVyICgvZGV2L2lucHV0L2V2ZW50NCkKWyAgIDEzOC42 MjRdICgqKikgTG9naXRlY2ggVVNCIFJlY2VpdmVyOiBBcHBseWluZyBJbnB1dENsYXNzICJFdmRl diBrZXlib2FyZCIKWyAgIDEzOC42MjRdICgqKikgTG9naXRlY2ggVVNCIFJlY2VpdmVyOiBBcHBs eWluZyBJbnB1dENsYXNzICJsaWJpbnB1dCBrZXlib2FyZCBjYXRjaGFsbCIKWyAgIDEzOC42MjRd IChJSSkgVXNpbmcgaW5wdXQgZHJpdmVyICdsaWJpbnB1dCcgZm9yICdMb2dpdGVjaCBVU0IgUmVj ZWl2ZXInClsgICAxMzguNjI0XSAoKiopIExvZ2l0ZWNoIFVTQiBSZWNlaXZlcjogYWx3YXlzIHJl cG9ydHMgY29yZSBldmVudHMKWyAgIDEzOC42MjRdICgqKikgT3B0aW9uICJEZXZpY2UiICIvZGV2 L2lucHV0L2V2ZW50NCIKWyAgIDEzOC42NDRdIChJSSkgZXZlbnQ0ICAtIExvZ2l0ZWNoIFVTQiBS ZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yOS4wMCwgYWRkciAyOiBpcyB0YWdnZWQgYnkg dWRldiBhczogS2V5Ym9hcmQKWyAgIDEzOC42NTBdIChJSSkgZXZlbnQ0ICAtIExvZ2l0ZWNoIFVT QiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yOS4wMCwgYWRkciAyOiBkZXZpY2UgaXMg YSBrZXlib2FyZApbICAgMTM4LjY3NV0gKElJKSBldmVudDQgIC0gTG9naXRlY2ggVVNCIFJlY2Vp dmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzI5LjAwLCBhZGRyIDI6IGRldmljZSByZW1vdmVkClsg ICAxMzguNjc1XSAoKiopIE9wdGlvbiAiY29uZmlnX2luZm8iICJ1ZGV2Oi9kZXYvaW5wdXQvZXZl bnQ0IgpbICAgMTM4LjY3NV0gKElJKSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZp Y2UgIkxvZ2l0ZWNoIFVTQiBSZWNlaXZlciIgKHR5cGU6IEtFWUJPQVJELCBpZCAxMCkKWyAgIDEz OC42NzVdICgqKikgT3B0aW9uICJ4a2JfcnVsZXMiICJldmRldiIKWyAgIDEzOC42OTZdIChJSSkg ZXZlbnQ0ICAtIExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yOS4w MCwgYWRkciAyOiBpcyB0YWdnZWQgYnkgdWRldiBhczogS2V5Ym9hcmQKWyAgIDEzOC43MDJdIChJ SSkgZXZlbnQ0ICAtIExvZ2l0ZWNoIFVTQiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8y OS4wMCwgYWRkciAyOiBkZXZpY2UgaXMgYSBrZXlib2FyZApbICAgMTM4LjcyN10gKElJKSBjb25m aWcvdWRldjogQWRkaW5nIGlucHV0IGRldmljZSBMb2dpdGVjaCBVU0IgUmVjZWl2ZXIgKC9kZXYv aW5wdXQvZXZlbnQ1KQpbICAgMTM4LjcyOF0gKCoqKSBMb2dpdGVjaCBVU0IgUmVjZWl2ZXI6IEFw cGx5aW5nIElucHV0Q2xhc3MgImxpYmlucHV0IHBvaW50ZXIgY2F0Y2hhbGwiClsgICAxMzguNzI4 XSAoSUkpIFVzaW5nIGlucHV0IGRyaXZlciAnbGliaW5wdXQnIGZvciAnTG9naXRlY2ggVVNCIFJl Y2VpdmVyJwpbICAgMTM4LjcyOF0gKCoqKSBMb2dpdGVjaCBVU0IgUmVjZWl2ZXI6IGFsd2F5cyBy ZXBvcnRzIGNvcmUgZXZlbnRzClsgICAxMzguNzI4XSAoKiopIE9wdGlvbiAiRGV2aWNlIiAiL2Rl di9pbnB1dC9ldmVudDUiClsgICAxMzguNzQ4XSAoSUkpIGV2ZW50NSAgLSBMb2dpdGVjaCBVU0Ig UmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjkuMDAsIGFkZHIgMjogaXMgdGFnZ2VkIGJ5 IHVkZXYgYXM6IE1vdXNlClsgICAxMzguNzYwXSAoSUkpIGV2ZW50NSAgLSBMb2dpdGVjaCBVU0Ig UmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjkuMDAsIGFkZHIgMjogZGV2aWNlIGlzIGEg cG9pbnRlcgpbICAgMTM4Ljc3OV0gKElJKSBldmVudDUgIC0gTG9naXRlY2ggVVNCIFJlY2VpdmVy LCBjbGFzcyAwLzAsIHJldiAyLjAwLzI5LjAwLCBhZGRyIDI6IGRldmljZSByZW1vdmVkClsgICAx MzguNzc5XSAoSUkpIGxpYmlucHV0OiBMb2dpdGVjaCBVU0IgUmVjZWl2ZXI6IFN0ZXAgdmFsdWUg MCB3YXMgcHJvdmlkZWQsIGxpYmlucHV0IEZhbGxiYWNrIGFjY2VsZXJhdGlvbiBmdW5jdGlvbiBp cyB1c2VkLgpbICAgMTM4Ljc3OV0gKElJKSBsaWJpbnB1dDogTG9naXRlY2ggVVNCIFJlY2VpdmVy OiBTdGVwIHZhbHVlIDAgd2FzIHByb3ZpZGVkLCBsaWJpbnB1dCBGYWxsYmFjayBhY2NlbGVyYXRp b24gZnVuY3Rpb24gaXMgdXNlZC4KWyAgIDEzOC43NzldIChJSSkgbGliaW5wdXQ6IExvZ2l0ZWNo IFVTQiBSZWNlaXZlcjogU3RlcCB2YWx1ZSAwIHdhcyBwcm92aWRlZCwgbGliaW5wdXQgRmFsbGJh Y2sgYWNjZWxlcmF0aW9uIGZ1bmN0aW9uIGlzIHVzZWQuClsgICAxMzguNzc5XSAoKiopIE9wdGlv biAiY29uZmlnX2luZm8iICJ1ZGV2Oi9kZXYvaW5wdXQvZXZlbnQ1IgpbICAgMTM4Ljc3OV0gKElJ KSBYSU5QVVQ6IEFkZGluZyBleHRlbmRlZCBpbnB1dCBkZXZpY2UgIkxvZ2l0ZWNoIFVTQiBSZWNl aXZlciIgKHR5cGU6IE1PVVNFLCBpZCAxMSkKWyAgIDEzOC43ODBdICgqKikgT3B0aW9uICJBY2Nl bGVyYXRpb25TY2hlbWUiICJub25lIgpbICAgMTM4Ljc4MF0gKCoqKSBMb2dpdGVjaCBVU0IgUmVj ZWl2ZXI6IChhY2NlbCkgc2VsZWN0ZWQgc2NoZW1lIG5vbmUvMApbICAgMTM4Ljc4MF0gKCoqKSBM b2dpdGVjaCBVU0IgUmVjZWl2ZXI6IChhY2NlbCkgYWNjZWxlcmF0aW9uIGZhY3RvcjogMi4wMDAK WyAgIDEzOC43ODBdICgqKikgTG9naXRlY2ggVVNCIFJlY2VpdmVyOiAoYWNjZWwpIGFjY2VsZXJh dGlvbiB0aHJlc2hvbGQ6IDQKWyAgIDEzOC44MDBdIChJSSkgZXZlbnQ1ICAtIExvZ2l0ZWNoIFVT QiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yOS4wMCwgYWRkciAyOiBpcyB0YWdnZWQg YnkgdWRldiBhczogTW91c2UKWyAgIDEzOC44MTNdIChJSSkgZXZlbnQ1ICAtIExvZ2l0ZWNoIFVT QiBSZWNlaXZlciwgY2xhc3MgMC8wLCByZXYgMi4wMC8yOS4wMCwgYWRkciAyOiBkZXZpY2UgaXMg YSBwb2ludGVyClsgICAxMzguODQ2XSAoRUUpIGludGVsKDApOiBGYWlsZWQgdG8gc3VibWl0IGJh dGNoIGJ1ZmZlciwgZXhwZWN0IHJlbmRlcmluZyBjb3JydXB0aW9uOiBDYW5ub3QgYWxsb2NhdGUg bWVtb3J5LgogKEVFKSBldmVudDUgIC0gTG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAs IHJldiAyLjAwLzI5LjAwLCBhZGRyIDI6IGNsaWVudCBidWc6IGV2ZW50IHByb2Nlc3NpbmcgbGFn Z2luZyBiZWhpbmQgYnkgMjFtcywgeW91ciBzeXN0ZW0gaXMgdG9vIHNsb3cK --------------hVBSb280824lY6jQ08n4vQBC-- From nobody Mon Mar 11 23:12:21 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ttsxx72hJz5ChnP for ; Mon, 11 Mar 2024 23:12:53 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ttsxv2T76z4GMq for ; Mon, 11 Mar 2024 23:12:50 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=heuristicsystems.com.au header.s=hsa header.b=Hmid5j36; dmarc=none; spf=pass (mx1.freebsd.org: domain of dewayne@heuristicsystems.com.au designates 203.41.22.115 as permitted sender) smtp.mailfrom=dewayne@heuristicsystems.com.au Received: from [10.0.5.4] ([10.0.5.4]) (authenticated bits=0) by heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPA id 42BNCKWp082218 for ; Tue, 12 Mar 2024 10:12:21 +1100 (AEDT) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1710198741; x=1710803542; bh=nA4iNPaIcfHebNnJt6h1qZ5qBYOym7DcYApYA+McEwQ=; h=Message-ID:Date:Subject:To:From; b=Hmid5j36UEnARPUhUuElXcNFlRrIcbYUechM1VxJDKkecGZnpxZmZCb8CDMRCvZYd PnFzBe9seyt0dDD8ds1nJPoLSksGRsr6el9Sz8oFZgdARn11KKfRzM9s5Ct5+K27BX DJG/mEKFg5ufL7OrzUAzGo03uI91hBW0s6dtkkrK+yKVrL7RFFmrf Message-ID: Date: Tue, 12 Mar 2024 10:12:21 +1100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ping acting strangely on 13.3 To: questions@freebsd.org References: <76081854-2b3f-47e5-8405-a5212f74a747@heuristicsystems.com.au> <4ae1c9ee-9be9-4124-9f11-22eff19a88c6@netfence.it> Content-Language: en-GB From: Dewayne Geraghty In-Reply-To: <4ae1c9ee-9be9-4124-9f11-22eff19a88c6@netfence.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.09 / 15.00]; DWL_DNSWL_MED(-2.00)[heuristicsystems.com.au:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[203.41.22.115:from]; R_DKIM_ALLOW(-0.20)[heuristicsystems.com.au:s=hsa]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[heuristicsystems.com.au]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[heuristicsystems.com.au:+]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:1221, ipnet:203.40.0.0/13, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4Ttsxv2T76z4GMq On 11/03/2024 8:18 pm, Andrea Venturoli wrote: > On 3/10/24 22:42, Dewayne Geraghty wrote: >> Andrea, you mentioned commenting "options INET6" from the kernel, but >> do you also have WITHOUT_INET6 in /etc/src.conf, as this will take >> care of userland?  It might help to review the ref below. If not, then >> you probably need to add it and perform a "make world". >> >> Ref: man src.conf | col -b | grep -A3 -iE "INET6|IPV6" >> >> Regards, Dewayne. >> > > Hello and thanks for answering. > > Is this officially needed? > That would be a problem, since I build world on one single box, then > install on different boxes which might have INET6 or not in the kernel. > > If it's compulsory, I'll see what I can do, but I find it strange, since > I never used this before (and I still don't with 14.0). > >  bye >     av. > A quick read of /usr/src/sbin/ping/main.c looks like it may depend on the resolution order, though this isn't my area of expertise. However it is consistent that if the OS doesn't support a protocol (because INET6 is commented out) then the userland applications should be expected to misbehave when the missing part is sought. From nobody Tue Mar 12 05:31:18 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tv2Lg6bqXz5DKw4 for ; Tue, 12 Mar 2024 05:31:23 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tv2Lf4Fp7z4pwg for ; Tue, 12 Mar 2024 05:31:22 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=202401 header.b=4lmCJCOJ; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.2) with ESMTPSA id 42C5VI96065861 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Tue, 12 Mar 2024 06:31:18 +0100 (CET) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202401; t=1710221478; bh=bqtF4Hw0r3c7Af8ECaFT6loVgv1X7QiOJ2zsz5YkNDY=; h=Date:Subject:To:References:From:In-Reply-To; b=4lmCJCOJEXL4n9tpEBdulHO8OHtsS65y5uF4qWMrf9k02boJVJKB8W5RwUIigcIlv vVv6VI47zNZgtfeec8/PP2yXlOUNhZ8NoWbarSN91EpYYM+UnOAWvlsj/DhHbDsukN pxQA6k1D9Kgu+7F6mnZZpCXQ9XAvjM6iNsnExU3k= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: Date: Tue, 12 Mar 2024 06:31:18 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ping acting strangely on 13.3 [SOLVED] Content-Language: en-US To: questions@freebsd.org References: From: Andrea Venturoli In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; R_DKIM_ALLOW(-0.20)[netfence.it:s=202401]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[netfence.it:+] X-Rspamd-Queue-Id: 4Tv2Lf4Fp7z4pwg On 3/9/24 10:37, Andrea Venturoli wrote: >> it makes sense that if there's no transport for ipv6 available, it >> shouldn't provide you with an answer that requires ipv6. > > I opened bug 277592. See the above bug for a correction. Thanks to all. bye av. From nobody Tue Mar 12 05:49:34 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tv2lk0D9Cz5DMH6 for ; Tue, 12 Mar 2024 05:49:38 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tv2lj1yzkz4smw for ; Tue, 12 Mar 2024 05:49:37 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=netfence.it header.s=202401 header.b="h1/PhYI9"; dmarc=pass (policy=none) header.from=netfence.it; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.2) with ESMTPSA id 42C5nYLo068557 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Tue, 12 Mar 2024 06:49:34 +0100 (CET) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202401; t=1710222574; bh=N6p6BNUMAF6l2XqcRrmOZ6UaWc6JjZrBnJqf6Aan/hc=; h=Date:Subject:To:References:From:In-Reply-To; b=h1/PhYI9A7aoW9WyjrmPI/EkxTiNM3qXffAAXRAqQt8FoUyTcOiH1nyBBZmXEo79i LOJRtL06Iowd56htoqPe60/+OTF6muD11iZwV3fH9NihAlJSX3CvDj89XVWp+GH0N+ NIRozVLLJWs2AeM0v9VRk+qvmFkiOyh4II7REVTI= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <4ec148ab-051b-4bab-9eaf-ef4481272551@netfence.it> Date: Tue, 12 Mar 2024 06:49:34 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: ping acting strangely on 13.3 Content-Language: en-US To: questions@freebsd.org References: <76081854-2b3f-47e5-8405-a5212f74a747@heuristicsystems.com.au> <4ae1c9ee-9be9-4124-9f11-22eff19a88c6@netfence.it> From: Andrea Venturoli In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152:c]; R_DKIM_ALLOW(-0.20)[netfence.it:s=202401]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[netfence.it:+] X-Rspamd-Queue-Id: 4Tv2lj1yzkz4smw On 3/12/24 00:12, Dewayne Geraghty wrote: > However > it is consistent that if the OS doesn't support a protocol (because > INET6 is commented out) then the userland applications should be > expected to misbehave when the missing part is sought. No, it's not. It was a bug. bye & Thanks av. From nobody Tue Mar 12 14:41:31 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TvH0N1MSlz5F00Y for ; Tue, 12 Mar 2024 15:01:24 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvH0L4qmYz4r58 for ; Tue, 12 Mar 2024 15:01:22 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=virtual-earth.de header.s=default_1811 header.b=lJhbmRdA; dmarc=pass (policy=none) header.from=virtual-earth.de; spf=pass (mx1.freebsd.org: domain of Mathias.Picker@virtual-earth.de designates 213.133.104.94 as permitted sender) smtp.mailfrom=Mathias.Picker@virtual-earth.de DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=virtual-earth.de; s=default_1811; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:Subject:To:From:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References; bh=NBwBZYwbSwtFs4iSoL9si4G43q6fbIAcHriZi9OQ49E=; b=lJhbmRdAMdVKHyUPeDefwVpks9 sGYDO5FRU3tEZia2pg6glsdq8MgDsxqYIdunns1JrUTmSn/3XYyFu4zDDxNuJSGOnaJVIENOzInVx Ephin+zv8pxsKyfEwsrG22w0TAwhwan/N/F2pyX8gCVvu12t01iL4b4sCve/MsES+JhgMfNaE9OeM zzbiSdgjVOTdqczvbzWzg1fxnKMPM+R2az17tS5EBlf7EXkFrhsNFd5WVnM5yQ6SpQXEITyqoyy3N BfJF8mmji5j9HBdKDAjR0HIbVYTx19QLUl+68I0Fyk3W/u8H2AkpdvMVuYbBlFiokGwVo34TY7714 iG4jSoVg==; Received: from sslproxy02.your-server.de ([78.47.166.47]) by www94.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rk3cw-0008NL-U8 for freebsd-questions@freebsd.org; Tue, 12 Mar 2024 16:01:14 +0100 Received: from [2001:a61:3b06:b01:4a2a:e3ff:fe1a:da58] (helo=danton.virtual-earth.de) by sslproxy02.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1rk3cw-006mPV-2H for freebsd-questions@freebsd.org; Tue, 12 Mar 2024 16:01:14 +0100 User-agent: mu4e 1.8.15; emacs 29.1 From: Mathias Picker To: freebsd-questions@freebsd.org Subject: Alternative to sysconf(_SC_AVPHYS_PAGES) to get available memory? Date: Tue, 12 Mar 2024 15:41:31 +0100 Message-ID: <86cyrz8pfq.fsf@virtual-earth.de> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.103.10/27212/Tue Mar 12 09:27:22 2024) X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[virtual-earth.de,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[virtual-earth.de:s=default_1811]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:24940, ipnet:213.133.96.0/19, country:DE]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; HAS_X_AS(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[virtual-earth.de:+] X-Rspamd-Queue-Id: 4TvH0L4qmYz4r58 Hi all, I'm just trying to compile osm2rdf (osm map data to GeoSPARQL),=20 and found that they use sysconf(_SC_AVPHYS_PAGES) to get available=20 memory: int64_t available() { return sysconf(_SC_AVPHYS_PAGES) * sysconf(_SC_PAGE_SIZE); } Looking at sysconf(3) I can see that we do not have=20 _SC_AVPHYS_PAGES. I searched for alternatives, but did not find=20 any.=20 I also did not find anything like "available" memory in=20 sysconf(3). So, can anyone tell me a FreeBSD alternative to=20 sysconf(_SC_AVPHYS_PAGES)? Thanks, Mathias --=20 Mathias Picker=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 Gesch=C3=A4ftsf=C3=BChrer Mathias.Picker@virtual-earth.de virtual earth Gesellschaft f=C3=BCr Wissens re/pr=C3=A4 sentation mbH http://www.virtual-earth.de/ HRB126870 support@virtual-earth.de Westendstr. 142 089 / 1250 3943=20=20=20=20=20=20=20=20=20=20=20=20 From nobody Tue Mar 12 21:03:11 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TvR226lknz5FVDX for ; Tue, 12 Mar 2024 21:03:22 +0000 (UTC) (envelope-from robert@webtent.org) Received: from mx3.webtent.net (mx3.webtent.net [208.38.145.5]) (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 4TvR2157Mhz4bxy for ; Tue, 12 Mar 2024 21:03:21 +0000 (UTC) (envelope-from robert@webtent.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=webtent.org header.s=201611 header.b=r3S1uws5; dmarc=pass (policy=reject) header.from=webtent.org; spf=pass (mx1.freebsd.org: domain of robert@webtent.org designates 208.38.145.5 as permitted sender) smtp.mailfrom=robert@webtent.org Received: from localhost (localhost [127.0.0.1]) by mx3.webtent.net (WebTent ESMTP Postfix Internet Mail Exchange) with ESMTP id 65985D79A5 for ; Tue, 12 Mar 2024 17:03:19 -0400 (EDT) Received: from mx3.webtent.net ([127.0.0.1]) by localhost (mx3.webtent.net [127.0.0.1]) (maiad, port 10024) with ESMTP id 80549-07 for ; Tue, 12 Mar 2024 17:03:19 -0400 (EDT) Received: from www1.webtent.net (www1.webtent.net [208.38.145.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx3.webtent.net (WebTent ESMTP Postfix Internet Mail Exchange) with ESMTPS id C2E1ED7997 for ; Tue, 12 Mar 2024 17:03:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=webtent.org; s=201611; t=1710277398; bh=nn0QYYT/55mxHlxggQBjXp4qnzW43o7V9cx5ifr0jvM=; h=To:From:Subject:Date; b=r3S1uws5l2IAiRdQdH/MPQAx2/SRyOuj6jDsgFEzXF1b9dJLC2SLRjj1rfIa6ENHy QnMsohnMDgf1r0T4R5c/YpDjYw3uGDgTm0b1MDEtwtAE9LRcNZKvF5K2KdDJWLe6FL e7IPaHZq/XbTSYbODTfMhBcLY2AZGtSVSYiL0LQVQi340zg+2Yv0SuuZpV+bwRWpWv XTPCIlkySs7/KilanDo7IPwbeL11kWHbydXxJQJToTJt7qqf2hf0L+kIMw+fcdpjyt iGWtxgwB9OYBvFgGIik4U9h2oYqp8EgivfjOn0aZOcbier+CT8gsK377Zz6aB4WXSi 2EujQXAhM30jQ== Received: from [192.168.1.50] (ns2.webtent.net [144.129.73.34] (may be forged)) (authenticated bits=0) by www1.webtent.net (8.13.8/8.13.8) with ESMTP id 42CL3Hkk005145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Mar 2024 17:03:18 -0400 To: FreeBSD From: Robert Fitzpatrick Subject: HAST on ZFS with CARP failover Message-ID: <7fbdaa85-4ac4-3c3f-f655-5512c281b262@webtent.org> Date: Tue, 12 Mar 2024 17:03:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.60 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Virus-Scanned: WebTent Mailguard 1.0.4_3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[webtent.org,reject]; R_DKIM_ALLOW(-0.20)[webtent.org:s=201611]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[208.38.145.5:from]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[robert]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:16724, ipnet:208.38.144.0/22, country:US]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[webtent.org:+] X-Rspamd-Queue-Id: 4TvR2157Mhz4bxy I was looking for suggestions for this scenario. I have the following two server to test this with in the lab: Lenovo x3550 M5 using M5210 RAID controller 16 cores total from dual CPU and 32GB IBM x3550 M4 using M5110 RAID controller 12 cores total from dual CPU and 32GB I have some of these M4 servers in production for years now on Linux with mdadm used only for KVM virtualization, needing to replace drives maybe 4 or 5 times in 2 of 3 servers over 3-5 years. Linux RAID always allowed me to hot-swap by disk clone of another drive structure and re-insert without issue except once, which turned out to be a server issue. However, I have a lot of FreeBSD VM and db server using ZFS. I'm a huge fan and want to use ZFS more. I am planning to use these two to both test bhyve as an alternative VM host as well as HAST high availability storage. The hardware RAID would be disabled in favor of JBOD, I believe that will be the only option with these controllers. I'll also use emulated NVMe vs VirtIO as well as raw files versus zvols. These are the docs I've based my setup on... https://klarasystems.com/articles/virtualization-showdown-freebsd-bhyve-linux-kvm/ https://forums.freebsd.org/threads/hast-and-zfs-with-carp-failover.29639/ So, my questions... Would there be any reason not to use virtual machines as the HAST hosts, instead using direct ZFS pools? Would this setup using JBOD disks be OK for production? If I use ZFS for storage, is it more beneficial to use one pool for each VM raw file or one pool for all raw files? I would assume separate to enable snapshots per VM raw disk? Thanks for any suggestions, recommendation or guidance. -- Robert From nobody Wed Mar 13 14:43:53 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TvtYs466Qz5D24R for ; Wed, 13 Mar 2024 14:44:01 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TvtYr6kvLz42Gg for ; Wed, 13 Mar 2024 14:44:00 +0000 (UTC) (envelope-from mike@sentex.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.17.1/8.16.1) with ESMTPS id 42DEhsKw090529 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL) for ; Wed, 13 Mar 2024 10:43:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:511c:fa42:1f3d:a58] ([IPv6:2607:f3e0:0:4:511c:fa42:1f3d:a58]) by pyroxene2a.sentex.ca (8.17.1/8.15.2) with ESMTPS id 42DEhr7u081424 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Wed, 13 Mar 2024 10:43:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <89796e74-439d-4267-a13d-be4bdfac937f@sentex.net> Date: Wed, 13 Mar 2024 10:43:53 -0400 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Questions From: mike tancsa Subject: understanding CAM errors Autocrypt: addr=mike@sentex.net; keydata= xsBNBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAHNHW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+wsCOBBMBCAA4FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAl+pQfkCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQeVOEFl5W rMiN6ggAk3H5vk8QnbvGbb4sinxZt/wDetgk0AOR9NRmtTnPaW+sIJEfGBOz47Xih+f7uWJS j+uvc9Ewn2Z7n8z3ZHJlLAByLVLtcNXGoRIGJ27tevfOaNqgJHBPbFOcXCBBFTx4MYMM4iAZ cDT5vsBTSaM36JZFtHZBKkuFEItbA/N8ZQSHKdTYMIA7A3OCLGbJBqloQ8SlW4MkTzKX4u7R yefAYQ0h20x9IqC5Ju8IsYRFacVZconT16KS81IBceO42vXTN0VexbVF2rZIx3v/NT75r6Vw 0FlXVB1lXOHKydRA2NeleS4NEG2vWqy/9Boj0itMfNDlOhkrA/0DcCurMpnpbM7ATQRcsMzk AQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4axtKRSG1 t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1qzAJweEt RdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6cLm0EiHPO l5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5o9KKu4O7 gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQABwsB2BBgB CAAgFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAl+pQfkCGwwACgkQeVOEFl5WrMiVqwf9GwU8 c6cylknZX8QwlsVudTC8xr/L17JA84wf03k3d4wxP7bqy5AYy7jboZMbgWXngAE/HPQU95NM aukysSnknzoIpC96XZJ0okLBXVS6Y0ylZQ+HrbIhMpuQPoDweoF5F9wKrsHRoDaUK1VR706X rwm4HUzh7Jk+auuMYfuCh0FVlFBEuiJWMLhg/5WCmcRfiuB6F59ZcUQrwLEZeNhF2XJV4KwB Tlg7HCWO/sy1foE5noaMyACjAtAQE9p5kGYaj+DuRhPdWUTsHNuqrhikzIZd2rrcMid+ktb0 NvtvswzMO059z1YGMtGSqQ4srCArju+XHIdTFdiIYbd7+jeehg== Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.86 on 64.7.153.18 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[mike]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4TvtYr6kvLz42Gg On a RELENG_14 box I am stress testing a new file server and have a bunch of WD SSDs which are throwing odd errors under load.  Any idea what these might be ?  smartctl -t long finishes without error and the only counters incrementing are SATA Phy Event Counters (GP Log 0x11) ID      Size     Value  Description 0x0001  2            0  Command failed due to ICRC error 0x0004  2            7  R_ERR response for host-to-device data FIS 0x0006  2            0  R_ERR response for device-to-host non-data FIS 0x0007  2            0  R_ERR response for host-to-device non-data FIS 0x0009  2            0  Transition from drive PhyRdy to drive PhyNRdy 0x000a  2            8  Device-to-host register FISes sent due to a COMRESET 0x000f  2            0  R_ERR response for host-to-device data FIS, CRC 0x0013  2            0  R_ERR response for host-to-device non-data FIS, non-CRC Which imply something on the connection to the backplane or controller ? SSD firmware bug ? I dont seem to have them on the Samsung SSDs, just this new model of WD SSD :( Device Model:     WD Blue SA510 2.5 1000GB Serial Number:    240406800922 LU WWN Device Id: 5 001b44 8b334a313 Firmware Version: 52046100 User Capacity:    1,000,204,886,016 bytes [1.00 TB] Sector Size:      512 bytes logical/physical Rotation Rate:    Solid State Device Form Factor:      2.5 inches TRIM Command:     Available, deterministic Device is:        Not in smartctl database 7.3/5528 ATA Version is:   ACS-4, ACS-2 T13/2015-D revision 3 SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is:    Wed Mar 13 10:42:39 2024 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 5e dc b8 c0 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 34 ed 6f 28 00 00 d0 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): READ(10). CDB: 28 00 50 1a 59 50 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): READ(10). CDB: 28 00 50 1a 59 40 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 70 cb 3e 78 00 01 00 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): READ(10). CDB: 28 00 50 1a 59 48 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 70 cb 3d 78 00 01 00 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 34 ed 6e 28 00 01 00 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 2 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 00 f7 09 68 00 00 48 00 (da8:mpr0:0:18:0): CAM status: SCSI Status Error (da8:mpr0:0:18:0): SCSI status: Check Condition (da8:mpr0:0:18:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da8:mpr0:0:18:0): Retrying command (per sense data) mpr0: Controller reported scsi ioc terminated tgt 18 SMID 1168 loginfo 31110f00 mpr0: Controller reported scsi ioc terminated tgt 18 SMID 1468 loginfo 31110f00 (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 0b 6b fa 80 00 01 00 00 mpr0: Controller reported scsi ioc terminated tgt 18 SMID 716 loginfo 31110f00 mpr0: Controller reported scsi ioc terminated tgt 18 SMID 877 loginfo 31110f00 mpr0: Controller reported scsi ioc terminated tgt 18 SMID 300 loginfo 31110f00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 3 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 0b 6b fb 80 00 01 00 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 3 more tries remain (da8:mpr0:0:18:0): READ(10). CDB: 28 00 30 01 34 50 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 3 more tries remain mpr0: Controller reported scsi ioc terminated tgt 18 SMID 2033 loginfo 31110f00 (da8:mpr0:0:18:0): READ(10). CDB: 28 00 30 01 34 48 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 3 more tries remain (da8:mpr0:0:18:0): READ(10). CDB: 28 00 30 01 34 30 00 00 08 00 (da8:mpr0:0:18:0): CAM status: CCB request completed with an error (da8:mpr0:0:18:0): Retrying command, 3 more tries remain (da8:mpr0:0:18:0): WRITE(10). CDB: 2a 00 0b 6b fa 80 00 01 00 00 (da8:mpr0:0:18:0): CAM status: SCSI Status Error (da8:mpr0:0:18:0): SCSI status: Check Condition (da8:mpr0:0:18:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da8:mpr0:0:18:0): Retrying command (per sense data) Controller is mpr0 Adapter:        Board Name: INSPUR 3008IT    Board Assembly: INSPUR         Chip Name: LSISAS3008     Chip Revision: ALL     BIOS Revision: 18.00.00.00 Firmware Revision: 16.00.12.00   Integrated RAID: no          SATA NCQ: ENABLED  PCIe Width/Speed: x8 (8.0 GB/sec)         IOC Speed: Full       Temperature: 41 C From nobody Wed Mar 13 18:01:40 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tvyxy6P3pz5DN3L for ; Wed, 13 Mar 2024 18:01:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tvyxx6n5Sz4PbJ for ; Wed, 13 Mar 2024 18:01:41 +0000 (UTC) (envelope-from mike@sentex.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:1::12 as permitted sender) smtp.mailfrom=mike@sentex.net Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.17.1/8.16.1) with ESMTPS id 42DI1fS1020679 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL) for ; Wed, 13 Mar 2024 14:01:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:511c:fa42:1f3d:a58] ([IPv6:2607:f3e0:0:4:511c:fa42:1f3d:a58]) by pyroxene2a.sentex.ca (8.17.1/8.15.2) with ESMTPS id 42DI1dDs001587 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Wed, 13 Mar 2024 14:01:40 -0400 (EDT) (envelope-from mike@sentex.net) Content-Type: multipart/alternative; boundary="------------tf6XpsIysrPAWHyDVC3hq6q4" Message-ID: Date: Wed, 13 Mar 2024 14:01:40 -0400 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Questions From: mike tancsa Subject: fixing sesutil for mpr and SAS2X36 expanders Autocrypt: addr=mike@sentex.net; keydata= xsBNBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAHNHW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+wsCOBBMBCAA4FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAl+pQfkCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQeVOEFl5W rMiN6ggAk3H5vk8QnbvGbb4sinxZt/wDetgk0AOR9NRmtTnPaW+sIJEfGBOz47Xih+f7uWJS j+uvc9Ewn2Z7n8z3ZHJlLAByLVLtcNXGoRIGJ27tevfOaNqgJHBPbFOcXCBBFTx4MYMM4iAZ cDT5vsBTSaM36JZFtHZBKkuFEItbA/N8ZQSHKdTYMIA7A3OCLGbJBqloQ8SlW4MkTzKX4u7R yefAYQ0h20x9IqC5Ju8IsYRFacVZconT16KS81IBceO42vXTN0VexbVF2rZIx3v/NT75r6Vw 0FlXVB1lXOHKydRA2NeleS4NEG2vWqy/9Boj0itMfNDlOhkrA/0DcCurMpnpbM7ATQRcsMzk AQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4axtKRSG1 t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1qzAJweEt RdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6cLm0EiHPO l5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5o9KKu4O7 gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQABwsB2BBgB CAAgFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAl+pQfkCGwwACgkQeVOEFl5WrMiVqwf9GwU8 c6cylknZX8QwlsVudTC8xr/L17JA84wf03k3d4wxP7bqy5AYy7jboZMbgWXngAE/HPQU95NM aukysSnknzoIpC96XZJ0okLBXVS6Y0ylZQ+HrbIhMpuQPoDweoF5F9wKrsHRoDaUK1VR706X rwm4HUzh7Jk+auuMYfuCh0FVlFBEuiJWMLhg/5WCmcRfiuB6F59ZcUQrwLEZeNhF2XJV4KwB Tlg7HCWO/sy1foE5noaMyACjAtAQE9p5kGYaj+DuRhPdWUTsHNuqrhikzIZd2rrcMid+ktb0 NvtvswzMO059z1YGMtGSqQ4srCArju+XHIdTFdiIYbd7+jeehg== X-Scanned-By: MIMEDefang 2.86 on 64.7.153.18 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; RCVD_IN_DNSWL_LOW(-0.10)[199.212.134.19:received]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[mike]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sentex.net]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Tvyxx6n5Sz4PbJ This is a multi-part message in MIME format. --------------tf6XpsIysrPAWHyDVC3hq6q4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit keywords: mpr RELENG_14 sas expander Supermicro CSE-826E16-R1200LPB BPN-SAS2-826EL1 12-port 2U SAS2 6Gbps single-expander backplane backplane More of a post for the archives, but I noticed with my new "old" SAS backplane and MPR controller, I was not able to get sesutil show to work properly.  I was able to fix it by updating the firmware of the backplane which was a bit of an obscure process. I was only able to get the flash working by booting from an ubuntu USB stick. But the steps in https://www.truenas.com/community/threads/clixtl-results-in-error-device-doesnt-contain-required-data.105195/ and https://forums.servethehome.com/index.php?threads/supermicro-sas2-expander-chassi-firmware-update.25694/ are what you need grab the tools https://www.supermicro.com/wdl/utility/ExpanderXtools_Lite/Linux/64bits%20for%20SAS2%20Expander/SMC%20ExpanderXtoolsLite%20v1.5_Linux64.zip https://www.supermicro.com/wdl/utility/ExpanderXtools_Lite/Linux/CLIXTL7.10.C_Linux.zip https://forums.servethehome.com/index.php?attachments/eco_bpn_fw55-14-18-0-zip.25089/ CLIXTL -l to list the device     PRODUCT ID          SAS ADDRESS             DEVICE NAME 01) SAS2X28             5003048001549A7F        /dev/sg2 then xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 0 xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 2 xflash -i "5003048001549A7F" down mfg "sc846mfg_primary_fw55_14_18_0_mfg_2_38.bin" Note the 0 and 2 slots and the mfg vs fw on the last download (download to the backplane) It will look like this along the lines xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 0 ********************************************************************************     Xflash     LSI SAS Expander Flash Utility     Version: 7.0.0.0     Copyright (c) 2010 LSI Corporation.  All rights reserved. ******************************************************************************** Initializing Interface. Expander: SAS2x28    Expander Validation: Passed               Checksum: Passed Target Firmware Region: 00        Current Version: 55.07.23.00    Replacement Version: 55.14.18.00       Image Validation: Passed Pre-Validation of image is successful. Are you sure to download file to expander?(y/n):y Downloading File.Download Complete. Post-validating.......Post-Validation of image is successful. Download Successful. xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 2 ********************************************************************************     Xflash     LSI SAS Expander Flash Utility     Version: 7.0.0.0     Copyright (c) 2010 LSI Corporation.  All rights reserved. ******************************************************************************** Initializing Interface. Expander: SAS2x28    Expander Validation: Passed               Checksum: Passed Target Firmware Region: 02        Current Version: 255.255.255.255    Replacement Version: 55.14.18.00       Image Validation: Passed Pre-Validation of image is successful. Are you sure to download file to expander?(y/n):y Downloading File.Download Complete. Post-validating.......Post-Validation of image is successful. Download Successful. xflash -i "5003048001549A7F" down mfg "sc846mfg_primary_fw55_14_18_0_mfg_2_38.bin" ********************************************************************************     Xflash     LSI SAS Expander Flash Utility     Version: 7.0.0.0     Copyright (c) 2010 LSI Corporation.  All rights reserved. ******************************************************************************** Initializing Interface. Expander: SAS2x28       Image Validation: Passed               Checksum: Passed        Current Version: 02.1d    Replacement Version: 02.26 Pre-Validation of image is successful. Are you sure to download file to expander?(y/n):y Downloading File.Download Complete. Post-validating.......Post-Validation of image is successful. Download Successful. In the end, this will now work  # sesutil show ses0: ; ID: 500304800000007f Desc            Dev     Model Ident                Size/Status Slot 01         da0     ATA WDC WDS500G2B0A- 180450420903         500G Slot 02         -       - -                    Not Installed Slot 03         -       - -                    Not Installed Slot 04         da1     ATA Samsung SSD 870 S625NJ0R132552Y      1T Slot 05         da2     ATA Samsung SSD 870 S75BNL0X201380F      1T Slot 06         da3     ATA Samsung SSD 870 S625NJ0R132596L      1T Slot 07         da4     ATA Samsung SSD 870 S625NJ0R133094E      1T Slot 08         da5     ATA Samsung SSD 870 S75BNL0X201256A      1T Slot 09         da6     ATA Samsung SSD 870 S625NJ0R133097T      1T Slot 10         -       - -                    Not Installed Slot 11         da7     ATA WD Blue SA510 2. 240406800001         1T Slot 12         -       - -                    Not Installed Slot 13         -       - -                    Not Installed Slot 14         -       - -                    Not Installed Slot 15         -       - -                    Not Installed Slot 16         -       - -                    Not Installed Slot 17         ses0    - -                    OK Slot 18         -       - -                    OK Slot 19         -       - -                    OK Slot 20         -       - -                    OK Slot 21         -       - -                    OK Slot 22         -       - -                    OK Slot 23         -       - -                    OK Slot 24         -       - -                    OK Temperatures: Temperature: 26 C Voltages: 5V: 5.09 V, 12V: 11.71 V  mprutil show all Adapter: mpr0 Adapter:        Board Name: SAS9300-8i    Board Assembly:         Chip Name: LSISAS3008     Chip Revision: ALL     BIOS Revision: 18.00.00.00 Firmware Revision: 16.00.12.00   Integrated RAID: no          SATA NCQ: ENABLED  PCIe Width/Speed: x8 (8.0 GB/sec)         IOC Speed: Full       Temperature: 59 C PhyNum  CtlrHandle  DevHandle  Disabled  Speed   Min    Max Device 0       0001        0009       N         6.0     3.0    12     SAS Initiator 1       0001        0009       N         6.0     3.0    12     SAS Initiator 2       0001        0009       N         6.0     3.0    12     SAS Initiator 3       0001        0009       N         6.0     3.0    12     SAS Initiator 4                              N                 3.0    12     SAS Initiator 5                              N                 3.0    12     SAS Initiator 6                              N                 3.0    12     SAS Initiator 7                              N                 3.0    12     SAS Initiator Devices: B____T    SAS Address      Handle  Parent    Device        Speed Enc  Slot  Wdt           500304800000007f 0009    0001      SMP Target    6.0 0002 00    4 00   21   500304800000006c 000a    0009      SATA Target   6.0 0002 00    1 00   24   500304800000006f 000b    0009      SATA Target   6.0 0002 03    1 00   25   5003048000000070 000c    0009      SATA Target   6.0 0002 04    1 00   26   5003048000000071 000d    0009      SATA Target   6.0 0002 05    1 00   27   5003048000000072 000e    0009      SATA Target   6.0 0002 06    1 00   28   5003048000000073 000f    0009      SATA Target   6.0 0002 07    1 00   29   5003048000000074 0010    0009      SATA Target   6.0 0002 08    1 00   31   5003048000000076 0011    0009      SATA Target   6.0 0002 10    1 00   37   500304800000007d 0012    0009      SEP Target    6.0 0002 16    1 Enclosures: Slots      Logical ID     SEPHandle  EncHandle    Type   08    56c92bf00035be05    0000       0001     Direct Attached SES-2   25    500304800000007f    0012       0002     External SES-2 Expanders: NumPhys   SAS Address     DevHandle   Parent  EncHandle  SAS Level   30    500304800000007f    0009       0001     0002       1      Phy  RemotePhy  DevHandle  Speed  Min   Max    Device      00                                1.5   6.0   No Device      01                                1.5   6.0   No Device      02                                1.5   6.0   No Device      03                                1.5   6.0   No Device      04      02        0001      6.0   1.5   6.0   SAS Initiator      05      03        0001      6.0   1.5   6.0   SAS Initiator      06      01        0001      6.0   1.5   6.0   SAS Initiator      07      00        0001      6.0   1.5   6.0   SAS Initiator      08                                1.5   6.0   No Device      09                                1.5   6.0   No Device      10                                1.5   6.0   No Device      11                                1.5   6.0   No Device      12      00        000a      6.0   1.5   6.0   SATA Target      13                                1.5   6.0   No Device      14                                1.5   6.0   No Device      15      00        000b      6.0   1.5   6.0   SATA Target      16      00        000c      6.0   1.5   6.0   SATA Target      17      00        000d      6.0   1.5   6.0   SATA Target      18      00        000e      6.0   1.5   6.0   SATA Target      19      00        000f      6.0   1.5   6.0   SATA Target      20      00        0010      6.0   1.5   6.0   SATA Target      21                                1.5   6.0   No Device      22      00        0011      6.0   1.5   6.0   SATA Target      23                                1.5   6.0   No Device      24                                1.5   6.0   No Device      25                                1.5   6.0   No Device      26                                1.5   6.0   No Device      27                                1.5   6.0   No Device      28      00        0012      6.0   6.0   6.0   SEP Target      29                                6.0   6.0   No Device --------------tf6XpsIysrPAWHyDVC3hq6q4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


keywords: mpr RELENG_14 sas expander Supermicro CSE-826E16-R1200LPB BPN-SAS2-826EL1 12-port 2U SAS2 6Gbps single-expander backplane backplane


More of a post for the archives, but I noticed with my new "old" SAS backplane and MPR controller, I was not able to get sesutil show to work properly.  I was able to fix it by updating the firmware of the backplane which was a bit of an obscure process. I was only able to get the flash working by booting from an ubuntu USB stick.

But the steps in
https://www.truenas.com/community/threads/clixtl-results-in-error-device-doesnt-contain-required-data.105195/
and

https://forums.servethehome.com/index.php?threads/supermicro-sas2-expander-chassi-firmware-update.25694/

are what you need

grab the tools

https://www.supermicro.com/wdl/utility/ExpanderXtools_Lite/Linux/64bits%20for%20SAS2%20Expander/SMC%20ExpanderXtoolsLite%20v1.5_Linux64.zip
https://www.supermicro.com/wdl/utility/ExpanderXtools_Lite/Linux/CLIXTL7.10.C_Linux.zip
https://forums.servethehome.com/index.php?attachments/eco_bpn_fw55-14-18-0-zip.25089/

CLIXTL -l to list the device

    PRODUCT ID          SAS ADDRESS             DEVICE NAME
01) SAS2X28             5003048001549A7F        /dev/sg2

then
xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 0 xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 2 xflash -i "5003048001549A7F" down mfg "sc846mfg_primary_fw55_14_18_0_mfg_2_38.bin"



Note the 0 and 2 slots and the mfg vs fw on the last download (download to the backplane)


It will look like this along the lines

xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 0

********************************************************************************
    Xflash

    LSI SAS Expander Flash Utility

    Version: 7.0.0.0

    Copyright (c) 2010 LSI Corporation.  All rights reserved.
********************************************************************************

Initializing Interface.
Expander: SAS2x28


   Expander Validation: Passed
              Checksum: Passed
Target Firmware Region: 00
       Current Version: 55.07.23.00
   Replacement Version: 55.14.18.00
      Image Validation: Passed

Pre-Validation of image is successful.

Are you sure to download file to expander?(y/n):y

Downloading File.Download Complete.

Post-validating.......Post-Validation of image is successful.

Download Successful.

xflash -i "5003048001549A7F" down fw "sas2xfw_55.14.18.0.fw" 2

********************************************************************************
    Xflash

    LSI SAS Expander Flash Utility

    Version: 7.0.0.0

    Copyright (c) 2010 LSI Corporation.  All rights reserved.
********************************************************************************

Initializing Interface.
Expander: SAS2x28


   Expander Validation: Passed
              Checksum: Passed
Target Firmware Region: 02
       Current Version: 255.255.255.255
   Replacement Version: 55.14.18.00
      Image Validation: Passed

Pre-Validation of image is successful.

Are you sure to download file to expander?(y/n):y

Downloading File.Download Complete.

Post-validating.......Post-Validation of image is successful.

Download Successful.

xflash -i "5003048001549A7F" down mfg "sc846mfg_primary_fw55_14_18_0_mfg_2_38.bin"

********************************************************************************
    Xflash

    LSI SAS Expander Flash Utility

    Version: 7.0.0.0

    Copyright (c) 2010 LSI Corporation.  All rights reserved.
********************************************************************************

Initializing Interface.
Expander: SAS2x28


      Image Validation: Passed
              Checksum: Passed
       Current Version: 02.1d              
   Replacement Version: 02.26

Pre-Validation of image is successful.

Are you sure to download file to expander?(y/n):y

Downloading File.Download Complete.

Post-validating.......Post-Validation of image is successful.

Download Successful.


In the end, this will now work

 # sesutil show
ses0: <LSI SAS2X36 0e12>; ID: 500304800000007f
Desc            Dev     Model                     Ident                Size/Status
Slot 01         da0     ATA WDC WDS500G2B0A-      180450420903         500G
Slot 02         -       -                         -                    Not Installed
Slot 03         -       -                         -                    Not Installed
Slot 04         da1     ATA Samsung SSD 870       S625NJ0R132552Y      1T
Slot 05         da2     ATA Samsung SSD 870       S75BNL0X201380F      1T
Slot 06         da3     ATA Samsung SSD 870       S625NJ0R132596L      1T
Slot 07         da4     ATA Samsung SSD 870       S625NJ0R133094E      1T
Slot 08         da5     ATA Samsung SSD 870       S75BNL0X201256A      1T
Slot 09         da6     ATA Samsung SSD 870       S625NJ0R133097T      1T
Slot 10         -       -                         -                    Not Installed
Slot 11         da7     ATA WD Blue SA510 2.      240406800001         1T
Slot 12         -       -                         -                    Not Installed
Slot 13         -       -                         -                    Not Installed
Slot 14         -       -                         -                    Not Installed
Slot 15         -       -                         -                    Not Installed
Slot 16         -       -                         -                    Not Installed
Slot 17         ses0    -                         -                    OK
Slot 18         -       -                         -                    OK
Slot 19         -       -                         -                    OK
Slot 20         -       -                         -                    OK
Slot 21         -       -                         -                    OK
Slot 22         -       -                         -                    OK
Slot 23         -       -                         -                    OK
Slot 24         -       -                         -                    OK

Temperatures: Temperature: 26 C
Voltages: 5V: 5.09 V, 12V: 11.71 V

 mprutil show all
Adapter:
mpr0 Adapter:
       Board Name: SAS9300-8i
   Board Assembly:
        Chip Name: LSISAS3008
    Chip Revision: ALL
    BIOS Revision: 18.00.00.00
Firmware Revision: 16.00.12.00
  Integrated RAID: no
         SATA NCQ: ENABLED
 PCIe Width/Speed: x8 (8.0 GB/sec)
        IOC Speed: Full
      Temperature: 59 C

PhyNum  CtlrHandle  DevHandle  Disabled  Speed   Min    Max    Device
0       0001        0009       N         6.0     3.0    12     SAS Initiator
1       0001        0009       N         6.0     3.0    12     SAS Initiator
2       0001        0009       N         6.0     3.0    12     SAS Initiator
3       0001        0009       N         6.0     3.0    12     SAS Initiator
4                              N                 3.0    12     SAS Initiator
5                              N                 3.0    12     SAS Initiator
6                              N                 3.0    12     SAS Initiator
7                              N                 3.0    12     SAS Initiator

Devices:
B____T    SAS Address      Handle  Parent    Device        Speed Enc  Slot  Wdt
          500304800000007f 0009    0001      SMP Target    6.0   0002 00    4
00   21   500304800000006c 000a    0009      SATA Target   6.0   0002 00    1
00   24   500304800000006f 000b    0009      SATA Target   6.0   0002 03    1
00   25   5003048000000070 000c    0009      SATA Target   6.0   0002 04    1
00   26   5003048000000071 000d    0009      SATA Target   6.0   0002 05    1
00   27   5003048000000072 000e    0009      SATA Target   6.0   0002 06    1
00   28   5003048000000073 000f    0009      SATA Target   6.0   0002 07    1
00   29   5003048000000074 0010    0009      SATA Target   6.0   0002 08    1
00   31   5003048000000076 0011    0009      SATA Target   6.0   0002 10    1
00   37   500304800000007d 0012    0009      SEP Target    6.0   0002 16    1

Enclosures:
Slots      Logical ID     SEPHandle  EncHandle    Type
  08    56c92bf00035be05    0000       0001     Direct Attached SES-2
  25    500304800000007f    0012       0002     External SES-2

Expanders:
NumPhys   SAS Address     DevHandle   Parent  EncHandle  SAS Level
  30    500304800000007f    0009       0001     0002       1

     Phy  RemotePhy  DevHandle  Speed  Min   Max    Device
     00                                1.5   6.0   No Device     
     01                                1.5   6.0   No Device     
     02                                1.5   6.0   No Device     
     03                                1.5   6.0   No Device     
     04      02        0001      6.0   1.5   6.0   SAS Initiator
     05      03        0001      6.0   1.5   6.0   SAS Initiator
     06      01        0001      6.0   1.5   6.0   SAS Initiator
     07      00        0001      6.0   1.5   6.0   SAS Initiator
     08                                1.5   6.0   No Device     
     09                                1.5   6.0   No Device     
     10                                1.5   6.0   No Device     
     11                                1.5   6.0   No Device     
     12      00        000a      6.0   1.5   6.0   SATA Target   
     13                                1.5   6.0   No Device     
     14                                1.5   6.0   No Device     
     15      00        000b      6.0   1.5   6.0   SATA Target   
     16      00        000c      6.0   1.5   6.0   SATA Target   
     17      00        000d      6.0   1.5   6.0   SATA Target   
     18      00        000e      6.0   1.5   6.0   SATA Target   
     19      00        000f      6.0   1.5   6.0   SATA Target   
     20      00        0010      6.0   1.5   6.0   SATA Target   
     21                                1.5   6.0   No Device     
     22      00        0011      6.0   1.5   6.0   SATA Target   
     23                                1.5   6.0   No Device     
     24                                1.5   6.0   No Device     
     25                                1.5   6.0   No Device     
     26                                1.5   6.0   No Device     
     27                                1.5   6.0   No Device     
     28      00        0012      6.0   6.0   6.0   SEP Target    
     29                                6.0   6.0   No Device     


--------------tf6XpsIysrPAWHyDVC3hq6q4-- From nobody Wed Mar 13 18:44:18 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TvzvR40FPz5DS6g for ; Wed, 13 Mar 2024 18:44:35 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mail.sermon-archive.info (sermon-archive.info [47.181.130.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4TvzvQ5Rzkz4Tl4 for ; Wed, 13 Mar 2024 18:44:34 +0000 (UTC) (envelope-from bc979@lafn.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bc979@lafn.org designates 47.181.130.121 as permitted sender) smtp.mailfrom=bc979@lafn.org Received: from smtpclient.apple (unknown [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 4TvzvJ3CJMz2fjX8; Wed, 13 Mar 2024 11:44:28 -0700 (PDT) From: Doug Hardie Content-Type: multipart/alternative; boundary="Apple-Mail=_B7C2BA20-77AE-4515-8AE9-CC180BFA2DAC" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: Client Certificate Verification Date: Wed, 13 Mar 2024 11:44:18 -0700 References: <20231217201351.E63AE7EF41EE@ary.qy> To: John Levine , freebsd-questions@freebsd.org In-Reply-To: <20231217201351.E63AE7EF41EE@ary.qy> Message-Id: <2824CBA3-BB5A-4A1B-AC6A-37A676339639@sermon-archive.info> X-Mailer: Apple Mail (2.3731.700.6) X-Virus-Scanned: clamav-milter 1.2.1 at mail X-Virus-Status: Clean X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.65 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.89)[-0.890]; NEURAL_HAM_SHORT(-0.66)[-0.661]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ONCE_RECEIVED(0.10)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:5650, ipnet:47.181.128.0/18, country:US]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[lafn.org: no valid DMARC record]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4TvzvQ5Rzkz4Tl4 --Apple-Mail=_B7C2BA20-77AE-4515-8AE9-CC180BFA2DAC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 17, 2023, at 12:13, John Levine wrote: >=20 > It appears that Doug Hardie > = said: >> -=3D-=3D-=3D-=3D-=3D- >>=20 >> I have an application to which clients connect using a browser over = SSL. I have a LetsEncrypt certificate for the app that lets the client = authenticate the app.=20 >> However, I need to have a multitude of client certificates (one per = client machine). I am generating these certificates from a self-signed = root certificate. I can get >> the client to verify the app and provide the client certificate to = it. The app is unable to verify the client certificate. I have not = been able to figure out how to >> have openssl distribute one certificate (from LetsEncrytp), but = verify the received client certificate using different certificate = chain. Openssl will pass me some of >> the received certificate fields. However, without certificate = verification I cannot be sure that those values came from a certificate = I generated. Is there a way to do >> this either with openssl or libtls? >=20 > OpenSSL gets its list of trusted root signers from a big list in > /etc/ssl so you want to add your CA to that list. See the certctl > command for more details on how it's managed. >=20 > Most FreeBSD systems use the ca_root_nss package to update that list, > so the trick is to keep your cert from getting deleted the next time > the package is updated. You might try putting your cert in > /usr/local/share/certs/ rather than /usr/share/certs/trusted where the > standard certs are. Finally got some time to work on this again. That approach works very = well. My client certificates are properly accepted. However, I am = unable to tell just what SSL_accept validates. I have not been able to = find any documentation on what it actually checks. My testing shows = that the client certificate must be signed by a known root certificate, = but does SSL_accept verify that the signing certificate is the one = indicated in the client certificate, and how does it check that? In my = server, I am checking the certificate serial number. The subject CN is = being used to send the real user id. Is that necessary and sufficient = to ensure that the certificate is the one I generated and not a fake? It seems that it might be possible to create a CA that is certified by = one of the known root certificates and use it to generate a client = certificate with the identical issuer information. Obtaining the proper = issuer serial number would take some work, but I suspect it is possible. = The rest of that information is trivial. Thanks, -- Doug --Apple-Mail=_B7C2BA20-77AE-4515-8AE9-CC180BFA2DAC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
On Dec 17, 2023, = at 12:13, John Levine <johnl@iecc.com> wrote:

It appears that Doug Hardie <bc979@lafn.org> = said:
-=3D-=3D-=3D-=3D-=3D-

I have an = application to which clients connect using a browser over SSL.  I = have a LetsEncrypt certificate for the app that lets the client = authenticate the app. 
However, I need to have = a multitude of client certificates (one per client machine).  I am = generating these certificates from a self-signed root certificate. =  I can get
the client to verify the app and provide the client = certificate to it.  The app is unable to verify the client = certificate.  I have not been able to figure out how to
have = openssl distribute one certificate (from LetsEncrytp), but verify the = received client certificate using different certificate chain. =  Openssl will pass me some of
the received certificate fields. =  However, without certificate verification I cannot be sure that = those values came from a certificate I generated.  Is there a way = to do
this either with openssl or libtls?

OpenSSL gets its list of trusted root = signers from a big list in
/etc/ssl so you want to add your CA to that list. See the = certctl
command for more details = on how it's managed.

Most = FreeBSD systems use the ca_root_nss package to update that = list,
so the trick is to keep = your cert from getting deleted the next time
the package is updated. You might try = putting your cert in
/usr/local/share/certs/ rather than = /usr/share/certs/trusted where the
standard certs = are.

Finally got some time to = work on this again.  That approach works very well.  My client = certificates are properly accepted.  However, I am unable to tell = just what SSL_accept validates.  I have not been able to find any = documentation on what it actually checks.  My testing shows that = the client certificate must be signed by a known root certificate, but = does SSL_accept verify that the signing certificate is the one indicated = in the client certificate, and how does it check that?  In my = server, I am checking the certificate serial number.  The subject = CN is being used to send the real user id.   Is that necessary and = sufficient to ensure that the certificate is the one I generated and not = a fake?

 It seems that it might be = possible to create a CA that is certified by one of the known root = certificates and use it to generate a client certificate with the = identical issuer information.  Obtaining the proper issuer serial = number would take some work, but I suspect it is possible.  The = rest of that information is trivial. =  Thanks,

-- = Doug

= --Apple-Mail=_B7C2BA20-77AE-4515-8AE9-CC180BFA2DAC-- From nobody Thu Mar 14 21:53:28 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Twh3g4rkrz5DfsZ; Thu, 14 Mar 2024 21:54:07 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Twh3f5nyMz4r42; Thu, 14 Mar 2024 21:54:06 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=T7mZP33Z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::636 as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-a466f6318e9so164408866b.0; Thu, 14 Mar 2024 14:54:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710453245; x=1711058045; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=YS51o4aqNAMMSf6SzfyrWez58ODaugs3YgzAjqFh/Es=; b=T7mZP33ZMeLZ9+584BRQkcJe74nsOfQ1VN4cXUMEC1qi9NDnKsYdUVMk6anI4VFEwi J52bedYVD6YrzHKCA1T53BGBfGGeXqIwawmZlnC5VJLQ5MUWPp/llmvgstnVwXHesxpW y2PvFDYFx+HA1PasxQApfB9eyu0l5fnfyG64PxwJZEe1+3lhL2U3S/pjrpBccKhOAiuM 1ER/20D32Nlf8r1p4zBOMi7g0UnnLDS+3ObZ0xWQKBq3G21kdgs1xAL/e5s7cMrDS0OF O1INmBFlfTMVRBDWnLaXyUosJzrQgtrTAHUHCcskxm3T9/y0DCFTfurqBDuEiVI2s5t9 vedA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710453245; x=1711058045; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=YS51o4aqNAMMSf6SzfyrWez58ODaugs3YgzAjqFh/Es=; b=a9wM/iCeeji20upuvPjdCV+0yzvuUvRFNceFHuKiDvwhT0+bT2s/TZlNjBZS5pb8+/ 7G3c61y9gadX7l5IOhSLCdT3m3/cMUC35oRjshp7HTHq/m/Tk9EBV9psTW6WD42zOO1v vKcLN5uzW24b3Pakw+gI/d67oEiQPfKSqWoFFZANpgrfbVz/QyR5gQl3tfDaRf7jGFOY FgRJdZc4kJKwkPlsrn7d0jnU4T9BEycxKV0CZnZ6Tiqv93PoEqZp6lR3s2kn7HF68zb7 3qMnTBJo7+Dhbnd1drfIAcpNvWIQCmGGvmSyEyFviyKnwZWNfyhxjTGNozCTerR5CYcy sDwA== X-Forwarded-Encrypted: i=1; AJvYcCWs3DWHUYPkijtgzV4Vxg4uo19CLKr8tGZjGptttisAuCcx34mnXV3bsmq02Gdl8QVxxmkPsYShSKjGj3KufUu3bmuW/7Qdn+dIOX3/WJfApK1aAx0ob0cu2iUb3lIkh0rXRCocX5hqlA== X-Gm-Message-State: AOJu0YyY4BjrihAGEidMXWhjkU7awTrOUFZC6Z4OAOpkFg36IPcxnkCx lgw4Ced5oatEq861EieLsTA2iSHUdSSlMYFGMZIgLHdUhPmm3PukamydUfcDffGu8mh3FlMxPNJ 3P1uEaQjbJU589etGgsfHI9eU56j9mXOdsNs= X-Google-Smtp-Source: AGHT+IGp6VQsYw20lbjrzx7agUu72hiP/FkdeBuZPAN7poQw13/bBdotRokDKGGrfQQJ90rlxUYAl+Ab3CHrqJz+cbo= X-Received: by 2002:a17:906:2b07:b0:a46:61e0:d99 with SMTP id a7-20020a1709062b0700b00a4661e00d99mr2014409ejg.54.1710453244778; Thu, 14 Mar 2024 14:54:04 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Thu, 14 Mar 2024 22:53:28 +0100 Message-ID: Subject: Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR To: FreeBSD Mailing List , freebsd-hackers , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000000f613d0613a5eea0" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::636:from]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4Twh3f5nyMz4r42 --0000000000000f613d0613a5eea0 Content-Type: text/plain; charset="UTF-8" Hello. I'm trying to install Firefox from the ports on FreeBSD 13.3,but : root@marietto-132:/usr/ports/security/nss # make MAKE_JOBS_UNSAFE=yes ...... /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/FreeBSD13.3_OPT.OBJ/shlibsign -v -i /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/../../../dist/FreeBSD13.3_OPT.OBJ/lib/libsoftokn3.so moduleSpec configdir='' certPrefix='' keyPrefix='' secmod='' flags=noCertDB, noModDB C_Initialize failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR NSPR error code: -5977: Failure to load dynamic library gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD13.3_OPT.OBJ/lib/libsoftokn3.chk] Error 1 gmake[4]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign' gmake[3]: *** [Makefile:100: libs] Error 2 gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign' gmake[2]: *** [../coreconf/rules.mk:44: shlibsign] Error 2 gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss/cmd' gmake[1]: *** [coreconf/rules.mk:44: cmd] Error 2 gmake[1]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/nss' gmake: *** [manifest.mn:21: all] Error 2 *** Error code 1 -- Mario. --0000000000000f613d0613a5eea0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

I'm trying to install Firefox from the ports on F= reeBSD 13.3,but :
root@marietto-132:/= usr/ports/security/nss # make MAKE_JOBS_UNSAFE=3Dyes

......
/usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/FreeBSD13.3_O= PT.OBJ/shlibsign -v -i /usr/ports/security/nss/work/nss-3.98/nss/cmd/shlibsign/../../../dist/FreeB= SD13.3_OPT.OBJ/lib/libsoftokn3.so
moduleSpec configdir=3D&= #39;' certPrefix=3D'' keyPrefix=3D'' secmod=3D''= ; flags=3DnoCertDB, noModDB

C_Initialize failed: 0x00000030, CKR= _DEVICE_ERROR =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
NSPR error code: -5977: Failure to load dynamic library
Initiailzing softoken failed: 0x00000030, CKR_DEVICE_ERROR =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
NSPR er= ror code: -5977: Failure to load dynamic library
<= span style=3D"font-family:monospace">
gmake[4]: *** [Makefile:92: ../../../dist/FreeBSD13.3= _OPT.OBJ/lib/libsoftokn3.chk] Error 1
gmake[4]: Leaving directory '/usr/ports= /security/nss/work/nss-3.98/nss/cmd/shlibsign'
gmake[3]: *** [Makefile:100: libs] Error 2
gmake[3]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss/cmd/shlibsign'
gmake[2]: *** [../coreconf/rules.mk:44: shlibsign] Error 2
gmake[2]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss/cmd'
gmake[1]: *** [coreconf/rules.mk:44: cmd] Error 2
gmake[1]: Leaving directory '/usr/ports/security/nss/work/nss-3.98/= nss'
gmake: *** [manifes= t.mn:21: all] Error 2
*** Error code 1

--
Mario.
--0000000000000f613d0613a5eea0-- From nobody Thu Mar 14 22:02:55 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TwhGZ4bmJz5DgqV; Thu, 14 Mar 2024 22:03:34 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TwhGY5DW6z4w26; Thu, 14 Mar 2024 22:03:33 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=d2LaGYIz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::630 as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-a28a6cef709so194651566b.1; Thu, 14 Mar 2024 15:03:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710453812; x=1711058612; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=i/Jj7LDLAUNDiB+5atCrLtql4FCBlKA1E+zrHJUDmLE=; b=d2LaGYIzDwSo5lhO1aaAARdzHEHfa57vNjKB/xDNWMPXV6kEVMFrpblhyaKcs0rZcn UEXfzwIU6KvjmOnqZn72HuhqkCMGuQI3Ndx0tKuUFkagrCiY3RqpZbBjuAJ3TqF9IHm+ j5v1YYejg0uD6Q99sk2IknRcm75+JaLHZI6Y9ImrNAsym1JQP8J2NDhY4ZyxvcI4VlaW PFjw7KTKkbldOM4S6PGVTBdnwnq4j6u9aTVRV599UlFy3rkg1dsoUjaktEg0ncBz70Wh zZJVS0lsE/1WGSBdb//W4VSp8hK+n/wH0Bwk2bdXKd0Bkd/lbOXyKAe6AEBpLpsKNC1o abpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710453812; x=1711058612; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=i/Jj7LDLAUNDiB+5atCrLtql4FCBlKA1E+zrHJUDmLE=; b=jyRGhvuoeruaP+4+bUUEDyCMxnA9xmA1ifvkKBm67gnWpI8R4nYn/Z0KuW4YvVtjLb xN6foGLpmSKjzG+OJskeUKPly/JD668PVLAxp7Dm0yuh5x42rEUzVVAq4bLUwL1l2y0s jY3Mk73hL2FW/b3pyVMNQ9wncqypa3Z1r57VqEZS6c8XiSdJChP3t7swLJiLhuQudNnG rxOdh7S+9k4uO1RF5CCroyx5kb0DA3VpdCFVXR0MUrk8diEb1yiC5xtunkpeCe+YpMo0 0C2naStYWW7LoHLsbpZYVH4bRlcMvfZgUNFkU6Ze2NnyqUYoglxoo7wMBjYwq5Uyu/RO OOuQ== X-Forwarded-Encrypted: i=1; AJvYcCVdkAZpEv3WLeVWMPF5J8Ek1zdeUdRgfEaqkSrsnGoLnGBEYNbfUHVagB4JR+w5Tt0+LGDMp/a1llY8tp9rjTfBW/RCr4C2zFO0GDW2coNTyo0S+kkKuNnMdCgapzcJlnnrQvhILVa0qv4p9x/MMiqbKEL+pmlx/xoRo881BHyUJTLYf59z1i8zpUuckGlde4iDog== X-Gm-Message-State: AOJu0YzlsJhi3g9Z3KS9avuaztuP+3oN8f/wGE9y08ps/cdVSrVB9uh5 TbCpmlubBhqvcjELfeLB01uDloKdX4f+R6wp4fJxozT6XLlTrsh6uqNx8OpEJlxvX0ZnkjDF8RA t4ept5YXCEuC6Aj6ccV9zEtv6FAUatrbmH6s= X-Google-Smtp-Source: AGHT+IFD80vrKNuN38Zqky59TvKPUfadBq2MFApvguNkp2WkJB+cRXUPveeVpTu6W7S11tW3cRnpVQK4wK6kwHWwYhs= X-Received: by 2002:a17:906:680b:b0:a46:1cd4:cb49 with SMTP id k11-20020a170906680b00b00a461cd4cb49mr812840ejr.48.1710453811648; Thu, 14 Mar 2024 15:03:31 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Thu, 14 Mar 2024 23:02:55 +0100 Message-ID: Subject: Chromium can't be compiled because a bug with webrtc. To: FreeBSD Mailing List , freebsd-hackers , FreeBSD Current , chromium@freebsd.org, Jan Beich Content-Type: multipart/alternative; boundary="000000000000d9216c0613a60ff5" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::630:from]; RCPT_COUNT_FIVE(0.00)[5]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org,chromium@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4TwhGY5DW6z4w26 --000000000000d9216c0613a60ff5 Content-Type: text/plain; charset="UTF-8" Hello. On FreeBSD 13.3 I'm trying to install Chromium,but the compilation stopped because a bug : ...... /usr/local/include -c ../../third_party/webrtc/api/candidate.cc -o obj/third_party/webrtc/api/candi date/candidate.o In file included from ../../third_party/webrtc/api/candidate.cc:11: In file included from ../../third_party/webrtc/api/candidate.h:24: In file included from ../../third_party/webrtc/rtc_base/socket_address.h:20: In file included from ../../third_party/webrtc/rtc_base/ip_address.h:30: ../../third_party/webrtc/rtc_base/byte_order.h:114:18: error: use of undeclared identifier 'htobe16' 114 | uint16_t val = htobe16(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:119:18: error: use of undeclared identifier 'htobe32' 119 | uint32_t val = htobe32(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:124:18: error: use of undeclared identifier 'htobe64' 124 | uint64_t val = htobe64(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:131:10: error: use of undeclared identifier 'be16toh' 131 | return be16toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:137:10: error: use of undeclared identifier 'be32toh' 137 | return be32toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:143:10: error: use of undeclared identifier 'be64toh' 143 | return be64toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:147:18: error: use of undeclared identifier 'htole16' 147 | uint16_t val = htole16(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:152:18: error: use of undeclared identifier 'htole32' 152 | uint32_t val = htole32(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:157:18: error: use of undeclared identifier 'htole64' 157 | uint64_t val = htole64(v); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:164:10: error: use of undeclared identifier 'le16toh' 164 | return le16toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:170:10: error: use of undeclared identifier 'le32toh' 170 | return le32toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:176:10: error: use of undeclared identifier 'le64toh' 176 | return le64toh(val); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:189:10: error: use of undeclared identifier 'htobe16' 189 | return htobe16(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:193:10: error: use of undeclared identifier 'htobe32' 193 | return htobe32(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:197:10: error: use of undeclared identifier 'htobe64' 197 | return htobe64(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:201:10: error: use of undeclared identifier 'be16toh' 201 | return be16toh(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:205:10: error: use of undeclared identifier 'be32toh' 205 | return be32toh(n); | ^ ../../third_party/webrtc/rtc_base/byte_order.h:209:10: error: use of undeclared identifier 'be64toh' 209 | return be64toh(n); | ^ 18 errors generated. ninja: build stopped: subcommand failed. *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/chromium *** Error code 1 Stop. make: stopped in /usr/ports/www/chromium -- Mario. --000000000000d9216c0613a60ff5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

On FreeBSD 13.3 I'm trying to install Chromium,but the compilation stop= ped because a bug :

......
/usr/l= ocal/include =C2=A0-c ../../third_party/webrtc/api/candidate.cc -o obj/thir= d_party/webrtc/api/candi
date/candida= te.o
In file included from ../../third_party/webrtc/api/candidate.cc:11:
In file included from ../../third_party/webrtc/api/candidate.h:24:
In file included from ../../third_party/webrtc/rtc_base/socket_address.= h:20:
In file included from ../../third_party/webrtc/rtc_base/ip_address.h:30= :
../../third_party/webrtc/rtc_base/byte_order.h:114:18: = error: use of undeclared identifier 'htobe= 16'
=C2=A0114 | =C2=A0=C2=A0uint16_t val =3D htobe16(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:119:18: = error: use of undeclared identifier = 9;htobe32'
=C2=A0119 | =C2=A0=C2=A0uint32_t val =3D htobe32(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:124:18: = error: use of undeclared identifier = 9;htobe64'
=C2=A0124 | =C2=A0=C2=A0uint64_t val =3D htobe64(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:131:10: = error: use of undeclared identifier = 9;be16toh'
=C2=A0131 | =C2=A0=C2=A0return be16toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:137:10: = error: use of undeclared identifier = 9;be32toh'
=C2=A0137 | =C2=A0=C2=A0return be32toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:143:10: = error: use of undeclared identifier = 9;be64toh'
=C2=A0143 | =C2=A0=C2=A0return be64toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:147:18: = error: use of undeclared identifier = 9;htole16'
=C2=A0147 | =C2=A0=C2=A0uint16_t val =3D htole16(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:152:18: = error: use of undeclared identifier = 9;htole32'
=C2=A0152 | =C2=A0=C2=A0uint32_t val =3D htole32(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:157:18: = error: use of undeclared identifier = 9;htole64'
=C2=A0157 | =C2=A0=C2=A0uint64_t val =3D htole64(v);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0^
../../third_party/webrtc/rtc_base/byte_order.h:164:10: = error: use of undeclared identifier = 9;le16toh'
=C2=A0164 | =C2=A0=C2=A0return le16toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:170:10: = error: use of undeclared identifier = 9;le32toh'
=C2=A0170 | =C2=A0=C2=A0return le32toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:176:10: = error: use of undeclared identifier = 9;le64toh'
=C2=A0176 | =C2=A0=C2=A0return le64toh(val);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:189:10: = error: use of undeclared identifier = 9;htobe16'
=C2=A0189 | =C2=A0=C2=A0return htobe16(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:193:10: = error: use of undeclared identifier = 9;htobe32'
=C2=A0193 | =C2=A0=C2=A0return htobe32(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:197:10: = error: use of undeclared identifier = 9;htobe64'
=C2=A0197 | =C2=A0=C2=A0return htobe64(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:201:10: = error: use of undeclared identifier = 9;be16toh'
=C2=A0201 | =C2=A0=C2=A0return be16toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:205:10: = error: use of undeclared identifier = 9;be32toh'
=C2=A0205 | =C2=A0=C2=A0return be32toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
../../third_party/webrtc/rtc_base/byte_order.h:209:10: = error: use of undeclared identifier = 9;be64toh'
=C2=A0209 | =C2=A0=C2=A0return be64toh(n);
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0^
18 errors generated.
ninja: build stopped: subcommand failed.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/www/chromium
*** Error code 1

Stop.
make: stopped in /usr/ports/www/chromium

--
Mario.
--000000000000d9216c0613a60ff5-- From nobody Fri Mar 15 14:42:09 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tx6Nr0D79z5DXdv for ; Fri, 15 Mar 2024 14:40:28 +0000 (UTC) (envelope-from 93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com) Received: from s1-b515.socketlabs.email-od.com (s1-b515.socketlabs.email-od.com [142.0.181.21]) (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 4Tx6Np00rgz4SsV for ; Fri, 15 Mar 2024 14:40:25 +0000 (UTC) (envelope-from 93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tundraware.com header.s=slkey header.b=NECDCCzW; dkim=pass header.d=email-od.com header.s=dkim header.b=WBAVLhCO; dmarc=pass (policy=reject) header.from=tundraware.com; spf=pass (mx1.freebsd.org: domain of 93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com designates 142.0.181.21 as permitted sender) smtp.mailfrom=93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com DKIM-Signature: v=1; a=rsa-sha256; d=tundraware.com;s=slkey; c=relaxed/relaxed; q=dns/txt; t=1710513626; x=1713105626; h=x-tundraware-mailscanner-from:x-greylist:content-transfer-encoding:content-type:subject:from:to:content-language:mime-version:date:message-id:x-thread-info:subject:to:from:cc:reply-to; bh=/hzPU2ONFfTn1P0yiobz3T6ggjRTwp7JjQ3xZW7mhkQ=; b=NECDCCzW9+rrHDugBKfSQ+oqeE7UZcVnUsas+2bzAaNh7fk14m6c0yvaDfhWx4OveCCXJjVNfT7qAPzbpJhOiooYWBmZp1TLItcb488M7iVtqtaEwKIaoBwSF8gGPaHTlqUeV/RyFJ+ZxYaTKmfAuWocoPGb/JDt/UJ2sjDvZwnYLz6R/XMH2RDz7wojHfaRHPXtld+uFWAbuGr6F85vODy2Zv3R8B8V9osOX3sMmnItYfCyaucnulOS7K48uOsILjjXPe2BDqc3LuZUzE0FOiuaus6OM+YJQZfXyAkDb+F3d57l1etff7/yXemP/biKJKwuKfxrJ8LObsLcAX4h+Q== DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1710513626; x=1713105626; h=x-tundraware-mailscanner-from:x-greylist:content-transfer-encoding:content-type:subject:from:to:content-language:mime-version:date:message-id:x-thread-info:subject:to:from:cc:reply-to; bh=/hzPU2ONFfTn1P0yiobz3T6ggjRTwp7JjQ3xZW7mhkQ=; b=WBAVLhCOJtelXXHHshLloKOCNJcXsJh0tmUxLXANME1NH+BldaVNXLou8xNIZpMV4I+318EUqskWCa4fRLtlufDsR8BQS8UjusrgBCDTZx5yg/TUHGoWRRa1fG+cEhWFQCh1AzwTKU2lqp4SSMXv/97OYt/9qeLoMZjonk2Qu9Y= X-Thread-Info: OTNhYi4xMi5jM2I5MDAwMWU1Y2Q4Mi5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r1.us-east-1.aws.in.socketlabs.com (r1.us-east-1.aws.in.socketlabs.com [142.0.191.1]) by mxh4.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 15 Mar 2024 10:40:16 -0400 Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) by r1.us-east-1.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 15 Mar 2024 10:40:15 -0400 Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.18.1/8.18.1) with ESMTPSA id 42FEdwoY071594 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 15 Mar 2024 09:39:59 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: Date: Fri, 15 Mar 2024 09:42:09 -0500 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Mailing List From: Tim Daneliuk Subject: Why Does bind Have So Many Dependencies Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (oceanview.tundraware.com [45.55.60.57]); Fri, 15 Mar 2024 09:39:59 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: 42FEdwoY071594 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.679, required 6, ALL_TRUSTED -1.00, BAYES_00 -1.90, TW_BG 0.08, TW_GT 0.08, TW_PH 0.08, T_SCC_BODY_TEXT_LINE -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[tundraware.com,reject]; FORGED_SENDER(0.30)[tundra@tundraware.com,93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; R_DKIM_ALLOW(-0.20)[tundraware.com:s=slkey,email-od.com:s=dkim]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:53658, ipnet:142.0.180.0/22, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[email-od.com:dkim]; FROM_NEQ_ENVFROM(0.00)[tundra@tundraware.com,93ab.82.c3b90001e5cd82.c5186445f7d76172af665b4391ebec0b@email-od.com]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[tundraware.com:+,email-od.com:+] X-Rspamd-Queue-Id: 4Tx6Np00rgz4SsV I got notice the bind 9.16 was going EOL and to upgrade to 9.18. When I built from source, I saw this very long list of other stuff that got build. X libs? doxygen? Why all this: [root] ozzie /ports/dns/bind918>make clean ===> Cleaning for fstrm-0.6.1_1 ===> Cleaning for protobuf-c-1.4.1_2 ===> Cleaning for doxygen-1.9.6_1,2 ===> Cleaning for graphviz-9.0.0_3 ===> Cleaning for groff-1.23.0_3 ===> Cleaning for gsfonts-8.11_8 ===> Cleaning for psutils-1.17_6 ===> Cleaning for uchardet-0.0.8_1 ===> Cleaning for ghostscript10-10.03.0_1 ===> Cleaning for jbig2dec-0.20_1 ===> Cleaning for openjpeg-2.5.2 ===> Cleaning for cups-2.4.7_2 ===> Cleaning for avahi-app-0.8_2 ===> Cleaning for intltool-0.51.0_2 ===> Cleaning for p5-XML-Parser-2.47 ===> Cleaning for libdaemon-0.14_1 ===> Cleaning for dbus-glib-0.112_1 ===> Cleaning for gnome_subr-1.0 ===> Cleaning for gnutls-3.7.10_2 ===> Cleaning for nettle-3.9.1 ===> Cleaning for libtasn1-4.19.0_1 ===> Cleaning for gtk-doc-1.33.2_2 ===> Cleaning for itstool-2.0.7_1 ===> Cleaning for yelp-tools-42.0 ===> Cleaning for yelp-xsl-42.0 ===> Cleaning for p11-kit-0.25.3_1 ===> Cleaning for bash-completion-2.12.0,2 ===> Cleaning for poppler-data-0.4.12 ===> Cleaning for urw-base35-fonts-20200910 ===> Cleaning for libXaw-1.0.14_1,2 ===> Cleaning for libXpm-3.5.17_1 ===> Cleaning for libltdl-2.4.7 ===> Cleaning for webp-1.3.2_1 ===> Cleaning for libgd-2.3.3_9,1 ===> Cleaning for protobuf-24.4,1 ===> Cleaning for abseil-20230125.3 ===> Cleaning for bind918-9.18.24 From nobody Fri Mar 15 21:24:37 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxHMm2lTkz5Cxlw for ; Fri, 15 Mar 2024 21:25:08 +0000 (UTC) (envelope-from me@wesleyac.com) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxHMl3R13z4GJp for ; Fri, 15 Mar 2024 21:25:07 +0000 (UTC) (envelope-from me@wesleyac.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wesleyac.com header.s=fm2 header.b="X6DX/IEo"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=oimUwzpj; dmarc=none; spf=pass (mx1.freebsd.org: domain of me@wesleyac.com designates 64.147.123.19 as permitted sender) smtp.mailfrom=me@wesleyac.com Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 885CF32009FD; Fri, 15 Mar 2024 17:25:06 -0400 (EDT) Received: from imap45 ([10.202.2.95]) by compute5.internal (MEProxy); Fri, 15 Mar 2024 17:25:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wesleyac.com; h= cc:content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm2; t=1710537906; x=1710624306; bh=SiN6KdvrNsbolDP9g7X2pYBdu+B7AP1a cVy0e1KUL4M=; b=X6DX/IEoOcZoSYTuKyowVE9xqqOHrGZtnfdyg0FkxpL5tZxo y8Gp8YXJC7uYlHrdrQJxaxDtJC+bWThke5rlMDepMeFV9EL4NdSjm+rlSx4O5WJq Xs/u4dZbM0R7Py1ccJJD8uG1NahlAD2YJZKau7t+OidC3aVa5V+VNJzpLCmy9Wmr RrUTX+uQpJQ7O2nRTgsfolZNsf6zrbipoAa6ZJ/ez6u5Of632fNJgP31N7KdBonv F45VyyYM8MPg7GBPEA26t9F5a/eWF6hkKgDyEYElx/ZqAlu3cEELbq+Ug+/b2MB3 qQK8O/I68hMtOVD8g1UgSTaa2QDBa6eXFWI02A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1710537906; x=1710624306; bh=SiN6KdvrNsbolDP9g7X2pYBdu+B7AP1acVy 0e1KUL4M=; b=oimUwzpjSWjwVzglDlV3lpkv3telbL2xcxV50Ug64qkFn+JD/ll c55RdqMh8kHkt8qZYdAVEjiCbkJM+mruQNasQoILBrnCAJidOoc0Qeew04gL/JrK 5ATGIoK71GwGy90weHeAQ/I2zZJAzUXJuxlOkkeWdOmLTgLSaWHmUKjBsKZMhH/i gTLJ9REORwkMoZ2sGNf/RWBfBVm+V6zNnoz81rZYbgMc6UwLD3NQPkL8VM3gL9Dw VaOr5DcBibaYUsZ4bjKUoMCwI2brIW+XmYxy/+Nom8Dxg769h0xTrga0EV0f/Cnt yiPw5Yp1qENnW0EfLrpWfiN4FwlKX+0dOnQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrjeelgddugeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsehttdertd erredtnecuhfhrohhmpedfhggvshhlvgihucetphhtvghkrghrqdevrghsshgvlhhsfdcu oehmvgesfigvshhlvgihrggtrdgtohhmqeenucggtffrrghtthgvrhhnpeehgfejvdfhue egheevudfgiedvfeekheeifeeghefguddtffehheegheeiheejteenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmvgesfigvshhlvgihrggtrd gtohhm X-ME-Proxy: Feedback-ID: i0c594533:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id B8C78272007C; Fri, 15 Mar 2024 17:25:05 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Message-Id: <6aee40eb-d7ac-4163-93a9-ae746da65c82@app.fastmail.com> Date: Fri, 15 Mar 2024 17:24:37 -0400 From: "Wesley Aptekar-Cassels" To: freebsd-questions@freebsd.org Subject: Filtering incoming WireGuard traffic with pf? Content-Type: text/plain X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.57 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.984]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; R_DKIM_ALLOW(-0.20)[wesleyac.com:s=fm2,messagingengine.com:s=fm1]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEFALL_USER(0.00)[me]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[wesleyac.com]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[wesleyac.com:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4TxHMl3R13z4GJp Hi all, I have a WireGuard tunnel between two machines running FreeBSD 14.0-RELEASE-p3. This works well, but I want to reduce my attack surface by having WireGuard only decrypt packets from specific source IPs. My expectation is that this would be done in my pf configuration, but I am having trouble understanding the relationship between WireGuard and pf. The relevant section of my /etc/pf.conf is: ``` ext_if = "vtnet0" wg_lan = "10.10.0.0/24" set skip on lo scrub in nat on $ext_if from $wg_lan to any -> ($ext_if) block in on $ext_if pass out ``` My WireGuard configuration sets Address, ListenPort, and PrivateKey for Interface, and PublicKey, PreSharedKey, AllowedIPs, and Endpoint for Peer. I can share the full config if needed, but from reading the wg(8) manpage it seems like there is no configuration knob to restrict source IPs in WireGuard, so I assume that I need to do something in pf to filter this. My expectation was that `block in on $ext_if` would block WireGuard traffic and that I'd need a `pass in on $ext_if proto udp to ($ext_if) port 51820` line in order to enable it, but my WireGuard tunnel works even without that, which makes it seem to me that the decapsulation of the WireGuard traffic happens before it hits pf. How can I restrict WireGuard traffic to only be accepted from particular source IPs? Is pf the correct place to do this, or should I be looking elsewhere? Thanks, :w From nobody Fri Mar 15 22:46:21 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxK9k40HYz5D60s for ; Fri, 15 Mar 2024 22:46:34 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4TxK9j4t9Dz4RMS for ; Fri, 15 Mar 2024 22:46:33 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ilk.org; spf=pass (mx1.freebsd.org: domain of freebsd-questions-local@be-well.ilk.org designates 23.30.133.173 as permitted sender) smtp.mailfrom=freebsd-questions-local@be-well.ilk.org Received: from lowell-Ubuntu.lan (lowell-Ubuntu.lan [172.30.250.95]) by be-well.ilk.org (Postfix) with ESMTP id 7B51746A30; Fri, 15 Mar 2024 18:46:21 -0400 (EDT) Received: by lowell-Ubuntu.lan (Postfix, from userid 1147) id 624CF10803BC; Fri, 15 Mar 2024 18:46:21 -0400 (EDT) From: Lowell Gilbert To: Tim Daneliuk Cc: FreeBSD Mailing List Subject: Re: Why Does bind Have So Many Dependencies In-Reply-To: (Tim Daneliuk's message of "Fri, 15 Mar 2024 09:42:09 -0500") References: Reply-To: FreeBSD Tech Support Date: Fri, 15 Mar 2024 18:46:21 -0400 Message-ID: <44bk7ff70i.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.78)[-0.777]; DMARC_POLICY_ALLOW(-0.50)[ilk.org,none]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7922, ipnet:23.30.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_REPLYTO(0.00)[freebsd-questions@freebsd.org] X-Rspamd-Queue-Id: 4TxK9j4t9Dz4RMS Tim Daneliuk writes: > I got notice the bind 9.16 was going EOL and to upgrade to 9.18. > > When I built from source, I saw this very long list of other stuff > that got build. X libs? doxygen? Why all this: Offhand, I can say that's not a particularly heavy set of dependencies. A lot of them look like they probably come from something along the line using a lot of rendering tools to build its documentation. Why do you ask? After all, you're clearly pretty competent at dealing with the ports system. Be well. From nobody Sat Mar 16 16:30:36 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Txmp61WVSz5F6H0 for ; Sat, 16 Mar 2024 16:31:10 +0000 (UTC) (envelope-from 93ab.82.c3b900022276bf.73526efe94eb9ff470e9473aad5a67d3@email-od.com) Received: from s1-b515.socketlabs.email-od.com (s1-b515.socketlabs.email-od.com [142.0.181.21]) (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 4Txmp56W0Qz4QWs for ; Sat, 16 Mar 2024 16:31:09 +0000 (UTC) (envelope-from 93ab.82.c3b900022276bf.73526efe94eb9ff470e9473aad5a67d3@email-od.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; d=tundraware.com;s=slkey; c=relaxed/relaxed; q=dns/txt; t=1710606670; x=1713198670; h=x-tundraware-mailscanner-from:x-greylist:content-type:mime-version:subject:references:in-reply-to:message-id:date:to:from:x-thread-info:subject:to:from:cc:reply-to; bh=hN2WiLyh9wgqaU1g9rMtm5n1Eju0/iacntHWflpjzf8=; b=gd8t9fwST8qiWiefzpZ16YhOes9WbwmVR841fsnWufWHkMZk79XXFlP4J1IZBAPp3V5un/fgKab4WxO+4K6PjoNDquaFgrxaTFcxEfiz5z32RkQhi6tCjUgi+DsSo1lVkw7JsnbozkaKdF0xtW8YmhxZg2vYpT34o1DCA/LT0QJoAHd5HiChf+HZpcU/e7wtN9cVkEjPPro8LvXy0BRfXhmkK1PCV0LnCUSqjNEDojO9lnm7WlKOvzxuJUELjCR8mV630Cwp+FuTf3Xnid+5Fdg+OwDLzgUF9tXPzQjXn2ggV/50zE3+KlG+8uHGkB96rQBku6MUAQFFv51u67K5xA== DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1710606670; x=1713198670; h=x-tundraware-mailscanner-from:x-greylist:content-type:mime-version:subject:references:in-reply-to:message-id:date:to:from:x-thread-info:subject:to:from:cc:reply-to; bh=hN2WiLyh9wgqaU1g9rMtm5n1Eju0/iacntHWflpjzf8=; b=cDBE8so46HaHAWihxaHuvLrL83xSLZIfLZIYNjRknta0uQor+YccQ2jUVGivdEFxFWfaK9nmUBNffkQ8eWefEzWE+bQLnqf59W3/gvrEXNSPxKKc0VmW6oCL5+nAv/W68XhCg+/6Ub2Rfc2R9epgCcc1RH+MpqT7X0OgNI8S4lQ= X-Thread-Info: OTNhYi4xMi5jM2I5MDAwMjIyNzZiZi5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r3.h.in.socketlabs.com (r3.h.in.socketlabs.com [142.0.180.13]) by mxh4.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 16 Mar 2024 12:30:58 -0400 Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) by r3.h.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 16 Mar 2024 12:30:57 -0400 Received: from [10.120.52.91] (mobile-166-205-140-098.mycingular.net [166.205.140.98] (may be forged)) (authenticated bits=0) by oceanview.tundraware.com (8.18.1/8.18.1) with ESMTPSA id 42GGUfkJ092686 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 16 Mar 2024 11:30:42 -0500 (CDT) (envelope-from tundra@tundraware.com) From: Tim Daneliuk To: FreeBSD Tech Support Date: Sat, 16 Mar 2024 11:30:36 -0500 Message-ID: <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> In-Reply-To: <44bk7ff70i.fsf@be-well.ilk.org> References: <44bk7ff70i.fsf@be-well.ilk.org> User-Agent: AquaMail/1.50.0 (build: 105000429) Subject: Re: Why Does bind Have So Many Dependencies List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="18e4819d424390b28908bf4c92" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (oceanview.tundraware.com [45.55.60.57]); Sat, 16 Mar 2024 11:30:44 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: 42GGUfkJ092686 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.909, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, HTML_MESSAGE 0.00, T_SCC_BODY_TEXT_LINE -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:53658, ipnet:142.0.180.0/22, country:US] X-Rspamd-Queue-Id: 4Txmp56W0Qz4QWs This is a multi-part message in MIME format. --18e4819d424390b28908bf4c92 Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit On March 15, 2024 6:23:11 PM Lowell Gilbert wrote: > Tim Daneliuk writes: > >> I got notice the bind 9.16 was going EOL and to upgrade to 9.18. >> >> When I built from source, I saw this very long list of other stuff >> that got build. X libs? doxygen? Why all this: > > Offhand, I can say that's not a particularly heavy set of dependencies. A > lot of them look like they probably come from something along the line using > a lot of rendering tools to build its documentation. > > Why do you ask? After all, you're clearly pretty competent at dealing with > the ports system. > > Be well. Because I try to not clutter up servers with unnecessary ports. It takes up space and increases the attack surface. What I don't understand is that I told the build not to include docs but it installed all this other cruft anyway. A dns server build shouldn't require groff and xaw... --18e4819d424390b28908bf4c92 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

On March 15, 2024 6:23:11 PM Lowell Gilbert <freebsd-q= uestions-local@be-well.ilk.org> wrote:

Tim Daneliuk <tundra@tundraware.com> writes:

I got notice the bind 9.16 was going EOL and to upgrade t= o 9.18.

When I built from source, I saw this very long list of ot= her stuff
that got build.  X libs?  doxygen?   Why &= nbsp;all this:

Offhand, I can say that's not a particularly heavy set of= dependencies. A
lot of them look like they probably come from something a= long the line using
a lot of rendering tools to build its documentation.

Why do you ask? After all, you're clearly pretty competen= t at dealing with
the ports system.

Be well.
Because I try to not clutter up servers with unnece= ssary ports.  It takes up space and increases the attack surface.

What I don't understand is t= hat I told the build not to include docs but it installed all this other cr= uft anyway. 

 = A dns server build shouldn't require groff and xaw...
--18e4819d424390b28908bf4c92-- From nobody Sat Mar 16 20:54:47 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxtjS3xWzz5DXv0 for ; Sat, 16 Mar 2024 20:57:32 +0000 (UTC) (envelope-from robert@rrbrussell.com) Received: from wfhigh2-smtp.messagingengine.com (wfhigh2-smtp.messagingengine.com [64.147.123.153]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TxtjS1w7rz4tHw for ; Sat, 16 Mar 2024 20:57:32 +0000 (UTC) (envelope-from robert@rrbrussell.com) Authentication-Results: mx1.freebsd.org; none Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.west.internal (Postfix) with ESMTP id 3BCB318000AD; Sat, 16 Mar 2024 16:57:30 -0400 (EDT) Received: from imap52 ([10.202.2.102]) by compute1.internal (MEProxy); Sat, 16 Mar 2024 16:57:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rrbrussell.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1710622649; x=1710709049; bh=zatEd3ZR2CLE9ifGVTCE9xR1O90ul2CGB3F4cCheCug=; b= HW2jLYZz2Rxbv67ZXAvLlY6g84GaDD0IAV0FSXVbTBnRAkBdDKsSMqtmEOPhDoYr 6yieCEAE/BBdTJMein+XFVALqDYOYCSfPYfFKdW2Ttc0sBwmWUJ7ZcbjwSt8LZ1q Mi9WfcLCtmX0pJZB1/QguYM4DgWvOtkSpL7vdoNf30RcGq+IJnywyVE4ohcSn0go qISYLxAxa6Sm+VCtIcpsmA4eP1U5Un1XotzZ1EmlzdWk0Go4FquLvULgOIb//3DI 10uIHwwHoEvm7HKlJGMpIQOYDcULUN2HQQRg4of57ls6Yl73/jocJlMCWOh2L/SD V70rE1cOcMtij0nFL1U7VQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1710622649; x= 1710709049; bh=zatEd3ZR2CLE9ifGVTCE9xR1O90ul2CGB3F4cCheCug=; b=H qbIjYO+unCVusDr57RWOQYBNcTWZqb659wzNlo6mR9FGoVebqZ6mQSpxRsIfJ7E9 uJUsEB/djvIVg2IbOc8iYYK475v+AVbNnulQTWrpG+J1ji2gTIM1qUPS9/fKemJT lIv15W9r7uLTjBTNspoN9KbjFgD1l0UdyLRu7c5/PknJI7tIt3hKoel+yzmDF1gr M2DTYbUVaFjyjjpDsj9XQsZvZhEtPwEuxg6Zg86Hd64uJTGcfKWMIW83mK7TFteM wfK7SJiiHGClKWMVCH7chjaHLs2T1LE3TTpXBGMhxNM6FlofedfF7T2tGRJBVoEV 2SAdhRwmQU0AV6pq1eakQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrkedvgdduudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomheprhhosggvrhhtsehrrhgsrhhushhsvghllhdrtghomhen ucggtffrrghtthgvrhhnpedtvdefieduffeiheeiieegieejleetveevhfevtdfhkeeike efffeigfffteetteenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhl fhhrohhmpehrohgsvghrthesrhhrsghruhhsshgvlhhlrdgtohhm X-ME-Proxy: Feedback-ID: ie421460a:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 7624BC60097; Sat, 16 Mar 2024 16:57:29 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-300-gdee1775a43-fm-20240315.001-gdee1775a List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Message-Id: In-Reply-To: <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> Date: Sat, 16 Mar 2024 15:54:47 -0500 From: robert@rrbrussell.com To: "Tim Daneliuk" , "FreeBSD Tech Support" Subject: Re: Why Does bind Have So Many Dependencies Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US] X-Rspamd-Queue-Id: 4TxtjS1w7rz4tHw On Sat, Mar 16, 2024, at 11:30, Tim Daneliuk wrote: > On March 15, 2024 6:23:11 PM Lowell Gilbert=20 > wrote: > >> Tim Daneliuk writes: >>=20 >>> I got notice the bind 9.16 was going EOL and to upgrade to 9.18. >>>=20 >>> When I built from source, I saw this very long list of other stuff >>> that got build. X libs? doxygen? Why all this: >>=20 >> Offhand, I can say that's not a particularly heavy set of dependencie= s. A >> lot of them look like they probably come from something along the lin= e using >> a lot of rendering tools to build its documentation. >>=20 >> Why do you ask? After all, you're clearly pretty competent at dealing= with >> the ports system. >>=20 >> Be well. > Because I try to not clutter up servers with unnecessary ports. It=20 > takes up space and increases the attack surface. > > What I don't understand is that I told the build not to include docs=20 > but it installed all this other cruft anyway.=20 > > A dns server build shouldn't require groff and xaw... To rebuild the manpages and other documentation from source requires gro= ff and a few other tools. Portmaster can uninstall build dependencies th= at aren=E2=80=99t in the run dependencies list after installation of the= port. ```pkg autoremove``` will also remove unneeded build dependencies= . The last option is using poudri=C3=A8re. ```pkg install``` will only p= ull in the needed runtime dependencies. I am assuming don=E2=80=99t want to use the default package repository. From nobody Sat Mar 16 21:36:58 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TxvY042Jhz5Dc84 for ; Sat, 16 Mar 2024 21:35:16 +0000 (UTC) (envelope-from 93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com) Received: from s1-b515.socketlabs.email-od.com (s1-b515.socketlabs.email-od.com [142.0.181.21]) (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 4TxvXy37Lmz40X7 for ; Sat, 16 Mar 2024 21:35:14 +0000 (UTC) (envelope-from 93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tundraware.com header.s=slkey header.b=ISUHZ07I; dkim=pass header.d=email-od.com header.s=dkim header.b=mhnY8UFk; dmarc=pass (policy=reject) header.from=tundraware.com; spf=pass (mx1.freebsd.org: domain of 93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com designates 142.0.181.21 as permitted sender) smtp.mailfrom=93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com DKIM-Signature: v=1; a=rsa-sha256; d=tundraware.com;s=slkey; c=relaxed/relaxed; q=dns/txt; t=1710624914; x=1713216914; h=x-tundraware-mailscanner-from:x-greylist:content-transfer-encoding:content-type:in-reply-to:from:references:to:content-language:subject:mime-version:date:message-id:x-thread-info:subject:to:from:cc:reply-to; bh=NZhIZh2oXP3NLpNPj1zpcUFblVs0nBfleLhNkwGtVtU=; b=ISUHZ07I1ADcFfEWe2znUUpeFcmFxd3TntKScT+ms/YrQ7sfabElI3oWdUlQc8RW9OL4yQnLMInosjRJwQNVIhsZJlsrvmcOVohOEeERx5v9K3pHAHNMvakV11XZ42/ssc6AbieGaZ8FvK1EgmBzDnN0qOub09XttWJaG7Y6zedi+6DnVwrfDZxUSxg0ujQGA0FM+1JFZf+2CMabrm6XIk0vUBRnzFMCTYPhtaILa3zNvX7nfYO2+zkBxEHXDfOvSrwBa6xdQufYoAXoT6HG1raXskWPsMkYv80ll/I3cgF5DeVMBUqIxst5xaFo5oy0Oekpza2QKks+rXXbakUz1A== DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1710624914; x=1713216914; h=x-tundraware-mailscanner-from:x-greylist:content-transfer-encoding:content-type:in-reply-to:from:references:to:content-language:subject:mime-version:date:message-id:x-thread-info:subject:to:from:cc:reply-to; bh=NZhIZh2oXP3NLpNPj1zpcUFblVs0nBfleLhNkwGtVtU=; b=mhnY8UFkfk0bwQoYniGBa09ZkoFKa135I/ZGp6RVo2dQWQy1lRWqkNNLEkrNmJX4E5Dt/kP4uXhkdoFgxkjRH/bKCPPS/e2LCrJvK4JiqBTN7hKE54hefhqYq3Q1Ojh6SgLq7K3dFjQVEMqgGgj3XJRW46AD8px/D54YU1o0drs= X-Thread-Info: OTNhYi4xMi5jM2I5MDAwMjI4ZjU0Zi5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r3.h.in.socketlabs.com (r3.h.in.socketlabs.com [142.0.180.13]) by mxh4.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 16 Mar 2024 17:35:03 -0400 Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) by r3.h.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 16 Mar 2024 17:35:02 -0400 Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.18.1/8.18.1) with ESMTPSA id 42GLYn9Y072968 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sat, 16 Mar 2024 16:34:49 -0500 (CDT) (envelope-from tundra@tundraware.com) Message-ID: Date: Sat, 16 Mar 2024 16:36:58 -0500 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Why Does bind Have So Many Dependencies Content-Language: en-US To: freeBSD Mailing List References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> From: Tim Daneliuk In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (oceanview.tundraware.com [45.55.60.57]); Sat, 16 Mar 2024 16:34:49 -0500 (CDT) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: 42GLYn9Y072968 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-2.91, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, T_SCC_BODY_TEXT_LINE -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.65 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.956]; DMARC_POLICY_ALLOW(-0.50)[tundraware.com,reject]; FORGED_SENDER(0.30)[tundra@tundraware.com,93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; R_DKIM_ALLOW(-0.20)[tundraware.com:s=slkey,email-od.com:s=dkim]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:53658, ipnet:142.0.180.0/22, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[email-od.com:dkim]; FROM_NEQ_ENVFROM(0.00)[tundra@tundraware.com,93ab.82.c3b9000228f54f.c9c623a860a5a03da9c70108ecfe521f@email-od.com]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[tundraware.com:+,email-od.com:+] X-Rspamd-Queue-Id: 4TxvXy37Lmz40X7 On 3/16/24 15:54, robert@rrbrussell.com wrote: . > > To rebuild the manpages and other documentation from source requires groff and a few other tools. Portmaster can uninstall build dependencies that aren’t in the run dependencies list after installation of the port. ```pkg autoremove``` will also remove unneeded build dependencies. The last option is using poudrière. ```pkg install``` will only pull in the needed runtime dependencies. > > I am assuming don’t want to use the default package repository. Yes, I've deleted the offending unneeded dependencies with "pgk autoremove". I think my central question is really why the port installation even attempts to install these if I indicate that I do not want docs in the initial config menu. From nobody Sun Mar 17 06:13:47 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ty73l3cH0z5FNL8 for ; Sun, 17 Mar 2024 06:14:11 +0000 (UTC) (envelope-from lain@fair.moe) Received: from mail.076.ne.jp (mail.076.ne.jp [45.76.218.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ty73j418tz4qbB for ; Sun, 17 Mar 2024 06:14:09 +0000 (UTC) (envelope-from lain@fair.moe) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=076.ne.jp header.s=dkim header.b=ajKHVOa9; dmarc=none; spf=none (mx1.freebsd.org: domain of lain@fair.moe has no SPF policy when checking 45.76.218.69) smtp.mailfrom=lain@fair.moe Received: from mail.076.ne.jp (localhost [127.0.0.1]) by mail.076.ne.jp (Postfix) with ESMTP id 4Ty73W6dmfzW0pr for ; Sun, 17 Mar 2024 15:13:59 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=076.ne.jp; h= user-agent:in-reply-to:content-disposition:content-type :mime-version:references:message-id:subject:to:from:date; s= dkim; t=1710656039; x=1713248040; bh=w5cPDH2ounC6SxH32UXcdXW7qdC qhrNfmuwlTohv29s=; b=ajKHVOa9xpsxfY+hPl2AGs/IwWZgyDdb+YuzCPxwQNB NODPramf0HD+qMTNnQdCiGtLkvyR2UkIWcwhqmmJ32BFDogE9z8qflxAvwRfdiAO +b7XHZzXb+1a3H2Oz4/etEilh/Hy/xg3XIC8B28JkN//k/1YzTVmylSHkmVTagAf iXqVis9GbTy6dKn+r5dMdb8IxCPIuSSwpmmvFXgh+G5OG6s3YOsr2NOWi1ljtJvi cmU4MNXipE6CkS6J8fCWKCnxb/JyvMjeCiQCjQgWTQNiiPx96qHh9Q4vc6qnQ43W /77ruz3dNBksv6J7E/jiMxyFwF5f9HujtWJYylqVgOg== X-Virus-Scanned: Debian amavisd-new at guest.guest Received: from mail.076.ne.jp ([127.0.0.1]) by mail.076.ne.jp (mail.076.ne.jp [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Pfjo82sidHzT for ; Sun, 17 Mar 2024 15:13:59 +0900 (JST) Received: from mail.fair.moe (ip1.193.076.moe [219.117.254.193]) by mail.076.ne.jp (Postfix) with ESMTPSA id 4Ty73W0Cs5zW0mc for ; Sun, 17 Mar 2024 15:13:58 +0900 (JST) Date: Sun, 17 Mar 2024 15:13:47 +0900 From: "lain." To: questions@freebsd.org Subject: Re: Why Does bind Have So Many Dependencies Message-ID: X-Location: =?utf-8?B?IkVhcnRoL+WcsOeQgyI=?= X-Operating-System: "GNU/Linux" References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6al4z2z2xlrfupul" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20240201 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.90 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[076.ne.jp:s=dkim]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[fair.moe]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20473, ipnet:45.76.192.0/19, country:US]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[076.ne.jp:+] X-Rspamd-Queue-Id: 4Ty73j418tz4qbB --6al4z2z2xlrfupul Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2024=E5=B9=B403=E6=9C=8816=E6=97=A5 16:36, the silly Tim Daneliuk claime= d to have said: > On 3/16/24 15:54, robert@rrbrussell.com wrote: > . > >=20 > > To rebuild the manpages and other documentation from source requires gr= off and a few other tools. Portmaster can uninstall build dependencies that= aren=E2=80=99t in the run dependencies list after installation of the port= =2E ```pkg autoremove``` will also remove unneeded build dependencies. The = last option is using poudri=C3=A8re. ```pkg install``` will only pull in th= e needed runtime dependencies. > >=20 > > I am assuming don=E2=80=99t want to use the default package repository. >=20 > Yes, I've deleted the offending unneeded dependencies with "pgk autoremov= e". >=20 > I think my central question is really why the port installation even atte= mpts > to install these if I indicate that I do not want docs in the initial con= fig menu. >=20 >=20 The simple answer to any software with a lot of dependencies is very simple: because this software is made by amateurs who don't understand software development. In general, unless it's something massive like a 3D modelling tool, there's always a more lightweight and less buggy alternative that (obviously) require way fewer dependencies. --=20 lain. Did you know that? 90% of all emails sent on a daily basis are being sent in plain text, and i= t's super easy to intercept emails as they flow over the internet? Never send passwords, tokens, personal information, or other volunerable in= formation without proper PGP encryption! If you're writing your emails unencrypted, please consider sending PGP encr= ypted emails for security reasons. You can find my PGP public key at: https://fair.moe/lain.asc Every good email client is able to send encrypted emails. If yours can't, then you should consider switching to a secure email client= , because yours just sucks. My recommendations are Claws Mail or NeoMutt. For instructions on how to encrypt your emails: https://unixsheikh.com/tutorials/gnupg-tutorial.html --6al4z2z2xlrfupul Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEozVhUpXECiNYIKIXtWNzC1Y29b0FAmX2ihgACgkQtWNzC1Y2 9b0TwAv/d0E5B/uBmRGu/KFBLSAT5DSwZ28XQHK0KfDaylfHppgJ/hJqpElpZG7K nQ937KIRHb+9vphsUGWkAZdbMBnxmdtqwExlXf7t68+qkOoIwg+/7J/QcMemsd05 JvOtYuw2UDr+Pzb7AJoqcEsWqMa6AuuRYvg2s5idbXjzqtw/eWyZNvM+DWwd1I2l JwOiOgxUNzftfpCoDubgSWPdKZ44TbkgkhudXfatjYarNa7KMueyqU/c3gxyVC2i uNeuWdPW42Z6CYcXqKUkyMeQy05/b3BXiE8R9pd1ZXk0DJoiTa1CffBPzcwF0AZA fJ5zvCjrqANT/HU5shV5os6pBi7MuUTKbfDAGXkd46mAkSCbXtA5PPLFHwdXeY7t 7iJleLPNeKYIdpIY319biVocDgvVpFSMzssbMcEVHwZHmJhm60sbxbtCxDzEblHw TtnADuD/iJ6HVS94eoJ7oBuXlFTdy/R8wOiDpHwhNj2G4Vh6dXJyj8hTtlRUpMAE 8CH4SYxd =ZmwC -----END PGP SIGNATURE----- --6al4z2z2xlrfupul-- From nobody Sun Mar 17 06:45:27 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ty7lz15Vcz5FQst for ; Sun, 17 Mar 2024 06:45:35 +0000 (UTC) (envelope-from grog@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ty7lz0fYFz4txM; Sun, 17 Mar 2024 06:45:35 +0000 (UTC) (envelope-from grog@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710657935; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oiGHcx+GMK/WnXIiAJ94KApiITk0xHgTylKTeaQx7Hw=; b=Jln0EvAviaTwSke3ZYbOO1POmEcss7KMYwwAhhrktboMx3UihWc/n9uN/6npZAYCLtLNzG RKvK9I9gpHOhZryckCgl0OVI3GEq23xItCVixCA7589Nz31U2cuQsv69sL8ycazKPiKqew 31HyHZd3s9yNcqSq3X4OQrWr9byz1PkKHpeqSPwiXNKX/XbsXwtX7wGpD3+cCKyxbysVKq aamgOxyui1kAGIryMeB+ZPX7h60HFFd2TDWrP5R0c7nnpi18LOe7WY9ly2qALZzfad+DAh JMbiWC6oi04DMpemyFq8HyDDHr/pi34cEt8gLFSLlmEz+4cx/Uqb630u2LOLXw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710657935; a=rsa-sha256; cv=none; b=dAXoRGmnukq6pPN6hCw060kAN54D/Vu5px1vZYO1Ab/W3IoWH+kmhiAgeB2TC8bQVGP8I4 +h5J1sIbQFIUsC4d4eBRPYcCyPU1rhOamxoqZRf40wmd2qRRKsSKBLS1H55DrwdILrAeqf DbB0Rky4d/ZNjDEHLyT7cT9u6Xov0pUkC1luej4lX36NqOvQOF9mafNk1fe6m3z0M98Bvk 1dbykdiz1DgE05U/3FnA7i8AC52cXU64EJJkRa7I2ny7dcimjkblvbTAPC8wYexgzN4PGv f8aVtzx3+cGsWhkvhX0SRr36flfPcHN3ho9cIFUELeGdyy6Y4nNiQih+P8twhA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710657935; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oiGHcx+GMK/WnXIiAJ94KApiITk0xHgTylKTeaQx7Hw=; b=lTI76XSvX0phnil53oThnGeD/UuUfzGjSYEE1/6bTLyCxpJ9KnIlBqrXsUwC7FabkWgCO/ fcVK9ECbqCWiGoU2YaAf4lQv0YCTUS9oj5w47FjpmeuKu6gR61tJnQ66av08qoxotpwtZP H7qARAoLWnks1unfTrXjQlCX4MufqwT90LhFO3qsBZ/jh+PrAHRrdoEkupBNq+v7AL3tvR GKIOWj3LooJ+aKEMPF4l/dPMZyz/WdJQeAecPbomBbEbgjJJzm9Ze0BZGgojW0UWqEqdD/ 0pZ8tTRCPhuwsF2lc8FFlSx5CMo/53Q6j4BBwgOkJwiQWj/qbUppb+yF0okWHg== Received: from hydra.lemis.com (121-200-11-253.79c80b.mel.nbn.aussiebb.net [121.200.11.253]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: grog/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Ty7lx6H36zfLH; Sun, 17 Mar 2024 06:45:33 +0000 (UTC) (envelope-from grog@freebsd.org) Date: Sun, 17 Mar 2024 17:45:27 +1100 From: Greg 'groggy' Lehey To: "lain." Cc: questions@freebsd.org Subject: Re: Why Does bind Have So Many Dependencies Message-ID: References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mWlTPohHeyjhAJRn" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: https://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 --mWlTPohHeyjhAJRn Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sunday, 17 March 2024 at 15:13:47 +0900, lain. wrote: > On 2024=E5=B9=B403=E6=9C=8816=E6=97=A5 16:36, the silly Tim Daneliuk clai= med to have said: >> On 3/16/24 15:54, robert@rrbrussell.com wrote: >> . >>> >>> To rebuild the manpages and other documentation from source requires gr= off and a few other tools. Portmaster can uninstall build dependencies that= aren=E2=80=99t in the run dependencies list after installation of the port= =2E ```pkg autoremove``` will also remove unneeded build dependencies. The = last option is using poudri=C3=A8re. ```pkg install``` will only pull in th= e needed runtime dependencies. >>> >>> I am assuming don=E2=80=99t want to use the default package repository. >> >> Yes, I've deleted the offending unneeded dependencies with "pgk autoremo= ve". >> >> I think my central question is really why the port installation even att= empts >> to install these if I indicate that I do not want docs in the initial co= nfig menu. > > The simple answer to any software with a lot of dependencies is very > simple: because this software is made by amateurs who don't understand > software development. Yes, this is a very simple answer. It reminds me of a couple of quotes, but not well: "Nothing is difficult for somebody who doesn't have to solve the problem himself". "For every difficult problem there is an answer that is simple, elegant, and wrong". In this case, it seems that you have no solution to offer, but you know details of one of the central pieces of software that keeps the Internet running, in particular that it was written by amateurs. > In general, unless it's something massive like a 3D modelling tool, > there's always a more lightweight and less buggy alternative that > (obviously) require way fewer dependencies. Which, of course, you neglect to mention. My take on this issue (also, admittedly, without looking at the port) is that there are two issues: 1. Relatively harmless things like the documentation pull in a tree of dependencies which may not even be needed in this context, but the way the Ports Collection works means that they get pulled in anyway. 2. In this particular case, this even happens if the primary dependency isn't needed. The second issue is relatively easy to fix, while the first might be more difficult. But you have access to the sources. Can we expect patches soon? Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA.php --mWlTPohHeyjhAJRn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSaG4ICvM64RvkvCawi5vKQUHpCIwUCZfaRewAKCRAi5vKQUHpC I6LuAJ4uVKlT3q3qlMx9SipOizhmsQdWvACdFEoNbPlb4JKy8JsmcoFidY69G1c= =BACo -----END PGP SIGNATURE----- --mWlTPohHeyjhAJRn-- From nobody Sun Mar 17 11:05:02 2024 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyFWQ42J9z5CtDK for ; Sun, 17 Mar 2024 11:05:06 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from thyme.eden.le-Fay.ORG (THYME.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:107::10]) by mx1.freebsd.org (Postfix) with ESMTP id 4TyFWP6M28z4PBc for ; Sun, 17 Mar 2024 11:05:05 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=thyme header.b=gvj3qz4I; dmarc=none; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 2001:8b0:aab5:107::10 as permitted sender) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (IRIS.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::6]) by thyme.eden.le-Fay.ORG (Postfix) with ESMTP id A002C5C; Sun, 17 Mar 2024 11:05:00 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=thyme; t=1710673500; bh=iFu02rqjK3OLz2yUqL1Xm0Y7HV1E/cf3119bbWix9AY=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=gvj3qz4IDRDTuevBrXMvgK3L9RuPFSrYwiVDtqF8veB1uP4lygh4AlLsC5EO/3mP+ 2omC+8Chnwt7i8Ix8jM+DsRTchX94lPtqiJSCS7mgj3zq3y5aGrypc05ThlB9Nwm8V bzCLLlJkItaRkRPTk08HxOMzDuhem+tmwGfdc2XM= Received: from ilythia.eden.le-fay.org (ILYTHIA.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 7D4712C0418; Sun, 17 Mar 2024 11:05:02 +0000 (GMT) Date: Sun, 17 Mar 2024 11:05:02 +0000 From: Lexi Winter To: Wesley Aptekar-Cassels Cc: freebsd-questions@freebsd.org Subject: Re: Filtering incoming WireGuard traffic with pf? Message-ID: Mail-Followup-To: Wesley Aptekar-Cassels , freebsd-questions@freebsd.org References: <6aee40eb-d7ac-4163-93a9-ae746da65c82@app.fastmail.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4ZUWtRzuNCcDapq3" Content-Disposition: inline In-Reply-To: <6aee40eb-d7ac-4163-93a9-ae746da65c82@app.fastmail.com> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.50 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ip6:2001:8b0:aab5:107::10]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=thyme]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_NO_TLS_LAST(0.10)[]; DMARC_NA(0.00)[le-fay.org]; DKIM_TRACE(0.00)[le-fay.org:+]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:20712, ipnet:2001:8b0::/32, country:GB]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2001:8b0:aab5:107::10:from] X-Rspamd-Queue-Id: 4TyFWP6M28z4PBc --4ZUWtRzuNCcDapq3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wesley Aptekar-Cassels: > The relevant section of my /etc/pf.conf is: >=20 > ``` > ext_if =3D "vtnet0" > wg_lan =3D "10.10.0.0/24" >=20 > set skip on lo > scrub in >=20 > nat on $ext_if from $wg_lan to any -> ($ext_if) >=20 > block in on $ext_if > pass out > ``` [...] > My expectation was that `block in on $ext_if` would block WireGuard traff= ic and > that I'd need a `pass in on $ext_if proto udp to ($ext_if) port 51820` li= ne in > order to enable it, but my WireGuard tunnel works even without that, which > makes it seem to me that the decapsulation of the WireGuard traffic happe= ns > before it hits pf. that shouldn't be the case; it's not like IPsec where decryption happens in a way which is a bit magical. =20 what's likely going on here is that your local machine (the one running pf) is creating an outgoing connection to the Wireguard peer, which pf allows because of the 'pass out' rule. then because pf keeps state by default, the return traffic is also allowed, and there's no need for an incoming rule. you could test this by blocking traffic on the Wireguard port on both ends of the tunnel; that should prevent the Wireguard connection from coming up at all. however, you'll need to disable both ends of the peers for a few minutes before testing, to make sure any existing pf state has expired. in practice, although Wireguard will work this way (with incoming traffic blocked on one end), it's still better to allow incoming traffic on both ends of the tunnel so that either machine can initiate the connection. --4ZUWtRzuNCcDapq3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmX2zlsACgkQDHqbqZ41 x5la4Av/Z+ds7B2q0CXqCygz7c0hwajIpgTw67GdEvbHrtfXtQM7xPU4oY8PnllH o4PFGdqsxvZzTBJER0GbtwxC8Y+BTF0hwStS0bJ+SBrBTwTqVFciG9p/mCmotqIm DKV5ca1QTiboD/CNgotNLI2/gHSVD0RGA5lUjA3UsQrwL8hnb3N7y5HlL107ZRop 1fFktFpGVG7wyCjHbQHKBazhGWu1Z/9Ng2jwlT4a7gsZ4DE21WPkWMStWYzd57qo o7f2TaChXLNygS9wR2WKWF8vVRdhT/Sdu+yk2oy+bYhP5q7ecsyNq/J5D57Z4hIm UkDRImTzEUitN4uBByOwIm7oBpDUR70yNDpUac2zOuk2jzXZ/W/RDLO7cwkmz27A Vs+Sk2Hl0pUK3pvT2+CQOHYhUVxUxlms1uBTsJnxAd5TS6zmjkTFzLIXISKam4sq /+BJoJkGLcozB7ssfLK5RuGQKWA2em/0CFp9wtWBHn7T7HQXXzrD3gX1YhuDPG1d R5ivGFae =dEfE -----END PGP SIGNATURE----- --4ZUWtRzuNCcDapq3-- From nobody Sun Mar 17 12:37:33 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyHZh2fQqz5D2hR for ; Sun, 17 Mar 2024 12:38:04 +0000 (UTC) (envelope-from jfadams1963@proton.me) Received: from mail-4322.protonmail.ch (mail-4322.protonmail.ch [185.70.43.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyHZf2Q5tz4bMZ for ; Sun, 17 Mar 2024 12:38:01 +0000 (UTC) (envelope-from jfadams1963@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=NIG1AQd7; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of jfadams1963@proton.me designates 185.70.43.22 as permitted sender) smtp.mailfrom=jfadams1963@proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1710679078; x=1710938278; bh=8nyCgLPjV7YfCqzk2toaz4Tthd3UGu2s1+Lxa5GelNk=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=NIG1AQd7WHKTBCNwAintgW4OPm0vhdgM3MmPuEcM60lpWlrNdXVVlH9Ssyc0ofJhJ Bc4HRFqCcHo9tv1XVt8C/g2rHVO/46dgDksiw3MT9zCEpzWPvlAJf/CNH1WTo5X5i0 WGQ3BUU8ltbNJYczSmxLHJdXvxsJkCdwhdjA8GHy179D8b86Oj2WnhLO823gVUkvzm iakmp50wULMKl7+7M75jS2hpkFaAw4aPadfXCkfuaQ7HaslBEk9tIm6o4QPKkPS9Yk sdKdo/thgWFjyhffyZATitj/CyHwB6ntdkH8AyrXYHTDf/t8K1mWTq1lLvfBVNfnrE qU/rcscAD+0pg== Date: Sun, 17 Mar 2024 12:37:33 +0000 To: questions@freebsd.org From: Jonathan Adams Subject: Re: Why Does bind Have So Many Dependencies Message-ID: In-Reply-To: References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> Feedback-ID: 80741059:user:proton List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha512; boundary="------109fa6ebb0bb003218e3c381fdf19a965e595caaa55c15e2b7e0134a49f06d1e"; charset=utf-8 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.30 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.43.22:from]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; DKIM_TRACE(0.00)[proton.me:+]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4TyHZf2Q5tz4bMZ This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------109fa6ebb0bb003218e3c381fdf19a965e595caaa55c15e2b7e0134a49f06d1e Content-Type: multipart/mixed;boundary=---------------------741e094ff07da42e4b482a1ce87bdbf8 -----------------------741e094ff07da42e4b482a1ce87bdbf8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain;charset=utf-8 On Sunday, March 17th, 2024 at 2:13 AM, lain. wrote: > > The simple answer to any software with a lot of dependencies is very > simple: because this software is made by amateurs who don't understand > software development. BIND is written by the folks at the Internet Systems Consortium who have o= perated the F-root server since 1994: https://www.isc.org/bind/ https://www.isc.org/team/ -=C2=A0Jonathan Adams ____________________________________________ "Before Turing, things were done to numbers. After Turing, numbers began doing things" - George Dyson -----------------------741e094ff07da42e4b482a1ce87bdbf8-- --------109fa6ebb0bb003218e3c381fdf19a965e595caaa55c15e2b7e0134a49f06d1e Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: ProtonMail wnUEARYKACcFgmX24+UJkI6O/sbt8r3IFiEEcBGzOO9wDbcpT/10jo7+xu3y vcgAAIszAP9VsHVMe9uluYOZ9IFJyF9LVpb5sj0CBHm2h0HPX2PyiwEAyGa+ xKcH+a1MCLsI45V3iWx4n8aEPpVfQIjfG7PXsQ0= =xuUB -----END PGP SIGNATURE----- --------109fa6ebb0bb003218e3c381fdf19a965e595caaa55c15e2b7e0134a49f06d1e-- From nobody Sun Mar 17 19:52:03 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyTCh3VChz5DlpY for ; Sun, 17 Mar 2024 19:52:16 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4TyTCg4DHrz4SY9; Sun, 17 Mar 2024 19:52:15 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ilk.org; spf=pass (mx1.freebsd.org: domain of freebsd-questions-local@be-well.ilk.org designates 23.30.133.173 as permitted sender) smtp.mailfrom=freebsd-questions-local@be-well.ilk.org Received: from lowell-Ubuntu.lan (lowell-Ubuntu.lan [172.30.250.95]) by be-well.ilk.org (Postfix) with ESMTP id 29AFA47B56; Sun, 17 Mar 2024 15:52:03 -0400 (EDT) Received: by lowell-Ubuntu.lan (Postfix, from userid 1147) id 1C8CC10803C6; Sun, 17 Mar 2024 15:52:03 -0400 (EDT) From: Lowell Gilbert To: Greg 'groggy' Lehey Cc: questions@freebsd.org Subject: Re: Why Does bind Have So Many Dependencies In-Reply-To: (Greg Lehey's message of "Sun, 17 Mar 2024 17:45:27 +1100") References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> Date: Sun, 17 Mar 2024 15:52:03 -0400 Message-ID: <44a5mwiql8.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.66 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.96)[-0.961]; DMARC_POLICY_ALLOW(-0.50)[ilk.org,none]; R_SPF_ALLOW(-0.20)[+a]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:7922, ipnet:23.30.0.0/15, country:US]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4TyTCg4DHrz4SY9 Taking a completely side t[r]?ack... Greg 'groggy' Lehey writes: > "For every difficult problem there is an answer that is simple, > elegant, and wrong". For the record, because this is one of my favorite quotes, I would like to offer a traceable attribution of the phrase. It comes from H.L. Mencken, who first wrote it in the New York Evening Mail in 1917. He went on to put it in other essays over another third of a century. His actual wording at that time was: "Explanations exist; they have existed for all time; there is always a well-known solution to every human problem =97 neat, plausible, and wrong." I haven't been able to dig up an original source for the version that Greg Lehey quotes, but I'd love to hear about it if you know it: that version is much more on-the-nose here in 2024. Be well. Lowell From nobody Sun Mar 17 20:53:57 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyVmc4xdWz5Dsf1 for ; Sun, 17 Mar 2024 21:02:24 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyVmb3dZcz4h1c for ; Sun, 17 Mar 2024 21:02:23 +0000 (UTC) (envelope-from jerry@seibercom.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=seibercom.net header.s=google header.b=oHqoWPjL; dmarc=none; spf=pass (mx1.freebsd.org: domain of jerry@seibercom.net designates 2607:f8b0:4864:20::232 as permitted sender) smtp.mailfrom=jerry@seibercom.net Received: by mail-oi1-x232.google.com with SMTP id 5614622812f47-3c383516de2so309162b6e.0 for ; Sun, 17 Mar 2024 14:02:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; t=1710709341; x=1711314141; darn=freebsd.org; h=content-transfer-encoding:mime-version:organization:reply-to :references:in-reply-to:message-id:subject:to:from:date:from:to:cc :subject:date:message-id:reply-to; bh=fFfkY9PhuP+d87mPSBZIED+4w/B0Dq+heyROLXHm4fs=; b=oHqoWPjLNz2qp3jjFRWNMXfmuy4meAHg79Yduonu0NEXBdRDK7HTVxPPzOnqAj1PkW 5JmCWOmCbb/bB8f6h3pXIpSm+tBVgnsAI/qJW/MDyUDiv1ln4dRMeR9BMtf07XLHxxq2 Yc7LukFTEq1uyzmGeMwHXgLlTgBGmIyDwGDOQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710709341; x=1711314141; h=content-transfer-encoding:mime-version:organization:reply-to :references:in-reply-to:message-id:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=fFfkY9PhuP+d87mPSBZIED+4w/B0Dq+heyROLXHm4fs=; b=DD/eFtIBtd1F7bwHI5KAQCWwgtAoSEPpTip5rgZ5UZm0YPEroOEJoaSQaewZmOiaP+ f4STICdGWRTU1Sm09YNgnYYcYo5zh4wvQk7LMPaY3UIyCMPPt+gsutbi55RNHZcjyiSR BgJ+LmbXpLqYx7p3dH5XU7NPmbtZ3Cql3X7avYSph+rjmRTuYH70j9IwNJ+oXp5fqGGY S0K9Ussh/iHamZk40WjCWoAtFsyyUGzcizjEm2YUw+77MPqk0umcnDFGUQoVrADYW5Wl tQ744avWPRqimNnRfoQzCNCHGmQtPY7DRpcSXeWei0pm7IoU9c8JIlZcgCIa9rRnwJeg xMYQ== X-Gm-Message-State: AOJu0Yx8MxQHCU+8o1quWq8xxSE8sUxTbm9IF09DuJsAH7h4fxHlKHGw AlWrlrRC8FzomigTm1JUpf4eppywFjV/ep9I5ioAInN7Cm/rdvdq0VRc7uPcfphfy/ef1Zgne11 2 X-Google-Smtp-Source: AGHT+IGuwKlHUSjTxUAR/3OIliC70yy/aM57dEJDnEBN+6y9AhvsledTWvkvEe5hVXAVFKdtnKM2aA== X-Received: by 2002:a05:6214:459e:b0:68f:1c80:d78e with SMTP id op30-20020a056214459e00b0068f1c80d78emr12237932qvb.0.1710708840513; Sun, 17 Mar 2024 13:54:00 -0700 (PDT) Received: from mystic.seibercom.net (071-077-018-211.res.spectrum.com. [71.77.18.211]) by smtp.gmail.com with ESMTPSA id g15-20020a0562140acf00b00690e4beae30sm4572092qvi.56.2024.03.17.13.53.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 17 Mar 2024 13:54:00 -0700 (PDT) Received: from localhost (ZEUS.seibercom.net [192.168.1.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by mystic.seibercom.net (Postfix) with ESMTPSA id 4TyVZt45qtz31h5 for ; Sun, 17 Mar 2024 16:53:58 -0400 (EDT) Date: Sun, 17 Mar 2024 16:53:57 -0400 From: "Gerard E. Seibert" To: questions@freebsd.org Subject: Re: Why Does bind Have So Many Dependencies Message-ID: <20240317165357.00001c4d@seibercom.net> In-Reply-To: <44a5mwiql8.fsf@be-well.ilk.org> References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> <44a5mwiql8.fsf@be-well.ilk.org> Reply-To: questions@freebsd.org, jerry@seibercom.net Organization: seibercom.NET X-Mailer: Claws Mail 4.2.0 (GTK 3.24.38; x86_64-w64-mingw32) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: clamav-milter 1.3.0 at mystic.seibercom.net X-Virus-Status: Clean X-Spamd-Bar: + X-Spamd-Result: default: False [1.50 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[seibercom.net:s=google]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[seibercom.net]; GREYLIST(0.00)[pass,body]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::232:from]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[seibercom.net:+]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; HAS_REPLYTO(0.00)[questions@freebsd.org] X-Rspamd-Queue-Id: 4TyVmb3dZcz4h1c On Sun, 17 Mar 2024 15:52:03 -0400, Lowell Gilbert stated: Taking a completely side t[r]?ack... Greg 'groggy' Lehey writes: > "For every difficult problem there is an answer that is simple, > elegant, and wrong". =20 For the record, because this is one of my favorite quotes, I would like to offer a traceable attribution of the phrase. It comes from H.L. Mencken, who first wrote it in the New York Evening Mail in 1917. He went on to put it in other essays over another third of a century. His actual wording at that time was: "Explanations exist; they have existed for all time; there is always a well-known solution to every human problem =E2=80=94 neat, plausible, and wrong." I haven't been able to dig up an original source for the version that Greg Lehey quotes, but I'd love to hear about it if you know it: that version is much more on-the-nose here in 2024. Be well. Lowell I believe you are referring to =E2=80=95 H.L. Mencken, Prejudices: Second s= eries --=20 Gerard From nobody Sun Mar 17 21:54:28 2024 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TyWwq4PBvz5Dyb2 for ; Sun, 17 Mar 2024 21:54:35 +0000 (UTC) (envelope-from grog@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TyWwq1fHqz4n6l; Sun, 17 Mar 2024 21:54:35 +0000 (UTC) (envelope-from grog@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710712475; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WE0ZvhJEuHj/oCmZx9Gbw3my8etJp26BaqIe2Z/Vszk=; b=sf294zMvOlU+G6KZCWj7Okk/TrpC9ZYkN6V0GXk9O5WvxLCAJasT5gg4otZyF7o4qBYN6C QESTK65TYzjqXqK4fMrNfX8T7ncUDUuTO/7T/9GB7QKLSNV/A8PywUOzX+kRsPj67S/Nfo iK0sjRWW7eh2NVP2Sd6W2z+nQqFYP/IU5fYK469fKg6Wub6SoENGNcS9hAqyIMN6x4vlLC TCLgoea5dg2m8707CFbO8N2UnJ+SDc8KEI88ZnZ+rU/ar+A48Ho2CTeM1f673qWiOnzfed YueE7BG/Bi8z+UAjJqfT+fpgPUuVJKgQjkfYRTnc3so4dvaCDI141W+1vJLawQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1710712475; a=rsa-sha256; cv=none; b=fpMetg3xoX5OwiSfJMVkQNeEcy4ok9fbO8XA9ni1XIRbt/1/Q5JZex0Rin9k+oHIG8JmDm 4AbAhte3cbgFAnrL5Yx19P5lxQClBgEvflUkKRTMHpZJYEP/g7Myyr17pIo2gorct17eDZ tZ4yJDR+cqx4B1l++r5s28uCinWMiUS69wJS88/Kzv+EMPXoDrL/ICJIQwqqOeoX6TLG2d EYgwjJn6vQYzjqyhu7p0VOn5+/ZufsqUONXQy3j27WNsaFJ61wik+krVorIwb9RchQ7JQL lxQ7KXzFeleq/MN92G9lHhIPE3mZSvt6TnSxti8lKT4SIHDqP61b5P964W6FZg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1710712475; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WE0ZvhJEuHj/oCmZx9Gbw3my8etJp26BaqIe2Z/Vszk=; b=pFQ1puKFDZJw1OaRNxe1egR8CQgy+86nSGxL5xFXPz1EPhTS1+vsi51fId81D/DW3ADcqt ml/rq48JsQLKEtCyOcklwJJM72PHvgIaftNhKd74Nfl0iDe2+SAnuSCybPGPAHMYekzCeV iCyHOTzhXdJcMjbgnV6fcbX1lUOQN/V4XusNKysk3a+IG9IkFKqYHlfvYw3tiWWc15APiC y0oXeVK4elpDZzi3yG/Ke1io/f79wZJz1Nbx4UCzLJNLldGPuFSkfwQa+ylb2OaR0UtOgd ujccKRnT8Jzwa2muGHHDKOp0FstdHAEn053ZB2hNLEDrnwv2yuyO5UP2s2Oy7g== Received: from hydra.lemis.com (121-200-11-253.79c80b.mel.nbn.aussiebb.net [121.200.11.253]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: grog/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TyWwp0CxBz1Blc; Sun, 17 Mar 2024 21:54:33 +0000 (UTC) (envelope-from grog@freebsd.org) Date: Mon, 18 Mar 2024 08:54:28 +1100 From: Greg 'groggy' Lehey To: Lowell Gilbert Cc: questions@freebsd.org Subject: Re: Why Does bind Have So Many Dependencies Message-ID: References: <44bk7ff70i.fsf@be-well.ilk.org> <18e4819d3e0.2890.0b331fcf0b21179f1640bd439e3f4a1e@tundraware.com> <44a5mwiql8.fsf@be-well.ilk.org> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1cXirCghYAFYZqU" Content-Disposition: inline In-Reply-To: <44a5mwiql8.fsf@be-well.ilk.org> Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: https://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 --H1cXirCghYAFYZqU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sunday, 17 March 2024 at 15:52:03 -0400, Lowell Gilbert wrote: > Greg 'groggy' Lehey writes: > >> "For every difficult problem there is an answer that is simple, >> elegant, and wrong". > > For the record, because this is one of my favorite quotes, I would like > to offer a traceable attribution of the phrase. It comes from > H.L. Mencken, who first wrote it in the New York Evening Mail in > 1917. ... > > "Explanations exist; they have existed for all time; there > is always a well-known solution to every human problem =E2=80=94 > neat, plausible, and wrong." Thanks for that. > I haven't been able to dig up an original source for the version that > Greg Lehey quotes, (Re)created just for this message. As I said at the time, On Sunday, 17 March 2024 at 17:45:27 +1100, Greg 'groggy' Lehey wrote: > Yes, this is a very simple answer. It reminds me of a couple of > quotes, *but not well*: Note the "but not well". It was a paraphrase: I didn't think that I would need to supply references, but clearly I was wrong. It took a bit of searching, but at https://en.wikiquote.org/wiki/H._L._Mencken I read a number of different formulations. Clearly Mencken liked the quote too. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA.php --H1cXirCghYAFYZqU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSaG4ICvM64RvkvCawi5vKQUHpCIwUCZfdmkAAKCRAi5vKQUHpC I49sAJ0W9se3lCO04GACyN4Vp+RdFIZTXgCdHVD6aTfm2e9AKImDhjmmefwJ5N8= =Q5bS -----END PGP SIGNATURE----- --H1cXirCghYAFYZqU--