From owner-freebsd-current@freebsd.org Sun Mar 1 09:55:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1135A26B841 for ; Sun, 1 Mar 2020 09:55:38 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Vdtx6LjVz43VF for ; Sun, 1 Mar 2020 09:55:37 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1472) id 6CDF51667B; Sun, 1 Mar 2020 09:55:36 +0000 (UTC) To: freebsd-current@FreeBSD.org Subject: Call for 2020Q1 quarterly status reports Message-Id: <20200301095537.6CDF51667B@freefall.freebsd.org> Date: Sun, 1 Mar 2020 09:55:36 +0000 (UTC) From: Lorenzo Salvadore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2020 09:55:38 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is April 1, 2020, for work done since the last round of Quarterly Reports: January, 2020 - March, 2020. I would like to remind you that reports are collected during the last month of every quarter. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md We look forward to seeing your 2020Q1 reports! Thanks, Lorenzo Salvadore (on behalf of quarterly@) From owner-freebsd-current@freebsd.org Sun Mar 1 20:55:29 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 73FBA24C6DA for ; Sun, 1 Mar 2020 20:55:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48VwXH3mRsz4BYR for ; Sun, 1 Mar 2020 20:55:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: kI8frxQVM1kOwXrLah7RhV5j7UwTXt6KCF5a73g2GvHFDaSfuxoDYlerPNBaMJf TeyPQ0e4XN1UZCjRUxQ8BzPOFZ9.zShazUTg_AkWLYHSAVHt9NzFH152PpN_iDMswTeX7BeqvFW_ EbVxMBCAlcq3L3yoARvjZvgF9TdUChC_BrbTJpcqTEdyU167hMycb3ezvfWJ.29ST2Am4uEuzLca 6ADhSdiCopwqVT0.51g_NPn_8.lMZPndgZ0.bih7kTHiP41hSHoy3w8iaydcO97cs5cOWoSXq4qG 7LwFbxXYZulhYb_rn1oDvTJwhLDZjWhcAJol6Rgr2sWplzFytGfD5.YiMGKyFyhPTewMbOsddgFT AKGZLGMevuMIi4H.NIUnV3_qmyCEXn5K5yRcDDyZ3OBumKQ8LkqbXbPDZjCUtn5oTP0Nz.diG9ot ydmpQdRW5FelmELkmxbv7gje8WyuWp3DDlpqBW4h5rrD1NpI_t5QPyfUgRdlN71quE4yjKp3dCT1 UppsDQkBG9hzMntqywXzp5iWfA2DJd82glelNO_BwYtchHcO2po_VITyfdnNnhpHlfNWgo05Qp14 FFNMitxeOAt0Kk3n4gP2Qe1keREcP3CybhHK75DEeHtW3dvReCMh1G2CjRJY8x7WFnd7ZQ8a6fh8 _AaMnB8rG.tL0bXJxd.Huqjrei25JLrDH95UGOt9iiKUj_oB7pvg9mE1Pg4vE1QpXmHn5p2p8T_w gL3yCt08rNU7O7ucrkrAFaaHFPHY0nAejs7ejoWidpSFjJRBhjzs.ncBXeruArRKew10RH0MYqQ6 T9d2NVnHfNnKg2YNen9LQFCc6j6YuZY5P3y7IVvmLvo16ansDKakcXZprx7s5EANRGDoEoc_8X8i RMha4nq_YZ_i1LcowKPJYdn3nDaI7_5xynjtg.jh_CQ1IM4n_ifh_ehg.1GhbYXXytngdO6xbXNd zmB.eSQVmkWHe5BhYjasNoVCIDk9C_K1rr1WW.1izzyaYYEt2zjmIDLi1JuCspadURe9Dy8ifjGT RKOxMcRL95Q5hK79eJAq0r9rscGtTFgIqo7..WxEd4JgjCn0O9XEFAl9vI_.mwOEzC_kJDfcnVWC XqzQ3rPo0XZI2sydxaUaD92PTHiUoPENaQita5GgDxiCHx4cTOcTXP9dN2kLNFyLBTGAkq7FiOEA OeBZrX0coGXXaPfkzEd48bax.u947AX.RubE.OVPDCnD1mUhU2b46B5CrvrUPJXh12112ZpS4dGN XDrjtnfRaJq3fSOltRzCmDvH0lrwUjUnr9_OjC3uBG_Duij13Ohr9QEcYydefmzz87hRlfzwvRdu nWvNTEL4NXu0f3SZnYzmlubkOhmxLA7DwuXJph3KYefzDQWjqhiUBOOk0TfQ9DzvqNH0P567XkKM RuwPLTxgSlstWcWsJA2VEfSa_IyEJjWXsyWqf0wjSfp.v38TqRAf6Yf.s Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 1 Mar 2020 20:55:25 +0000 Received: by smtp414.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3f6ee97fbc5f1ebb1e7fd7e3aeaddc34; Sun, 01 Mar 2020 20:55:20 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: r358062(ncurses) breaks installed ports, howto check? Date: Sun, 1 Mar 2020 12:55:19 -0800 References: <7A3C5CEF-9E4C-4C38-9A23-04E9200CB740@yahoo.com> To: andreas@naund.org, FreeBSD Current In-Reply-To: <7A3C5CEF-9E4C-4C38-9A23-04E9200CB740@yahoo.com> Message-Id: <55226290-1A9A-4B68-A056-68458E6CC5D5@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48VwXH3mRsz4BYR X-Spamd-Bar: / X-Spamd-Result: default: False [0.52 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.80)[-0.800,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.36), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.82)[0.816,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.66.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2020 20:55:29 -0000 On 2020-Feb-27, at 15:11, Mark Millard wrote: > Andreas Ott andreas at naund.org wrote on > Thu Feb 27 20:20:13 UTC 2020 : >=20 >=20 >>> # find /usr/local/*bin* /usr/local/lib* -type f \ >>> | xargs ldd -f '%p %A\n' 2>&1 | grep "^/lib/libncurses[^ ]*\.so\.8" = | cut -w -f2 \ >>> | xargs pkg which -q | sort -u | more >>=20 >> after pkp update && pkg upgrade, this came back empty. >=20 > The command is designed to report on the usage before the > libncurses*.so.8 are deleted, rather than after they have > been deleted: it was intended to help prepare beforehand. > It sounds like you did an activity that deleted the old > versions already before running the command. >=20 > I've not (yet?) thought about detecting and reporting forms > of libncurses*.so.8 being referenced but not being found. > I have not progressed to a version of head with > libncurses*.so.9 files yet. The following finds "libncurses[^ ]*\.so\.8 =3D> not found " examples from ldd and reports on the port that got such: # find /usr/local/*bin* /usr/local/lib* -type f \ | xargs ldd -a 2>&1 | egrep '(^/.*:$|libncurses[^ ]*\.so\.8 =3D> not = found )' \ | grep -B1 " not found " | grep "^/.*:$" | sed -e's;:$;;' \ | xargs pkg which -q | sort -u | more dialog4ports-0.1.6 gdb-8.3.1 libedit-3.1.20191211,1 llvm10-10.0.0.r2 python37-3.7.6 readline-8.0.1 (I created a context to run the above sort of command in, a context with a few examples to find.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sun Mar 1 21:51:17 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6053F24EFC6 for ; Sun, 1 Mar 2020 21:51:17 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) by mx1.freebsd.org (Postfix) with ESMTP id 48Vxmh0K4zz4LlJ for ; Sun, 1 Mar 2020 21:51:15 +0000 (UTC) (envelope-from brennan@umanwizard.com) X-Fes-Encrypted: true X-Fes-Ehlo-Domain: [192.168.1.171] To: freebsd-current@freebsd.org From: Brennan Vincent Subject: Pkg repository is broken... Message-ID: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> Date: Sun, 1 Mar 2020 16:50:59 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Vxmh0K4zz4LlJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brennan@umanwizard.com designates 54.203.248.109 as permitted sender) smtp.mailfrom=brennan@umanwizard.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[umanwizard.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.01)[ipnet: 54.202.0.0/15(-3.95), asn: 16509(-1.05), country: US(-0.05)]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:54.202.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2020 21:51:17 -0000 Apparently something has its ABI erroneously listed as FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64. ``` $ sudo pkg update -f Updating FreeBSD repository catalogue... Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 Fetching packagesite.txz: 100% 6 MiB 6.4MB/s 00:01 Processing entries: 72% pkg: wrong architecture: FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:13.0:amd64 Processing entries: 100% Unable to update repository FreeBSD Error updating repositories! ``` From owner-freebsd-current@freebsd.org Mon Mar 2 04:07:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B049258570 for ; Mon, 2 Mar 2020 04:07:25 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48W66h1QJWz4Q27 for ; Mon, 2 Mar 2020 04:07:24 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id x7so10160176ljc.1 for ; Sun, 01 Mar 2020 20:07:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=OmdCD0q+xfOUMAMQZVBxck1u+OvjFBXHNLluNedOboA=; b=tc4CFhRh2Rfx8kS88F9eV4+tBlYNkiKWEynyQlYlRY8MMqto0w3iAhGyq3WZIUuJj3 ioByOGD7LBrdZSERRiBXhOFIP0vZyyD+9oOAtoNAhjDWYbd84hGBB02Qor38LSGxGHka AJMh4Y4aj/+p+hNs32ZIYsgciEgx/GVLdCJaTvfLqEnE4e+6loCctyhCTP4vt+sHeK0/ 9uqCDBe1Cvz+pA43Ff87pVYPk3COiUFevWr8a5P3i62wImn+qGvFAbJ45jXZYtYU0hTJ tp/Tb1Pdq6ZUgt9mwZN7BR/FLRQqs16fw2uJMVxwpj9Ir9NxPzJnhbB4MeBneFAsugZ7 /fOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=OmdCD0q+xfOUMAMQZVBxck1u+OvjFBXHNLluNedOboA=; b=niqehhopjCs42kAJCaUEM1xRPxO2iFQbpaJ2rqTvvZrm78VMGW8YQQ0PV1Mcbrw6d7 O+8UNQRhUWsBsFq05Ub5sGgyBlGS9deL81Zf/ldwgp5dc+ZCNzeMXlXIDr9tt3m0e3KS QxUVg7ElEnVE+1GK9GzNcmqzA9e8z/vlB0c68LQ0KIHE9le9sHzYAf6rI3mNN9+K4B// rWdWT/WsYbP+h7J+nAKdWwwpXQUlUCQUR96VwJp0gv7m0r973bXTkJdl12xhmZmD0WDq 1oNh+QWmYxpMOqQnJzpgdnHLQ5uuAl8ANkNi48M657LEHnO/luprHaHiIKKAL3R+4/wa JYGg== X-Gm-Message-State: ANhLgQ3IoAwni/Bd3/U21YUoDYK9YQ7iVpvN1AKEXcuTtvT1Jp+fihgz ge/WbqwzoixkanSPC02j23qP427eqQ7ALVbj1kVpH8QU7mA= X-Google-Smtp-Source: ADFU+vtef7y77jH2JMUUp84OQUu+MUuY6kS8ZXV+dldqHqlgtboZvZsMGuOAc4uJQlyhgIw7vHL/LboTmOZy+3jOhF8= X-Received: by 2002:a05:651c:545:: with SMTP id q5mr10178829ljp.139.1583122041568; Sun, 01 Mar 2020 20:07:21 -0800 (PST) MIME-Version: 1.0 From: Dustin Marquess Date: Sun, 1 Mar 2020 22:07:09 -0600 Message-ID: Subject: -CURRENT fatal trap cause by cxgbe module To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48W66h1QJWz4Q27 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tc4CFhRh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dmarquess@gmail.com designates 2a00:1450:4864:20::242 as permitted sender) smtp.mailfrom=dmarquess@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ip: (2.87), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.66), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.4.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 04:07:25 -0000 So I've been fighting with any current from the last month or so instantly crashing when I boot it. I did notice that kernels in the various snapshot images were working, however, so I was trying to figure out why. At first I thought it was because I had INVARIANTS and such disabled, but no, I finally figured it out. I've had in my /boot/loader.conf for a while now: if_cxgbe_load="YES" I guess since the stock installer kernels don't have cxgbe enabled by default. I added "device cxgbe" to my kernels a while ago. Normally the kernel would give some error about the module already being loaded or something and just continue. As of last month or so, however, instead it just crashes: FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) WARNING: WITNESS option enabled, expect reduced performance. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80622931 stack pointer = 0x28:0xffffffff8241c9a0 frame pointer = 0x28:0xffffffff8241c9e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff8241c600 vpanic() at vpanic+0x18a/frame 0xffffffff8241c660 panic() at panic+0x43/frame 0xffffffff8241c6c0 trap_fatal() at trap_fatal+0x386/frame 0xffffffff8241c720 trap_pfault() at trap_pfault+0x99/frame 0xffffffff8241c7a0 trap() at trap+0x4e9/frame 0xffffffff8241c8d0 calltrap() at calltrap+0x8/frame 0xffffffff8241c8d0 --- trap 0xc, rip = 0xffffffff80622931, rsp = 0xffffffff8241c9a0, rbp = 0xffffffff8241c9e0 --- malloc() at malloc+0x51/frame 0xffffffff8241c9e0 sysctl_handle_string() at sysctl_handle_string+0x12d/frame 0xffffffff8241ca20 sysctl_root_handler_locked() at sysctl_root_handler_locked+0xa2/frame 0xffffffff8241ca70 sysctl_register_oid() at sysctl_register_oid+0x54c/frame 0xffffffff8241cd80 sysctl_register_all() at sysctl_register_all+0x88/frame 0xffffffff8241cda0 mi_startup() at mi_startup+0xf2/frame 0xffffffff8241cdf0 btext() at btext+0x2c KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x37: movq $0,0xa5f4a6(%rip) db> If I take the if_cxgbe_load out, however, it boots fine. Thanks! -Dustin From owner-freebsd-current@freebsd.org Mon Mar 2 08:47:50 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02FAA25EF90 for ; Mon, 2 Mar 2020 08:47:50 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WDLF32hdz4L88 for ; Mon, 2 Mar 2020 08:47:49 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.nyi.freebsd.org (Postfix) id 5343C25EF8F; Mon, 2 Mar 2020 08:47:49 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 52FB625EF8E for ; Mon, 2 Mar 2020 08:47:49 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021101.me.com (pv50p00im-ztdg10021101.me.com [17.58.6.44]) (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 48WDLC6r72z4L5g for ; Mon, 2 Mar 2020 08:47:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021101.me.com (Postfix) with ESMTPSA id 9BBEA180566 for ; Mon, 2 Mar 2020 08:47:44 +0000 (UTC) From: Toomas Soome Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: about loader & console Message-Id: Date: Mon, 2 Mar 2020 10:47:41 +0200 To: FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-03-02_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1031 mlxscore=0 mlxlogscore=965 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2003020069 X-Rspamd-Queue-Id: 48WDLC6r72z4L5g X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[44.6.58.17.list.dnswl.org : 127.0.5.1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(0.00)[ip: (-4.52), ipnet: 17.58.0.0/20(-1.99), asn: 714(-2.37), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 08:47:50 -0000 Hi! I have been busy with other bits for some time, but now back to poking = some bits. What we have now (on current): x86:=20 vidconsole on BIOS systems. Text mode, the screen is managed by teken = terminal emulator, we =E2=80=9Cdraw=E2=80=9D on vga text buffer.=20 comconsole: serial port driver shared by BIOS and UEFI mode. efi: Text mode, console =E2=80=9Cdevice=E2=80=9D which can have gfx = display, serial port or both connected as back end device, connection is = done by the firmware. We write by using UEFI Simple Text Output = Protocol. See also ConOut UEFI variable. To manage the screen, the efi console also defaults to use teken = terminal emulator, however, if the serial port is multiplexed to ConOut, = we can not have =E2=80=9Cour=E2=80=9D terminal emulator to draw the = screen, as that would distort the serial console. And worse, at least = some UEFI firmware implementations do not pass ESC code via simple text = output protocol, causing the console being filled by broken CSI = sequences. arm: efi console is the same state as in x86, no serial driver to = provide comconsole, the serial console is only available via redirection = from firmware. I actually do have basic comconsole implementation via UEFI Serial IO = protocol, but unfortunately, the UEFI API does not provide good way to = identify serial ports, we only do get array of handles of serial ports. = The SIO handle is opaque. What we want to get:=20 We would like to have framebuffer console (at least on efi), where we do = =E2=80=9Cdraw=E2=80=9D the glyphs and do not use simple text output = protocol for console output.=20 Why: this will allow us to provide more consistent screen output, draw = images and we would not depend on simple text output any more. UEFI gfx console is already built on framebuffer - on physical systems = we do get FB address, size and few other attributes, and after passing = this all to kernel, the kernel will draw the conole, as Simple Text = Output Protocol is not available once we start the kernel. To get this done, we need console font. To be able to output text, I do = plan to build into loader binary the limited set (ascii + box drawing) = 8x16 font, and once we have gained access to the disk, we will load best = matching font for the current resolution. This makes first problem - we = have font files in usr/share/vt/fonts, but there are too many options = where the /usr might be, so we would need to copy some of those fonts to = /boot tree. I=E2=80=99d use terminus fonts there for consistency (glyph = range) for various glyph sizes. And the kernel default built in font is = 8x16 terminus. With ability to draw our glyphs, we can build console device list in = console variable, just as it is currently done with x86 BIOS version. If = we should still use the console name =E2=80=9Cefi=E2=80=9D for FB = console or leave efi for pure Simple Text Output based console, is = something we would need to decide. Once we can draw the FB console on UEFI, it is not too hard to add the = implementation for BIOS VBE interface. To sum it all up: 0. my assumption is/was that we do not change the name of the console = driver, to keep the expected values people are used with. However, it is = quite easy to introduce new console types, if needed. 1. We need to provide serial driver on all platforms. 2. Provide option to switch between =E2=80=9Ctext=E2=80=9D and gfx mode. = In some systems (BIOS VGA) the gfx performance may be very low and text = mode might be preferred.=20 3. The screen updates are to be implemented via teken callback mechanism = (as it is also done in kernel for that matter). 4. The support to display images is using pnglite (and therefore png = format). Interpreters need updates to support the feature. I actually do have the core implementation for UEFI already, but = polishing it up will still get some time. Actually I am cheating there = quite a bit because I have done all this work already once and now I am = porting it to different terminal emulator. I hope this writeup does give some light about what is happening in this = area. thanks, toomas= From owner-freebsd-current@freebsd.org Mon Mar 2 17:20:12 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 944DD254706 for ; Mon, 2 Mar 2020 17:20:12 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48WRjP5qz5z4ZvY for ; Mon, 2 Mar 2020 17:20:09 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 9F299254701; Mon, 2 Mar 2020 17:20:09 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 971552546FD for ; Mon, 2 Mar 2020 17:20:09 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WRjL21VGz4Zs2 for ; Mon, 2 Mar 2020 17:20:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 022HKL4R004438 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 2 Mar 2020 09:20:22 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 022HKKWA004437; Mon, 2 Mar 2020 09:20:20 -0800 (PST) (envelope-from fbsd) Date: Mon, 2 Mar 2020 09:20:20 -0800 From: bob prohaska To: Toomas Soome Cc: FreeBSD Current , bob prohaska Subject: Re: about loader & console Message-ID: <20200302172020.GB2585@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48WRjL21VGz4Zs2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.932,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.74)[-0.741,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 17:20:12 -0000 On Mon, Mar 02, 2020 at 10:47:41AM +0200, Toomas Soome wrote: > What we have now (on current): > > arm: efi console is the same state as in x86, no serial driver to provide comconsole, the serial console is only available via redirection from firmware. > Is it possible, on a Pi3 without WiFi nor bluetooth, to add enable_uart=1 to config.txt? At this point config.txt contains arm_control=0x200 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=pwm dtoverlay=pi3-disable-bt device_tree_address=0x4000 kernel=u-boot.bin and is, I think, default. Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Mon Mar 2 17:58:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3DD60255626 for ; Mon, 2 Mar 2020 17:58:08 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lb1-smtp-cloud7.xs4all.net (lb1-smtp-cloud7.xs4all.net [194.109.24.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WSYB2LPqz45LL for ; Mon, 2 Mar 2020 17:58:05 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud7.xs4all.net with ESMTP id 8pKLjeEl6EE3q8pKOjvyz3; Mon, 02 Mar 2020 18:58:04 +0100 Date: Mon, 2 Mar 2020 17:58:01 +0000 From: marco To: freebsd-current@freebsd.org Subject: Re: Pkg repository is broken... Message-ID: <20200302175801.GA48484@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-current@freebsd.org References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20190411T032840Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 17:02pm up 104 days 20:36, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfBv0w0FuyiKTGEqNdT6MPG9EzVSiR0HUrzz3VGFf7NDukhdl1zEs3reRLHdyxgrqg4iUzHcZn/4ETTNS4a0ThpvNg6CrkW17/+e3gMTrdk+/NMQZC+z/ Jdtj4rZPGuN0QDPOjN6Lg/p17xLIR6C/2wOkwAWUzNJQLrJ02654pgztOJNp9FjCSgi1FbPe14StyaiZg71xeC3n/93L5xNHMZ6lNttAmzFR6mpp/o4xnmJe kuPxbocsJqyMeabdWPyV2g== X-Rspamd-Queue-Id: 48WSYB2LPqz45LL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.24 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-4.28 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[marco+freebsd-current@lordsith.net]; RCVD_COUNT_TWO(0.00)[2]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.03)[ipnet: 194.109.0.0/16(-0.16), asn: 3265(-0.03), country: NL(0.03)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-0.95)[-0.946,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[24.24.109.194.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[freebsd-current]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 17:58:08 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 01, 2020 at 04:50:59PM -0500, you (Brennan Vincent) sent the fo= llowing to [freebsd-current] : > Apparently something has its ABI erroneously listed as FreeBSD:13.0:amd64 > instead of FreeBSD:13:amd64. >=20 > ``` > $ sudo pkg update -f > Updating FreeBSD repository catalogue... > Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 > Fetching packagesite.txz: 100% 6 MiB 6.4MB/s 00:01 > Processing entries: 72% > pkg: wrong architecture: FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64 > pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:13.0:am= d64 > Processing entries: 100% > Unable to update repository FreeBSD > Error updating repositories! > ``` Ran into this very same problem today too. Just learned on #freebsd that the repos are temporarily borked and people are working hard to fix it. I even tried bootstrapping pkg like: env ABI=3DFreeBSD:13:amd64 pkg bootstrap -f (pkg 1.13.2 already installed) to no avail. Hoping things get sorted soon. --=20 Marco van Lienen -- Unix SysAdmin -- https://lordsith.net/ https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEAREKAAYFAl5dSSkACgkQjqALqIWA5st3pQCeKyz9AmmegcvS4oDMJ/ePnyGZ j8gAn3Ui881t+FBVHLasZpAQPKYvPawH =yh4F -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@freebsd.org Mon Mar 2 18:02:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7AB52255C82 for ; Mon, 2 Mar 2020 18:02:08 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (ns-b.lerctr.org [IPv6:2001:470:1f0f:3ad::53:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.lerctr.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WSdr1CSdz4Bhb for ; Mon, 2 Mar 2020 18:02:07 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=ler2019; h=Message-ID:References:In-Reply-To:Subject:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GQHwrXHDe2cCLaDX1JV+8zEsotgTYfnYHrykZcyzH0c=; b=POkI4aL+oiKlwnMhISIVNqsRzD 832FU4KbNNHRqPQJx0tufOTrGdJAjTjMjUJKpn5l2pK5drvXYIajNtW9SoGRGqTEe5oxe38d5Huum qhdsjjU0s4mj+PnVMRT1Q3UKnWaGBGz3pa6L27Pom9gTUrW/7uPIsoua4eSDrRb3OTLN5SWJF+Tv2 lNnY5Bg/dCzPinYkhuJr5H9qpQJ8JwkYY9LMZJYp7011emqh2z09g+0STEds00ZHxKnnZBNX7yLxV KKE98ZcEw0TV+9agCOfmYELKa7DYXX7LoBM0UiZj9/u92H9lpbQ9qBz8J5PqriOjr8VtpXIRx/ltM ua+s/9Pg==; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:bb:dcff:fe50:d900]:17295 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1j8pOD-000Brz-AV for freebsd-current@freebsd.org; Mon, 02 Mar 2020 12:02:01 -0600 Received: from 2600:1700:210:b180:74b4:73f7:b58a:7340 by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 02 Mar 2020 12:02:01 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 02 Mar 2020 12:02:01 -0600 From: Larry Rosenman To: Freebsd current Subject: Fwd: [package - head-amd64-default][sysutils/lsof] Failed for lsof-4.93.2_9,8 in build In-Reply-To: <202003021755.022Ht8TM001639@beefy18.nyi.freebsd.org> References: <202003021755.022Ht8TM001639@beefy18.nyi.freebsd.org> User-Agent: Roundcube Webmail/1.4.2 Message-ID: <7f10b92731a7e7a3e63d2b2277012cfb@FreeBSD.org> X-Sender: ler@FreeBSD.org X-Rspamd-Queue-Id: 48WSdr1CSdz4Bhb X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.25 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.25)[-0.249,0]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 18:02:08 -0000 Can someone help me here? Thanmks! -------- Original Message -------- Subject: [package - head-amd64-default][sysutils/lsof] Failed for lsof-4.93.2_9,8 in build Date: 03/02/2020 11:55 am From: pkg-fallout@FreeBSD.org To: ler@FreeBSD.org Cc: pkg-fallout@FreeBSD.org You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: ler@FreeBSD.org Last committer: ler@FreeBSD.org Ident: $FreeBSD: head/sysutils/lsof/Makefile 523727 2020-01-21 15:41:15Z ler $ Log URL: http://beefy18.nyi.freebsd.org/data/head-amd64-default/p527609_s358518/logs/lsof-4.93.2_9,8.log Build URL: http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p527609_s358518 Log: =>> Building sysutils/lsof build started at Mon Mar 2 17:55:04 UTC 2020 port directory: /usr/ports/sysutils/lsof package name: lsof-4.93.2_9,8 building for: FreeBSD head-amd64-default-job-12 13.0-CURRENT FreeBSD 13.0-CURRENT 1300082 amd64 maintained by: ler@FreeBSD.org Makefile ident: $FreeBSD: head/sysutils/lsof/Makefile 523727 2020-01-21 15:41:15Z ler $ Poudriere version: 3.2.8-5-gc81843e5 Host OSVERSION: 1300076 Jail OSVERSION: 1300082 Job Id: 12 !!! Jail is newer than host. (Jail: 1300082, Host: 1300076) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- SHELL=/bin/csh OSVERSION=1300082 UNAME_v=FreeBSD 13.0-CURRENT 1300082 UNAME_r=13.0-CURRENT BLOCKSIZE=K STATUS=1 HOME=/root PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin LOCALBASE=/usr/local USER=root LIBEXECPREFIX=/usr/local/libexec/poudriere POUDRIERE_VERSION=3.2.8-5-gc81843e5 MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref POUDRIERE_BUILD_TYPE=bulk PACKAGE_BUILDING=yes SAVED_TERM=screen PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS MASTERNAME=head-amd64-default SCRIPTPREFIX=/usr/local/share/poudriere OLDPWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p SCRIPTPATH=/usr/local/share/poudriere/bulk.sh POUDRIEREPATH=/usr/local/bin/poudriere ---End Environment--- ---Begin Poudriere Port Flags/Env--- PORT_FLAGS= PKGENV= FLAVOR= DEPENDS_ARGS= MAKE_ARGS= ---End Poudriere Port Flags/Env--- ---Begin OPTIONS List--- ---End OPTIONS List--- --MAINTAINER-- ler@FreeBSD.org --End MAINTAINER-- --CONFIGURE_ARGS-- -n freebsd --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- LSOF_CC="cc" FREEBSD_SYS="/usr/src/sys" XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local CC="cc" CFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector-strong " LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- OSREL=13.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local LIB32DIR=lib DOCSDIR="share/doc/lsof" EXAMPLESDIR="share/examples/lsof" DATADIR="share/lsof" WWWDIR="www/lsof" ETCDIR="etc/lsof" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/lsof DOCSDIR=/usr/local/share/doc/lsof EXAMPLESDIR=/usr/local/share/examples/lsof WWWDIR=/usr/local/www/lsof ETCDIR=/usr/local/etc/lsof --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles PACKAGE_BUILDING=yes PACKAGE_BUILDING_FLAVORS=yes #### /usr/local/etc/poudriere.d/make.conf #### # XXX: We really need this but cannot use it while 'make checksum' does not # try the next mirror on checksum failure. It currently retries the same # failed mirror and then fails rather then trying another. It *does* # try the next if the size is mismatched though. #MASTER_SITE_FREEBSD=yes # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs MAKE_JOBS_NUMBER=2 #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_921dbbb2=FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin _ALTCCVERSION_921dbbb2=none _CXXINTERNAL_acaad9ca=FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" "--hash-style=both" "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" CC_OUTPUT_921dbbb2_58173849=yes CC_OUTPUT_921dbbb2_9bdba57c=yes CC_OUTPUT_921dbbb2_6a4fe7f5=yes CC_OUTPUT_921dbbb2_6bcac02b=yes CC_OUTPUT_921dbbb2_67d20829=yes CC_OUTPUT_921dbbb2_bfa62e83=yes CC_OUTPUT_921dbbb2_f0b4d593=yes CC_OUTPUT_921dbbb2_308abb44=yes CC_OUTPUT_921dbbb2_f00456e5=yes CC_OUTPUT_921dbbb2_65ad290d=yes CC_OUTPUT_921dbbb2_f2776b26=yes CC_OUTPUT_921dbbb2_b2657cc3=yes CC_OUTPUT_921dbbb2_380987f7=yes CC_OUTPUT_921dbbb2_160933ec=yes CC_OUTPUT_921dbbb2_fb62803b=yes _OBJC_CCVERSION_921dbbb2=FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin _OBJC_ALTCCVERSION_921dbbb2=none ARCH=amd64 OPSYS=FreeBSD _OSRELEASE=13.0-CURRENT OSREL=13.0 OSVERSION=1300082 PYTHONBASE=/usr/local HAVE_COMPAT_IA32_KERN=YES CONFIGURE_MAX_CMD_LEN=524288 HAVE_PORTS_ENV=1 #### Misc Poudriere #### GID=0 UID=0 ---End make.conf--- --Resource limits-- cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 524288 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 89999 open files (-n) 1024 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =================================================== ===> License lsof accepted by the user =========================================================================== =================================================== ===> lsof-4.93.2_9,8 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.13.2.txz [head-amd64-default-job-12] Installing pkg-1.13.2... [head-amd64-default-job-12] Extracting pkg-1.13.2: .......... done ===> lsof-4.93.2_9,8 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of lsof-4.93.2_9,8 =========================================================================== =================================================== =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License lsof accepted by the user ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building ===> Extracting for lsof-4.93.2_9,8 => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for lsof-4.93.2_9,8 ===> Applying FreeBSD patches for lsof-4.93.2_9,8 =========================================================================== =================================================== =========================================================================== =================================================== =========================================================================== =================================================== ===> Configuring for lsof-4.93.2_9,8 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created =========================================================================== =================================================== ===> Building for lsof-4.93.2_9,8 --- version.h --- --- lib/liblsof.a --- Constructing version.h (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") --- ckkv.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o --- dmnt.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dmnt.c -o dmnt.o --- lib/liblsof.a --- --- cvfs.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c cvfs.c -o cvfs.o --- dnode.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dnode.c -o dnode.o --- lib/liblsof.a --- --- dvch.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c dvch.c -o dvch.o --- dnode1.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c -o dnode1.o In file included from dnode1.c:148: In file included from /usr/src/sys/fs/fuse/fuse_node.h:72: /usr/src/sys/fs/fuse/fuse_file.h:214:33: warning: declaration of 'struct fuse_open_out' will not be visible outside of this function [-Wvisibility] struct ucred *cred, struct fuse_open_out *foo); ^ In file included from dnode1.c:148: /usr/src/sys/fs/fuse/fuse_node.h:142:2: warning: implicit declaration of function 'getbinuptime' is invalid in C99 [-Wimplicit-function-declaration] getbinuptime(&now); ^ /usr/src/sys/fs/fuse/fuse_node.h:174:3: warning: implicit declaration of function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] MPASS(dvp->v_type == VDIR); ^ /usr/src/sys/fs/fuse/fuse_node.h:187:45: warning: declaration of 'struct fuse_entry_out' will not be visible outside of this function [-Wvisibility] int fuse_vnode_get(struct mount *mp, struct fuse_entry_out *feo, ^ 4 warnings generated. --- dnode2.o --- --- dnode2.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DFREEBSDV=13000 -DHAS_ZFS -DHAS_CV_TIMEDWAIT_SBT -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 -I/usr/src/sys/cddl/compat/opensolaris -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod -I/usr/src/sys/cddl/contrib/opensolaris/uts/common -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs -I/usr/src/sys/cddl/contrib/opensolaris/common -I/wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/usr/src/include -I`pwd` -c dnode2.c -o dnode2.o --- lib/liblsof.a --- --- fino.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c fino.c -o fino.o --- isfn.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c isfn.c -o isfn.o --- dnode2.o --- In file included from dnode2.c:62: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dmu.h:48: In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:73: In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:243:10: warning: implicit declaration of function 'VOP_FSYNC' is invalid in C99 [-Wimplicit-function-declaration] error = VOP_FSYNC(vp, MNT_WAIT, curthread); ^ 1 warning generated. --- dproc.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dproc.c -o dproc.o --- lib/liblsof.a --- --- lkud.o --- cc -pipe -fstack-protector-strong -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c lkud.c -o lkud.o --- dproc.o --- dproc.c:350:24: error: no member named 'fd_cdir' in 'struct filedesc' if (!ckscko && fd.fd_cdir) { ~~ ^ dproc.c:353:25: error: no member named 'fd_cdir' in 'struct filedesc' process_node((KA_T)fd.fd_cdir); ~~ ^ dproc.c:360:24: error: no member named 'fd_rdir' in 'struct filedesc' if (!ckscko && fd.fd_rdir) { ~~ ^ dproc.c:363:25: error: no member named 'fd_rdir' in 'struct filedesc' process_node((KA_T)fd.fd_rdir); ~~ ^ dproc.c:372:24: error: no member named 'fd_jdir' in 'struct filedesc' if (!ckscko && fd.fd_jdir) { ~~ ^ dproc.c:375:25: error: no member named 'fd_jdir' in 'struct filedesc' process_node((KA_T)fd.fd_jdir); ~~ ^ 6 errors generated. *** [dproc.o] Error code 1 make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 --- lib/liblsof.a --- A failure has been detected in another branch of the parallel make make[2]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib *** [lib/liblsof.a] Error code 2 make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 2 errors make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/lsof -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 From owner-freebsd-current@freebsd.org Mon Mar 2 18:07:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A084255F17 for ; Mon, 2 Mar 2020 18:07:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WSmR2rdZz4FcN; Mon, 2 Mar 2020 18:07:51 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x441.google.com with SMTP id q8so942200wrm.4; Mon, 02 Mar 2020 10:07:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=t94E1tEBRyPrdpjXlIUTpec5pGunSHwnUwKcgt6ehDU=; b=JcOfxadC/aZsiF7jg92ZCKyce8r6cIyhEr/SBRECJo+EHhubJMOeAIGlHzNlSLj508 Ws3Jwa6UPBkAmsrtvZLVIoMV6jf07GTm0OpiPTIh+H0Cj53YVXsTbXxz9WVyh57CAoGa k2gofznF8nn3N15pDLIOzcMoOLJ3jICGiRwlljvfUEMTXBte/W80QDiPkB3CcHGGzDPl NbRFApBbyzqgUrBMFxUW7+ooXOw2IIGH0yA+aLwROmhiq48f0JgQ+VIXUxug1W3azgXX TFcV6JP95oLFT1GWcT+BKiE78JDzZnu8j2KbiRSSNh/lM7M3jOSpGzlY29edpCC0pyC1 A0HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=t94E1tEBRyPrdpjXlIUTpec5pGunSHwnUwKcgt6ehDU=; b=BdjvyL9CQwJl0t6W+4aGP7deZ3Vo06xhPDHDCmcIqKBtqyToPI8wnlLhXj6jvBzlvs u4fi/bmMSS9T31SLanV99EpgbIYd7yxrde2yVtTmCryEFlKuxQ0JyzJRLWLLbGyQQjCK 28gKu0PLd8wzp/unxANijOLd7PYhkhVo49eWkYya2Zc/SFTWWR3Ym1JLgwt3X8qGIl4O ZzDE3GGE4MZfjQyOqwRWdxECcjfC4R84wB8oMlImoTsGE3sdIadgMfSPk0rzciJXhhfT OayZoSk+WtasnqbdzBZ6Gv/EkUH4N5qIcEfFRvOrKf57g9SC0lTtscM43bHlVlqadSID 6MPw== X-Gm-Message-State: ANhLgQ3uoJ0pLf5w2bYun18l4PfyQRCZ7xkOmf7KxyLsiBYyUhVQ790q tVRj2fPezzgbgH0pxdSgsbqcLMK1qFyDkHRGU1DEmg== X-Google-Smtp-Source: ADFU+vt0yuZNYa2SKMpJwLFJCE2vdT5qpxHw+uIfBA8jeIMFR2PI66btuaECe7vBJg+J5H0N9zK/Al4IP/cTbd9O7uU= X-Received: by 2002:adf:914e:: with SMTP id j72mr763558wrj.109.1583172468686; Mon, 02 Mar 2020 10:07:48 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Mon, 2 Mar 2020 10:07:47 -0800 (PST) In-Reply-To: <7f10b92731a7e7a3e63d2b2277012cfb@FreeBSD.org> References: <202003021755.022Ht8TM001639@beefy18.nyi.freebsd.org> <7f10b92731a7e7a3e63d2b2277012cfb@FreeBSD.org> From: Mateusz Guzik Date: Mon, 2 Mar 2020 19:07:47 +0100 Message-ID: Subject: Re: [package - head-amd64-default][sysutils/lsof] Failed for lsof-4.93.2_9,8 in build To: Larry Rosenman Cc: Freebsd current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48WSmR2rdZz4FcN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 18:07:52 -0000 On 3/2/20, Larry Rosenman wrote: > > Can someone help me here? > That's a fallout from my change, I'll take care of it in few h. > Thanmks! > -------- Original Message -------- > Subject: [package - head-amd64-default][sysutils/lsof] Failed for > lsof-4.93.2_9,8 in build > Date: 03/02/2020 11:55 am > From: pkg-fallout@FreeBSD.org > To: ler@FreeBSD.org > Cc: pkg-fallout@FreeBSD.org > > You are receiving this mail as a port that you maintain > is failing to build on the FreeBSD package build server. > Please investigate the failure and submit a PR to fix > build. > > Maintainer: ler@FreeBSD.org > Last committer: ler@FreeBSD.org > Ident: $FreeBSD: head/sysutils/lsof/Makefile 523727 2020-01-21 > 15:41:15Z ler $ > Log URL: > http://beefy18.nyi.freebsd.org/data/head-amd64-default/p527609_s358518/logs/lsof-4.93.2_9,8.log > Build URL: > http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p527609_s358518 > Log: > > =>> Building sysutils/lsof > build started at Mon Mar 2 17:55:04 UTC 2020 > port directory: /usr/ports/sysutils/lsof > package name: lsof-4.93.2_9,8 > building for: FreeBSD head-amd64-default-job-12 13.0-CURRENT FreeBSD > 13.0-CURRENT 1300082 amd64 > maintained by: ler@FreeBSD.org > Makefile ident: $FreeBSD: head/sysutils/lsof/Makefile 523727 > 2020-01-21 15:41:15Z ler $ > Poudriere version: 3.2.8-5-gc81843e5 > Host OSVERSION: 1300076 > Jail OSVERSION: 1300082 > Job Id: 12 > > > > > !!! Jail is newer than host. (Jail: 1300082, Host: 1300076) !!! > !!! This is not supported. !!! > !!! Host kernel must be same or newer than jail. !!! > !!! Expect build failures. !!! > > > > ---Begin Environment--- > SHELL=/bin/csh > OSVERSION=1300082 > UNAME_v=FreeBSD 13.0-CURRENT 1300082 > UNAME_r=13.0-CURRENT > BLOCKSIZE=K > STATUS=1 > HOME=/root > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > LOCALBASE=/usr/local > USER=root > LIBEXECPREFIX=/usr/local/libexec/poudriere > POUDRIERE_VERSION=3.2.8-5-gc81843e5 > MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref > POUDRIERE_BUILD_TYPE=bulk > PACKAGE_BUILDING=yes > SAVED_TERM=screen > PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool > P_PORTS_FEATURES=FLAVORS SELECTED_OPTIONS > MASTERNAME=head-amd64-default > SCRIPTPREFIX=/usr/local/share/poudriere > OLDPWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p > SCRIPTPATH=/usr/local/share/poudriere/bulk.sh > POUDRIEREPATH=/usr/local/bin/poudriere > ---End Environment--- > > ---Begin Poudriere Port Flags/Env--- > PORT_FLAGS= > PKGENV= > FLAVOR= > DEPENDS_ARGS= > MAKE_ARGS= > ---End Poudriere Port Flags/Env--- > > ---Begin OPTIONS List--- > ---End OPTIONS List--- > > --MAINTAINER-- > ler@FreeBSD.org > --End MAINTAINER-- > > --CONFIGURE_ARGS-- > -n freebsd > --End CONFIGURE_ARGS-- > > --CONFIGURE_ENV-- > LSOF_CC="cc" FREEBSD_SYS="/usr/src/sys" > XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" > PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > > SHELL=/bin/sh CONFIG_SHELL=/bin/sh > --End CONFIGURE_ENV-- > > --MAKE_ENV-- > XDG_DATA_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > XDG_CONFIG_HOME=/wrkdirs/usr/ports/sysutils/lsof/work > HOME=/wrkdirs/usr/ports/sysutils/lsof/work TMPDIR="/tmp" > PATH=/wrkdirs/usr/ports/sysutils/lsof/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > > NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh > NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local CC="cc" CFLAGS="-O2 > -pipe -fstack-protector-strong -fno-strict-aliasing " CPP="cpp" > CPPFLAGS="" LDFLAGS=" -fstack-protector-strong " LIBS="" CXX="c++" > CXXFLAGS="-O2 -pipe -fstack-protector-strong -fno-strict-aliasing " > MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" > BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m > 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m > 444" > --End MAKE_ENV-- > > --PLIST_SUB-- > OSREL=13.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local > LIB32DIR=lib DOCSDIR="share/doc/lsof" EXAMPLESDIR="share/examples/lsof" > DATADIR="share/lsof" WWWDIR="www/lsof" ETCDIR="etc/lsof" > --End PLIST_SUB-- > > --SUB_LIST-- > PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/lsof > DOCSDIR=/usr/local/share/doc/lsof > EXAMPLESDIR=/usr/local/share/examples/lsof WWWDIR=/usr/local/www/lsof > ETCDIR=/usr/local/etc/lsof > --End SUB_LIST-- > > ---Begin make.conf--- > USE_PACKAGE_DEPENDS=yes > BATCH=yes > WRKDIRPREFIX=/wrkdirs > PORTSDIR=/usr/ports > PACKAGES=/packages > DISTDIR=/distfiles > PACKAGE_BUILDING=yes > PACKAGE_BUILDING_FLAVORS=yes > #### /usr/local/etc/poudriere.d/make.conf #### > # XXX: We really need this but cannot use it while 'make checksum' does > not > # try the next mirror on checksum failure. It currently retries the > same > # failed mirror and then fails rather then trying another. It *does* > # try the next if the size is mismatched though. > #MASTER_SITE_FREEBSD=yes > # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs > MAKE_JOBS_NUMBER=2 > #### /usr/ports/Mk/Scripts/ports_env.sh #### > _CCVERSION_921dbbb2=FreeBSD clang version 9.0.1 > (git@github.com:llvm/llvm-project.git > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: > x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin > _ALTCCVERSION_921dbbb2=none > _CXXINTERNAL_acaad9ca=FreeBSD clang version 9.0.1 > (git@github.com:llvm/llvm-project.git > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: > x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin > "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" > "--hash-style=both" "--enable-new-dtags" "-o" "a.out" "/usr/lib/crt1.o" > "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" "/dev/null" "-lc++" > "-lm" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" > "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" > "/usr/lib/crtn.o" > CC_OUTPUT_921dbbb2_58173849=yes > CC_OUTPUT_921dbbb2_9bdba57c=yes > CC_OUTPUT_921dbbb2_6a4fe7f5=yes > CC_OUTPUT_921dbbb2_6bcac02b=yes > CC_OUTPUT_921dbbb2_67d20829=yes > CC_OUTPUT_921dbbb2_bfa62e83=yes > CC_OUTPUT_921dbbb2_f0b4d593=yes > CC_OUTPUT_921dbbb2_308abb44=yes > CC_OUTPUT_921dbbb2_f00456e5=yes > CC_OUTPUT_921dbbb2_65ad290d=yes > CC_OUTPUT_921dbbb2_f2776b26=yes > CC_OUTPUT_921dbbb2_b2657cc3=yes > CC_OUTPUT_921dbbb2_380987f7=yes > CC_OUTPUT_921dbbb2_160933ec=yes > CC_OUTPUT_921dbbb2_fb62803b=yes > _OBJC_CCVERSION_921dbbb2=FreeBSD clang version 9.0.1 > (git@github.com:llvm/llvm-project.git > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: > x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin > _OBJC_ALTCCVERSION_921dbbb2=none > ARCH=amd64 > OPSYS=FreeBSD > _OSRELEASE=13.0-CURRENT > OSREL=13.0 > OSVERSION=1300082 > PYTHONBASE=/usr/local > HAVE_COMPAT_IA32_KERN=YES > CONFIGURE_MAX_CMD_LEN=524288 > HAVE_PORTS_ENV=1 > #### Misc Poudriere #### > GID=0 > UID=0 > ---End make.conf--- > --Resource limits-- > cpu time (seconds, -t) unlimited > file size (512-blocks, -f) unlimited > data seg size (kbytes, -d) 33554432 > stack size (kbytes, -s) 524288 > core file size (512-blocks, -c) unlimited > max memory size (kbytes, -m) unlimited > locked memory (kbytes, -l) unlimited > max user processes (-u) 89999 > open files (-n) 1024 > virtual mem size (kbytes, -v) unlimited > swap limit (kbytes, -w) unlimited > socket buffer size (bytes, -b) unlimited > pseudo-terminals (-p) unlimited > kqueues (-k) unlimited > umtx shared locks (-o) unlimited > --End resource limits-- > ======================= >============================ > ===> License lsof accepted by the user > =========================================================================== > ======================= >============================ > ===> lsof-4.93.2_9,8 depends on file: /usr/local/sbin/pkg - not found > ===> Installing existing package /packages/All/pkg-1.13.2.txz > [head-amd64-default-job-12] Installing pkg-1.13.2... > [head-amd64-default-job-12] Extracting pkg-1.13.2: .......... done > ===> lsof-4.93.2_9,8 depends on file: /usr/local/sbin/pkg - found > ===> Returning to build of lsof-4.93.2_9,8 > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building > => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. > =========================================================================== > ======================= extract-depends>============================ > =========================================================================== > ======================= >============================ > ===> License lsof accepted by the user > ===> Fetching all distfiles required by lsof-4.93.2_9,8 for building > ===> Extracting for lsof-4.93.2_9,8 > => SHA256 Checksum OK for lsof-org-lsof-4.93.2_GH0.tar.gz. > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> Patching for lsof-4.93.2_9,8 > ===> Applying FreeBSD patches for lsof-4.93.2_9,8 > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > =========================================================================== > ======================= >============================ > ===> Configuring for lsof-4.93.2_9,8 > Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c > ./lockf_owner.h creation succeeded. > rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c > dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h > __lseek.s Makefile Makefile.zfs ./tests/config.cflags > rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags > Testing C library for localtime() and strftime(), using cc ... present > ln -s dialects/freebsd/dlsof.h dlsof.h > ln -s dialects/freebsd/dmnt.c dmnt.c > ln -s dialects/freebsd/dnode.c dnode.c > ln -s dialects/freebsd/dnode1.c dnode1.c > ln -s dialects/freebsd/dnode2.c dnode2.c > ln -s dialects/freebsd/dproc.c dproc.c > ln -s dialects/freebsd/dproto.h dproto.h > ln -s dialects/freebsd/dsock.c dsock.c > ln -s dialects/freebsd/dstore.c dstore.c > ln -s dialects/freebsd/dzfs.h dzfs.h > ln -s dialects/freebsd/machine.h machine.h > Makefile and lib/Makefile created. > Makefile.zfs created. > ./tests/config.cc created > ./tests/config.cflags created > ./tests/config.ldflags created > ./tests/config.xobj created > =========================================================================== > ======================= >============================ > ===> Building for lsof-4.93.2_9,8 > --- version.h --- > --- lib/liblsof.a --- > Constructing version.h > (cd lib; /usr/bin/make DEBUG="-O2" CFGF="-pipe -fstack-protector-strong > -fno-strict-aliasing -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT > -DHAS_DUP2 -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE > -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE > -DHAS_UFS1_2 -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS > -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB > -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 > -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX > -DHAS_STRFTIME -DLSOF_VSTR=\"13.0-CURRENT\"") > --- ckkv.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c -o ckkv.o > --- dmnt.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dmnt.c -o dmnt.o > --- lib/liblsof.a --- > --- cvfs.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c cvfs.c -o cvfs.o > --- dnode.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dnode.c -o dnode.o > --- lib/liblsof.a --- > --- dvch.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c dvch.c -o dvch.o > --- dnode1.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dnode1.c -o dnode1.o > In file included from dnode1.c:148: > In file included from /usr/src/sys/fs/fuse/fuse_node.h:72: > /usr/src/sys/fs/fuse/fuse_file.h:214:33: warning: declaration of 'struct > fuse_open_out' will not be visible outside of this function > [-Wvisibility] > struct ucred *cred, struct fuse_open_out > *foo); > ^ > In file included from dnode1.c:148: > /usr/src/sys/fs/fuse/fuse_node.h:142:2: warning: implicit declaration of > function 'getbinuptime' is invalid in C99 > [-Wimplicit-function-declaration] > getbinuptime(&now); > ^ > /usr/src/sys/fs/fuse/fuse_node.h:174:3: warning: implicit declaration of > function 'MPASS' is invalid in C99 [-Wimplicit-function-declaration] > MPASS(dvp->v_type == VDIR); > ^ > /usr/src/sys/fs/fuse/fuse_node.h:187:45: warning: declaration of 'struct > fuse_entry_out' will not be visible outside of this function > [-Wvisibility] > int fuse_vnode_get(struct mount *mp, struct fuse_entry_out *feo, > ^ > 4 warnings generated. > --- dnode2.o --- > --- dnode2.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DFREEBSDV=13000 -DHAS_ZFS -DHAS_CV_TIMEDWAIT_SBT > -DHAS_V_LOCKF -D_SOLARIS_C_SOURCE -O2 > -I/usr/src/sys/cddl/compat/opensolaris > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common/zmod > -I/usr/src/sys/cddl/contrib/opensolaris/uts/common > -I/usr/src/sys/cddl/contrib/opensolaris/common/zfs > -I/usr/src/sys/cddl/contrib/opensolaris/common > -I/wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/usr/src/include > -I`pwd` -c dnode2.c -o dnode2.o > --- lib/liblsof.a --- > --- fino.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c fino.c -o fino.o > --- isfn.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c isfn.c -o isfn.o > --- dnode2.o --- > In file included from dnode2.c:62: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_znode.h:33: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dmu.h:48: > In file included from > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zfs_context.h:73: > In file included from /usr/src/sys/cddl/compat/opensolaris/sys/vfs.h:37: > /usr/src/sys/cddl/compat/opensolaris/sys/vnode.h:243:10: warning: > implicit declaration of function 'VOP_FSYNC' is invalid in C99 > [-Wimplicit-function-declaration] > error = VOP_FSYNC(vp, MNT_WAIT, curthread); > ^ > 1 warning generated. > --- dproc.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR=\"13.0-CURRENT\" -I/usr/src/sys -O2 -c dproc.c -o dproc.o > --- lib/liblsof.a --- > --- lkud.o --- > cc -pipe -fstack-protector-strong -fno-strict-aliasing > -DNEEDS_BOOL_TYPEDEF -DHASTASKS -DHAS_PAUSE_SBT -DHAS_DUP2 > -DHAS_CLOSEFROM -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT > -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 > -DHAS_NO_IDEV -DHAS_VM_MEMATTR_T -DNEEDS_DEVICE_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHASFUSEFS -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T > -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=13000 -DHASFDESCFS=2 > -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME > -DLSOF_VSTR="13.0-CURRENT" -I/usr/src/sys -O2 -c lkud.c -o lkud.o > --- dproc.o --- > dproc.c:350:24: error: no member named 'fd_cdir' in 'struct filedesc' > if (!ckscko && fd.fd_cdir) { > ~~ ^ > dproc.c:353:25: error: no member named 'fd_cdir' in 'struct filedesc' > process_node((KA_T)fd.fd_cdir); > ~~ ^ > dproc.c:360:24: error: no member named 'fd_rdir' in 'struct filedesc' > if (!ckscko && fd.fd_rdir) { > ~~ ^ > dproc.c:363:25: error: no member named 'fd_rdir' in 'struct filedesc' > process_node((KA_T)fd.fd_rdir); > ~~ ^ > dproc.c:372:24: error: no member named 'fd_jdir' in 'struct filedesc' > if (!ckscko && fd.fd_jdir) { > ~~ ^ > dproc.c:375:25: error: no member named 'fd_jdir' in 'struct filedesc' > process_node((KA_T)fd.fd_jdir); > ~~ ^ > 6 errors generated. > *** [dproc.o] Error code 1 > > make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > --- lib/liblsof.a --- > A failure has been detected in another branch of the parallel make > > make[2]: stopped in > /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2/lib > *** [lib/liblsof.a] Error code 2 > > make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > 2 errors > > make[1]: stopped in /wrkdirs/usr/ports/sysutils/lsof/work/lsof-4.93.2 > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > to > the maintainer. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/sysutils/lsof > > -- > Larry Rosenman http://people.freebsd.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Mateusz Guzik From owner-freebsd-current@freebsd.org Mon Mar 2 20:08:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A07E2594A5 for ; Mon, 2 Mar 2020 20:08:08 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-ed1-x542.google.com (mail-ed1-x542.google.com [IPv6:2a00:1450:4864:20::542]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WWRB6lCTz3J8t for ; Mon, 2 Mar 2020 20:08:06 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-ed1-x542.google.com with SMTP id y3so1253418edj.13 for ; Mon, 02 Mar 2020 12:08:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sVFhxN3fGWJBAPw10puVMbPN6hk8gfjag8HkeZKXUyg=; b=mjaOp97XTnJwU485bbk2x3ehMukxSu4AAAnGOEJz1TTWO3EuWc2DFDj3gA5NtOPuxr 90R1+rFAzYhGMXinjCKON60994OkOJrnSqhgA/pB7zBLYxU5A3I9VsrIYSOVZOERcNug 0ZJv+HwWuT1rrLOZIqHWlNsEx6P+faefuGCsn+hsgpb+nV+L1kTBbEsBq/QoY5OJG6+H xQRKrGWRuCV4n44GbvqdjFPh9AXg2aO8cqAtagJlqOLxS82pA3aV5z4Vhi27FM08+G1L riX31frk79TVE3lWYTQIUimi4yi/YbHJs8w9s9oXTxJNLWn1nMDssbO6Jj3MQs5dfoCA vYOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=sVFhxN3fGWJBAPw10puVMbPN6hk8gfjag8HkeZKXUyg=; b=qpnR4Yq6yFrcta3Fu/HAI4YIAEQzJiTD3bznw6y7Y2VxysSVGAbN0q9N017Vo3ECSr zupPNONbeofhWSHLhJuqlZak6B8MHQErbdH5oK3yvlJyETfY59nJp5Ec1NjH/sAgarhQ yTN83fS6bzpc4r64iX+q57jVeNoB0QZMzFthRvnjadGQHBTU+sfTOm3+cd6+XCE+/318 TUCUlKRpp6hW07TG9U3bXueB79n2In6aLckrFFXSm0IDTNDW1tv3XX4OwjgMsatzgjFl 2p03sz/ZH/VMzFw3cAeus36dTWm+SYP6W3RJKAZpCtAUp7LQ1NwLkkcCmcYIKVYJmSla //qQ== X-Gm-Message-State: ANhLgQ3CYawo8K7Zu9KQSpng6sINXXO0GImiHDgur7OBWaa/h4/g6Hm9 xGXt0rGGM35rxcjSg+HHUaT2VogR X-Google-Smtp-Source: ADFU+vuIimgh54ZhNx6rz67bv7IAWYPeX9meIZIpJk3dap1zLmzGJQZIhMwSd50C8AhYOByBYtumaQ== X-Received: by 2002:aa7:c44e:: with SMTP id n14mr974114edr.179.1583179684971; Mon, 02 Mar 2020 12:08:04 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [12.32.117.8]) by smtp.googlemail.com with ESMTPSA id g20sm895344edy.77.2020.03.02.12.08.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Mar 2020 12:08:04 -0800 (PST) Sender: Navdeep Parhar Subject: Re: -CURRENT fatal trap cause by cxgbe module To: Dustin Marquess , freebsd-current@freebsd.org References: From: Navdeep Parhar Autocrypt: addr=np@FreeBSD.org; prefer-encrypt=mutual; keydata= mQGiBEosaGcRBACOXnXquGEW53BjpMt2jViod/TUf1xgjMekcbDxqOODPeX7eYfrwJ8G6BCN OpGjBmWDu/JcNj4Z+gmTilJ6WLZQ7ecFZfEeO91pt6ys0cyWh0xfO+/mT83D7W81S/kqrJBk QbBIdV6LumevdErHo272r8RcMELC4Ru87eRtX3hmEwCgnnGNJMpQFUfYTt5XE7nY0yQoeV8D /0OcWmJbEZWxX9O7AuliCe3zd2Dw0B4LB9SZ2Dis7+gpVd3xVgYnt5wRE9kM+ThgrMA/wqr8 07qmEG6bcfUsfwwGN9YUtNF3xAN07cXTs026sCIFNZK816PrThBzCgkwR7pDpkMzGWIBr8Wi XXy0eB+JlQ6UV4PEiXuZ5ulzP0b1A/9CZm3wJfrNC0r1gMyrfVedg4zwKU997bmPLGcYs+rW XDTI9CvMseOUYn4CoDZQCp/9zxuHK+VU7Y/w0c/hVE5ERACSn4SjN2unEDstK9njZBMHEPVk Ae/YvSG5cmc97SHlVE+eu/bbLKcvFb6rRLPOaVFQJMJA2VJEGWtYhvP7ZbQfTmF2ZGVlcCBQ YXJoYXIgPG5wQEZyZWVCU0Qub3JnPohgBBMRAgAgBQJKLGhnAhsDBgsJCAcDAgQVAggDBBYC AwECHgECF4AACgkQyrIrk6yriBL0MQCfUJOiS2PbJFDeiav1ylcXXwfpggAAoJRoS7GDENGy M4BzjJ4b0ptZqTLRuQINBEosaGcQCACFCWs47SL4DQA6bNDlVJu4w8wLf8uVOyatuGmdXX8Y /OTVQJgA3vS+ODNVJCxhKVlvhcn7bhBdGdWKS9K+lr8+eEvr4hf2bQpesoHC+uFgKyILkCBN L8raixbhysyq0pfZWWDJMyn+G42BG1yJJi+bykygdpYnbIVA8dYHmBibI8mkPKOHSohjXT1S RfGGn+l1w54OO4NlJhCXMkjTA/Z9Bt4XeaiR85uJi0UUfV8FGZHhgSvT+/P1xIvz+nytuehS P/QLXl13CtAG/nKVkAcZnsT/3NrJ4Z2r45k+c50Wrf210scAaBogrrV5eIHfNGgOANApN8+8 vj+aXO4pXRuXAAMFB/44ea8rd+P5N3OMrfuM8i91Qe1bJ+BIoroKPOr8jvCry0h3QpdfLKUN IgaqbS3JZeBJ8HHnWSGCF+o6H5gzRe1hvylPEclLPDCuPe7T746h9Mzejf2hNDJvOg+BuweD ZW4KhovVbdS+syJEvpGF4bO8qgHT2CKgruXSHbFetdQWbkM0rfMmTuo0GcR2BEVrPb/SPFv6 4ZZyAZzmnGO4vT1bzClnTzJixrDpH74M3vSEYegMB4KdbLYBi8Jx4QUKgVEhJHjJubKWX4et yU/uuehOC3xYrmr1UXvsom3U8r36Dvdo77Yr3dgDVXa7bolNx0TIhdWxZI+R4z9E75QY+/wg iEkEGBECAAkFAkosaGcCGwwACgkQyrIrk6yriBI+JQCfUxgyqGtzZvLh5Al7gsTmRc11PLwA niD3NfWGRcO2+9uxSSQqRH1ywC4n Message-ID: <00953d36-0a26-ad80-150f-e2fb4fd8343c@FreeBSD.org> Date: Mon, 2 Mar 2020 12:08:02 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48WWRB6lCTz3J8t X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mjaOp97X; dmarc=none; spf=pass (mx1.freebsd.org: domain of nparhar@gmail.com designates 2a00:1450:4864:20::542 as permitted sender) smtp.mailfrom=nparhar@gmail.com X-Spamd-Result: default: False [-2.95 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; IP_SCORE(-0.76)[ip: (0.34), ipnet: 2a00:1450::/32(-2.41), asn: 15169(-1.66), country: US(-0.05)]; FORGED_SENDER(0.30)[np@FreeBSD.org,nparhar@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[np@FreeBSD.org,nparhar@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2020 20:08:08 -0000 I'm not able to reproduce this. I tried a test kernel built with "device cxgbe" and had if_cxgbe_load=3D"YES" in loader.conf and the syste= m came up just fine. Regards, Navdeep On 3/1/20 8:07 PM, Dustin Marquess wrote: > So I've been fighting with any current from the last month or so > instantly crashing when I boot it. I did notice that kernels in the > various snapshot images were working, however, so I was trying to > figure out why. At first I thought it was because I had INVARIANTS > and such disabled, but no, I finally figured it out. >=20 > I've had in my /boot/loader.conf for a while now: >=20 > if_cxgbe_load=3D"YES" >=20 > I guess since the stock installer kernels don't have cxgbe enabled by > default. I added "device cxgbe" to my kernels a while ago. Normally > the kernel would give some error about the module already being loaded > or something and just continue. As of last month or so, however, > instead it just crashes: >=20 > FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > kernel trap 12 with interrupts disabled >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x8 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff80622931 > stack pointer =3D 0x28:0xffffffff8241c9a0 > frame pointer =3D 0x28:0xffffffff8241c9e0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 0 () > trap number =3D 12 > panic: page fault > cpuid =3D 0 > time =3D 1 >=20 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff8= 241c600 > vpanic() at vpanic+0x18a/frame 0xffffffff8241c660 > panic() at panic+0x43/frame 0xffffffff8241c6c0 > trap_fatal() at trap_fatal+0x386/frame 0xffffffff8241c720 > trap_pfault() at trap_pfault+0x99/frame 0xffffffff8241c7a0 > trap() at trap+0x4e9/frame 0xffffffff8241c8d0 > calltrap() at calltrap+0x8/frame 0xffffffff8241c8d0 > --- trap 0xc, rip =3D 0xffffffff80622931, rsp =3D 0xffffffff8241c9a0, r= bp > =3D 0xffffffff8241c9e0 --- > malloc() at malloc+0x51/frame 0xffffffff8241c9e0 > sysctl_handle_string() at sysctl_handle_string+0x12d/frame 0xffffffff82= 41ca20 > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xa2/frame > 0xffffffff8241ca70 > sysctl_register_oid() at sysctl_register_oid+0x54c/frame 0xffffffff8241= cd80 > sysctl_register_all() at sysctl_register_all+0x88/frame 0xffffffff8241c= da0 > mi_startup() at mi_startup+0xf2/frame 0xffffffff8241cdf0 > btext() at btext+0x2c > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x37: movq $0,0xa5f4a6(%rip) > db> >=20 > If I take the if_cxgbe_load out, however, it boots fine. >=20 > Thanks! > -Dustin > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 From owner-freebsd-current@freebsd.org Tue Mar 3 00:55:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D3B64260C09 for ; Tue, 3 Mar 2020 00:55:58 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-qv1-f51.google.com (mail-qv1-f51.google.com [209.85.219.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WdqK2TvBz4Z7H for ; Tue, 3 Mar 2020 00:55:57 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: by mail-qv1-f51.google.com with SMTP id r15so930965qve.3 for ; Mon, 02 Mar 2020 16:55:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UGoLWURWtLc4X5rN0wAlC7tqsbXgrPCdYmIY9EyIp1I=; b=UBY+8nPPVaT8rH6DmVtH5PauEaLVqKsjyj/QhRub0nn82bEX808gGPfG3fX0+VYV/M AWaln8dWVgVLmvLtivUG9KbkE2eEOUHu02mOMly4OqJlzQFhcmqf6vxgzRQ8RvVxwvgB JOjz7QLVyw5xQBK4zaUfvB5lC1zctztsLxxvEmes5SMRjvMHMtFBnUKsjlFpRSiIxYvd /efdLVmR8zVnNLKKofOBUAPRsH9yAv8nA6HkrRkKJEUWiX7044ULrG9WQatFN8h73VHJ JRZKQUTs37RpZdgQe21oKMTJvgj6INY7Nl80tlWIlRpeoNuIq1lhbDhZU8Mmwz5B9p15 pHGw== X-Gm-Message-State: ANhLgQ1r09ZRGuwAofM4+0I0T9nKcVLH7fNyGiWStCSUVeZNtmAtIajE 5nkaYpmzE1zOaJHQQW/97RMdLU/x X-Google-Smtp-Source: ADFU+vt/4/O066UkDQ7cPG6O4w4newqj88ZlVCGsGEaMiA7EKtAtDJ2LuyZIxpd6nc/SQDqRbjYr/Q== X-Received: by 2002:a05:6214:1633:: with SMTP id e19mr2026084qvw.104.1583196955205; Mon, 02 Mar 2020 16:55:55 -0800 (PST) Received: from mail-qt1-f180.google.com (mail-qt1-f180.google.com. [209.85.160.180]) by smtp.gmail.com with ESMTPSA id l16sm6894982qke.68.2020.03.02.16.55.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Mar 2020 16:55:54 -0800 (PST) Received: by mail-qt1-f180.google.com with SMTP id 59so410693qtb.1 for ; Mon, 02 Mar 2020 16:55:54 -0800 (PST) X-Received: by 2002:ac8:3aa2:: with SMTP id x31mr2331038qte.140.1583196954521; Mon, 02 Mar 2020 16:55:54 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Ryan Libby Date: Mon, 2 Mar 2020 16:55:43 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: -CURRENT fatal trap cause by cxgbe module To: Dustin Marquess Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48WdqK2TvBz4Z7H X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.219.51 as permitted sender) smtp.mailfrom=rlibby@gmail.com X-Spamd-Result: default: False [-2.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[51.219.85.209.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.94)[ipnet: 209.85.128.0/17(-2.99), asn: 15169(-1.66), country: US(-0.05)]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[51.219.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 00:55:58 -0000 On Sun, Mar 1, 2020 at 8:07 PM Dustin Marquess wrote: > > So I've been fighting with any current from the last month or so > instantly crashing when I boot it. I did notice that kernels in the > various snapshot images were working, however, so I was trying to > figure out why. At first I thought it was because I had INVARIANTS > and such disabled, but no, I finally figured it out. > > I've had in my /boot/loader.conf for a while now: > > if_cxgbe_load="YES" > > I guess since the stock installer kernels don't have cxgbe enabled by > default. I added "device cxgbe" to my kernels a while ago. Normally > the kernel would give some error about the module already being loaded > or something and just continue. As of last month or so, however, > instead it just crashes: > > FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) > WARNING: WITNESS option enabled, expect reduced performance. > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x8 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80622931 > stack pointer = 0x28:0xffffffff8241c9a0 > frame pointer = 0x28:0xffffffff8241c9e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > trap number = 12 > panic: page fault > cpuid = 0 > time = 1 > > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff8241c600 > vpanic() at vpanic+0x18a/frame 0xffffffff8241c660 > panic() at panic+0x43/frame 0xffffffff8241c6c0 > trap_fatal() at trap_fatal+0x386/frame 0xffffffff8241c720 > trap_pfault() at trap_pfault+0x99/frame 0xffffffff8241c7a0 > trap() at trap+0x4e9/frame 0xffffffff8241c8d0 > calltrap() at calltrap+0x8/frame 0xffffffff8241c8d0 > --- trap 0xc, rip = 0xffffffff80622931, rsp = 0xffffffff8241c9a0, rbp > = 0xffffffff8241c9e0 --- > malloc() at malloc+0x51/frame 0xffffffff8241c9e0 > sysctl_handle_string() at sysctl_handle_string+0x12d/frame 0xffffffff8241ca20 > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xa2/frame > 0xffffffff8241ca70 > sysctl_register_oid() at sysctl_register_oid+0x54c/frame 0xffffffff8241cd80 > sysctl_register_all() at sysctl_register_all+0x88/frame 0xffffffff8241cda0 > mi_startup() at mi_startup+0xf2/frame 0xffffffff8241cdf0 > btext() at btext+0x2c > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at kdb_enter+0x37: movq $0,0xa5f4a6(%rip) > db> > > If I take the if_cxgbe_load out, however, it boots fine. > > Thanks! > -Dustin > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" You maybe also have something defined in your /boot/loader.conf that causes a tunable to be set? It looks like there's just an ordering bug in kern_sysctl.c, where we call sysctl_register_all() with SI_SUB_KMEM, SI_ORDER_FIRST but we do MALLOC_DEFINE() with SI_SUB_KMEM, SI_ORDER_THIRD. If sysctl_register_all() is going to malloc(), it needs to run after malloc_init(), and it looks like populating a string tunable causes it to malloc(). Ryan From owner-freebsd-current@freebsd.org Tue Mar 3 01:07:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E17B526129E for ; Tue, 3 Mar 2020 01:07:27 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf1-x429.google.com (mail-pf1-x429.google.com [IPv6:2607:f8b0:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Wf4Z2zSHz3Kmw for ; Tue, 3 Mar 2020 01:07:25 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf1-x429.google.com with SMTP id p14so582797pfn.4 for ; Mon, 02 Mar 2020 17:07:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=SCjJ/WjM86PyDYKs0xiZoVdJ7SPSA9dg+SejhMTtf3Q=; b=CKuzr9wq9V13J0xc9MNJHbBM1DFRSw4CQOMDsbwB8DOdQkLQA5lJqQjiaqHobd7Ig5 kobMNrK9XcTunF0pcUJNtkbGLyjt9BAg+fT9EaNoFUd1BIiilrHBNqG32h+2i5wrkd7f IfVEc92nnO3NRIjt5ppYteDocffG55MLeSCa0xqKASnA5ajWiHqm7XCFDQVvSh4PKa5f ewib2Xnd+vKTejcvirrZq0z3i91/acS6xBL7fI9QHNbMosFpQcD3jRaTHFu83+wlT4rN mCRiitv8owerGujjGLinswjHQa95cg76Yq27AxXCMrJ7xB/BM+yRHEjXIBJ218ED58xU 4A8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=SCjJ/WjM86PyDYKs0xiZoVdJ7SPSA9dg+SejhMTtf3Q=; b=M/o2MjkxokYmt+kCb5WLHplW9tUPCB5ixFB5BxaMPqkd+sD4xjbx3c20Ft13iKYMDw OVcdU8AMoKJ1n5TP7iUdYfaUyJbDwzWQf5cNh7sQCWI7K9OBJowLRodLANvywbLktt4m lLoNMurXj5gG0vVrPeaQTaiPSfcHD6U/lZqb5evbE2Q234hFDzrMEzWmnfIQYbH2SqXq lFvTUfmLUUZDkSUnXfUcuN1YOm8UbJE0J8/6T2TDl5ahRM0KhtChd/dfjJuanCPXaa/R gfBiX/PHhMjdKbCtBnsC0p8CLwhsm18bFZM6O72b5ZcTYeJskUhE6iY4L9kZBMbL+81a 0mHg== X-Gm-Message-State: ANhLgQ3Q+YO0A/ihrLOE4tvMkuaY2CCfzum2oBfH1uoLColQWkhZxOmc gxI4y6IpucC5359BOCTRlylobaqk X-Google-Smtp-Source: ADFU+vtxZWp4YnhU6R/9jZnnbD5fFCN2PdRsMTGAuUZt62R+Jt7pucFrLXI5HktOYsNc1LEI1Qz5wA== X-Received: by 2002:a63:26c4:: with SMTP id m187mr1639885pgm.410.1583197644431; Mon, 02 Mar 2020 17:07:24 -0800 (PST) Received: from ?IPv6:2403:5800:7100:5d01:3526:e4ef:363e:c98b? (2403-5800-7100-5d01-3526-e4ef-363e-c98b.ip6.aussiebb.net. [2403:5800:7100:5d01:3526:e4ef:363e:c98b]) by smtp.gmail.com with ESMTPSA id l10sm378966pjy.5.2020.03.02.17.07.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 02 Mar 2020 17:07:24 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: Pkg repository is broken... To: marco , freebsd-current@freebsd.org References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> From: Kubilay Kocak Message-ID: <5a5de4e6-b7a3-2185-c66c-5ba9b6d743ed@FreeBSD.org> Date: Tue, 3 Mar 2020 12:07:20 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Thunderbird/74.0 MIME-Version: 1.0 In-Reply-To: <20200302175801.GA48484@lordsith.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Wf4Z2zSHz3Kmw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=CKuzr9wq; dmarc=none; spf=pass (mx1.freebsd.org: domain of koobsfreebsd@gmail.com designates 2607:f8b0:4864:20::429 as permitted sender) smtp.mailfrom=koobsfreebsd@gmail.com X-Spamd-Result: default: False [-4.57 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[koobs@FreeBSD.org]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[koobs@FreeBSD.org,koobsfreebsd@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; TAGGED_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd-current]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.37)[ip: (-8.30), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.66), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 01:07:28 -0000 On 3/03/2020 4:58 am, marco wrote: > On Sun, Mar 01, 2020 at 04:50:59PM -0500, you (Brennan Vincent) sent the following to [freebsd-current] : >> Apparently something has its ABI erroneously listed as FreeBSD:13.0:amd64 >> instead of FreeBSD:13:amd64. >> >> ``` >> $ sudo pkg update -f >> Updating FreeBSD repository catalogue... >> Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 >> Fetching packagesite.txz: 100% 6 MiB 6.4MB/s 00:01 >> Processing entries: 72% >> pkg: wrong architecture: FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64 >> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:13.0:amd64 >> Processing entries: 100% >> Unable to update repository FreeBSD >> Error updating repositories! >> ``` > > Ran into this very same problem today too. > Just learned on #freebsd that the repos are temporarily borked and > people are working hard to fix it. > > I even tried bootstrapping pkg like: env ABI=FreeBSD:13:amd64 pkg > bootstrap -f (pkg 1.13.2 already installed) to no avail. > Hoping things get sorted soon. > Tacked in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549 From owner-freebsd-current@freebsd.org Tue Mar 3 02:47:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4749F26339E for ; Tue, 3 Mar 2020 02:47:42 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WhJG0R8Mz4L4R; Tue, 3 Mar 2020 02:47:41 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id 195so1812451ljf.3; Mon, 02 Mar 2020 18:47:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=c77dRjTF8Z2qcR6ML43GTJ0WIRqehwhcah8hV4V//kg=; b=pHuyrA628W8kwuJUrRbvIb+CjE9ucfXV7iO6lYn/sGcRaYwahrr0AYCjMW69FnxWn7 JP47lvr4Zwdg6qC3fyFM3kzBa0UzSebhHtQy/Kg/2jL81LviC1WBiaccu+lr8VhG7ORG 6vAPB4y8FG45We6MOw1E0zMsJTB1tRCyc+G8M2/E2G1zzprPDrHvapggrvnKOQZcHPxJ LiVQmcH2UdB4fnD64VDF8jAv4bmR137JoaVJt9G60Fl7OY5uKPXhH3aP8guagiGiSbBL UQGyChgM0vtkUprhRBOw4qg2PXlVJMkTvOf//nSxze/SOMLzxyx4dsj+Jt2Wm8gDujTU RMCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=c77dRjTF8Z2qcR6ML43GTJ0WIRqehwhcah8hV4V//kg=; b=skWiEWVDc48G8HlQJ59PdlHY4BuMhFJMpbT6Pn6NXLNGHyPiReUeYQ4CVo/Mwt7tgU XfSK+rT5y0qYUbMb2Lt/bp5+rlIX/EIxwmdbwHSXIMjlAxWOsg3HKUybhod33GFaVnel IRFiYBvFN0gPJQbjhC2yRmYC9xIW0Hd1z7UNof8wou75+ix0SKVqSpCV8YWvAzU9TbSk owOaHx3WLUuEPymh2YonG4wnnc85Yod8QgWhPT0UDz/4PccK3X6lRllvoCqLdRryVY19 0Mux+h4LsH/r4aUFCbHtRI2D6bAARLt7yGHVtFviqBv6kV3kBhHnZCwUENNDCZQZc78R XV+Q== X-Gm-Message-State: ANhLgQ2koDlE1dQE/UcVfqeIWH9WVUiLRQHrwRe23OA4z5E78CATjzsa ZODnHehFkPIPvyHd60FsF7/ITOCm5dnvsVIop2Wum2bR X-Google-Smtp-Source: ADFU+vt3TaANx3tdSV3HUhhwXmdECIfye5OUKS5/nsx7W2AETZ/LODW3ecpAhe6OtAEcHy0U9F2jGZbUkFD2p47X4P8= X-Received: by 2002:a2e:b5ca:: with SMTP id g10mr1075552ljn.123.1583203658530; Mon, 02 Mar 2020 18:47:38 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Dustin Marquess Date: Mon, 2 Mar 2020 20:47:27 -0600 Message-ID: Subject: Re: -CURRENT fatal trap cause by cxgbe module To: Ryan Libby Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48WhJG0R8Mz4L4R X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 02:47:42 -0000 On Mon, Mar 2, 2020 at 6:55 PM Ryan Libby wrote: > > On Sun, Mar 1, 2020 at 8:07 PM Dustin Marquess wrote: > > > > So I've been fighting with any current from the last month or so > > instantly crashing when I boot it. I did notice that kernels in the > > various snapshot images were working, however, so I was trying to > > figure out why. At first I thought it was because I had INVARIANTS > > and such disabled, but no, I finally figured it out. > > > > I've had in my /boot/loader.conf for a while now: > > > > if_cxgbe_load="YES" > > > > I guess since the stock installer kernels don't have cxgbe enabled by > > default. I added "device cxgbe" to my kernels a while ago. Normally > > the kernel would give some error about the module already being loaded > > or something and just continue. As of last month or so, however, > > instead it just crashes: > > > > FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git > > c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) > > WARNING: WITNESS option enabled, expect reduced performance. > > kernel trap 12 with interrupts disabled > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x8 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80622931 > > stack pointer = 0x28:0xffffffff8241c9a0 > > frame pointer = 0x28:0xffffffff8241c9e0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 0 () > > trap number = 12 > > panic: page fault > > cpuid = 0 > > time = 1 > > > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffffff8241c600 > > vpanic() at vpanic+0x18a/frame 0xffffffff8241c660 > > panic() at panic+0x43/frame 0xffffffff8241c6c0 > > trap_fatal() at trap_fatal+0x386/frame 0xffffffff8241c720 > > trap_pfault() at trap_pfault+0x99/frame 0xffffffff8241c7a0 > > trap() at trap+0x4e9/frame 0xffffffff8241c8d0 > > calltrap() at calltrap+0x8/frame 0xffffffff8241c8d0 > > --- trap 0xc, rip = 0xffffffff80622931, rsp = 0xffffffff8241c9a0, rbp > > = 0xffffffff8241c9e0 --- > > malloc() at malloc+0x51/frame 0xffffffff8241c9e0 > > sysctl_handle_string() at sysctl_handle_string+0x12d/frame 0xffffffff8241ca20 > > sysctl_root_handler_locked() at sysctl_root_handler_locked+0xa2/frame > > 0xffffffff8241ca70 > > sysctl_register_oid() at sysctl_register_oid+0x54c/frame 0xffffffff8241cd80 > > sysctl_register_all() at sysctl_register_all+0x88/frame 0xffffffff8241cda0 > > mi_startup() at mi_startup+0xf2/frame 0xffffffff8241cdf0 > > btext() at btext+0x2c > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x37: movq $0,0xa5f4a6(%rip) > > db> > > > > If I take the if_cxgbe_load out, however, it boots fine. > > You maybe also have something defined in your /boot/loader.conf that > causes a tunable to be set? > > It looks like there's just an ordering bug in kern_sysctl.c, where we > call sysctl_register_all() with SI_SUB_KMEM, SI_ORDER_FIRST but we do > MALLOC_DEFINE() with SI_SUB_KMEM, SI_ORDER_THIRD. If > sysctl_register_all() is going to malloc(), it needs to run after > malloc_init(), and it looks like populating a string tunable causes it > to malloc(). Ah, indeed, I do! That explains why Navdeep couldn't reproduce it. -Dustin From owner-freebsd-current@freebsd.org Tue Mar 3 08:49:39 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02FC6268721 for ; Tue, 3 Mar 2020 08:49:39 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WrKs5GlXz4jds for ; Tue, 3 Mar 2020 08:49:37 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id A3C2F268720; Tue, 3 Mar 2020 08:49:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A36FA26871F for ; Tue, 3 Mar 2020 08:49:37 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) (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 48WrKq275Vz4jXB for ; Tue, 3 Mar 2020 08:49:35 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id A2CD78A7 for ; Tue, 3 Mar 2020 03:49:32 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 03 Mar 2020 03:49:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= to:from:subject:message-id:date:mime-version:content-type :content-transfer-encoding; s=fm2; bh=07VnhfRXbyGA9km6LVLPGxRIUp pUg7Z+bvumjQCazwY=; b=alWR/ukm1cFVdcRdctHjEPakV+M4bI28+yBW5hBbRX 939Wm7cji1ZwpyP0DQ2QFSnsNaH0h8cNgRdTyS3/+SsKeC86rLyOWfexGt3smoIq GcaKUpg9TGt3j53CGSlCHD5rbM7F2IJTxCtvqLo1xEAdVAgA+hg4WUT6MrZOIazf 2axHFypog45Zsf3Ue+50Gl0gWPV2LYu0E1ot32fifbHLe6t8EHTVFKy+1wUagoIK SmM2m25HhVfRujurIbunXECb/iUpx0imleF311YYjHyBjbsSPrzB2uOdUaJqEKKp YaKyTIZGUBswCrVeXg7WNLuEqCxtGJ0lHVD8N5X+JCaA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=07Vnhf RXbyGA9km6LVLPGxRIUppUg7Z+bvumjQCazwY=; b=gccjQc12sBJo75CP800amt 4t24E+4dcOTutnVMb73WvmME6AbxYBqZBhexnHhLsO9nYrRqxzkY3IGrHqm8LWOV KQqGjZLi7pEliVIJNWkYVb6n1DgbvHdjGVgB/zum4EV1UmdsgomnP0m34161gjNg nOhmviEjmFk5Vu1k9UCE9TKFHt48ewHLK4UExy01ZGuHmIsIJjU/WEicU4tX/QhM 2m46Wnwj1kSCm4gQTse6fhdCNoAc3uqKamde4gJkTzLPepzgHGTOmYix3eX7RmGw /CAe7M1FunKa8jHe82sPEQi6JN4Oh/tBMAi8RSpTjZeZUnHWtc2gKOQCTzyWqeqA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddthedguddvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepvffhuffkffgfgggtgfesthejre dttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihphgrnhhkohhvsehfrghs thhmrghilhdrtghomheqnecukfhppeekhedrudejfedrvddurddunecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephihprghnkhhovhesfhgrshht mhgrihhlrdgtohhm X-ME-Proxy: Received: from earth.local (unknown [85.173.21.1]) by mail.messagingengine.com (Postfix) with ESMTPA id BB71F3280062 for ; Tue, 3 Mar 2020 03:49:31 -0500 (EST) To: current@freebsd.org From: Yuri Pankov Subject: can't build rust -- out of swap space Message-ID: Date: Tue, 3 Mar 2020 11:49:30 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48WrKq275Vz4jXB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=alWR/ukm; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gccjQc12; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.26 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.26]; FREEMAIL_FROM(0.00)[fastmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-4.50), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[26.123.147.64.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[1.21.173.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 08:49:39 -0000 With recent pkg fallout, I'm trying to build rust myself first time ever (as far as I can remember), and it's failing running out of swap on the following step: Building stage0 std artifacts (x86_64-unknown-freebsd -> x86_64-unknown-freebsd) running: "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" "panic-unwind backtrace compiler-builtins-c" "--manifest-path" "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" "--message-format" "json-render-diagnostics" ^C^C^C Build completed unsuccessfully in 0:00:55 Here I pressed ^C as the build actually continues despite several rustdoc, python, and other processes being killed. swap_pager: out of swap space swp_pager_getswapspace(20): failed swap_pager: out of swap space swp_pager_getswapspace(11): failed The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto installation option), top shows about 28G of memory free at that moment, so I'm wondering why the swap is being used, and if 2G should be enough to build rust. Tried building both as root and user, DISABLE_MAKE_JOBS has no effect. Any hints? From owner-freebsd-current@freebsd.org Tue Mar 3 09:40:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0AFDF269739 for ; Tue, 3 Mar 2020 09:40:58 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WsT54bv2z46wt for ; Tue, 3 Mar 2020 09:40:57 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8F52B269738; Tue, 3 Mar 2020 09:40:57 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8DBBB269737 for ; Tue, 3 Mar 2020 09:40:57 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew2-smtp.messagingengine.com (wnew2-smtp.messagingengine.com [64.147.123.27]) (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 48WsT42v1Tz46th for ; Tue, 3 Mar 2020 09:40:56 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 9CF888FC for ; Tue, 3 Mar 2020 04:40:53 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 03 Mar 2020 04:40:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:from:to:references:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=3 Ruegmu4uEe6y2aXlipf+p4JUCxIUJtHUFVVB1eiOEE=; b=xBM52qweYbwKO8pE0 0QG3J3+cxtFcacc1Flsw2tJndm2dgJuB+VPH+1bSizDsip00Dmr873dDki1QK5IA bmMCnpeMizL44rUNF9i8grv/2TJABzt7gWb19sCyKoHBVEFcin/Y9FLAu0PMw3Jx Cl6RECfvkjoAcOL1CPlwKuZLWWU55j+9J8LWT2QUkySd2Lh1McAzUqx40Zp3A0hj u9UAZHkJCGlcwgPdv+MgYr9btQmSphtmsBO/JUivT78M1ptOwTM7Wkn1wkNRK84i piyCY97YTRuJ9wpxfI4iCcX7OYLa6LSsnmpA4MTeMQ8TgYkcf3gt3DoukL/mxVr2 YxH4g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=3Ruegmu4uEe6y2aXlipf+p4JUCxIUJtHUFVVB1eiO EE=; b=Y9AUNpg1+N3pwt7bavk1iY7/lpQI8oH6BduNO9zKBcpwRh4/IjaMPWHfK 6IPFmIiOJoxRRKKb7vjOPYGfnV7/OAncq51BKJkJpxPk27r6GcO1plZ0k2AUKYlj 5EcECqhY6M+db+vwvFJpS0h7Mj4z3N9XtxxRhKS9SkOnV6r6dGo2nDoPhqB4Cc+e BD06Kv61/j9RHKAJ9aAkjjgKF3AMrJl5EPrE1g4Y4Ano/uc4U4hGOZFGfiQcpu6j Yoxt7JHfxsFOZq1wgFnFC5KGT0n+oVGmfp8Lfp518fvBSMM+51mtCZnj2EAjZl/I 7/I+lX3GTc1qozN/9WNJNmzRvM+Og== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtiedgtdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuhffvfhfkffgfgggjtgfgsehtje ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgr shhtmhgrihhlrdgtohhmqeenucfkphepkeehrddujeefrddvuddrudenucevlhhushhtvg hrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghs thhmrghilhdrtghomh X-ME-Proxy: Received: from earth.local (unknown [85.173.21.1]) by mail.messagingengine.com (Postfix) with ESMTPA id 8CB753061393 for ; Tue, 3 Mar 2020 04:40:52 -0500 (EST) Subject: Re: can't build rust -- out of swap space From: Yuri Pankov To: current@freebsd.org References: Message-ID: Date: Tue, 3 Mar 2020 12:40:50 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48WsT42v1Tz46th X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=xBM52qwe; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=Y9AUNpg1; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.27 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.27:c]; FREEMAIL_FROM(0.00)[fastmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[1.21.173.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.123.147.64.list.dnswl.org : 127.0.5.1]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.00)[ip: (-9.71), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 09:40:58 -0000 On 03.03.2020 11:49, Yuri Pankov wrote: > With recent pkg fallout, I'm trying to build rust myself first time ever > (as far as I can remember), and it's failing running out of swap on the > following step: > > Building stage0 std artifacts (x86_64-unknown-freebsd -> > x86_64-unknown-freebsd) > running: > "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" > "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" > "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > "--message-format" "json-render-diagnostics" > ^C^C^C > Build completed unsuccessfully in 0:00:55 > > Here I pressed ^C as the build actually continues despite several > rustdoc, python, and other processes being killed. > > swap_pager: out of swap space > swp_pager_getswapspace(20): failed > swap_pager: out of swap space > swp_pager_getswapspace(11): failed > > The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto > installation option), top shows about 28G of memory free at that moment, > so I'm wondering why the swap is being used, and if 2G should be enough > to build rust. Looks like I got this wrong, adding a file-backed swap space I was actually able to run top, and seeing only 100M of memory being "Free", ~20G memory reported as "Active", and swap usage constantly growing being consumed by rustdoc process; something is really wrong here. > Tried building both as root and user, DISABLE_MAKE_JOBS has no effect. From owner-freebsd-current@freebsd.org Tue Mar 3 09:42:45 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C2E5F269A7E for ; Tue, 3 Mar 2020 09:42:45 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WsW84cGSz4C5r for ; Tue, 3 Mar 2020 09:42:44 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: by mailman.nyi.freebsd.org (Postfix) id 65947269A7D; Tue, 3 Mar 2020 09:42:44 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6537A269A7C for ; Tue, 3 Mar 2020 09:42:44 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WsW4738Zz4ByB for ; Tue, 3 Mar 2020 09:42:40 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 0239gLbP021523 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2020 10:42:22 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583228542; bh=0oq4K1lRjIt1F5Q5Fhj59gDm0MH+oeubSGlg9jcooZI=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=HOodxuAEh4s8aJkm1N93Tt4RyKoG4SEHYfrcp19CTTQwHpX8OsxndPHaVdoM12yyD WSKW0nzZdv04+PpmRZN7u6ihCzz+rWXV5XJ8gvoRDps6GdnHT4BXWVkf4bLX8uS8cX 40699YmjTxLOw2cW3h8VB+vwp5b1k51rEEiGTio4x9L5z5YkRCBRVfQ9POieykzcRW 2cspEZHn/GbQaEC4YBh0qdwbboY6mvJr6/ejuuGeS8xiuMyAJCqKL20RE4dXijQG4/ alLK9/kr/y1LVE3/RMNoz8K0aacWUALAhDpAQBcHrWzj7fyBjX5bCiToG6zMExPKHe Fov3tQ43uagxA== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 0239gLgm021520; Tue, 3 Mar 2020 10:42:21 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Tue, 3 Mar 2020 10:42:21 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Yuri Pankov cc: current@freebsd.org Subject: Re: can't build rust -- out of swap space In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48WsW4738Zz4ByB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=HOodxuAE; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-5.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.07)[ip: (-8.18), ipnet: 2001:700::/32(-1.39), asn: 224(-0.76), country: NO(-0.01)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 09:42:45 -0000 On Tue, 3 Mar 2020 11:49+0300, Yuri Pankov wrote: > With recent pkg fallout, I'm trying to build rust myself first time ever (as > far as I can remember), and it's failing running out of swap on the following > step: > > Building stage0 std artifacts (x86_64-unknown-freebsd -> > x86_64-unknown-freebsd) > running: > "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" > "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" > "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > "--message-format" "json-render-diagnostics" > ^C^C^C > Build completed unsuccessfully in 0:00:55 > > Here I pressed ^C as the build actually continues despite several rustdoc, > python, and other processes being killed. > > swap_pager: out of swap space > swp_pager_getswapspace(20): failed > swap_pager: out of swap space > swp_pager_getswapspace(11): failed > > The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto > installation option), top shows about 28G of memory free at that moment, so > I'm wondering why the swap is being used, and if 2G should be enough to build > rust. > > Tried building both as root and user, DISABLE_MAKE_JOBS has no effect. > > Any hints? It's good to see that it's not only me. I suspect choice of hardware might play a role. My laptop's a Lenovo E590 with 32 GiB of memory and 16 GiB of swap space, running fairly recent -CURRENT, booted via UEFI. Activating the laptop's kernel dump partition as a secondary swap device, adding another 16 GiB of swap space, had no positive effect. In my case, I've noticed rustdoc being run as "rustdoc --crate-type proc-macro --help", and this process grows to a virtual size of 10T, grabbing all the memory and swap that it can find. My laptop even locked up on one such occasion. On Sunday, I switched to lang/rust-nightly and I managed to also build bat, exa and hexyl. I was not that lucky with firefox and ripgrep, they both caused rustc to crash in the same fashion. I've tried building lang/rust on a couple of VMs running the latest -CURRENT, only to have these builds succeed. I even added the contents of /var/db/ports from my laptop, and the build still succeeded. Building lang/rust on stable/12 is successful atm. Maybe it's a combination of hardware and changes to the FreeBSD VM subsystem. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 3 09:44:38 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 939DE269CD2 for ; Tue, 3 Mar 2020 09:44:38 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WsYL01Whz4GmQ for ; Tue, 3 Mar 2020 09:44:38 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: by mailman.nyi.freebsd.org (Postfix) id F27DE269CD0; Tue, 3 Mar 2020 09:44:37 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F2333269CCF for ; Tue, 3 Mar 2020 09:44:37 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WsYJ52GCz4Gl6 for ; Tue, 3 Mar 2020 09:44:36 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 0239iQcZ022223 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2020 10:44:27 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583228667; bh=GHlJPrclJ66X9lFASY9MvFuMRSTAP9Az/zTZjhnSEcg=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=WlQrWLwFjYYz4uCZ5ZmeqYOn5pDHazPblDRdyPB1PefQn10ssl7z2wllEebI4Ie0l Zqo+HF6rxochF2e5xJBa11k1NcLDmV4/bjOvcmvCnG5lk+4TRB1FGgGUDD2siw/xtw jRINik2ItBmMCAE5IZLGfmbJ6jwRrtma1ieSA2N4KJAA+iMCxV87vH+AitWRpUGzct iRlB9MLhIbxmVGNMDHYK89s4egDMI05FA6NejjVYUlq5+yhvoUsQ0BraRs2pWgxuK8 CHhcW9JXz4m1yOBiOnYehcLhTurwQWM08uFR2pqCs7PlSeo7mm6JxVWRthcezfrxLW y7gFGtBNjVWvA== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 0239iQlA022220; Tue, 3 Mar 2020 10:44:26 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Tue, 3 Mar 2020 10:44:26 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Yuri Pankov cc: current@freebsd.org Subject: Re: can't build rust -- out of swap space In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48WsYJ52GCz4Gl6 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=WlQrWLwF; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-5.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.07)[ip: (-8.18), ipnet: 2001:700::/32(-1.39), asn: 224(-0.76), country: NO(-0.01)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 09:44:38 -0000 On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: > On 03.03.2020 11:49, Yuri Pankov wrote: > > With recent pkg fallout, I'm trying to build rust myself first time ever (as > > far as I can remember), and it's failing running out of swap on the > > following step: > > > > Building stage0 std artifacts (x86_64-unknown-freebsd -> > > x86_64-unknown-freebsd) > > running: > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" > > "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > > "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" > > "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > > "--message-format" "json-render-diagnostics" > > ^C^C^C > > Build completed unsuccessfully in 0:00:55 > > > > Here I pressed ^C as the build actually continues despite several rustdoc, > > python, and other processes being killed. > > > > swap_pager: out of swap space > > swp_pager_getswapspace(20): failed > > swap_pager: out of swap space > > swp_pager_getswapspace(11): failed > > > > The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto > > installation option), top shows about 28G of memory free at that moment, so > > I'm wondering why the swap is being used, and if 2G should be enough to > > build rust. > > Looks like I got this wrong, adding a file-backed swap space I was actually > able to run top, and seeing only 100M of memory being "Free", ~20G memory > reported as "Active", and swap usage constantly growing being consumed by > rustdoc process; something is really wrong here. Run top(1), hit the o key, type in size, and hit enter to have top sort the process list according to their virtual size. The culprit will eventually work its way to the top. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 3 09:56:42 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D6A926A335 for ; Tue, 3 Mar 2020 09:56:42 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48WsqF4ZJzz3JDC for ; Tue, 3 Mar 2020 09:56:41 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9ABFE26A334; Tue, 3 Mar 2020 09:56:41 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9A6BF26A333 for ; Tue, 3 Mar 2020 09:56:41 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew2-smtp.messagingengine.com (wnew2-smtp.messagingengine.com [64.147.123.27]) (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 48WsqD2SmQz3J8l for ; Tue, 3 Mar 2020 09:56:40 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id C3C8635B; Tue, 3 Mar 2020 04:56:38 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 03 Mar 2020 04:56:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=X 4QpIRRSMr5fh3C3tSPj9cAzQRsIImFFDAWcPswk6Lo=; b=opMQTAhuTsKuAzoq+ hzB+08Tn5QJP8M1eZ3OMo7h6uhlEEeVZp1E7/FJ0Fralw9S/Lbi0M4fGHY2HndPg KrSwxBzWspHyZz2zM7Dv1JBR3J/nOCMhhVlZFF1o6YM2j6GglALHY05yKCPxorSu ctn6lDJvOFhFaE8vWHa8H+Vx4fl6hYCoucd6YiNFNpYkGyQq8dCzn07u1xqg0uhW g1mgqDDGMPNG0vouokwwqvGw5eTwI14WEOq/RQwTHFP4leLMnXgHJgi+fE8EtfwD vZz1sfhIBpJYzofTXEdkdgnzcwTsGixICapoStPrXDSYqLns05qoism9kTZCsCQM SdbTQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=X4QpIRRSMr5fh3C3tSPj9cAzQRsIImFFDAWcPswk6 Lo=; b=m8COC/0/oGJ+tWrfDuPgidYGpw2QQcn6zWYxPJxa7Oix4zMaYkhoRPofu UNAxFHuALupl5RH5yKPVSqIqnaKuhQmsyLUnAgpu75yEwa7fY5uRFzS+5nFE2QC+ BpFOJFpl/X2MnuoNjYfpI/OrfNQNCRt2UBOwLoGH9hlKqIBqTn5Q8s2eIOl1VcEr qqyoAJjqLnEbB6WJWejO8FnO0YEwNj5Pc0QayhZ7uqJRJ/yc/w4XQJxJJ3odkG1T 78dY7R4uJj2nUfZiDP4Aong08ANsmdK1mnmTL9cbxoUrYeAXkAkSQUanaD9fC6lL 9OUNgRdRQHJwGwGhv5/jfUJldfM8A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtiedguddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgr shhtmhgrihhlrdgtohhmqeenucfkphepkeehrddujeefrddvuddrudenucevlhhushhtvg hrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehfrghs thhmrghilhdrtghomh X-ME-Proxy: Received: from earth.local (unknown [85.173.21.1]) by mail.messagingengine.com (Postfix) with ESMTPA id E76CF3060FD3; Tue, 3 Mar 2020 04:56:36 -0500 (EST) Subject: Re: can't build rust -- out of swap space To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= Cc: current@freebsd.org References: From: Yuri Pankov Message-ID: Date: Tue, 3 Mar 2020 12:56:35 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48WsqD2SmQz3J8l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=opMQTAhu; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=m8COC/0/; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.27 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.27]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[27.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.71), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[1.21.173.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 09:56:42 -0000 On 03.03.2020 12:44, Trond Endrestøl wrote: > On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: > >> On 03.03.2020 11:49, Yuri Pankov wrote: >>> With recent pkg fallout, I'm trying to build rust myself first time ever (as >>> far as I can remember), and it's failing running out of swap on the >>> following step: >>> >>> Building stage0 std artifacts (x86_64-unknown-freebsd -> >>> x86_64-unknown-freebsd) >>> running: >>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" >>> "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" >>> "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" >>> "panic-unwind backtrace compiler-builtins-c" "--manifest-path" >>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" >>> "--message-format" "json-render-diagnostics" >>> ^C^C^C >>> Build completed unsuccessfully in 0:00:55 >>> >>> Here I pressed ^C as the build actually continues despite several rustdoc, >>> python, and other processes being killed. >>> >>> swap_pager: out of swap space >>> swp_pager_getswapspace(20): failed >>> swap_pager: out of swap space >>> swp_pager_getswapspace(11): failed >>> >>> The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto >>> installation option), top shows about 28G of memory free at that moment, so >>> I'm wondering why the swap is being used, and if 2G should be enough to >>> build rust. >> >> Looks like I got this wrong, adding a file-backed swap space I was actually >> able to run top, and seeing only 100M of memory being "Free", ~20G memory >> reported as "Active", and swap usage constantly growing being consumed by >> rustdoc process; something is really wrong here. > > Run top(1), hit the o key, type in size, and hit enter to have top > sort the process list according to their virtual size. The culprit > will eventually work its way to the top. Yes, it's rustdoc, and I'm seeing the same behavior as you described in your other reply. What's more interesting, having a little swap, processes get killed almost immediately, and the build happily continues resulting successful rust package. From owner-freebsd-current@freebsd.org Tue Mar 3 10:24:20 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14CA426AC68 for ; Tue, 3 Mar 2020 10:24:20 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WtR657jSz3KWh for ; Tue, 3 Mar 2020 10:24:18 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id AAD7826AC67; Tue, 3 Mar 2020 10:24:18 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A93F626AC66 for ; Tue, 3 Mar 2020 10:24:18 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WtR46HYZz3KSY for ; Tue, 3 Mar 2020 10:24:16 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id j16so3639959wrt.3 for ; Tue, 03 Mar 2020 02:24:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=TJaWUMKQwk2w+yQC7E4Qg0z7C9qQ/m6/cQiRI+7oc2k=; b=BjNTi7cB8Ir/7lEIXdgncxw2PcAuyMWNflgc7wGGmDbECnERlIKkGUQEQFN92CW7Op UkkJGB4bpatUt0ghWhBcJ76t2QNYX19fFPVBytInVomxAJNHQcczpy72lC5VAOSTKPA9 Br5L0qbXsmuh9/0zTaf+I9I19mD0R2pjrKc//BYFS78cpst6+iAgDSGFwN+wj+9sGvkn XujBSJ68rFT1ARkZEty8bsiREftwniYIelgX1689X88XR04hZuwqwT0ceNBYQeR8JRFI U4dkN5FW0gkdfFsNmNBj8yODlnuL8uQTsDoLR79c8yo28KKy4GA97rDgFb/S3Go47Mul PZcw== X-Gm-Message-State: ANhLgQ2h914ruvcRyj252Hh6gGqxDNPlpWXfY5MHE3CJDJAtK1S8GVGt 0t0yUKQDCAQrn5ByyLAG5vWLm/YX X-Google-Smtp-Source: ADFU+vurx0SnVq6NPW+a/9U2kbMpgQwKKxbzKI6+45zQzMzM0Kbenc/FzgcEP6lObW8LGho9LTmA+w== X-Received: by 2002:adf:de10:: with SMTP id b16mr4595727wrm.145.1583231054307; Tue, 03 Mar 2020 02:24:14 -0800 (PST) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id 90sm32364922wro.79.2020.03.03.02.24.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2020 02:24:13 -0800 (PST) From: Mateusz Piotrowski <0mp@FreeBSD.org> To: current@FreeBSD.org Subject: Wired memory consumes almost all my memory recently Message-ID: <6b9eba37-0866-fda6-4dd8-205eb3d77458@FreeBSD.org> Date: Tue, 3 Mar 2020 11:24:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48WtR46HYZz3KSY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-3.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[54.221.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.53)[ip: (-2.93), ipnet: 209.85.128.0/17(-2.99), asn: 15169(-1.66), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; DMARC_NA(0.00)[FreeBSD.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[54.221.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 10:24:20 -0000 Hi current@, I'm experiencing some problems with memory on r358410. I'm building a lot of ports in poudriere for testing purposes, which is very a resource-intensive operation. After a couple of hours of such a workload, the machine starts to become much less responsive (e.g., it takes a couple seconds to start a new tmux pane). When I run top I would always see that almost all my memory is wired (15G), swap reports a couple of hundreds megabytes being used, and the free memory is less than 100M. If I kill all my desktop processes like Firefox and Thunderbird (it takes a couple of minutes to complete this task!) then the machine becomes responsive again, still having maybe a couple hundreds of megabytes of free memory for me. I thought that maybe this is an ARC problem (I'm using ZFS) but it didn't help to restrict ARC to 8G by setting sysctl vfs.zfs.arc_max=8517738496. I think that I've never experienced similar problems before. Cheers, Mateusz Piotrowski From owner-freebsd-current@freebsd.org Tue Mar 3 10:42:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E393C26B70A for ; Tue, 3 Mar 2020 10:42:06 +0000 (UTC) (envelope-from kp@krion.cc) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48Wtqd5jNCz4Hgs for ; Tue, 3 Mar 2020 10:42:05 +0000 (UTC) (envelope-from kp@krion.cc) Received: by mailman.nyi.freebsd.org (Postfix) id 2E28626B709; Tue, 3 Mar 2020 10:42:05 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D6DB26B708 for ; Tue, 3 Mar 2020 10:42:05 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Wtqb0rdKz4HcL; Tue, 3 Mar 2020 10:42:02 +0000 (UTC) (envelope-from kp@krion.cc) Date: Tue, 3 Mar 2020 11:41:54 +0100 From: Kirill Ponomarev To: Mateusz Piotrowski <0mp@freebsd.org> Cc: current@freebsd.org Subject: Re: Wired memory consumes almost all my memory recently Message-ID: <20200303104154.GB29722@krion.cc> References: <6b9eba37-0866-fda6-4dd8-205eb3d77458@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <6b9eba37-0866-fda6-4dd8-205eb3d77458@FreeBSD.org> X-Rspamd-Queue-Id: 48Wtqb0rdKz4HcL X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kp@krion.cc designates 148.251.235.209 as permitted sender) smtp.mailfrom=kp@krion.cc X-Spamd-Result: default: False [-6.66 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[krion.cc]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.26)[ip: (-9.88), ipnet: 148.251.0.0/16(0.13), asn: 24940(-1.56), country: DE(-0.02)]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 10:42:07 -0000 --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 03/03, Mateusz Piotrowski wrote: > Hi current@, >=20 > I'm experiencing some problems with memory on r358410. >=20 > I'm building a lot of ports in poudriere for testing purposes, which is v= ery > a resource-intensive operation. After a couple of hours of such a workloa= d, > the machine starts to become much less responsive (e.g., it takes a couple > seconds to start a new tmux pane). When I run top I would always see that > almost all my memory is wired (15G), swap reports a couple of hundreds > megabytes being used, and the free memory is less than 100M. >=20 > If I kill all my desktop processes like Firefox and Thunderbird (it takes= a > couple of minutes to complete this task!) then the machine becomes > responsive again, still having maybe a couple hundreds of megabytes of fr= ee > memory for me. >=20 > I thought that maybe this is an ARC problem (I'm using ZFS) but it didn't > help to restrict ARC to 8G by setting sysctl vfs.zfs.arc_max=3D8517738496. >=20 > I think that I've never experienced similar problems before. Please try r358505, it should be fixed. --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAl5eNHIACgkQDyI9/LMC ykXXEwf6A7kHsDO9dOqXSWeLjE6C0Al6q2Q0OUT0A/fOMbQ5ogSEVT4MMuIvrimq tWDG+x/9GdjVSgmC6/fmclQb64UL5oK9sHSTblW7ypMSMq5YcMRdAqFLBhq4Ofbg wX0kWVoFQbP6AVlm1WBqi0CGxpDiJNE4eLHSFgMMn+3fgH0FPN3DW6IIjqHVtp13 PZw5ruvkRMAwS55wRnnjAUCajk5x16X8BEEwFHLe3PRMsL3WTCJbccpjk+bmgLWp bXvZt9K9FgZUToSFA9CiJf+uiReHM5a7/1SSThRQKVUXdOZMV6s1Oh9C9yrk4+I0 fLSOqX2JoC+OxMmhN6AvDLnu4utWdQ== =o95Z -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- From owner-freebsd-current@freebsd.org Tue Mar 3 12:27:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C2B2726DF90 for ; Tue, 3 Mar 2020 12:27:52 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48Wx9g0RPTz4WTP for ; Tue, 3 Mar 2020 12:27:51 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: by mailman.nyi.freebsd.org (Postfix) id EF61126DF8F; Tue, 3 Mar 2020 12:27:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE13B26DF8E for ; Tue, 3 Mar 2020 12:27:50 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Wx9c4xbDz4WRT for ; Tue, 3 Mar 2020 12:27:48 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 023CRZSf074670 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2020 13:27:35 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583238456; bh=b0KLnt5UTSe+EN2sCa6163DgUhGAypHlv/uiOv5hCoU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=koXT21VAqKGi3T7J4bwXQdQFp1nHCcFlbE2scVq43WmRkSLjRJBoF/XHI37Dg+Q// BraBTrqf3mg9F6hXNGe0RdeF80e+TN6nc7BdNWqqhAhmjGgf/esiYPHYuirSJyRrmk GAXlcje1vc4I1G3ggX1xYp4/SbLcxJgtQ+IzVyd+MNWq+Lcq7vWay52HpF0yeD2iua PuChR5FLgJo8g9piOgm7Wmfopj43058lSpQkJRBCX0LHU0K+Be6VwF4wqjCYPh5pdK GxuobYUb/GMBMfz7UmWiB8oRzDD5/tLwuFW9rwf/9DFRA+ZShpNJKhbiva51bd9BR1 XDNjuriPm9L3A== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 023CRZBv074667; Tue, 3 Mar 2020 13:27:35 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Tue, 3 Mar 2020 13:27:34 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Yuri Pankov cc: current@freebsd.org Subject: Re: can't build rust -- out of swap space In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48Wx9c4xbDz4WRT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=koXT21VA; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [-4.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980,0]; R_DKIM_ALLOW(-0.20)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[ximalas.info,none]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.05)[ip: (-8.11), ipnet: 2001:700::/32(-1.39), asn: 224(-0.75), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 12:27:52 -0000 On Tue, 3 Mar 2020 12:56+0300, Yuri Pankov wrote: > On 03.03.2020 12:44, Trond Endrestøl wrote: > > On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: > > > > > On 03.03.2020 11:49, Yuri Pankov wrote: > > > > With recent pkg fallout, I'm trying to build rust myself first time ever > > > > (as > > > > far as I can remember), and it's failing running out of swap on the > > > > following step: > > > > > > > > Building stage0 std artifacts (x86_64-unknown-freebsd -> > > > > x86_64-unknown-freebsd) > > > > running: > > > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" > > > > "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > > > > "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" > > > > "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > > > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > > > > "--message-format" "json-render-diagnostics" > > > > ^C^C^C > > > > Build completed unsuccessfully in 0:00:55 > > > > > > > > Here I pressed ^C as the build actually continues despite several > > > > rustdoc, > > > > python, and other processes being killed. > > > > > > > > swap_pager: out of swap space > > > > swp_pager_getswapspace(20): failed > > > > swap_pager: out of swap space > > > > swp_pager_getswapspace(11): failed > > > > > > > > The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto > > > > installation option), top shows about 28G of memory free at that moment, > > > > so > > > > I'm wondering why the swap is being used, and if 2G should be enough to > > > > build rust. > > > > > > Looks like I got this wrong, adding a file-backed swap space I was > > > actually > > > able to run top, and seeing only 100M of memory being "Free", ~20G memory > > > reported as "Active", and swap usage constantly growing being consumed by > > > rustdoc process; something is really wrong here. > > > > Run top(1), hit the o key, type in size, and hit enter to have top > > sort the process list according to their virtual size. The culprit > > will eventually work its way to the top. > > Yes, it's rustdoc, and I'm seeing the same behavior as you described in your > other reply. What's more interesting, having a little swap, processes get > killed almost immediately, and the build happily continues resulting > successful rust package. In my case, I see this behaviour twice during the build. I'll try and reduce my swap partition to 2 GiB and see if that makes a difference during the build. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 3 12:31:56 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2579E26E303 for ; Tue, 3 Mar 2020 12:31:56 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48WxGM2YSXz3CY0 for ; Tue, 3 Mar 2020 12:31:55 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 48EED26E302; Tue, 3 Mar 2020 12:31:55 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4837B26E301 for ; Tue, 3 Mar 2020 12:31:55 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew3-smtp.messagingengine.com (wnew3-smtp.messagingengine.com [64.147.123.17]) (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 48WxGK4jf1z3CTH for ; Tue, 3 Mar 2020 12:31:53 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 6D779542; Tue, 3 Mar 2020 07:31:51 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 03 Mar 2020 07:31:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=3 pvCAL7lfMK7CoVwriBh8FIJrt51s5/yhh9mwZwx+6k=; b=JLRyVYR4o8yN2Cm4Y uWsyHFixRaoabKNeerWnSeBQsHcfmVAaT3UXHYbff7kdiOsrzYe+1llCGHYKGgqo Vvpk4z//E4yXOAdb9lZiUSQbWiR4/QcvkqVOPTlsGE6R3EX/JwDl9bJ0JM8Y2Svl MB50Jw99z6dlS0PxfJ4o6fZWkthSaB+nP3uHifWojsdXaQID4aYKJG13Qa6Xfe4q yJCrgrv0CSifFnAvO+WJumk1rL9jMSeypb7DviO+rutxVzpbq78XUfNiWABr4eRt z0tiXF05YSNwE6yCX1kPHoiEsTyxSFRw+agXQC+so0WSThLnhqzpDXAsTPIr9CYO vjHew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=3pvCAL7lfMK7CoVwriBh8FIJrt51s5/yhh9mwZwx+ 6k=; b=IILFjLy6IwjPGnYEVUlT5z1EQ4wZiAEWJHTE5mHS+qbNmM6zOO6VIPFih mDeYGJ8MiPTwzj3N3ln6zGkP7NkW8iH5VJC93tM6bQoqAtdZWbos2CWlfPnUseZ1 fRXLyMvNW0f7RTHf47wRTHdX7MUJFfi+rC+ske8Lw2VhjmimV3XKtVI3zjmEZy4+ yfiuy8ON0eitRbzBifdGss51f9I+0O+zX2wIhhXEHP9XPYALomIp22qAT0ckxTwv +MgxTVRFcP6FKDXIyLp3a3p46HpyjXs/U7U+wvbmNg+FRLznE7r5Cm0nnfcvGyos AGk3WecTwjDCyupgRqzgRMKTqaD5g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtiedggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihprghnkhhovhesfhgr shhtmhgrihhlrdgtohhmqeenucfkphephedrudefledrudeltddrudekieenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihphgrnhhkohhvsehf rghsthhmrghilhdrtghomh X-ME-Proxy: Received: from earth.lan (unknown [5.139.190.186]) by mail.messagingengine.com (Postfix) with ESMTPA id E16363061393; Tue, 3 Mar 2020 07:31:49 -0500 (EST) Subject: Re: can't build rust -- out of swap space To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= Cc: current@freebsd.org References: From: Yuri Pankov Message-ID: <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com> Date: Tue, 3 Mar 2020 15:31:48 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48WxGK4jf1z3CTH X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=JLRyVYR4; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=IILFjLy6; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.17 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.17]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[17.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.74), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[186.190.139.5.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 12:31:56 -0000 On 03.03.2020 15:27, Trond Endrestøl wrote: > On Tue, 3 Mar 2020 12:56+0300, Yuri Pankov wrote: > >> On 03.03.2020 12:44, Trond Endrestøl wrote: >>> On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: >>> >>>> On 03.03.2020 11:49, Yuri Pankov wrote: >>>>> With recent pkg fallout, I'm trying to build rust myself first time ever >>>>> (as >>>>> far as I can remember), and it's failing running out of swap on the >>>>> following step: >>>>> >>>>> Building stage0 std artifacts (x86_64-unknown-freebsd -> >>>>> x86_64-unknown-freebsd) >>>>> running: >>>>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" >>>>> "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" >>>>> "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features" >>>>> "panic-unwind backtrace compiler-builtins-c" "--manifest-path" >>>>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" >>>>> "--message-format" "json-render-diagnostics" >>>>> ^C^C^C >>>>> Build completed unsuccessfully in 0:00:55 >>>>> >>>>> Here I pressed ^C as the build actually continues despite several >>>>> rustdoc, >>>>> python, and other processes being killed. >>>>> >>>>> swap_pager: out of swap space >>>>> swp_pager_getswapspace(20): failed >>>>> swap_pager: out of swap space >>>>> swp_pager_getswapspace(11): failed >>>>> >>>>> The system has 32G of RAM and 2GB swap partition (as advised by zfs-auto >>>>> installation option), top shows about 28G of memory free at that moment, >>>>> so >>>>> I'm wondering why the swap is being used, and if 2G should be enough to >>>>> build rust. >>>> >>>> Looks like I got this wrong, adding a file-backed swap space I was >>>> actually >>>> able to run top, and seeing only 100M of memory being "Free", ~20G memory >>>> reported as "Active", and swap usage constantly growing being consumed by >>>> rustdoc process; something is really wrong here. >>> >>> Run top(1), hit the o key, type in size, and hit enter to have top >>> sort the process list according to their virtual size. The culprit >>> will eventually work its way to the top. >> >> Yes, it's rustdoc, and I'm seeing the same behavior as you described in your >> other reply. What's more interesting, having a little swap, processes get >> killed almost immediately, and the build happily continues resulting >> successful rust package. > > In my case, I see this behaviour twice during the build. I'll try and > reduce my swap partition to 2 GiB and see if that makes a difference > during the build. I wonder if you are seeing the problem for a long time, or it's something recent for you? I just tried reinstalling the system from 20200227 snapshot, and NOT seeing it, with or w/o the swap. Once I have everything installed, I'll update to latest and re-check (note that I had WITH_CTF defined in src.conf, though I doubt it's related). From owner-freebsd-current@freebsd.org Tue Mar 3 12:50:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CCB9226E996 for ; Tue, 3 Mar 2020 12:50:49 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48Wxh85t5Wz4TPn for ; Tue, 3 Mar 2020 12:50:48 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.nyi.freebsd.org (Postfix) id 5E10326E981; Tue, 3 Mar 2020 12:50:48 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D8C526E980 for ; Tue, 3 Mar 2020 12:50:48 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Wxh60ltXz4TL9; Tue, 3 Mar 2020 12:50:45 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id 970Ijk3YekqGX970Jj7OPL; Tue, 03 Mar 2020 05:50:43 -0700 X-Authority-Analysis: v=2.3 cv=c/jVvi1l c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=8nJEP1OIZ-IA:10 a=SS2py6AdgQ4A:10 a=ZLGELXoPAAAA:8 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=S05Y-LlVDkcdpvOQ3ZoA:9 a=wPNLvfGTeEIA:10 a=CFiPc5v16LZhaT-MVE1c:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 28DC48F8; Tue, 3 Mar 2020 04:50:29 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 023CoSlm081901; Tue, 3 Mar 2020 04:50:28 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 023CoSrh081874; Tue, 3 Mar 2020 04:50:28 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202003031250.023CoSrh081874@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Yuri Pankov cc: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , current@freebsd.org, Jan Beich Subject: Re: can't build rust -- out of swap space In-reply-to: <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com> References: <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com> Comments: In-reply-to Yuri Pankov message dated "Tue, 03 Mar 2020 15:31:48 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Tue, 03 Mar 2020 04:50:28 -0800 X-CMAE-Envelope: MS4wfG+x4EXp3Sl7EvoNhO1ZIUOHHLipFbw0ELKGjfH/0IibnTB1A/mNIbwVq8XEkqj03KhH43s9zERRyYdeuh/yjAie1qYJ50/lXoskEnza6t4OfQyZyPT/ LL2arHeDDkjPtl5kDHais9iQya/kJX2Bx1SuYURn28g0LzXa55CrN5cWU3A7r1iAcwyOr4dq19a3K7C+jljcGSqrW2shT5PLKWrpySViG9qb1cSKYN9Q2t2v 525Q1jifg/CXcf4p4HUqhDfFUg1H614UPUnQcsLGK5b2aIiTv+fn17xVccGk7IPX X-Rspamd-Queue-Id: 48Wxh60ltXz4TL9 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.13) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.17 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RWL_MAILSPIKE_POSSIBLE(0.00)[13.134.59.64.rep.mailspike.net : 127.0.0.17]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.48)[ip: (-6.55), ipnet: 64.59.128.0/20(-3.23), asn: 6327(-2.52), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[13.134.59.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 12:50:49 -0000 In message <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com>, Yuri Pankov wri tes: > On 03.03.2020 15:27, Trond Endrestøl wrote: > > On Tue, 3 Mar 2020 12:56+0300, Yuri Pankov wrote: > > > >> On 03.03.2020 12:44, Trond Endrestøl wrote: > >>> On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: > >>> > >>>> On 03.03.2020 11:49, Yuri Pankov wrote: > >>>>> With recent pkg fallout, I'm trying to build rust myself first time eve > r > >>>>> (as > >>>>> far as I can remember), and it's failing running out of swap on the > >>>>> following step: > >>>>> > >>>>> Building stage0 std artifacts (x86_64-unknown-freebsd -> > >>>>> x86_64-unknown-freebsd) > >>>>> running: > >>>>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebs > d/stage0/bin/cargo" > >>>>> "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > >>>>> "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" "--features > " > >>>>> "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > >>>>> "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > >>>>> "--message-format" "json-render-diagnostics" > >>>>> ^C^C^C > >>>>> Build completed unsuccessfully in 0:00:55 > >>>>> > >>>>> Here I pressed ^C as the build actually continues despite several > >>>>> rustdoc, > >>>>> python, and other processes being killed. > >>>>> > >>>>> swap_pager: out of swap space > >>>>> swp_pager_getswapspace(20): failed > >>>>> swap_pager: out of swap space > >>>>> swp_pager_getswapspace(11): failed > >>>>> > >>>>> The system has 32G of RAM and 2GB swap partition (as advised by zfs-aut > o > >>>>> installation option), top shows about 28G of memory free at that moment > , > >>>>> so > >>>>> I'm wondering why the swap is being used, and if 2G should be enough to > >>>>> build rust. > >>>> > >>>> Looks like I got this wrong, adding a file-backed swap space I was > >>>> actually > >>>> able to run top, and seeing only 100M of memory being "Free", ~20G memor > y > >>>> reported as "Active", and swap usage constantly growing being consumed b > y > >>>> rustdoc process; something is really wrong here. > >>> > >>> Run top(1), hit the o key, type in size, and hit enter to have top > >>> sort the process list according to their virtual size. The culprit > >>> will eventually work its way to the top. > >> > >> Yes, it's rustdoc, and I'm seeing the same behavior as you described in yo > ur > >> other reply. What's more interesting, having a little swap, processes get > >> killed almost immediately, and the build happily continues resulting > >> successful rust package. > > > > In my case, I see this behaviour twice during the build. I'll try and > > reduce my swap partition to 2 GiB and see if that makes a difference > > during the build. > > I wonder if you are seeing the problem for a long time, or it's > something recent for you? I just tried reinstalling the system from > 20200227 snapshot, and NOT seeing it, with or w/o the swap. Once I have > everything installed, I'll update to latest and re-check (note that I > had WITH_CTF defined in src.conf, though I doubt it's related). It's been a problem since rust-1.41 was committed. Your choices are, - revert back to rust-1.40, or - use rust-nightly for now. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Tue Mar 3 13:21:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2386A26F98B for ; Tue, 3 Mar 2020 13:21:52 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48WyMy68dPz4Pnd for ; Tue, 3 Mar 2020 13:21:50 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: by mailman.nyi.freebsd.org (Postfix) id 93EB526F98A; Tue, 3 Mar 2020 13:21:50 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92B2A26F989 for ; Tue, 3 Mar 2020 13:21:50 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (enterprise.ximalas.info [IPv6:2001:700:1100:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ximalas.info", Issuer "Hostmaster ximalas.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WyMw4KCTz4Phf for ; Tue, 3 Mar 2020 13:21:48 +0000 (UTC) (envelope-from trond.endrestol@ximalas.info) Received: from enterprise.ximalas.info (Ximalas@localhost [127.0.0.1]) by enterprise.ximalas.info (8.15.2/8.15.2) with ESMTPS id 023DLbw0011829 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2020 14:21:37 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ximalas.info; s=default; t=1583241697; bh=PGXZlu9ausJ0zMJ1/Z08TIsoT7SUxYU7g+zh4o0+CqY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=JviiU+bLjfRVApqn6HqafyCkHb++CM0drrW+pkClXHheiZmZOCJ1KIMoTy/HNsm87 TJxGdECxn5NTyVhBcrxvXmxyfc5BkAmRWDpO2nOjGl0EvBqfAmzId+EOlDCtQxiHPZ UGTMs26iH5Fdz6GiT7GRTqZBaVr4KAHCi8MBouk2K9v92Ei6i4IdVoot9CYNXkbSd7 feUZsd24uLNmz2499Gf7RH1BSqAgs2yiYEWRaGvoQx/wn6ilZoKgBzTHMSc3o6SRz8 uZZ2BOaBoEbiCV3p4B7FWo6HaqPo1Cz+06hHJ62H74E6jR35IaXhm6QKEhBXo955XZ sLZ2fwc82pHBg== Received: from localhost (trond@localhost) by enterprise.ximalas.info (8.15.2/8.15.2/Submit) with ESMTP id 023DLbOj011826; Tue, 3 Mar 2020 14:21:37 +0100 (CET) (envelope-from trond.endrestol@ximalas.info) X-Authentication-Warning: enterprise.ximalas.info: trond owned process doing -bs Date: Tue, 3 Mar 2020 14:21:37 +0100 (CET) From: =?UTF-8?Q?Trond_Endrest=C3=B8l?= Sender: Trond.Endrestol@ximalas.info To: Yuri Pankov cc: current@freebsd.org Subject: Re: can't build rust -- out of swap space In-Reply-To: <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com> Message-ID: References: <993c159b-b9e0-cd47-5df6-73288748ae13@fastmail.com> User-Agent: Alpine 2.22 (BSF 395 2020-01-19) OpenPGP: url=http://ximalas.info/about/tronds-openpgp-public-key MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_RED autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on enterprise.ximalas.info X-Rspamd-Queue-Id: 48WyMw4KCTz4Phf X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ximalas.info header.s=default header.b=JviiU+bL; dmarc=pass (policy=none) header.from=ximalas.info; spf=pass (mx1.freebsd.org: domain of trond.endrestol@ximalas.info designates 2001:700:1100:1::8 as permitted sender) smtp.mailfrom=trond.endrestol@ximalas.info X-Spamd-Result: default: False [0.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.947,0]; R_DKIM_ALLOW(0.00)[ximalas.info:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+a:c]; NEURAL_HAM_LONG(-0.91)[-0.906,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; HAS_XAW(0.00)[]; URIBL_RED(3.50)[ximalas.info.multi.uribl.com]; BAD_REP_POLICIES(0.10)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ximalas.info:+]; CTYPE_MIXED_BOGUS(1.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[ximalas.info,none]; FREEMAIL_TO(0.00)[fastmail.com]; HAS_ANON_DOMAIN(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:224, ipnet:2001:700::/32, country:NO]; IP_SCORE(-2.05)[ip: (-8.11), ipnet: 2001:700::/32(-1.39), asn: 224(-0.75), country: NO(-0.01)] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 13:21:52 -0000 On Tue, 3 Mar 2020 15:31+0300, Yuri Pankov wrote: > On 03.03.2020 15:27, Trond Endrestøl wrote: > > On Tue, 3 Mar 2020 12:56+0300, Yuri Pankov wrote: > > > > > On 03.03.2020 12:44, Trond Endrestøl wrote: > > > > On Tue, 3 Mar 2020 12:40+0300, Yuri Pankov wrote: > > > > > > > > > On 03.03.2020 11:49, Yuri Pankov wrote: > > > > > > With recent pkg fallout, I'm trying to build rust myself first time > > > > > > ever > > > > > > (as > > > > > > far as I can remember), and it's failing running out of swap on the > > > > > > following step: > > > > > > > > > > > > Building stage0 std artifacts (x86_64-unknown-freebsd -> > > > > > > x86_64-unknown-freebsd) > > > > > > running: > > > > > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/build/x86_64-unknown-freebsd/stage0/bin/cargo" > > > > > > "build" "-Zconfig-profile" "--target" "x86_64-unknown-freebsd" > > > > > > "-Zbinary-dep-depinfo" "-j" "1" "-v" "--release" "--frozen" > > > > > > "--features" > > > > > > "panic-unwind backtrace compiler-builtins-c" "--manifest-path" > > > > > > "/usr/ports/lang/rust/work/rustc-1.41.1-src/src/libtest/Cargo.toml" > > > > > > "--message-format" "json-render-diagnostics" > > > > > > ^C^C^C > > > > > > Build completed unsuccessfully in 0:00:55 > > > > > > > > > > > > Here I pressed ^C as the build actually continues despite several > > > > > > rustdoc, > > > > > > python, and other processes being killed. > > > > > > > > > > > > swap_pager: out of swap space > > > > > > swp_pager_getswapspace(20): failed > > > > > > swap_pager: out of swap space > > > > > > swp_pager_getswapspace(11): failed > > > > > > > > > > > > The system has 32G of RAM and 2GB swap partition (as advised by > > > > > > zfs-auto > > > > > > installation option), top shows about 28G of memory free at that > > > > > > moment, > > > > > > so > > > > > > I'm wondering why the swap is being used, and if 2G should be enough > > > > > > to > > > > > > build rust. > > > > > > > > > > Looks like I got this wrong, adding a file-backed swap space I was > > > > > actually > > > > > able to run top, and seeing only 100M of memory being "Free", ~20G > > > > > memory > > > > > reported as "Active", and swap usage constantly growing being consumed > > > > > by > > > > > rustdoc process; something is really wrong here. > > > > > > > > Run top(1), hit the o key, type in size, and hit enter to have top > > > > sort the process list according to their virtual size. The culprit > > > > will eventually work its way to the top. > > > > > > Yes, it's rustdoc, and I'm seeing the same behavior as you described in > > > your > > > other reply. What's more interesting, having a little swap, processes get > > > killed almost immediately, and the build happily continues resulting > > > successful rust package. > > > > In my case, I see this behaviour twice during the build. I'll try and > > reduce my swap partition to 2 GiB and see if that makes a difference > > during the build. > > I wonder if you are seeing the problem for a long time, or it's something > recent for you? I just tried reinstalling the system from 20200227 snapshot, > and NOT seeing it, with or w/o the swap. Once I have everything installed, > I'll update to latest and re-check (note that I had WITH_CTF defined in > src.conf, though I doubt it's related). I have struggled for the past three weeks, with mad hypotheses ranging from ccache poisoning to faulty memory sticks, culminating in bootstrapping my localbase from scratch last weekend. One positive outcome is that I finally raised the size limit for my localbase ccache. -- Trond. From owner-freebsd-current@freebsd.org Tue Mar 3 14:11:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9498C250D30 for ; Tue, 3 Mar 2020 14:11:54 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WzTj4YxKz40gp for ; Tue, 3 Mar 2020 14:11:53 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 8ED4F250D2F; Tue, 3 Mar 2020 14:11:53 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D8A8250D2E for ; Tue, 3 Mar 2020 14:11:53 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48WzTf3VsFz40dd for ; Tue, 3 Mar 2020 14:11:49 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id v2so4444798wrp.12 for ; Tue, 03 Mar 2020 06:11:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=y1YIq9Ev/b4eqEWiBaoYRKX6tH6bTP3MzpVPMoPdn2w=; b=UyZLXm8QICLkmfh0FwSYBmZinAfoLmDU2ZXBB1c99IKC0WTRwixyzdhl+TzLK1IvvJ PgGvfEad5z4qEgCfxTAUOQNFNNy6bXPLu134VOxi9LXgNhVBknUS8GZkpfWQ2Q/9p7ge Mygii8sKMiOoHXyvBq7jzPJH0yAd/EHez1wGo5d37Erc9HjGy2iF8X+wZ1RBUPq95TqO 9tb9gshsAO8rzH492i94FMasqKwzXmV0X8Nd/IiEQpigeh0/93gfFw3pqfxaDauodtlP AN8EZpvvHXpY7xfhNkgLYzorK/YcDohBQs0hQNxwJkyBCEGQPtw7U2gJhcDQokG9cnZC wqIQ== X-Gm-Message-State: ANhLgQ2YQkgDwWPYFwzWRu5UwQQDG4ElJ00yuv11EUS2M/4XmhbUdCiO 3Tleng8KTxoy8fhFfZvAf8vuktmjsgI= X-Google-Smtp-Source: ADFU+vvLMj3lj6wwKn3WbV15fBNO6RgFH4Au57+hl+4cafS/CZgU8Mwu0HqbgpHUaxSxGEOwmf0inQ== X-Received: by 2002:adf:fc08:: with SMTP id i8mr5794140wrr.104.1583244707326; Tue, 03 Mar 2020 06:11:47 -0800 (PST) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id g7sm30020314wrm.72.2020.03.03.06.11.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2020 06:11:46 -0800 (PST) Subject: Re: Wired memory consumes almost all my memory recently To: Kirill Ponomarev Cc: current@freebsd.org References: <6b9eba37-0866-fda6-4dd8-205eb3d77458@FreeBSD.org> <20200303104154.GB29722@krion.cc> From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-ID: Date: Tue, 3 Mar 2020 15:12:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200303104154.GB29722@krion.cc> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48WzTf3VsFz40dd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-3.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.221.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.53)[ip: (-2.93), ipnet: 209.85.128.0/17(-2.99), asn: 15169(-1.66), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[54.221.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 14:11:54 -0000 On 3/3/20 11:41 AM, Kirill Ponomarev wrote: > On 03/03, Mateusz Piotrowski wrote: >> I'm experiencing some problems with memory on r358410. > Please try r358505, it should be fixed. Thanks! I'm running r358571 now. I'll post again if the problem persists. From owner-freebsd-current@freebsd.org Tue Mar 3 14:12:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 80055250D91 for ; Tue, 3 Mar 2020 14:12:51 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48WzVm4P2hz41Sb for ; Tue, 3 Mar 2020 14:12:48 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id C215D250D8D; Tue, 3 Mar 2020 14:12:47 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C0E46250D8C for ; Tue, 3 Mar 2020 14:12:47 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic307-9.consmr.mail.ne1.yahoo.com (sonic307-9.consmr.mail.ne1.yahoo.com [66.163.190.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48WzVj2cVZz41Py for ; Tue, 3 Mar 2020 14:12:44 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-YMail-OSG: BnNGX60VM1n4OQeX.OaT_hJmhXSgk2JKf6Rgj.tR1TkRFrT8AyoEmucxtn.dja_ Ii1AOfTlAVxGddZLoGURMVeasjoIDVIFU0x8NeMPl0TKgxeFLNpMoC8JaeU3ENEuHnOLtPTN7g61 mNgjK2KgRTxVqRG405Fxa.gUtwmgHSKm_NSGOSd88X..q8tVvA.b1XCFDZ9L85o2rTXCjV5bEhNl Z7Bow9XixBFqiRNHzPyAFKP2qMBOsoBvLAf52RF72b_A2ze21W4Q00L1WdCqmv9wiguOaSi.dUmc vyYtjaIxVXrUJi_WCxeguYVQrbOq7GBwWfvaTLYMGBL90_1GA0dbjGpavQcnYX9a5JmV6fPNQzME j7k4VxbC6ifYo7JTlxiUFO4Y_SXoKReIV2XYWBwhOarGb7zJm.hyHU1RcczwXs_50sg8dkbslCYD AYppbzGPtnwO36KtbxG14WKAUXLWWUVYjCTMIQjV1q0pATV1UNyiDRxpDg08ablBZvqBkXWz9ozu mJH3n.tPtd7bfLXfBhCDlPikoWL6sNkn2f7l4e4Ygsk3J04Zi6VA2sAdBe7DstZwfoQzC216HNs2 qrUC8jFCkju2Er70x8djvx8p0s7sR12SKPgSKH9bHfmM3gc2YSc8ixgXpLKvKAKrto7bTSqBcQUd nkk836robRh0ft.cL4JqbNiJUatznsooX42DeZbpxTVwrZ.mAQUxXsjeqNc9peC7QYL_oGFfI8my SprRm6SddJoAinCOmpmsRymez5l0E8Gsf7Fxst9IuvAqSphHB.gW3xW3zgcnCR3ALm2rXL0.FCgz YOemMK3YxpwzRuG3hoQRKX_WMswhO0zdBSIX6ZWsZPo00qvFkgE8MAW0erTEzc.sgeoKydyPsQBg MFEX4bCzh4TtUhNH_mcFkrfDSlcI15y4v_iwEHvSg2P5Ivw7UppMpndhkizcSvqtdsMJQkr3yrqD pfGZlhOEN_tAGiHLsm3DqmQFno5EGsD0pdZsVVc3zDoBorw.pCiyVxrkNnXBRTaMADtyQHV8df0n 6xWkwleaMUSh6gmvnkfc8rLWSWsZwumlwUg1m21ju3QLx1sDum5C.fFcfogMUF_CGVqRK5PsSkdP BtlbO9Rkg7Hhv.AV6WamAToxI4HueKKbyfnKMNdpGshYPP0joK0QYWXnovTHib0ib0w804ci_WJG y7skEJRKdGr7ZgyK.kPWCBPkfVCnrtffET6j0WmTwun61VuNiLXmDml.LeiNUc3xOgPH8B8_c1bw xE.XYk9WFNQ5SRfzShu4NEk0o0XH800w9Eih6pkAT5gInteEDy9mSsC4DN0G_zRyu5If0GXXV05f eiQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Tue, 3 Mar 2020 14:12:43 +0000 Date: Tue, 3 Mar 2020 14:12:41 +0000 (UTC) From: Filippo Moretti To: Current Message-ID: <306872934.3580580.1583244761955@mail.yahoo.com> Subject: NCURSES MIME-Version: 1.0 References: <306872934.3580580.1583244761955.ref@mail.yahoo.com> X-Mailer: WebService/1.1.15302 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:73.0) Gecko/20100101 Firefox/73.0 X-Rspamd-Queue-Id: 48WzVj2cVZz41Py X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.46 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; URI_COUNT_ODD(1.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; SUBJ_ALL_CAPS(0.53)[7]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(0.00)[ip: (3.54), ipnet: 66.163.184.0/21(1.19), asn: 36646(0.95), country: US(-0.05)]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.938,0]; RCVD_IN_DNSWL_NONE(0.00)[32.190.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[32.190.163.66.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 14:12:51 -0000 Dear Sir,=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 I would like to update my CURRENT-AMD64.The ports that depend = from ncurses should be rebuilt.How do I find out which ports I need to rebu= ild?Thank youFilippo From owner-freebsd-current@freebsd.org Tue Mar 3 14:26:54 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AAF09251764 for ; Tue, 3 Mar 2020 14:26:54 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 48Wzq11cvcz4R3m for ; Tue, 3 Mar 2020 14:26:53 +0000 (UTC) (envelope-from mad@madpilot.net) Received: by mailman.nyi.freebsd.org (Postfix) id 2507F251763; Tue, 3 Mar 2020 14:26:53 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2397C251762 for ; Tue, 3 Mar 2020 14:26:53 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Wzpz0v6jz4Qxt for ; Tue, 3 Mar 2020 14:26:50 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 48Wzpq3lJWz6dVg; Tue, 3 Mar 2020 15:26:43 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10026) with ESMTP id v-BMad__RX1f; Tue, 3 Mar 2020 15:26:41 +0100 (CET) Subject: Re: NCURSES To: Filippo Moretti , Current References: <306872934.3580580.1583244761955.ref@mail.yahoo.com> <306872934.3580580.1583244761955@mail.yahoo.com> From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= mQENBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAG0Hkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PokBOQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8Xa5Ag0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAGJAR8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncrkBDQRPhvpdAQgAsd6mrOq1GSZw lzRscNQa9W2WB/3Tj4ON4PL2e9B+hc9lT/ny2zB3agXu5wbsXTzwxgJpQT7hNHkCSckW98h3 HRjFfhZPNCgInuUGsjcNyVguQh+/47ckhph0s7U+6B4yNuIiqQZk4mo8WgCNj1YIihVmGWEs gDOwMaajbDYZ0r1/3GkKlYjOXeUuT/WgourrSR5oZJVNA/k4X2H7M3JUr1BSc32L7BJt8M7A ntul6k17J0L8GmkvLvTUtQTO+p+DYQMna2ngD3PbAvQRcbEGnkg9ABrdEF0Wp4Gx+gGGWsyF KlHvPdMtgWAy3JsS+rQapG6LoW3yUJpwpEpA86KdBwARAQABiQEfBCgBCAAJBQJTEH0NAh0B AAoJEBrmhg5Wy9KTMZcIAMSsidGF4KpjGcKzhkNK0sEpevcelQ6DzgT7kcXuq6LQ6YOrbof2 /KPgGie9/ToFZfJXH8zE5GefqkKvHZbYssWilFvkI90F9n138kG205NB/2zlaQb74/v9ZMXJ XcipnIx+T2tOMCBgHJU41IMJmB+NfRt5A6CDytJdhWxqppsEo5jjy/7tJM1Nn47G87tAV8qV NUtzbS6zdnbHB4W2BJwCObbVv8epL3hu/L5efV2j2tSbVTmyvK/ClYMBqdtUo3uPX75GF/Ku YDCOP1BTA5zzmzp4PMVd+gmHcMgCZKY6lvcEtdi5FLI0we2kcY8ffPvM2d6MNhFsGLaVI95J 0oqJAR8EGAECAAkFAk+G+l0CGwwACgkQGuaGDlbL0pM18Qf9HTNNhu8N0ISKtmR8lgPhJuu8 9rOEa8KKEatr4fQ7gL+hmYOEqZ/yHLcPQvGxbAlLR7F0SheKvAEk4B1aFwGULPo0SzuO0d/W tVMEbGa95JTm/6mfiymWMlWf8UifD1MDKzzPR7Om0ybeoPM8S/RQTboUU1WLpwd4mg9pVJlK 0xr55GOSHNf4m7S+P1kvl3xgmEj14zVMq9yJBNWFlsQK5ciifh7sFpfuxWdEVbtgIdxpzImK LXSLA0vOroKAvxFTGBrBq3vxV6eUmaKyd5HbbWejmafY1ua5dcnew9lxpWKLdqkC27Vt0Cku +LtTY3325V+BChncwNcJJS7IMmBz6w== Message-ID: <4ebd5a26-a580-465c-3c34-68c88bb6ac37@madpilot.net> Date: Tue, 3 Mar 2020 15:26:40 +0100 In-Reply-To: <306872934.3580580.1583244761955@mail.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48Wzpz0v6jz4Qxt X-Spamd-Bar: - X-Spamd-Result: default: False [-1.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.01)[-0.009,0]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=bjowvop61wgh]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MISSING_MIME_VERSION(2.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.95)[ip: (-8.43), ipnet: 159.69.0.0/16(0.26), asn: 24940(-1.56), country: DE(-0.02)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[madpilot.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[madpilot.net,quarantine]; SUBJ_ALL_CAPS(0.53)[7]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 14:26:54 -0000 On 03/03/20 15:12, Filippo Moretti wrote: > Dear Sir,              I would like to update my CURRENT-AMD64.The ports that depend from ncurses should be rebuilt.How do I find out which ports I need to rebuild?Thank youFilippo check pkg-check(8) something like 'pkg check -Ba' should work. -- Guido Falsi From owner-freebsd-current@freebsd.org Wed Mar 4 03:16:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0D23262851 for ; Wed, 4 Mar 2020 03:16:02 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660052.outbound.protection.outlook.com [40.107.66.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XJtR5G5Gz4Q64 for ; Wed, 4 Mar 2020 03:15:58 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JEBt0x2pyGqoK3uqXIVR+/QPsQCuhHvPPVuKjoaOvXFLZo1kA+sJ4nyluVfly7qV6wzyybI5bX088eSn+Rh+197q4ViKHFKhf8hUa9l/z/cgDETr098teKRqbJpM5YpTRDsKpbZ0dwIhOUf1CeIhAyuytfwGgMZE8rLwZvuqFsKKBc5UA/Rv44JH6eiwHqTN6174S65t/CzRYmIfP5SZuHR7tdlJbhLenmbWsrhD86mRmj2kphB4hN0x7hCirL/DTZSW5rOITnHA/QRnqCD500f8s+2v3vmtRm49Qt5n1ELK4CB+eAg3E3TlGJK/7vpsbIKyy95VtdRFNNcYCf0hQA== 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-SenderADCheck; bh=P0W/j5w9+L8RWC8oJJEYdlD96f51jp/3+Z+uGbgpyBE=; b=Z8qVXWmPoljh2LhCYm9k92urcnv2IwynhvpcdaaKaz4tCm/XBtIbFvpF9JNMzVHeYm2JpgA11XXYdS+RhXdKGRfb292j3y6XivvTlzPHx/1MvTbBMnZFNWbKZVQmq7Y/2ztgAi7JT9JCTZnjBLpBLB0xEm2hEqS9iw4rilHJE1REshtTQuRBT51FHczC9ekf/4v6CRfeyJSXFdtgRAoV+xqDGzobWuE4uRn2jQ+mDTiCS/6gBQN+axyR7BAvRf6S2Kzm+aqMKDPLcFUhTU9T25ZLDtz4MchryDwZ04pJfpbFVClDyng8T2VEEL+/T2hstdyZJchM6enCD5mTtuRYIQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM (10.255.46.82) by YTBPR01MB3808.CANPRD01.PROD.OUTLOOK.COM (10.255.45.81) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.14; Wed, 4 Mar 2020 03:15:57 +0000 Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4]) by YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4%6]) with mapi id 15.20.2772.019; Wed, 4 Mar 2020 03:15:48 +0000 From: Rick Macklem To: "freebsd-current@FreeBSD.org" Subject: TLS certificates for NFS-over-TLS floating client Thread-Topic: TLS certificates for NFS-over-TLS floating client Thread-Index: AQHV8dDjD29GK4BL2kGnxfg+gW2rAQ== Date: Wed, 4 Mar 2020 03:15:48 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5a17cd28-6efd-42e7-ef9d-08d7bfea5615 x-ms-traffictypediagnostic: YTBPR01MB3808: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0332AACBC3 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39860400002)(376002)(136003)(346002)(396003)(189003)(199004)(6916009)(6506007)(33656002)(52536014)(5660300002)(316002)(786003)(71200400001)(2906002)(9686003)(186003)(66476007)(64756008)(66556008)(66446008)(478600001)(7696005)(86362001)(76116006)(81166006)(81156014)(55016002)(8676002)(8936002)(66946007); DIR:OUT; SFP:1101; SCL:1; SRVR:YTBPR01MB3808; H:YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FjJb/KcKV0/1O4HG6ksUsp2tswX1uIDqzFl9z4HFZaTh+R+3hCmjrR4nNvhVC4pEiACCzkBMZzXC3nwo/H8fEf17bONTECHkOM/hDMLU/SPLC/aLVTh0X+61X4/7JrkxSCu8FCAnf+AZzjRnLCE+7uw8eNI9H1OyT2XhigzRVtt9e60ZUrTWg5b7jseq8ALsR+TvW8j7FpZu4TyXCJfh/wpmKkN/iHbSBH4K/cu1vmzxqdE+ytmg43b0LjQFHwKA0UXh0lw+dpnpNNmND/SXCk6L45cH6IQWTBwlk+LWCyWWggfr7PykSKJeb58cwdLrleJ/pR32lHjkgvo0LYyzb0GT93m9TnnqUcjQ/OG8z+lGT8ve68rITAwN6hk7STLObb9qawM+23MqmVzWdiVwh6vSRHYgACHRrneQJYu0LmC+9rAcLgLS9ES0Kc2fhmCB x-ms-exchange-antispam-messagedata: jp/7H1zup2StKglq0s/TG1BLbPbpqnWW7bNPC2+U1LhVzwQq0Bv7WjKfvyPRGhzAsWVIEj0sC30wqu0qnW7yorGdBZju0A35ZCBdUUdmq6hn1P+jkH5WG4SpEv+GYeUcBsywJOJxP/zIMdV0fhHWHQOlq6YFYyUxcUTffoTnuCSCZnlmpPw7C9jFyTeZrF8Y2spApNjITuU8NWf6ZKjSsw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 5a17cd28-6efd-42e7-ef9d-08d7bfea5615 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2020 03:15:48.2096 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TMLmFNx8wDMoVEeQ+gvJzi68LAHe5351onpZ5B9qhPhbvup44TZbbX3JAEzBwFwa072rMExBtzf8E2LwOUotOw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTBPR01MB3808 X-Rspamd-Queue-Id: 48XJtR5G5Gz4Q64 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.52 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.70 / 15.00]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.40)[ipnet: 40.64.0.0/10(-3.83), asn: 8075(-3.10), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[52.66.107.40.list.dnswl.org : 127.0.3.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 03:16:02 -0000 Hi,=0A= =0A= I am slowly trying to understand TLS certificates and am trying to figure= =0A= out how to do the following:=0A= -> For an /etc/exports file with...=0A= /home -tls -network 192.168.1.0 -mask 255.255.255.0=0A= /home -tlscert=0A= =0A= This syntax isn't implemented yet, but the thinking is that clients on the= =0A= 192.168.1 subnet would use TLS, but would not require a certificate.=0A= For access from anywhere else, the client(s) would be required to have a=0A= certificate.=0A= =0A= A typical client mounting from outside of the subnet might be my laptop,=0A= which is using wifi and has no fixed IP/DNS name.=0A= --> How do you create a certificate that the laptop can use, which the NFS= =0A= server can trust enough to allow the mount?=0A= My thinking is that a "secret" value can be put in the certificate that the= NFS=0A= server can check for.=0A= The simplest way would be a fairly long list of random characters in the=0A= organizationName and/or organizationUnitName field(s) of the subject name.= =0A= Alternately, it could be a newly defined extension for X509v3, I think?=0A= =0A= Now, I'm not sure, but I don't think this certificate can be created via=0A= a trust authority such that it would "verify". However, the server can=0A= look for the "secret" in the certificate and allow the mount based on that.= =0A= =0A= Does this sound reasonable?=0A= =0A= Also, even if the NFS client/server have fixed IP addresses with well known= =0A= DNS names, it isn't obvious to me how signed certificates can be acquired= =0A= for them?=0A= (Lets Encrypt expects the Acme protocol to work and that seems to be=0A= web site/http specific?)=0A= =0A= Thanks for any help with this, rick=0A= =0A= From owner-freebsd-current@freebsd.org Wed Mar 4 03:22:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B670A262F3D for ; Wed, 4 Mar 2020 03:22:41 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 48XK280W9pz4XL0 for ; Wed, 4 Mar 2020 03:22:39 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 0243MYUA014725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 Mar 2020 22:22:36 -0500 Date: Tue, 3 Mar 2020 19:22:34 -0800 From: Benjamin Kaduk To: Rick Macklem Cc: "freebsd-current@FreeBSD.org" Subject: Re: TLS certificates for NFS-over-TLS floating client Message-ID: <20200304032234.GY98042@kduck.mit.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 48XK280W9pz4XL0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kaduk@mit.edu designates 18.9.28.11 as permitted sender) smtp.mailfrom=kaduk@mit.edu X-Spamd-Result: default: False [-5.40 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[mit.edu]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.28.9.18.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.90)[ip: (-9.63), ipnet: 18.9.0.0/16(-4.78), asn: 3(-0.03), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 03:22:41 -0000 On Wed, Mar 04, 2020 at 03:15:48AM +0000, Rick Macklem wrote: > Hi, > > I am slowly trying to understand TLS certificates and am trying to figure > out how to do the following: > -> For an /etc/exports file with... > /home -tls -network 192.168.1.0 -mask 255.255.255.0 > /home -tlscert > > This syntax isn't implemented yet, but the thinking is that clients on the > 192.168.1 subnet would use TLS, but would not require a certificate. > For access from anywhere else, the client(s) would be required to have a > certificate. My gut reaction: that doesn't sound like a good idea. Trusting the local network to be secure is pretty risky, in general. > A typical client mounting from outside of the subnet might be my laptop, > which is using wifi and has no fixed IP/DNS name. > --> How do you create a certificate that the laptop can use, which the NFS > server can trust enough to allow the mount? You can give your laptop a certificate for an arbitrary name, provided that the NFS server knows to "validate" that name in an appropriate fashion. (I don't remember what draft-ietf-nfsv4-rpc-tls says about this validation.) > My thinking is that a "secret" value can be put in the certificate that the NFS > server can check for. > The simplest way would be a fairly long list of random characters in the > organizationName and/or organizationUnitName field(s) of the subject name. > Alternately, it could be a newly defined extension for X509v3, I think? It would be better to just make a site-local CA and trust everything it issues (which, admittedly, is not the greatest option itself.) > Now, I'm not sure, but I don't think this certificate can be created via > a trust authority such that it would "verify". However, the server can > look for the "secret" in the certificate and allow the mount based on that. > > Does this sound reasonable? I'm not sure what goal you're trying to achieve by this "security through obscurity". > Also, even if the NFS client/server have fixed IP addresses with well known > DNS names, it isn't obvious to me how signed certificates can be acquired > for them? > (Lets Encrypt expects the Acme protocol to work and that seems to be > web site/http specific?) RFC 8738 specifies the ACME protocol for validating IP addresses. -Ben From owner-freebsd-current@freebsd.org Wed Mar 4 03:26:24 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9210F263204 for ; Wed, 4 Mar 2020 03:26:24 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XK6Q5Lwlz4bWX for ; Wed, 4 Mar 2020 03:26:22 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 0243Qk6m024178 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 3 Mar 2020 19:26:53 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: In-Reply-To: From: Chris Reply-To: bsd-lists@BSDforge.com To: Rick Macklem Subject: Re: TLS certificates for NFS-over-TLS floating client Date: Tue, 03 Mar 2020 19:26:53 -0800 Message-Id: <4f1119e2d61d50fedc99b223fe8681d3@udns.ultimatedns.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48XK6Q5Lwlz4bWX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-1.34 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; IP_SCORE(-0.27)[ip: (-0.50), ipnet: 24.113.0.0/16(-0.25), asn: 11404(-0.57), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 03:26:24 -0000 On Wed, 4 Mar 2020 03:15:48 +0000 Rick Macklem rmacklem@uoguelph=2Eca said > Hi, >=20 > I am slowly trying to understand TLS certificates and am trying to figure > out how to do the following: > -> For an /etc/exports file with=2E=2E=2E > /home -tls -network 192=2E168=2E1=2E0 -mask 255=2E255=2E255=2E0 > /home -tlscert >=20 > This syntax isn't implemented yet, but the thinking is that clients on th= e > 192=2E168=2E1 subnet would use TLS, but would not require a certificate=2E > For access from anywhere else, the client(s) would be required to have a > certificate=2E >=20 > A typical client mounting from outside of the subnet might be my laptop, > which is using wifi and has no fixed IP/DNS name=2E > --> How do you create a certificate that the laptop can use, which the NF= S > server can trust enough to allow the mount? > My thinking is that a "secret" value can be put in the certificate that t= he > NFS > server can check for=2E > The simplest way would be a fairly long list of random characters in the > organizationName and/or organizationUnitName field(s) of the subject name= =2E > Alternately, it could be a newly defined extension for X509v3, I think? >=20 > Now, I'm not sure, but I don't think this certificate can be created via > a trust authority such that it would "verify"=2E However, the server can > look for the "secret" in the certificate and allow the mount based on tha= t=2E >=20 > Does this sound reasonable? >=20 > Also, even if the NFS client/server have fixed IP addresses with well kno= wn > DNS names, it isn't obvious to me how signed certificates can be acquired > for them? > (Lets Encrypt expects the Acme protocol to work and that seems to be > web site/http specific?) I can only speak to the LetsEncrypt part of your question(s); There are additional verification methods available beyond www/httpd(s)=2E But I found in the case of (e)mail; that the cert(s) issued by LetsEncrypt also work well for all my MXs=2E Hope this is helpful! >=20 > Thanks for any help with this, rick >=20 --Chris From owner-freebsd-current@freebsd.org Wed Mar 4 04:16:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F3A66263D5E; Wed, 4 Mar 2020 04:16:24 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48XLD70WMhz4Wth; Wed, 4 Mar 2020 04:16:22 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (aussie-gw.lemis.com [167.179.139.35]) by lax.lemis.com (Postfix) with ESMTP id 255AD280B8; Wed, 4 Mar 2020 04:16:15 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 6491D263595; Wed, 4 Mar 2020 15:16:14 +1100 (AEDT) Date: Wed, 4 Mar 2020 15:16:14 +1100 From: Greg 'groggy' Lehey To: marco , freebsd-current@freebsd.org Cc: freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... Message-ID: <20200304041614.GA92692@eureka.lemis.com> References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20200302175801.GA48484@lordsith.net> Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 48XLD70WMhz4Wth X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of grog@lemis.com designates 45.32.70.18 as permitted sender) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-6.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a:www.lemis.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; IP_SCORE(-2.44)[ip: (-7.73), ipnet: 45.32.64.0/19(-2.56), asn: 20473(-1.84), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 04:16:25 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 2 March 2020 at 17:58:01 +0000, marco wrote: > On Sun, Mar 01, 2020 at 04:50:59PM -0500, you (Brennan Vincent) sent the following to [freebsd-current] : >> Apparently something has its ABI erroneously listed as FreeBSD:13.0:amd64 >> instead of FreeBSD:13:amd64. >> >> ``` >> $ sudo pkg update -f >> Updating FreeBSD repository catalogue... >> Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 >> Fetching packagesite.txz: 100% 6 MiB 6.4MB/s 00:01 >> Processing entries: 72% >> pkg: wrong architecture: FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64 >> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:13.0:amd64 >> Processing entries: 100% >> Unable to update repository FreeBSD >> Error updating repositories! > > Ran into this very same problem today too. > Just learned on #freebsd that the repos are temporarily borked and > people are working hard to fix it. Any workarounds in the meantime? This must affect a lot of people, including those who use 12-: pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. 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 --wac7ysb48OaltWcw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAl5fK44ACgkQIubykFB6QiMBwgCgn2GPcC9gX9ltiFN3idWrWpMW Oo0AoKFFJRFMhi+qPljkoKfriorGCz2P =tswY -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@freebsd.org Wed Mar 4 04:36:35 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A0B1B26494C for ; Wed, 4 Mar 2020 04:36:35 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (mx.allbsd.org [IPv6:2001:2f0:104:e001::41]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature ECDSA (P-384) client-digest SHA384) (Client CN "mail.allbsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XLgQ22zmz4tjR for ; Wed, 4 Mar 2020 04:36:33 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail-d.allbsd.org ([IPv6:2409:11:a740:4700:58:65ff:fe00:b0b]) (authenticated bits=56) by mail.allbsd.org (8.15.2/8.15.2) with ESMTPSA id 0244a7J7031929 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) (Client CN "/CN=mail-d.allbsd.org", Issuer "/C=US/O=Let's+20Encrypt/CN=Let's+20Encrypt+20Authority+20X3"); Wed, 4 Mar 2020 13:36:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from alph.d.allbsd.org ([IPv6:2409:11:a740:4700:16:ceff:fe34:2700]) by mail-d.allbsd.org (8.15.2/8.15.2) with ESMTPS id 0244a2vR012968 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 4 Mar 2020 13:36:02 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [[UNIX: localhost]]) (authenticated bits=0) by alph.d.allbsd.org (8.15.2/8.15.2) with ESMTPA id 0244a1L2012964; Wed, 4 Mar 2020 13:36:02 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 04 Mar 2020 13:35:15 +0900 (JST) Message-Id: <20200304.133515.520383339344620673.hrs@FreeBSD.org> To: rmacklem@uoguelph.ca Cc: freebsd-current@FreeBSD.org Subject: Re: TLS certificates for NFS-over-TLS floating client From: Hiroki Sato In-Reply-To: References: X-Old-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-PGPkey-fingerprint: 6C0D 2353 27CF 80C7 901E FDD2 DBB0 7DC6 6F1F 737F X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha512; boundary="--Security_Multipart(Wed_Mar__4_13_35_15_2020_391)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mail.allbsd.org [IPv6:2001:2f0:104:e001:0:0:0:41]); Wed, 04 Mar 2020 13:36:24 +0900 (JST) X-Rspamd-Queue-Id: 48XLgQ22zmz4tjR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.09 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_SPAM_MEDIUM(0.91)[0.912,0]; ASN(0.00)[asn:7514, ipnet:2001:2f0::/32, country:JP] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 04:36:35 -0000 ----Security_Multipart(Wed_Mar__4_13_35_15_2020_391)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Rick Macklem wrote in : rm> Hi, rm> rm> I am slowly trying to understand TLS certificates and am trying to figure rm> out how to do the following: rm> -> For an /etc/exports file with... rm> /home -tls -network 192.168.1.0 -mask 255.255.255.0 rm> /home -tlscert rm> rm> This syntax isn't implemented yet, but the thinking is that clients on the rm> 192.168.1 subnet would use TLS, but would not require a certificate. rm> For access from anywhere else, the client(s) would be required to have a rm> certificate. rm> rm> A typical client mounting from outside of the subnet might be my laptop, rm> which is using wifi and has no fixed IP/DNS name. rm> --> How do you create a certificate that the laptop can use, which the NFS rm> server can trust enough to allow the mount? rm> My thinking is that a "secret" value can be put in the certificate that the NFS rm> server can check for. I do not think it is a good idea to use a certificate with an embedded secret for authentication and/or authorization. In the case that the client offers a certificate upon establishing a TLS connection for authentication purpose, the authenticity will be checked on the server usually by using the CA certificate which was used to issue the client certificate. The CA cert must be put to somewhere the NFS server can read. The CA cert is secret. So if the NFS server can check the client certificate by the CA certificate, it means the NFS server can trust the client. I think no additional information is required. Authorization such as which mount point can be mounted by using the client cert can be implemented by using the CN field or other X.509 attributes, of course. It can be just a clear text. I think this is one of the most reliable and straightforward ways because in most cases both NFS servers and the clients are under the sysadmin's control. rm> Now, I'm not sure, but I don't think this certificate can be created via rm> a trust authority such that it would "verify". However, the server can rm> look for the "secret" in the certificate and allow the mount based on that. In the way described above, to use TLS client authentication, the NFS server admin has to have a certificate which allows to sign another certificate. This means that the admin must be a CA or trusted authority. In practice, one can generate a self-signed certificate by using openssl(1) and use it as its CA certificate. He can issue certificates signed by it for the NFS clients, and put his CA certificate to somewhere the NFS server can read. rm> Also, even if the NFS client/server have fixed IP addresses with well known rm> DNS names, it isn't obvious to me how signed certificates can be acquired rm> for them? rm> (Lets Encrypt expects the Acme protocol to work and that seems to be rm> web site/http specific?) TLS certificates do not always have (or do not need to have) a domain name as an attribute. Data in attributes are restricted depending on the purpose, so certificates issued by Let's Encrypt can have only domain names (CN or Subject Alternative Name), for example. An example which is not supported by Let's Encrypt is a certificate for S/MIME email encryption which has an email address. -- Hiroki ----Security_Multipart(Wed_Mar__4_13_35_15_2020_391)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iMkEABMKAC4WIQRsDSNTJ8+Ax5Ae/dLbsH3Gbx9zfwUCXl8wAxAcaHJzQGZyZWVi c2Qub3JnAAoJENuwfcZvH3N/VwECCQG+Xn5nXW9DI0aXKU7i8JZjCuwjUuxW/ir2 UCcxfZfHoA2ohytd9iQDhai1xpDUbnQUEyd+LU41wK2KU2YbISnVYwII7zQ7PERH XkCtWvkMsYGbpL+u71hr8N9zGLjFYZQ1Np0ylCXfkozbUqR+b2a4rHUyfu9qYuO4 c9OWeUJ3e9CGlUE= =XXV3 -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Mar__4_13_35_15_2020_391)---- From owner-freebsd-current@freebsd.org Wed Mar 4 07:26:07 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45323267A56 for ; Wed, 4 Mar 2020 07:26:07 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XQR16bWCz46cs for ; Wed, 4 Mar 2020 07:26:05 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by udns.ultimatedns.net (8.15.2/8.15.2) with ESMTPS id 0247QUGV047765 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 3 Mar 2020 23:26:36 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 In-Reply-To: <20200304.133515.520383339344620673.hrs@FreeBSD.org> From: Chris Reply-To: bsd-lists@BSDforge.com To: Subject: Re: TLS certificates for NFS-over-TLS floating client Date: Tue, 03 Mar 2020 23:26:36 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48XQR16bWCz46cs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd-lists@BSDforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@BSDforge.com X-Spamd-Result: default: False [-0.34 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bsd-lists@BSDforge.com]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.27)[ip: (-0.50), ipnet: 24.113.0.0/16(-0.25), asn: 11404(-0.57), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; NEURAL_SPAM_MEDIUM(0.02)[0.020,0]; DMARC_NA(0.00)[BSDforge.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 07:26:07 -0000 On Wed, 04 Mar 2020 13:35:15 +0900 (JST) Hiroki Sato hrs@FreeBSD=2Eorg said > Rick Macklem wrote > in > : >=20 > rm> Hi, > rm> > rm> I am slowly trying to understand TLS certificates and am trying to > figure > rm> out how to do the following: > rm> -> For an /etc/exports file with=2E=2E=2E > rm> /home -tls -network 192=2E168=2E1=2E0 -mask 255=2E255=2E255=2E0 > rm> /home -tlscert > rm> > rm> This syntax isn't implemented yet, but the thinking is that clients o= n > the > rm> 192=2E168=2E1 subnet would use TLS, but would not require a certificate=2E > rm> For access from anywhere else, the client(s) would be required to hav= e a > rm> certificate=2E > rm> > rm> A typical client mounting from outside of the subnet might be my lapt= op, > rm> which is using wifi and has no fixed IP/DNS name=2E > rm> --> How do you create a certificate that the laptop can use, which th= e > NFS > rm> server can trust enough to allow the mount? > rm> My thinking is that a "secret" value can be put in the certificate th= at > the NFS > rm> server can check for=2E >=20 > I do not think it is a good idea to use a certificate with an > embedded secret for authentication and/or authorization=2E >=20 > In the case that the client offers a certificate upon establishing a > TLS connection for authentication purpose, the authenticity will be > checked on the server usually by using the CA certificate which was > used to issue the client certificate=2E The CA cert must be put to > somewhere the NFS server can read=2E >=20 > The CA cert is secret=2E So if the NFS server can check the client > certificate by the CA certificate, it means the NFS server can > trust the client=2E I think no additional information is required=2E >=20 > Authorization such as which mount point can be mounted by using the > client cert can be implemented by using the CN field or other X=2E509 > attributes, of course=2E It can be just a clear text=2E >=20 > I think this is one of the most reliable and straightforward ways > because in most cases both NFS servers and the clients are under the > sysadmin's control=2E >=20 > rm> Now, I'm not sure, but I don't think this certificate can be created = via > rm> a trust authority such that it would "verify"=2E However, the server ca= n > rm> look for the "secret" in the certificate and allow the mount based on > that=2E >=20 > In the way described above, to use TLS client authentication, the NFS > server admin has to have a certificate which allows to sign another > certificate=2E This means that the admin must be a CA or trusted > authority=2E >=20 > In practice, one can generate a self-signed certificate by using > openssl(1) and use it as its CA certificate=2E He can issue > certificates signed by it for the NFS clients, and put his CA > certificate to somewhere the NFS server can read=2E >=20 > rm> Also, even if the NFS client/server have fixed IP addresses with well > known > rm> DNS names, it isn't obvious to me how signed certificates can be > acquired > rm> for them? > rm> (Lets Encrypt expects the Acme protocol to work and that seems to be > rm> web site/http specific?) >=20 > TLS certificates do not always have (or do not need to have) a domain > name as an attribute=2E Data in attributes are restricted depending on > the purpose, so certificates issued by Let's Encrypt can have only > domain names (CN or Subject Alternative Name), for example=2E An > example which is not supported by Let's Encrypt is a certificate for > S/MIME email encryption which has an email address=2E FWIW here's an example from the headers coming from this list=2E Received: from mx1=2Efreebsd=2Eorg (mx1=2Efreebsd=2Eorg [96=2E47=2E72=2E80]) (using TLSv1=2E3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mx1=2Efreebsd=2Eorg", Issuer "Let's Encrypt Authority X3" (veri= fied OK)) by mx2=2Efreebsd=2Eorg (Postfix) with ESMTPS id 1B07B7E9A8; Wed, 4 Mar 2020 04:37:12 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd=2Eorg) Not sure if it would help with your intent here=2E But there it is=2E :) --Chris >=20 > -- Hiroki From owner-freebsd-current@freebsd.org Wed Mar 4 10:39:28 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 546AC26B2DC for ; Wed, 4 Mar 2020 10:39:28 +0000 (UTC) (envelope-from SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 48XVk63jjNz4CZJ; Wed, 4 Mar 2020 10:39:26 +0000 (UTC) (envelope-from SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1EDD028429; Wed, 4 Mar 2020 11:39:23 +0100 (CET) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B9D1D28417; Wed, 4 Mar 2020 11:39:20 +0100 (CET) Subject: Re: TLS certificates for NFS-over-TLS floating client To: Hiroki Sato , rmacklem@uoguelph.ca Cc: freebsd-current@FreeBSD.org References: <20200304.133515.520383339344620673.hrs@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Wed, 4 Mar 2020 11:39:20 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <20200304.133515.520383339344620673.hrs@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48XVk63jjNz4CZJ X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [3.76 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.84)[ip: (0.30), ipnet: 94.124.104.0/21(0.15), asn: 42000(3.64), country: CZ(0.09)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.72)[0.722,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=Wgu4=4V=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 10:39:28 -0000 Hiroki Sato wrote on 2020/03/04 05:35: [...] > I do not think it is a good idea to use a certificate with an > embedded secret for authentication and/or authorization. > > In the case that the client offers a certificate upon establishing a > TLS connection for authentication purpose, the authenticity will be > checked on the server usually by using the CA certificate which was > used to issue the client certificate. The CA cert must be put to > somewhere the NFS server can read. > > The CA cert is secret. So if the NFS server can check the client > certificate by the CA certificate, it means the NFS server can > trust the client. I think no additional information is required. NFS (or any other server) should check list of revoked certificates too. Otherwise you will not be able to deny access to user which you no longer want to have an access. > Authorization such as which mount point can be mounted by using the > client cert can be implemented by using the CN field or other X.509 > attributes, of course. It can be just a clear text. > > I think this is one of the most reliable and straightforward ways > because in most cases both NFS servers and the clients are under the > sysadmin's control. > > rm> Now, I'm not sure, but I don't think this certificate can be created via > rm> a trust authority such that it would "verify". However, the server can > rm> look for the "secret" in the certificate and allow the mount based on that. > > In the way described above, to use TLS client authentication, the NFS > server admin has to have a certificate which allows to sign another > certificate. This means that the admin must be a CA or trusted > authority. > > In practice, one can generate a self-signed certificate by using > openssl(1) and use it as its CA certificate. He can issue > certificates signed by it for the NFS clients, and put his CA > certificate to somewhere the NFS server can read. Take a look on easy-rsa https://www.freshports.org/security/easy-rsa/ It is used for example by OpenVPN to create private CA and sign certificates of clients. It is good starting point to understand what and how can work. > rm> Also, even if the NFS client/server have fixed IP addresses with well known > rm> DNS names, it isn't obvious to me how signed certificates can be acquired > rm> for them? > rm> (Lets Encrypt expects the Acme protocol to work and that seems to be > rm> web site/http specific?) > > TLS certificates do not always have (or do not need to have) a domain > name as an attribute. Data in attributes are restricted depending on > the purpose, so certificates issued by Let's Encrypt can have only > domain names (CN or Subject Alternative Name), for example. An > example which is not supported by Let's Encrypt is a certificate for > S/MIME email encryption which has an email address. Kind regards Miroslav Lachman From owner-freebsd-current@freebsd.org Wed Mar 4 10:40:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D40E26B35E for ; Wed, 4 Mar 2020 10:40:06 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XVkr2ryhz4DsS for ; Wed, 4 Mar 2020 10:40:04 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id t11so1758594wrw.5 for ; Wed, 04 Mar 2020 02:40:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=8oOQvFDfYglAJlDVxRA7AGu4CARIBxEcL21ZqcNOIDk=; b=mHPTrGeIZoQyH0euryhG/Nn405nE/SQD2SX9OY3xKA4uSyqQIJcOfMQTq11/w1ESRo NvHDu1dPiHATWyrs2ByJQCdKREbK9UEpqiDk8bRgDw7n2T9mghVNt51J0FoakTNdbkYB d9MAcZexNQOkD9SAFwboFcan/t8bL2eZzwZBHt77pGJUcCp0p2pDFGZfoAEL9KuwLTfR 11DW7Z3MRoaECKRDTb4iACfBa7i6ziSN6wgQ3h2o3DFTSSblA17YfS0x4jAr1Ujn90or EBZubmYV4eevyw3ES8tu0rw+Y8FUk9jsCdcS8wX9NNaPJQE9ZLk8clCUy4qRQXl/xZiS p7JA== X-Gm-Message-State: ANhLgQ0or749iV4kO2EToHyQIsiiOJgq9eAYxGE1AR4weeaw2sNsl4Cc PWHUS5olSZoawCd2qybO+5M/8rCQKiw= X-Google-Smtp-Source: ADFU+vtv4miXU/FNKe6OvJQXLXDSCxsjQhSVSuJ4KwJxybTlB/ffhhPizaezvzYl1o8TDn6wA/dwbQ== X-Received: by 2002:adf:dccb:: with SMTP id x11mr3439343wrm.214.1583318401819; Wed, 04 Mar 2020 02:40:01 -0800 (PST) Received: from lion.0xfce3.net (p4FD3AF8F.dip0.t-ipconnect.de. [79.211.175.143]) by smtp.gmail.com with ESMTPSA id y10sm3356862wma.26.2020.03.04.02.40.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Mar 2020 02:40:01 -0800 (PST) Sender: Gordon Bergling Date: Wed, 4 Mar 2020 11:40:00 +0100 From: Gordon Bergling To: Toomas Soome Cc: freebsd-current@freebsd.org Subject: Re: about loader & console Message-ID: <20200304104000.GA24526@lion.0xfce3.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 11:39AM up 6 days, 23:14, 4 users, load averages: 0.22, 0.35, 1.11 X-Rspamd-Queue-Id: 48XVkr2ryhz4DsS X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; FREEMAIL_TO(0.00)[me.com]; RECEIVED_SPAMHAUS_PBL(0.00)[143.175.211.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(0.00)[ip: (-9.01), ipnet: 2a00:1450::/32(-2.40), asn: 15169(-1.66), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 10:40:06 -0000 Hi Toomas, thank you very much for telling us your plans for the FreeBSD boot system. I looked a while ago at the illumos and SmartOS boot process myself and found it more appealing compared to what we have at FreeBSD right now. I had a look at the source repositories and saw that they have something like a frame buffer at the early start of the operating system and this made them able to put graphics at the early boot stage. I made a very basic plan to adapt those changes to FreeBSD, but my knowledge in the corner of the boot process was to limited, to say at least. Thanks for stepping up on this… Gordon PS: You may want to submit your e-mail to the FreeBSD quarterly status report. On Mon, Mar 02, 2020 at 10:47:41AM +0200, Toomas Soome wrote: > Hi! > > I have been busy with other bits for some time, but now back to poking some bits. > > What we have now (on current): > > x86: > > vidconsole on BIOS systems. Text mode, the screen is managed by teken terminal emulator, we “draw” on vga text buffer. > comconsole: serial port driver shared by BIOS and UEFI mode. > efi: Text mode, console “device” which can have gfx display, serial port or both connected as back end device, connection is done by the firmware. We write by using UEFI Simple Text Output Protocol. See also ConOut UEFI variable. > > To manage the screen, the efi console also defaults to use teken terminal emulator, however, if the serial port is multiplexed to ConOut, we can not have “our” terminal emulator to draw the screen, as that would distort the serial console. And worse, at least some UEFI firmware implementations do not pass ESC code via simple text output protocol, causing the console being filled by broken CSI sequences. > > arm: efi console is the same state as in x86, no serial driver to provide comconsole, the serial console is only available via redirection from firmware. > > I actually do have basic comconsole implementation via UEFI Serial IO protocol, but unfortunately, the UEFI API does not provide good way to identify serial ports, we only do get array of handles of serial ports. The SIO handle is opaque. > > What we want to get: > > We would like to have framebuffer console (at least on efi), where we do “draw” the glyphs and do not use simple text output protocol for console output. > > Why: this will allow us to provide more consistent screen output, draw images and we would not depend on simple text output any more. > > UEFI gfx console is already built on framebuffer - on physical systems we do get FB address, size and few other attributes, and after passing this all to kernel, the kernel will draw the conole, as Simple Text Output Protocol is not available once we start the kernel. > > To get this done, we need console font. To be able to output text, I do plan to build into loader binary the limited set (ascii + box drawing) 8x16 font, and once we have gained access to the disk, we will load best matching font for the current resolution. This makes first problem - we have font files in usr/share/vt/fonts, but there are too many options where the /usr might be, so we would need to copy some of those fonts to /boot tree. I’d use terminus fonts there for consistency (glyph range) for various glyph sizes. And the kernel default built in font is 8x16 terminus. > > With ability to draw our glyphs, we can build console device list in console variable, just as it is currently done with x86 BIOS version. If we should still use the console name “efi” for FB console or leave efi for pure Simple Text Output based console, is something we would need to decide. > > Once we can draw the FB console on UEFI, it is not too hard to add the implementation for BIOS VBE interface. > > To sum it all up: > > 0. my assumption is/was that we do not change the name of the console driver, to keep the expected values people are used with. However, it is quite easy to introduce new console types, if needed. > 1. We need to provide serial driver on all platforms. > 2. Provide option to switch between “text” and gfx mode. In some systems (BIOS VGA) the gfx performance may be very low and text mode might be preferred. > 3. The screen updates are to be implemented via teken callback mechanism (as it is also done in kernel for that matter). > 4. The support to display images is using pnglite (and therefore png format). Interpreters need updates to support the feature. > > I actually do have the core implementation for UEFI already, but polishing it up will still get some time. Actually I am cheating there quite a bit because I have done all this work already once and now I am porting it to different terminal emulator. > > I hope this writeup does give some light about what is happening in this area. > > thanks, > toomas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Gordon Bergling Mobile: +49 170 23 10 948 Web: https://www.gordons-perspective.com/ Mail: gbergling@gmail.com Think before you print! From owner-freebsd-current@freebsd.org Wed Mar 4 21:17:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E444D251BFF for ; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48XmtX5WJGz4RXj for ; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id AAF8D251BFD; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AAACD251BFC for ; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48XmtX3q9Vz4RXN for ; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 539F714D24 for ; Wed, 4 Mar 2020 21:17:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::24d6:e6ca:f188:b612] (unknown [IPv6:2001:470:7a58:0:24d6:e6ca:f188:b612]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 327CD2D144 for ; Wed, 4 Mar 2020 22:17:38 +0100 (CET) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_2AF1CBE5-7D23-44F6-A957-865209D0DA5C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Heads up: x86 boot components link changes Message-Id: <7CAF60F3-3DBF-4DFF-8423-736C275FC8C1@FreeBSD.org> Date: Wed, 4 Mar 2020 22:17:29 +0100 To: current@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 21:17:41 -0000 --Apple-Mail=_2AF1CBE5-7D23-44F6-A957-865209D0DA5C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, In base r358643 I committed a few changes in stand/i386, which cause most of the x86 boot components (e.g /boot/boot, /boot/loader and so on) to link using a linker script. This is in preparation of the clang and lld 10.0.0 import. Even though I tested that the resulting binaries appear to work fine in various scenarios, and look sane, there is always a possibility that it will cause trouble in some situations. Therefore, please take care when updating to r358643 and after, and if you encounter problems that are certainly caused by it, let me know! -Dimitry --Apple-Mail=_2AF1CBE5-7D23-44F6-A957-865209D0DA5C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXmAa6QAKCRCwXqMKLiCW oz1vAJsHcgwqrnJKMM+vfmdcIyjQPsdahwCfSvpuXvDe5oQhTPdfcBoz0F/VEUM= =sfrT -----END PGP SIGNATURE----- --Apple-Mail=_2AF1CBE5-7D23-44F6-A957-865209D0DA5C-- From owner-freebsd-current@freebsd.org Wed Mar 4 21:29:53 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2FC625234E for ; Wed, 4 Mar 2020 21:29:53 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Xn8c3xnrz416X; Wed, 4 Mar 2020 21:29:52 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x443.google.com with SMTP id v11so2373439wrm.9; Wed, 04 Mar 2020 13:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9O043JA+eDqIoqC5cQEiru6oEMuMBQXNKachjcHr6vw=; b=C6Xl5GbNLkC3k1rbD8Y2c0lifq0i0q8UPVKT9Xb4+Gobl9K1zsTMnZa0+L4R8Qhp97 8uPdaeZ4BoQQT5iRy7Ky4KVdpPjmcdDa4UbvNwwYA+JrPxyuS5e5Ubv340ybVXF3B1vs 7ga3UCbLQQkJRWcsuvGs853UaB24R/x2mwxMJ2AwFG+wO6FEFERfxC8docWmauNC6CaN m+SLgPYRGjbIvDr7khIDIYdx9NRh9XAoeQ9rT9VhAUalk0D9ywWAPZQ89BaKG1BSKi6a LtJ60BQETa83oQs0Fna1qHnFY3AHf6uN6ZeiXz2XkVXmm7aR/Jn7Kr4SsNESUeFrnTbY r13Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9O043JA+eDqIoqC5cQEiru6oEMuMBQXNKachjcHr6vw=; b=HDdUJ/w5aNbtxPMZUNBiFSs1CkbYM8120Aokpubar2c5rn5XXUhao3mDrbGtBYaLEV a4f4pdiqSKahh/al/a30uxADfw5n7AN+/6LRnFddDO/mHWKodhbVBSitnLY5tYi0VZaZ f3UZObLmP4OxGezz37/CI2GJ/vcUV1PPNoUCLDJz59nzvhZgUuUOvLupoXxntqRDLI6W 0OfFv+MDNTH8hsOgesHWpe48CVU3OH67U7Qk9XENoZ5n6Y+1n/gi+/7lCb8F0/bCY3O2 LzUMjBEjnxlvPBYdzcx4wVYLreqCrE8nNJup2gzjxHU57/scKWvFLSnPwMrdNQgxuJ20 0JJw== X-Gm-Message-State: ANhLgQ0au5C3yEPOht4niAZ3MzZCQgIj1A5LIedR1vganj9iNVTEhMcp /GZ622WNlfufbbftBz+a5IkoFs87oGWJIXTSSHMQbg== X-Google-Smtp-Source: ADFU+vu5CUb+14IKNeS2bQ+VKG8zVxwiw1VWTnbMYybAvnwjlZMw4/0hRgQZGm7lDcVM77d5/GqWuCyy2Jl0OeZuhBY= X-Received: by 2002:a5d:4083:: with SMTP id o3mr6073074wrp.237.1583357389567; Wed, 04 Mar 2020 13:29:49 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a5d:6b02:0:0:0:0:0 with HTTP; Wed, 4 Mar 2020 13:29:48 -0800 (PST) In-Reply-To: References: <202003021755.022Ht8TM001639@beefy18.nyi.freebsd.org> <7f10b92731a7e7a3e63d2b2277012cfb@FreeBSD.org> From: Mateusz Guzik Date: Wed, 4 Mar 2020 22:29:48 +0100 Message-ID: Subject: Re: [package - head-amd64-default][sysutils/lsof] Failed for lsof-4.93.2_9,8 in build To: Larry Rosenman Cc: Freebsd current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48Xn8c3xnrz416X X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=C6Xl5GbN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::443 as permitted sender) smtp.mailfrom=mjguzik@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (2.38), ipnet: 2a00:1450::/32(-2.40), asn: 15169(-1.66), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[3.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2020 21:29:53 -0000 This should do it, it has a blind HAS_PWD define put in which you should take out for the commit. You can conditionalize HAS_PWD just on the kernel being -CURRENT. I don't think supporting older versions of said branch is of significance. --- dproc.c 2020-03-04 21:29:18.153427000 +0000 +++ /root/dproc.c 2020-03-04 21:24:12.629513000 +0000 @@ -37,7 +37,9 @@ #include "lsof.h" +#define HAS_PWD + _PROTOTYPE(static void enter_vn_text,(KA_T va, int *n)); _PROTOTYPE(static void get_kernel_access,(void)); _PROTOTYPE(static void process_text,(KA_T vm)); @@ -132,6 +134,14 @@ KA_T fa; #endif /* defined(HAS_FDESCENTTBL) */ +#if defined(HAS_PWD) + struct pwd pwd; +#endif /* defined(HAS_FDESCENTTBL) */ + + struct vnode *cdir; + struct vnode *rdir; + struct vnode *jdir; + static ofb_t *ofb = NULL; static int ofbb = 0; int pgid, pid; @@ -312,6 +322,21 @@ continue; #endif /* defined(HAS_FDESCENTTBL) */ +#if defined(HAS_PWD) + cdir = rdir = jdir = NULL; + if (fd.fd_pwd != NULL) { + if (!kread((KA_T)fd.fd_pwd, (char *)&pwd, sizeof(pwd))) { + cdir = pwd.pwd_cdir; + rdir = pwd.pwd_rdir; + jdir = pwd.pwd_jdir; + } + } +#else + cdir = fd.fd_cdir; + rdir = fd.fd_rdir; + jdir = fd.fd_jdir; +#endif + /* * Allocate a local process structure. */ @@ -347,20 +372,20 @@ /* * Save current working directory information. */ - if (!ckscko && fd.fd_cdir) { + if (!ckscko && cdir) { alloc_lfile(CWD, -1); Cfp = (struct file *)NULL; - process_node((KA_T)fd.fd_cdir); + process_node((KA_T)cdir); if (Lf->sf) link_lfile(); } /* * Save root directory information. */ - if (!ckscko && fd.fd_rdir) { + if (!ckscko && rdir) { alloc_lfile(RTD, -1); Cfp = (struct file *)NULL; - process_node((KA_T)fd.fd_rdir); + process_node((KA_T)rdir); if (Lf->sf) link_lfile(); } @@ -369,10 +394,10 @@ /* * Save jail directory information. */ - if (!ckscko && fd.fd_jdir) { + if (!ckscko && jdir) { alloc_lfile("jld", -1); Cfp = (struct file *)NULL; - process_node((KA_T)fd.fd_jdir); + process_node((KA_T)jdir); if (Lf->sf) link_lfile(); } -- Mateusz Guzik From owner-freebsd-current@freebsd.org Thu Mar 5 19:51:40 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99FFE24A2A7 for ; Thu, 5 Mar 2020 19:51:40 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48YLwp65y8z4WPs for ; Thu, 5 Mar 2020 19:51:38 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id A4CAE3476E for ; Thu, 5 Mar 2020 14:51:35 -0500 (EST) Subject: Fwd: SVN r358655 breaks i386 buildworld :-( References: <4f6bf95a-bb1b-24bc-b135-69013cfc0b9e@protected-networks.net> To: freebsd-current From: Michael Butler X-Forwarded-Message-Id: <4f6bf95a-bb1b-24bc-b135-69013cfc0b9e@protected-networks.net> Message-ID: <52e9a204-b72c-3a1a-5d83-a3220a145867@protected-networks.net> Date: Thu, 5 Mar 2020 14:51:35 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <4f6bf95a-bb1b-24bc-b135-69013cfc0b9e@protected-networks.net> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48YLwp65y8z4WPs X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-0.59)[-0.592,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.55)[ip: (-9.47), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.59), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2020 19:51:40 -0000 In case anyone else is seeing this .. -------- Forwarded Message -------- Subject: Re: SVN r358655 breaks i386 buildworld :-( Date: Thu, 5 Mar 2020 09:49:01 -0500 From: Michael Butler To: Gleb Smirnoff On 3/4/20 10:00 PM, Michael Butler wrote: > On i386, I get this .. > > Building > /usr/obj/usr/src/i386.i386/rescue/rescue/usr/src/sbin/mount_nfs/mount_nfs.o > /usr/src/sbin/mount_nfs/mount_nfs.c:549:10: error: cast from 'char *' to > 'struct if_msghdr *' increases required alignment from 1 to 4 > [-Werror,-Wcast-align] > ifm = (struct if_msghdr *)buf; > ^~~~~~~~~~~~~~~~~~~~~~~ > 1 error generated. Not sure if it's the correct solution but I noted sbin/dhclient has a Makefile fix which disables this warning. Applying this works around the problem .. Index: sbin/mount_nfs/Makefile =================================================================== --- sbin/mount_nfs/Makefile (revision 358670) +++ sbin/mount_nfs/Makefile (working copy) @@ -11,6 +11,8 @@ UMNTALL= ${SRCTOP}/usr.sbin/rpc.umntall CFLAGS+= -DNFS -I${MOUNT} -I${UMNTALL} +NO_WCAST_ALIGN= yes + .PATH: ${MOUNT} ${UMNTALL} .include From owner-freebsd-current@freebsd.org Thu Mar 5 22:55:15 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79F6C24F409 for ; Thu, 5 Mar 2020 22:55:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-qb1can01on0624.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5c::624]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48YR0d61TWz47LY for ; Thu, 5 Mar 2020 22:55:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QkibHiAU6TAy8BqSipIXkyx2wVoDEkCNCRMjjUp8NAv9gvAdh0SJZ380008mu+BJLhoaONT+giyeLP7ADKPFNY0qOkCA/u6crStvE5Mi1kBQBMpHbOH+dE7+B10aLNbUoJtQLLnjuDp4+je8z1wtRBe0wvOaKQCfRHF6RKjcxDpoixeKFJR/c5E6F+YeweJ1GfoYn+ZaeVMxbHm8TEzOZDqGyYso+hf/0d82Y3d71wk4tDULwc7HkoPiCxFIN17j+yz9nBEu82n5T2f20mvxpGXWyrjn/mTPLwWqSaeK0ePtvfb4wNXRYtazww6IzmRfMlRBDeM0hsQg1FCQiWPbqA== 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-SenderADCheck; bh=oBUNj0Et9rYE7yzCUCNtJYEwzV3Nxg526AAvxh+RGz0=; b=PnDAsH2PgT0z7xymDN5sgLGn4U9M2Jk9ouEFjZY3XARfPnHflj1d9krBV+2FxdHroBd+fO6ERvzgJ8NajD6xcaitCO/CFDwCAy91uDIVE0wc+JtvfbLztWEvqOjNTHQ1ebT3LFFxNdaWdV+Pd79kjL3PX16CUdJlRBpe2zTaobBuIQ15BJeDCrtZGSZAXf6hZNQXrg7PVY8OJnzuVzcok5mfiCD0dgBzFquUk6WwskACF9Cs9gZI8yz9R6oFjKfb8jK5/jUO6Qrwi8396PKqHNAMa1uZfFU8dFux2OoT7lEnfQE3LFG6DkkZx4tkGTu/vCx2X0o41jzyd5fDm5QPSg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM (10.255.46.82) by YTBPR01MB3886.CANPRD01.PROD.OUTLOOK.COM (10.255.12.79) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Thu, 5 Mar 2020 22:55:11 +0000 Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4]) by YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4%6]) with mapi id 15.20.2772.019; Thu, 5 Mar 2020 22:55:11 +0000 From: Rick Macklem To: Benjamin Kaduk CC: "freebsd-current@FreeBSD.org" Subject: Re: TLS certificates for NFS-over-TLS floating client Thread-Topic: TLS certificates for NFS-over-TLS floating client Thread-Index: AQHV8dDjD29GK4BL2kGnxfg+gW2rAag3xKkAgALVOQw= Date: Thu, 5 Mar 2020 22:55:10 +0000 Message-ID: References: , <20200304032234.GY98042@kduck.mit.edu> In-Reply-To: <20200304032234.GY98042@kduck.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e623fab2-33f6-46ac-4808-08d7c1584253 x-ms-traffictypediagnostic: YTBPR01MB3886: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2803; x-forefront-prvs: 03333C607F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(376002)(366004)(39860400002)(136003)(199004)(189003)(5660300002)(186003)(64756008)(26005)(76116006)(66476007)(66946007)(66556008)(91956017)(71200400001)(33656002)(66446008)(52536014)(4326008)(786003)(316002)(81156014)(55016002)(8936002)(81166006)(8676002)(2906002)(6506007)(7696005)(6916009)(86362001)(9686003)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTBPR01MB3886; H:YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Y0IKHsae9rneEVmhUfxZJqp6uXNpsdgH54xo48grSMNvt3RMEzLwc0cGGXiI/LXf9HBuLJr791mgdpVv862zYmx2h/A1sWNW6Tmwazo/Mq8+UAwtfaL8lnD9OYtwIWXpPRRiXu8D5fGeGm9F5xAgYsqDRbnNDngGVh0c9V2evm8la4EaVOilTz9mHZvqomCMwVBucfkG7Q1rE+lUxjf2OYPyyASp8T2E5BG08E0VVThqKwoylbtyuVMzzArQVit6sWV/wU4H6fsS6hRfCczkA8/ZBOSdrNTA8izTB6gp40QvuvVDur01NP3yuWVlkPxYKBRXQVYzUCiO9Smhdxe1+/ODbs3C53GHgBT60+5U4RFXBgeQwc+kcJ2veds/z2RvMkqJKwWkfWY6fvlSDgEtsa5nOLODg5wi3Ut42UvSF+nFNnK0RGsv3k9sLsE1rbY0 x-ms-exchange-antispam-messagedata: +Fr/I2C1W/HHFYAu1ihx/JmduuRrG0Q3tzK8gNY46YgaFmtW6o6rkcyWUi1Fku7BkJuUJfifsU9KOcOHQEYBfZZ/RMBmUdop3Kt+zl73PWAk5Qr5I9itj4ONW5HDHgwMfKLfAHT1jLK1UYS2wlVXLA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: e623fab2-33f6-46ac-4808-08d7c1584253 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2020 22:55:10.9432 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 0HQRfLd059VQbF1m5TPwgMRuhdgPp58w3FNSeV7AcuGsSnvoe/T+ynuYbhQ6Bkyd9PECwHTSj+zNbnb0zFD70g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTBPR01MB3886 X-Rspamd-Queue-Id: 48YR0d61TWz47LY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5c::624 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.72 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.43)[ipnet: 2a01:111:f000::/36(-3.99), asn: 8075(-3.09), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2020 22:55:15 -0000 Benjamin Kaduk wrote:=0A= >On Wed, Mar 04, 2020 at 03:15:48AM +0000, Rick Macklem wrote:=0A= >> Hi,=0A= >>=0A= >> I am slowly trying to understand TLS certificates and am trying to figur= e=0A= >> out how to do the following:=0A= >> -> For an /etc/exports file with...=0A= >> /home -tls -network 192.168.1.0 -mask 255.255.255.0=0A= >> /home -tlscert=0A= >>=0A= >> This syntax isn't implemented yet, but the thinking is that clients on t= he=0A= >> 192.168.1 subnet would use TLS, but would not require a certificate.=0A= >> For access from anywhere else, the client(s) would be required to have a= =0A= >> certificate.=0A= >=0A= >My gut reaction: that doesn't sound like a good idea.=0A= Yep, I thought that the stuff in the certificate was encrypted in a way tha= t the=0A= client couldn't see it. I now see that isn't the case.=0A= =0A= >Trusting the local network to be secure is pretty risky, in general.=0A= Well, for my personal case, the subnet has a few machines plugged into it= =0A= around my desk and wifi isn't enabled on the modem/NAT gateway, so=0A= I'm fairly confident the local machines are ok.=0A= To be honest, I don't need encryption on the wire, but since the phone=0A= company uses Huawei technology, I could see some wanting the data=0A= encrypted on the wire, if the data were sensitive.=0A= This case is meant to be easy to do, since the clients don't have to have= =0A= certificates.=0A= =0A= I am trying to provide whatever people might need/want when I implement=0A= this. The rest is obviously up to them.=0A= =0A= >> A typical client mounting from outside of the subnet might be my laptop,= =0A= >> which is using wifi and has no fixed IP/DNS name.=0A= >> --> How do you create a certificate that the laptop can use, which the N= FS=0A= >> server can trust enough to allow the mount?=0A= >=0A= >You can give your laptop a certificate for an arbitrary name, provided tha= t=0A= >the NFS server knows to "validate" that name in an appropriate fashion. (= I=0A= >don't remember what draft-ietf-nfsv4-rpc-tls says about this validation.)= =0A= As you note below, creating a site local CA is probably appropriate and the= =0A= server should be able to check that the certificates were signed by this.= =0A= (I haven't quite figured out how to do this yet. I think I've created the C= A=0A= and used to sign a client certificate, but haven't yet gotten the server da= emon=0A= to verify it. (Playing with SSL_set_verify_locations() to try to get it to = work.;-)=0A= =0A= >> My thinking is that a "secret" value can be put in the certificate that = the NFS=0A= >> server can check for.=0A= >> The simplest way would be a fairly long list of random characters in the= =0A= >> organizationName and/or organizationUnitName field(s) of the subject nam= e.=0A= >> Alternately, it could be a newly defined extension for X509v3, I think?= =0A= >=0A= >It would be better to just make a site-local CA and trust everything it=0A= >issues (which, admittedly, is not the greatest option itself.)=0A= I had thought this would be too much work, but it seems fairly straightforw= ard,=0A= so this is what I am now working on.=0A= =0A= >> Now, I'm not sure, but I don't think this certificate can be created via= =0A= >> a trust authority such that it would "verify". However, the server can= =0A= >> look for the "secret" in the certificate and allow the mount based on th= at.=0A= >>=0A= >> Does this sound reasonable?=0A= >=0A= >I'm not sure what goal you're trying to achieve by this "security through= =0A= >obscurity".=0A= Yes. I now see it is the CA stuff that can stay secret.=0A= =0A= >> Also, even if the NFS client/server have fixed IP addresses with well kn= own=0A= >> DNS names, it isn't obvious to me how signed certificates can be acquire= d=0A= >> for them?=0A= >> (Lets Encrypt expects the Acme protocol to work and that seems to be=0A= >> web site/http specific?)=0A= >=0A= >RFC 8738 specifies the ACME protocol for validating IP addresses.=0A= I had looked at an older RFC, where it seemed to be web site specific.=0A= Since none of my stuff has fixed well known DNS names, I'm not going to=0A= worry about using an established CA for now.=0A= =0A= Thanks to everyone for their comments.=0A= I may respond to some of the other posts, but I'm figuring things out for n= ow.=0A= =0A= rick=0A= =0A= -Ben=0A= From owner-freebsd-current@freebsd.org Fri Mar 6 02:09:08 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 062ED253147 for ; Fri, 6 Mar 2020 02:09:08 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660074.outbound.protection.outlook.com [40.107.66.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48YWJK6ZxJz4TfG for ; Fri, 6 Mar 2020 02:09:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BKPXf44bCDrREiHavGthOazR2ua4MRWZqLo4npKsODA2vBKUiBHbwG2VRI5azIacBr60omSeIUVdP2DNMbzZTMF8dV7mz2QG9evfUkDpteDw7ZR1zu9bpsmwC8XyEHuVNlBdeIPUR1xjfDng4P00gFthDzanzBrl/wZSSznydFEbwxb0tnXj8jGuFfNwHCphG0k3c3UYB1utcV7xxsF/pnhgKTmAnsDuHC6qzKS8GFqZlXDEAko4Ok8B155SveYu7zGVozXDgILiqN1SXWro3RitTze1hvCALkcVSD7uN0p+F+bz099aCv+pGZeS/KTlrfIGirRtOJj7WdLlCv319g== 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-SenderADCheck; bh=4wMX5T0r9DZX8fWSxvN1HF1Ev2KgIOmWoEzwXBU2EH8=; b=X1y3z+c4E4e/NlFtrzOXO8RsDb6ctaa/mt5ZJOm2+3d8c8Ru4+kB6CWTYUeF8xGIXIxHv/Q5H+Y2h5cSBrhQHeBsxM5Pu3ivA/tVC7/J5gmUSpFoh9vq3pK0w9+7PYopQzkfniPLXnkUssgUYhfJUOS6S9U+Jc+zwW/vGe/WRRKefnvTrnmyT4J/i41zCxTYtBe3cAHmR17rZTocETPIo+Up8/rXlNaMbIl79WOtQwGrsccSkltm8lqiixyxoUAaSXt304yspewMQJakx0mWOESfJjfje5CCjTpvA0RRUSnZmVZGPCeyZ/BYKPJ6HoWhlqVNf4XGMKhtZIMXGLwLPA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM (10.255.46.82) by YTBPR01MB2623.CANPRD01.PROD.OUTLOOK.COM (10.255.46.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Fri, 6 Mar 2020 02:09:03 +0000 Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4]) by YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::a50d:6237:4074:f9c4%6]) with mapi id 15.20.2772.019; Fri, 6 Mar 2020 02:09:03 +0000 From: Rick Macklem To: Benjamin Kaduk CC: "freebsd-current@FreeBSD.org" Subject: Re: TLS certificates for NFS-over-TLS floating client Thread-Topic: TLS certificates for NFS-over-TLS floating client Thread-Index: AQHV8dDjD29GK4BL2kGnxfg+gW2rAag3xKkAgALVOQyAADejLQ== Date: Fri, 6 Mar 2020 02:09:03 +0000 Message-ID: References: , <20200304032234.GY98042@kduck.mit.edu>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ccc2089f-f28d-4026-5666-08d7c1735810 x-ms-traffictypediagnostic: YTBPR01MB2623: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0334223192 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(376002)(346002)(39860400002)(366004)(136003)(189003)(199004)(52536014)(4326008)(186003)(2906002)(33656002)(8936002)(71200400001)(478600001)(86362001)(316002)(81166006)(66556008)(786003)(66476007)(66946007)(76116006)(55016002)(66446008)(9686003)(81156014)(8676002)(64756008)(7696005)(6916009)(5660300002)(966005)(6506007); DIR:OUT; SFP:1101; SCL:1; SRVR:YTBPR01MB2623; H:YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Z906F6PFIsvWXoOHo4iNjKGYOfu0uAZ5+wDzVhYPFqhMgoED+MCxnhBsZiEe+v95uHNNNi4yiNZ7Zh1d+EoLcqYew6XFoF9c92xHoB49Y9td6RRx+AULtO1azMhrA+7KipmN5XSr5kxeN/wTrPgUuBn7SkWDxIJsb1qqC0wdgbJUVjXV+Sc7T5Fh7xHGwZMTarl3cq3KQDczob6suRV8SBouGp9tKejNtMWMI0id9QZ0MBN8MjW9bhlNhyDeTIP+UgLODvSprqJ0ll3hRTdWApclbHB1qdmgMqI4IulgidoPzN0cXChFgxIa5maE7AuCo0pwZQyqOmf/I4+68DvxB5ENtyDwwGSlj3CGq124Cty/sp9Yqsi1HCNnmoqBTRlgYIcEQLVzfChWvf+Y74hnfCXtVZizqljbNzfrG482DpZ6xWyEOkRXJVI6jLoa98wloL3nj7TaILztmIow2aAgosJ5o0SaerH6QwQjFz2RBm8aY/q39OaTgYU2f8OLphfm9Yt/JagZczoFPHES+4HvSw== x-ms-exchange-antispam-messagedata: EuXr9u6lMTDROlx6Uu4QmidQUraZ5927hI0pJ4T3Z2XA3c6s76IDEL0XYQu0/f5HFBDJKHneOG+l6n3KpXS+YPndF+BeJQP2lAbuMnVJUQUyJgMigplQIxQ/ffvMQV6MOqrsNYDhCat9lH6YUvqOuo86slUXb9pXtJO9L/jVHqEJ7VdnHxqYDKiTC112DadTNwTbwpUwqp3xtEqkG9Stgg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: ccc2089f-f28d-4026-5666-08d7c1735810 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2020 02:09:03.7730 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: osk+2E2E1vZVNnR+gAW0tJ/kPhnckMw1fgrRevo0S1x3Z9oTrTkEOLoYu3DhdII1nwD4u2i6Mw1QM6v3nJI2qw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTBPR01MB2623 X-Rspamd-Queue-Id: 48YWJK6ZxJz4TfG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.66.74 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[74.66.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.39)[ipnet: 40.64.0.0/10(-3.80), asn: 8075(-3.09), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 02:09:08 -0000 Rick Macklem wrote:=0A= >Benjamin Kaduk wrote:=0A= >>Rick Macklem wrote:=0A= [stuff snipped]=0A= >>> A typical client mounting from outside of the subnet might be my laptop= ,=0A= >>> which is using wifi and has no fixed IP/DNS name.=0A= >>> --> How do you create a certificate that the laptop can use, which the = NFS=0A= >>> server can trust enough to allow the mount?=0A= >>=0A= >>You can give your laptop a certificate for an arbitrary name, provided th= at=0A= >>the NFS server knows to "validate" that name in an appropriate fashion. = (I=0A= >>don't remember what draft-ietf-nfsv4-rpc-tls says about this validation.)= =0A= The draft seems to just refer to RFC5280 and it seems to allow a local CA= =0A= (Page 12, 2nd (a) section on page). It does not seem to specify details w.r= .t.=0A= validation beyond that.=0A= =0A= >As you note below, creating a site local CA is probably appropriate and th= e=0A= >server should be able to check that the certificates were signed by this.= =0A= >(I haven't quite figured out how to do this yet. I think I've created the = CA=0A= >and used to sign a client certificate, but haven't yet gotten the server d= aemon=0A= >to verify it. (Playing with SSL_set_verify_locations() to try to get it to= work.;-)=0A= Just fyi, I got this working. My mistake yesterday was that I created a cer= tificate=0A= for the client that had a SubjectName identical to the IssuerName. It happe= ned=0A= because I test on one machine (client and server) and I used the hostname a= s=0A= the CN.=0A= --> This resulted in SSL_get_verify_results() returning "self-signed".=0A= =0A= Once I created a client certificate with a different CN in the SubjectName,= it=0A= validated ok.=0A= =0A= Thanks everyone for your help sofar, rick=0A= =0A= >> My thinking is that a "secret" value can be put in the certificate that = the NFS=0A= >> server can check for.=0A= >> The simplest way would be a fairly long list of random characters in the= =0A= >> organizationName and/or organizationUnitName field(s) of the subject nam= e.=0A= >> Alternately, it could be a newly defined extension for X509v3, I think?= =0A= >=0A= >It would be better to just make a site-local CA and trust everything it=0A= >issues (which, admittedly, is not the greatest option itself.)=0A= I had thought this would be too much work, but it seems fairly straightforw= ard,=0A= so this is what I am now working on.=0A= =0A= >> Now, I'm not sure, but I don't think this certificate can be created via= =0A= >> a trust authority such that it would "verify". However, the server can= =0A= >> look for the "secret" in the certificate and allow the mount based on th= at.=0A= >>=0A= >> Does this sound reasonable?=0A= >=0A= >I'm not sure what goal you're trying to achieve by this "security through= =0A= >obscurity".=0A= Yes. I now see it is the CA stuff that can stay secret.=0A= =0A= >> Also, even if the NFS client/server have fixed IP addresses with well kn= own=0A= >> DNS names, it isn't obvious to me how signed certificates can be acquire= d=0A= >> for them?=0A= >> (Lets Encrypt expects the Acme protocol to work and that seems to be=0A= >> web site/http specific?)=0A= >=0A= >RFC 8738 specifies the ACME protocol for validating IP addresses.=0A= I had looked at an older RFC, where it seemed to be web site specific.=0A= Since none of my stuff has fixed well known DNS names, I'm not going to=0A= worry about using an established CA for now.=0A= =0A= Thanks to everyone for their comments.=0A= I may respond to some of the other posts, but I'm figuring things out for n= ow.=0A= =0A= rick=0A= =0A= -Ben=0A= _______________________________________________=0A= freebsd-current@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-current=0A= To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= =0A= From owner-freebsd-current@freebsd.org Fri Mar 6 11:29:57 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6579B265CE9; Fri, 6 Mar 2020 11:29:57 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48YllR1gpHz3HjJ; Fri, 6 Mar 2020 11:29:52 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from e.0x20.net (mail.0x20.net [46.251.251.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (3096 bits) server-digest SHA256) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 13464AB415; Fri, 6 Mar 2020 12:29:45 +0100 (CET) Received: (from lars@localhost) by e.0x20.net (8.15.2/8.15.2/Submit) id 026BTi4b070805; Fri, 6 Mar 2020 12:29:44 +0100 (CET) (envelope-from lars) Date: Fri, 6 Mar 2020 12:29:44 +0100 From: Lars Engels To: "Greg 'groggy' Lehey" Cc: marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... Message-ID: <20200306112944.GQ33086@e.0x20.net> Mail-Followup-To: Lars Engels , Greg 'groggy' Lehey , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200304041614.GA92692@eureka.lemis.com> X-Editor: VIM - Vi IMproved 8.0 User-Agent: Mutt/1.13.2 (2019-12-18) X-Rspamd-Queue-Id: 48YllR1gpHz3HjJ X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of lars@e.0x20.net has no SPF policy when checking 46.251.251.56) smtp.mailfrom=lars@e.0x20.net X-Spamd-Result: default: False [2.90 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.655,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(-0.06)[ip: (-1.16), ipnet: 46.251.251.0/24(-0.58), asn: 31400(1.43), country: DE(-0.02)]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[0x20.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.923,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[lars.engels@0x20.net,lars@e.0x20.net]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:31400, ipnet:46.251.251.0/24, country:DE]; FROM_NEQ_ENVFROM(0.00)[lars.engels@0x20.net,lars@e.0x20.net]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2020 11:29:57 -0000 On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey wrote: > On Monday, 2 March 2020 at 17:58:01 +0000, marco wrote: > > On Sun, Mar 01, 2020 at 04:50:59PM -0500, you (Brennan Vincent) sent the following to [freebsd-current] : > >> Apparently something has its ABI erroneously listed as FreeBSD:13.0:amd64 > >> instead of FreeBSD:13:amd64. > >> > >> ``` > >> $ sudo pkg update -f > >> Updating FreeBSD repository catalogue... > >> Fetching meta.conf: 100% 163 B 0.2kB/s 00:01 > >> Fetching packagesite.txz: 100% 6 MiB 6.4MB/s 00:01 > >> Processing entries: 72% > >> pkg: wrong architecture: FreeBSD:13.0:amd64 instead of FreeBSD:13:amd64 > >> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:13.0:amd64 > >> Processing entries: 100% > >> Unable to update repository FreeBSD > >> Error updating repositories! > > > > Ran into this very same problem today too. > > Just learned on #freebsd that the repos are temporarily borked and > > people are working hard to fix it. > > Any workarounds in the meantime? This must affect a lot of people, > including those who use 12-: > > pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 > pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Still broken for me on 12.1. From owner-freebsd-current@freebsd.org Sat Mar 7 00:39:06 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9127A2553F5; Sat, 7 Mar 2020 00:39:06 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48Z5Fz5qjVz3BsT; Sat, 7 Mar 2020 00:39:03 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (aussie-gw.lemis.com [167.179.139.35]) by lax.lemis.com (Postfix) with ESMTP id A90B927FF8; Sat, 7 Mar 2020 00:38:56 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 01B56263595; Sat, 7 Mar 2020 11:38:56 +1100 (AEDT) Date: Sat, 7 Mar 2020 11:38:55 +1100 From: Greg 'groggy' Lehey To: Lars Engels , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... Message-ID: <20200307003855.GG85938@eureka.lemis.com> References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TmwHKJoIRFM7Mu/A" Content-Disposition: inline In-Reply-To: <20200306112944.GQ33086@e.0x20.net> Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 48Z5Fz5qjVz3BsT X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of grog@lemis.com designates 45.32.70.18 as permitted sender) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-4.92 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+a:www.lemis.com]; IP_SCORE(-2.42)[ip: (-7.69), ipnet: 45.32.64.0/19(-2.54), asn: 20473(-1.83), country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 00:39:06 -0000 --TmwHKJoIRFM7Mu/A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: > On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey wrote: >> >> Any workarounds in the meantime? This must affect a lot of people, >> including those who use 12-: >> >> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 >> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 > > Still broken for me on 12.1. Strange. Mine cleared up automatically the following day. It's also strange how few replies I have received. Two private messages (why?), yours, and that was it. You'd think that people would be screaming. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. 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 --TmwHKJoIRFM7Mu/A Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAl5i7R8ACgkQIubykFB6QiO78ACeO4gFVpyh+GSb5ElLNCXJPMYR YUAAnAsBof1GLrkPQh59DY9NyFpnnBnI =qPYq -----END PGP SIGNATURE----- --TmwHKJoIRFM7Mu/A-- From owner-freebsd-current@freebsd.org Sat Mar 7 00:43:27 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E75FE255CDD; Sat, 7 Mar 2020 00:43:27 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 48Z5M161Chz3Mpv; Sat, 7 Mar 2020 00:43:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 52FE82113AA; Fri, 6 Mar 2020 19:42:49 -0500 (EST) Received: by denninger.net (Postfix, from userid 80) id BD0F9233FFE; Fri, 6 Mar 2020 18:42:48 -0600 (CST) To: grog@FreeBSD.org, lars.engels@0x20.net, marco+freebsd-current@lordsith.net, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... Date: Fri, 06 Mar 2020 18:42:45 -0600 Message-ID: From: karl@denninger.net MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA256; boundary=--_com.android.email_1593282016664893 X-Rspamd-Queue-Id: 48Z5M161Chz3Mpv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-4.80 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-2.58)[ip: (-9.84), ipnet: 104.236.64.0/18(-4.44), asn: 14061(1.44), country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd-current]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-0.98)[-0.984,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_BASE64_TEXT(0.10)[]; FROM_NO_DN(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.939,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 00:43:28 -0000 ----_com.android.email_1593282016664893 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 U3RpbGwgZWZmZWQgaGVyZS4KCgotLSBLYXJsIChvbiBQREEpCgoKCsKgIE9yaWdpbmFsIE1lc3Nh Z2UgwqAKCgpGcm9tOiBncm9nQEZyZWVCU0Qub3JnClNlbnQ6IE1hcmNoIDYsIDIwMjAgMTg6MzgK VG86IGxhcnMuZW5nZWxzQDB4MjAubmV0OyBtYXJjbytmcmVlYnNkLWN1cnJlbnRAbG9yZHNpdGgu bmV0OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc7IGZyZWVic2QtcG9ydHNAZnJlZWJzZC5v cmcKU3ViamVjdDogUmU6IFBrZyByZXBvc2l0b3J5IGlzIGJyb2tlbi4uLgoKCk9uIEZyaWRheSzC oCA2IE1hcmNoIDIwMjAgYXQgMTI6Mjk6NDQgKzAxMDAsIExhcnMgRW5nZWxzIHdyb3RlOgo+IE9u IFdlZCwgTWFyIDA0LCAyMDIwIGF0IDAzOjE2OjE0UE0gKzExMDAsIEdyZWcgJ2dyb2dneScgTGVo ZXkgd3JvdGU6Cj4+Cj4+IEFueSB3b3JrYXJvdW5kcyBpbiB0aGUgbWVhbnRpbWU/wqAgVGhpcyBt dXN0IGFmZmVjdCBhIGxvdCBvZiBwZW9wbGUsCj4+IGluY2x1ZGluZyB0aG9zZSB3aG8gdXNlIDEy LToKPj4KPj7CoMKgIHBrZzogd3JvbmcgYXJjaGl0ZWN0dXJlOiBGcmVlQlNEOjEyLjA6YW1kNjQg aW5zdGVhZCBvZiBGcmVlQlNEOjEyOmFtZDY0Cj4+wqDCoCBwa2c6IHJlcG9zaXRvcnkgRnJlZUJT RCBjb250YWlucyBwYWNrYWdlcyB3aXRoIHdyb25nIEFCSTogRnJlZUJTRDoxMi4wOmFtZDY0Cj4K PiBTdGlsbCBicm9rZW4gZm9yIG1lIG9uIDEyLjEuCgpTdHJhbmdlLsKgIE1pbmUgY2xlYXJlZCB1 cCBhdXRvbWF0aWNhbGx5IHRoZSBmb2xsb3dpbmcgZGF5LgoKSXQncyBhbHNvIHN0cmFuZ2UgaG93 IGZldyByZXBsaWVzIEkgaGF2ZSByZWNlaXZlZC7CoCBUd28gcHJpdmF0ZQptZXNzYWdlcyAod2h5 PyksIHlvdXJzLCBhbmQgdGhhdCB3YXMgaXQuwqAgWW91J2QgdGhpbmsgdGhhdCBwZW9wbGUKd291 bGQgYmUgc2NyZWFtaW5nLgoKR3JlZwotLQpTZW50IGZyb20gbXkgZGVza3RvcCBjb21wdXRlci4K RmluZ2VyIGdyb2dARnJlZUJTRC5vcmcgZm9yIFBHUCBwdWJsaWMga2V5LgpTZWUgY29tcGxldGUg aGVhZGVycyBmb3IgYWRkcmVzcyBhbmQgcGhvbmUgbnVtYmVycy4KVGhpcyBtZXNzYWdlIGlzIGRp Z2l0YWxseSBzaWduZWQuwqAgSWYgeW91ciBNaWNyb3NvZnQgbWFpbCBwcm9ncmFtCnJlcG9ydHMg cHJvYmxlbXMsIHBsZWFzZSByZWFkIGh0dHA6Ly9sZW1pcy5jb20vYnJva2VuLU1VQQo= ----_com.android.email_1593282016664893 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s"; MIAGCSqGSIb3DQEHAqCAMIACAQExDTALBglghkgBZQMEAgEwgAYJKoZIhvcNAQcBAACggg5oMIIH MDCCBRigAwIBAgITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQsFADB7MQswCQYDVQQG EwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UE CwwPQ3VkYSBTeXN0ZW1zIENBMSUwIwYDVQQDDBxDdWRhIFN5c3RlbXMgTExDIDIwMTcgSW50IENB MB4XDTE3MDgxNzIxMjEyMFoXDTIyMDgxNjIxMjEyMFowVzELMAkGA1UEBhMCVVMxEDAOBgNVBAgM B0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGzAZBgNVBAMMEmthcmxAZGVubmlu Z2VyLm5ldDCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAL4dVLLFW0mHLc6Gz48AZG47 /8OFr0DXqXkU8BOvrC5173ONfl/aWuRHJTy+EJdNlbtZu9ZkqlxnyvR21maIr24XnwRzqGG9+TEn NuD3pYcHDkW6Z3lqFnO4IkO0IBZbxHv8o37PDNB/X4HcxUuZtpcAUG4rPJIqEoxwdsrf/CNRhODL 7dQrq/ZIGujC+RQEL6PE2DdbLXYaxNdxRL/wVgheBVU+B9lmtsklvkdY5Cm++Eguk8IPfGxgkU0o Q+W1cpYdPtC1zYc2qKSA3CPyio5v495kYyJZqmxq0qbybG444Y4QGEChNVPBQeUw1ODpBQIm25YU Irfyo4LKT0dqP7zqVRTxEboWRFdaAxs1CbWZZERCHDdrGAYtKe2OOfOcmvm+y9dJhHpz5cot3kpB lxLosvwUdg2OpUocFgz6EOetNkyprbQksAXVhqC60OIxFRFTbeJZLtsD20xxdyqRyVNIO0W3FqFG J9dEjsSmrYZIq4Rd7/VN9vkITxCxsKkax9LC/a1n9KmpUbTwx1GJfE3m2ZmJBajXkjJah4o5eX+E rED0o+4MeeBdfTbZvWXL7lk5lvEEBlkyh3jLhvgWJFSFEj3uv2ULGw/8Q8e65MhnzYFiGuFu1pvw e5Gjah+d7ZN8BZjYGUDsTEzxdKEx31tE9ms1OiQ9A9QJYKAJ0gBNAgMBAAGjggHPMIIByzA8Bggr BgEFBQcBAQQwMC4wLAYIKwYBBQUHMAGGIGh0dHA6Ly9vY3NwLmN1ZGFzeXN0ZW1zLm5ldDo4ODg4 MAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwMwYJYIZIAYb4QgENBCYWJE9wZW5TU0wgR2VuZXJhdGVkIENs aWVudCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUsSWY1Z5WCwE97s7w2IHOO+NielEwgcoGA1UdIwSB wjCBv4AUXcBewqeN080Pn5vFUQIYq1zTjs+hgZGkgY4wgYsxCzAJBgNVBAYTAlVTMRAwDgYDVQQI DAdGbG9yaWRhMRIwEAYDVQQHDAlOaWNldmlsbGUxGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMx GDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTEhMB8GA1UEAwwYQ3VkYSBTeXN0ZW1zIExMQyAyMDE3 IENBghMA5EiKghDOXrvfxYxjITXYDdhIMB0GA1UdEQQWMBSBEmthcmxAZGVubmluZ2VyLm5ldDAN BgkqhkiG9w0BAQsFAAOCAgEAldug8UEwsy1qJS3goS0kJeUc7/dnMhQjD96htYUx2F7szj7S7e17 SyvvtBF1w8pHRR4d9++m2HYxveHbxZ83QWYmYvAmT6k7Hi7q47c7QTWM1egqHx9VwvgpTv2gRDJi Ru7YfBtcFT0duV0845kOc8uLTCGL+xsUd3J3j/D82ac+DMCxA1nYFhP24E2v6NnDhKyW5DNcbVeU Uv+oIGiLU3aaoo8h6l8ZgXp2tuvVGdcQkmy4P40gsuihM1/s8yAc9nhVJZBcs14V/KCg44oWI7Sp /E8qkMwD4UdrzI2MAlkCB0lfkybWRuqKm9v6v8fVQCavMYxuGZ/WAKiexPl/wpTifdAgzaw6lNB7 sGhUqVAz9+lCLpoHO7rszWIXVa04OlrlBQ++PV61or5Hd5gHOLgMhsIhay3wx0DX58R4okW8wRlA 42mQLCsn60kS4ZCaOhBmArUd6Wh6kXRYNy+KKGjkWWC0CKP6IE+3Ay64uIuyEBcDlp8xfWFgziXX Ulee2V7XYRAU/WvrA5SSk53Fx4JwxUMQkEEIdbZmZ0RpeACbVVT5+dCpL/A3D9LRfdElPWqOvm5W WnZjRq4b94bSPLpNPQrNMl5H20tINemtiQ3aX9B/v+dPpDTerIRCecqIFdYBle95p/JT/Nhru3c9 NYVAaBagLjDpeqA+jgpXjg4wggcwMIIFGKADAgECAhMAoNFr1cHpIxhYjutknJBcHqc9MA0GCSqG SIb3DQEBCwUAMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBDdWRh IFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1ZGEgU3lz dGVtcyBMTEMgMjAxNyBJbnQgQ0EwHhcNMTcwODE3MjEyMTIwWhcNMjIwODE2MjEyMTIwWjBXMQsw CQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTEZMBcGA1UECgwQQ3VkYSBTeXN0ZW1zIExMQzEb MBkGA1UEAwwSa2FybEBkZW5uaW5nZXIubmV0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKC AgEAvh1UssVbSYctzobPjwBkbjv/w4WvQNepeRTwE6+sLnXvc41+X9pa5EclPL4Ql02Vu1m71mSq XGfK9HbWZoivbhefBHOoYb35MSc24PelhwcORbpneWoWc7giQ7QgFlvEe/yjfs8M0H9fgdzFS5m2 lwBQbis8kioSjHB2yt/8I1GE4Mvt1Cur9kga6ML5FAQvo8TYN1stdhrE13FEv/BWCF4FVT4H2Wa2 ySW+R1jkKb74SC6Twg98bGCRTShD5bVylh0+0LXNhzaopIDcI/KKjm/j3mRjIlmqbGrSpvJsbjjh jhAYQKE1U8FB5TDU4OkFAibblhQit/KjgspPR2o/vOpVFPERuhZEV1oDGzUJtZlkREIcN2sYBi0p 7Y4585ya+b7L10mEenPlyi3eSkGXEuiy/BR2DY6lShwWDPoQ5602TKmttCSwBdWGoLrQ4jEVEVNt 4lku2wPbTHF3KpHJU0g7RbcWoUYn10SOxKathkirhF3v9U32+QhPELGwqRrH0sL9rWf0qalRtPDH UYl8TebZmYkFqNeSMlqHijl5f4SsQPSj7gx54F19Ntm9ZcvuWTmW8QQGWTKHeMuG+BYkVIUSPe6/ ZQsbD/xDx7rkyGfNgWIa4W7Wm/B7kaNqH53tk3wFmNgZQOxMTPF0oTHfW0T2azU6JD0D1AlgoAnS AE0CAwEAAaOCAc8wggHLMDwGCCsGAQUFBwEBBDAwLjAsBggrBgEFBQcwAYYgaHR0cDovL29jc3Au Y3VkYXN5c3RlbXMubmV0Ojg4ODgwCQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwDgYDVR0P AQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAzBglghkgBhvhCAQ0EJhYk T3BlblNTTCBHZW5lcmF0ZWQgQ2xpZW50IENlcnRpZmljYXRlMB0GA1UdDgQWBBSxJZjVnlYLAT3u zvDYgc4742J6UTCBygYDVR0jBIHCMIG/gBRdwF7Cp43TzQ+fm8VRAhirXNOOz6GBkaSBjjCBizEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExEjAQBgNVBAcMCU5pY2V2aWxsZTEZMBcGA1UE CgwQQ3VkYSBTeXN0ZW1zIExMQzEYMBYGA1UECwwPQ3VkYSBTeXN0ZW1zIENBMSEwHwYDVQQDDBhD dWRhIFN5c3RlbXMgTExDIDIwMTcgQ0GCEwDkSIqCEM5eu9/FjGMhNdgN2EgwHQYDVR0RBBYwFIES a2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQCV26DxQTCzLWolLeChLSQl5Rzv 92cyFCMP3qG1hTHYXuzOPtLt7XtLK++0EXXDykdFHh3376bYdjG94dvFnzdBZiZi8CZPqTseLurj tztBNYzV6CofH1XC+ClO/aBEMmJG7th8G1wVPR25XTzjmQ5zy4tMIYv7GxR3cneP8PzZpz4MwLED WdgWE/bgTa/o2cOErJbkM1xtV5RS/6ggaItTdpqijyHqXxmBena269UZ1xCSbLg/jSCy6KEzX+zz IBz2eFUlkFyzXhX8oKDjihYjtKn8TyqQzAPhR2vMjYwCWQIHSV+TJtZG6oqb2/q/x9VAJq8xjG4Z n9YAqJ7E+X/ClOJ90CDNrDqU0HuwaFSpUDP36UIumgc7uuzNYhdVrTg6WuUFD749XrWivkd3mAc4 uAyGwiFrLfDHQNfnxHiiRbzBGUDjaZAsKyfrSRLhkJo6EGYCtR3paHqRdFg3L4ooaORZYLQIo/og T7cDLri4i7IQFwOWnzF9YWDOJddSV57ZXtdhEBT9a+sDlJKTncXHgnDFQxCQQQh1tmZnRGl4AJtV VPn50Kkv8DcP0tF90SU9ao6+blZadmNGrhv3htI8uk09Cs0yXkfbS0g16a2JDdpf0H+/50+kNN6s hEJ5yogV1gGV73mn8lP82Gu7dz01hUBoFqAuMOl6oD6OCleODjGCAyUwggMhAgEBMIGSMHsxCzAJ BgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgw FgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBJ bnQgQ0ECEwCg0WvVwekjGFiO62SckFwepz0wCwYJYIZIAWUDBAIBoGkwGAYJKoZIhvcNAQkDMQsG CSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwMzA3MDA0MjQ1WjAvBgkqhkiG9w0BCQQxIgQg 4uZM2fksSKzpanZ3OhbDMO3b+9LHck/5j+821atNPEkwCwYJKoZIhvcNAQEBBIICAKo/x57nTulC tai8cxuJEZgdmZLevknCnJxYB6PSzjomOOZgCHiH3Q2pOAZn2k8ojUSxYtLbow+VLNVEvGGzMX2V /QDWvCB1ZmUe/grqP38jP7GB1QjDHl0zKig+mCHxaN6suFFu8nsALv7044MKGFjZwKBzj2Rr8hQH WG72hzNTotgDQhDH10P7lsGp/sCgw7+FUybOypduH8U3s5tJChGtPU5GZIAnsfNKRyhYAyOBVZkT 9kV/jT3ku8c1ylpysOYr3sjqM1aaCcO8885tQMsgMZsc6zgSHuVbJSWT0omsbsDthueY8IBp/rjo qhe091Nk3hkrUy+tGaMkVvgVRXPrmJUG0OzLACm3+h8A29v945Xi/QdMGgcj/m13Cirq9ktrH5N0 2HB2Py62J6p+88KsNyDuMJQB2rJTw7VAWVe5n9uMhDkrhR2WUxUM5ZA8I78vQUcuzg2qJ7m0v07a jZQGKDTKAiuNa0t1tKar2CV/pw5TpbceZT6d46K/SC6qd+7qpSNy/OsyXuJmWD580F4QcEJZxrSx pbrY4KuktyedOKjEZGR9VAggC73NwQOqkKrT4WXbO7DXxZATNyA3auv4XNc3c3luewpjpNJcgQSe P6s/oS75DogTWqfiIEwLD04Use4z7VIk8u86RJW9oB9yoxlZ1aVi9DLU0CiqgaQpAAAAAAAA ----_com.android.email_1593282016664893-- From owner-freebsd-current@freebsd.org Sat Mar 7 01:02:46 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F2B622569C1 for ; Sat, 7 Mar 2020 01:02:46 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Z5nK4g1kz4XF1 for ; Sat, 7 Mar 2020 01:02:45 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-qk1-x72a.google.com with SMTP id j7so4140023qkd.5 for ; Fri, 06 Mar 2020 17:02:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=jRwOOm/ckL8SoA7A4HX6Ww+cOZ96x/ESdD9hM1wqWM4=; b=Kh20HtquwQzZczNO7s6brCC0o8egWkzXGW9xy4AmI3rQb+VUxrOoArJVZIQLljxdO+ QSIG6FQYFUeFNU5Cp+5hIYh19xL54f6R0jkQjheVqLUtqJz4ug5E5ZlpqobdyGbj/8jD csEQdZ9jC0Taa2XY2p3Jff1IsIyB+N5VOl356fsrg4uoymz9w9t0xugsFzQOzfEpXnGH VMcf931IJOe3cqwBgdXGB+rvbvRsXcCi6r6KD6Vv5Wv0UrXUdc5b6YHO0y0HgWPgr7DQ c5xWyqy1CPTHpJ5q0fIY5NV/hIpWPv7MrYiB5XaT51cAeInMsXnKc3KG7rEI6iCXhWr7 wTqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=jRwOOm/ckL8SoA7A4HX6Ww+cOZ96x/ESdD9hM1wqWM4=; b=VaaWruMvABDudSKAddGVL6/1/1d8Yt9vzQUA/EaALBe/nEBDm0UyXrKRPcLJpg1qED /QuepPaLGwtPGO2UQknOxddx9B+DFKG0S4z6e0q9L3qLabsXKUjOuzGURxe+zgDcHFt5 VsVg7VdUTVgYlJASsgRlJQCoxGDGzZlEfqcCHB2Y5QVyrrzbkfUSsXgxVSK0TI2gDAFH 7Juo/5F03IK1BLg0QmkzyAG1NvzAh73cGtPGDF8ZiiKKZ7bJflhYhlZsGOU7XUx1z3UZ tcafnauPWTUcnpd/2bG6JDlKBRR6pivZR+ZRdJSqnuRD+UmGbZ1URwojQ0XTNFK97vou ZVWw== X-Gm-Message-State: ANhLgQ2FlFcm0phgVuNNpZejgEUGmwX5OEwno4u/S2sRERxkXWQhlf6C pTyLmVGQeHkIeu7v9f9Rt/DV07bQ X-Google-Smtp-Source: ADFU+vtSq1ZAWzIA+yjGcfENH0nGThrfYWxQUwP4mSeIzg0VF2kKN595LOMhHYklu7dovTJkurNibw== X-Received: by 2002:a37:4e89:: with SMTP id c131mr5816427qkb.5.1583542964280; Fri, 06 Mar 2020 17:02:44 -0800 (PST) Received: from [168.122.152.42] (dhcp-resnet-168-122-152-42.bu.edu. [168.122.152.42]) by smtp.gmail.com with ESMTPSA id c191sm3684452qkg.49.2020.03.06.17.02.43 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Mar 2020 17:02:43 -0800 (PST) Sender: Theron Tarigo Subject: Re: Pkg repository is broken... To: freebsd-current@freebsd.org References: From: Theron Message-ID: Date: Fri, 6 Mar 2020 20:02:43 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48Z5nK4g1kz4XF1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Kh20Htqu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::72a as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-2.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.24), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.65), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[a.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 01:02:47 -0000 On 2020-03-06 19:42, karl@denninger.net wrote: > Strange.  Mine cleared up automatically the following day. > > It's also strange how few replies I have received.  Two private > messages (why?), yours, and that was it.  You'd think that people > would be screaming. > Maybe because not everyone knows this is affecting all releases/branches simultaneously, the reports of this have been a bit scattered about.  Bug here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549 Theron From owner-freebsd-current@freebsd.org Sat Mar 7 01:05:58 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B2B80256E2B for ; Sat, 7 Mar 2020 01:05:58 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Z5s2167Yz4Ypm for ; Sat, 7 Mar 2020 01:05:57 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-qk1-x742.google.com with SMTP id z12so4111972qkg.12 for ; Fri, 06 Mar 2020 17:05:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=THcMEE3nEunHDlT/82voT1fxrnw+chKduxwri5ZjkGM=; b=tB6N6hCFiGqN1F3UpnX7T9gNpGtFScr+WPzOelJYDCZOA8tJkYLH/CXo8sP7FbQH/1 sRE+evSHpW53lpD/a0A+ubpYhfgZtiMsCmEyISIkzR80kW8SPCDYjSHFn+Pb2FZl1GL/ IuTwbvDqIQ0j5vjVXoRU3uebyW8TosDsR75E+H/V4fUUs4W/CaL8iLyHl+r265/V0cOf KdYskoX+ED31qtadCebDhQX7ME2KxLjmIzgaYJr6mgjXfCBP1ekfKRTV5RETvRXD1Gky 3rGuK0kBqTzGhYpw8wQK+IhQwvmGKPBpdCivypQqPNj9SW4AlUD2/cOYNvPWh6zwzDG5 E1oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:references:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=THcMEE3nEunHDlT/82voT1fxrnw+chKduxwri5ZjkGM=; b=ERrfRrpfuP+9vqyJlYi+G25I3cdek9afc/laBIO+wW1DCp17hZcoPa6qmBrP0UG3/Q 3QLB5CrZBAEBYQAT8g4lV69SPrMzKux1yGjsqIv+rkXoaQK7EUyB7y4gAX/+ZYuMsShS jV++uyzyBx56kaIu4e6ep7QFndRlHOkXLk5E83a8oFmJa+5mdhWqD9U9Fs17DqVbr24Q y0NyIpKgvupHNxcW+Wn0wg95yueq47Y4mr/JF/1xrEStU2kp3AZssQuBReFMcgQaxizD 1JaLo+8Kq//obYHVdCuVoktL0jdCVna+KEkgw6uE9jH3E77puVm8AhEb9jSevpxLkjTv MPLA== X-Gm-Message-State: ANhLgQ2Ls9T3HturW/VblAWkKTkW6jRESqs6Ly3ZV2s6tHbGiYUX1i0h ZgZLJiaI9w6sQ1g/rfe8oHu9fpEq X-Google-Smtp-Source: ADFU+vsOjIEWkbJNuIvg8BrzF/hQWrZ0iL4ImA6x5KSyHMJe8bRMtaI0HBfcyYEOUhJaLhOLbkpHwA== X-Received: by 2002:a05:620a:2007:: with SMTP id c7mr5730933qka.471.1583543157022; Fri, 06 Mar 2020 17:05:57 -0800 (PST) Received: from [168.122.152.42] (dhcp-resnet-168-122-152-42.bu.edu. [168.122.152.42]) by smtp.gmail.com with ESMTPSA id n4sm18524500qti.55.2020.03.06.17.05.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Mar 2020 17:05:56 -0800 (PST) Sender: Theron Tarigo Subject: Re: Pkg repository is broken... From: Theron To: freebsd-current@freebsd.org References: Message-ID: <5af4cd0e-6dad-ccf9-d622-123503a25a49@gmail.com> Date: Fri, 6 Mar 2020 20:05:55 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48Z5s2167Yz4Ypm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tB6N6hCF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::742 as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-2.92 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (1.94), ipnet: 2607:f8b0::/32(-1.86), asn: 15169(-1.65), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.922,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 01:05:58 -0000 On 2020-03-06 20:02, Theron wrote: > On 2020-03-06 19:42, karl@denninger.net wrote: >> Strange.  Mine cleared up automatically the following day. >> >> It's also strange how few replies I have received.  Two private >> messages (why?), yours, and that was it.  You'd think that people >> would be screaming. >> > Maybe because not everyone knows this is affecting all > releases/branches simultaneously, the reports of this have been a bit > scattered about.  Bug here: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549 Looks like this has already been linked in this thread (but it was sent to multiple lists so I didn't see it at first). Sorry for noise! From owner-freebsd-current@freebsd.org Sat Mar 7 07:50:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AB5025DF1B; Sat, 7 Mar 2020 07:50:51 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with ESMTP id 48ZGr90SXCz3M4Q; Sat, 7 Mar 2020 07:50:48 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from localhost (bizet.nethelp.no [IPv6:2001:8c0:9e04:500::1]) by bizet.nethelp.no (Postfix) with ESMTP id 37EA9E6047; Sat, 7 Mar 2020 08:50:46 +0100 (CET) Date: Sat, 07 Mar 2020 08:50:46 +0100 (CET) Message-Id: <20200307.085046.39440897.sthaug@nethelp.no> To: grog@FreeBSD.org Cc: lars.engels@0x20.net, marco+freebsd-current@lordsith.net, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... From: sthaug@nethelp.no In-Reply-To: <20200307003855.GG85938@eureka.lemis.com> References: <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48ZGr90SXCz3M4Q X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sthaug@nethelp.no designates 195.1.209.33 as permitted sender) smtp.mailfrom=sthaug@nethelp.no X-Spamd-Result: default: False [3.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.64)[-0.636,0]; IP_SCORE(0.24)[asn: 2116(1.23), country: NO(-0.01)]; RWL_MAILSPIKE_GOOD(0.00)[33.209.1.195.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; DMARC_NA(0.00)[nethelp.no]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[33.209.1.195.list.dnswl.org : 127.0.6.2]; NEURAL_SPAM_LONG(1.00)[0.999,0]; FROM_NO_DN(0.00)[]; MID_CONTAINS_FROM(1.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2116, ipnet:195.1.0.0/16, country:NO]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 07:50:51 -0000 >>> Any workarounds in the meantime? This must affect a lot of people, >>> including those who use 12-: >>> >>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 >>> pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 >> >> Still broken for me on 12.1. > > Strange. Mine cleared up automatically the following day. > > It's also strange how few replies I have received. Two private > messages (why?), yours, and that was it. You'd think that people > would be screaming. There's still breakage: # pkg upgrade pkg Updating FreeBSD repository catalogue... Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 Fetching packagesite.txz: 100% 6 MiB 215.1kB/s 00:30 Processing entries: 63% pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Processing entries: 100% Unable to update repository FreeBSD Error updating repositories! This is on a 12.1-STABLE r357318 host. I have plenty of other hosts with similar errors. I think a lot of people are waiting for some kind of guidance on how to fix these problems, if the repos are supposed to be okay now. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@freebsd.org Sat Mar 7 09:10:52 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7F60E25FC22; Sat, 7 Mar 2020 09:10:52 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 48ZJcV2dwTz3NxK; Sat, 7 Mar 2020 09:10:49 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1jAVTp-0006yl-3d; Sat, 07 Mar 2020 10:10:45 +0100 Content-Type: multipart/mixed; boundary=----------mcYt5IMMN1qRRSF7UpnE6h To: "Lars Engels" , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, "Greg 'groggy' Lehey" Subject: Re: Pkg repository is broken... References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> Date: Sat, 07 Mar 2020 10:10:43 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20200307003855.GG85938@eureka.lemis.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 9b84bad32751a42de3aa9e7877f1ca86 X-Rspamd-Queue-Id: 48ZJcV2dwTz3NxK X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [1.72 / 15.00]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-0.88)[-0.880,0]; HAS_ATTACHMENT(0.00)[]; TAGGED_RCPT(0.00)[freebsd-current]; DMARC_NA(0.00)[klop.ws]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_SPAM_MEDIUM(0.63)[0.631,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; CTYPE_MIXED_BOGUS(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[88.28.190.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.73)[ip: (-0.67), ipnet: 195.190.28.0/24(-0.26), asn: 47172(-2.74), country: NL(0.03)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:+]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 09:10:52 -0000 ------------mcYt5IMMN1qRRSF7UpnE6h Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey wrote: > On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: >> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey wrote: >>> >>> Any workarounds in the meantime? This must affect a lot of people, >>> including those who use 12-: >>> >>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of >>> FreeBSD:12:amd64 >>> pkg: repository FreeBSD contains packages with wrong ABI: >>> FreeBSD:12.0:amd64 >> >> Still broken for me on 12.1. > > Strange. Mine cleared up automatically the following day. > > It's also strange how few replies I have received. Two private > messages (why?), yours, and that was it. You'd think that people > would be screaming. > > Greg I'm not screaming because I'm settling with the situation and starting to make workarounds. And wondering where the official communication of the community is. Nothing about this situation on www.freebsd.org. All information about the situation seems scattered through the mailinglists. Things are working for me on 13-CURRENT again, but still broken on 12.1-RELEASE. See attachment. Ronald. ------------mcYt5IMMN1qRRSF7UpnE6h Content-Disposition: attachment; filename=error.12.txt Content-Type: text/plain; name=error.12.txt Content-Transfer-Encoding: 7bit Sat Mar 7 09:06:04 UTC 2020 Updating FreeBSD repository catalogue... [freebsd12.klop.ws] Fetching meta.conf: . done [freebsd12.klop.ws] Fetching packagesite.txz: .......... done Processing entries: ...... pkg: wrong architecture: FreeBSD:12.0:amd64 instead of FreeBSD:12:amd64 pkg: repository FreeBSD contains packages with wrong ABI: FreeBSD:12.0:amd64 Processing entries... done Unable to update repository FreeBSD Error updating repositories! ------------mcYt5IMMN1qRRSF7UpnE6h-- From owner-freebsd-current@freebsd.org Sat Mar 7 11:13:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E6EC12620B0; Sat, 7 Mar 2020 11:13:51 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZMLQ3Fk6z3MQx; Sat, 7 Mar 2020 11:13:49 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id EE9992D7D77; Sat, 7 Mar 2020 11:13:41 +0000 (UTC) From: Stefan Bethke Message-Id: <53A16BDE-B0E1-4142-9A7A-7479F297CA4F@lassitu.de> Content-Type: multipart/signed; boundary="Apple-Mail=_4639E8DD-E238-4D15-BB0E-3AA104048BE1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pkg repository is broken... Date: Sat, 7 Mar 2020 12:13:36 +0100 In-Reply-To: <20200307.085046.39440897.sthaug@nethelp.no> Cc: "grog@freebsd.org" , lars.engels@0x20.net, marco+freebsd-current@lordsith.net, freebsd-current@freebsd.org, FreeBSD Ports To: sthaug@nethelp.no References: <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> <20200307.085046.39440897.sthaug@nethelp.no> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48ZMLQ3Fk6z3MQx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of stb@lassitu.de designates 2a00:14b0:4200:32e0::1ea as permitted sender) smtp.mailfrom=stb@lassitu.de X-Spamd-Result: default: False [-3.09 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.950,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; TAGGED_RCPT(0.00)[freebsd-current]; DMARC_NA(0.00)[lassitu.de]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.74)[ip: (-1.93), ipnet: 2a00:14b0::/32(-1.10), asn: 13135(-0.67), country: DE(-0.02)]; SIGNED_PGP(-2.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:13135, ipnet:2a00:14b0::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 11:13:52 -0000 --Apple-Mail=_4639E8DD-E238-4D15-BB0E-3AA104048BE1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Am 07.03.2020 um 08:50 schrieb sthaug@nethelp.no: >=20 > I think a lot of people are waiting for some kind of guidance on how > to fix these problems, if the repos are supposed to be okay now. It would be really great if someone in the know would send something to = -announce or similar, with an ETR. Maybe even with suggestions for = workarounds. A forum thread mentions a workaround for those that cannot easily start = compiling their own ports: = https://forums.freebsd.org/threads/pkg-wrong-architecture-freebsd-12-0-amd= 64-instead-of-freebsd-12-amd64.74310/page-3 > ALTABI thing must be added in /usr/local/etc/pkg.conf: ALTABI =3D = "FreeBSD:12.0:amd64" Stefan -- Stefan Bethke Fon +49 151 14070811 --Apple-Mail=_4639E8DD-E238-4D15-BB0E-3AA104048BE1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEEJ+hF98o4r3eU/HiPD885WK4W4sEFAl5jgeAACgkQD885WK4W 4sFfegf/TntKdGPfB+z+CgP3Tk6kR5wEIhpJwm6stJf8kleMR62n0lal6AvNciT2 Gd8RtlyS4DdhkMYfYLceb4a0mljZuTTR94xT8A3zMh5MjSLPk5+rQai0Ia8RaHba 2/X1vfNG8m4npg+xHk3J3ks9AkoaeOV4ECGVYy1HvhL6AYxISEDi9h7wEqh8EyqI c5GaYpUCgWIYimBe02I2UIfRn9Sj79CCYyEBBu3F6FFq4hMLzY2uV+0N00K63UzV OGi2Xc015xUYPiNMGtdGlBcfbr+aaHzp0MTHCVqjyQPTp0HpgjAtBVjKVOZ6vSjx WMzMOXIOMhplBIhQTiPgm/jHqACh9w== =Bl+I -----END PGP SIGNATURE----- --Apple-Mail=_4639E8DD-E238-4D15-BB0E-3AA104048BE1-- From owner-freebsd-current@freebsd.org Sat Mar 7 11:57:26 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48334262E65; Sat, 7 Mar 2020 11:57:26 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZNJg5rPWz4lZN; Sat, 7 Mar 2020 11:57:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id f67fc5e1; Sat, 7 Mar 2020 11:57:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=TX0KpEE0 MLJ7fTukeELejISAyGc=; b=KzfHq9YPjv2v6rDPqWkKZbTF50JfHsDaS4pA0u7o nCh4QcOmFDned7PMiSZBT18SLNo/87AOQe43NAgp7qx65SocxyDbdnKEE/ZLuprA Eg7y62wzM05zHqZgNOfqzI2OrcA/pOOxU5/xTWoOQ1nqSpIgTGret/0UJQyO/Z7w OU5Hn1Rl0XtNGFrtNzahEStYuLIFhSWAPnbz/h7CBnFD41RYJLQrXC3rn8xfaH2u qw+TcjsjmoFOK0pV+BvFlmQPDLVuhn+OhsfnQTFfWnwEImILqkqyRfgV6enYuYdJ yYfRJYoFnI2u4GkIw8JQ4cb25CNsueOFKT+5e/Gx2RkF5g== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=t/ YZjbXK9wMDhqc3/WipTOA8a9Cd4YSsqZX/lFasOTn2tAX5r002jigWoIdmVgv+u0 BeWtpeu4QP8IEF75MKAW49CHgwgNnuTMB4ObKU/5S/ehDe5UVrTnfOgTlT5ZL0OM gLlmzs9AA2/JiYRfy9Ad7OhmK1pS+kA20qrRBHV9jq7/X70NyfBWY5rKdx+yKXxz Dt9Wwzf44faMWhYXsSuAixoOfjPifFq1D4/oVOvorKJ0EbbLULhdc0Hj7OL11Cqa gFqpe1ypIRz+v5Qf6FxVZ4jztwmRPeie3O29V8aSLBiKc1eTI97sdVOJXm1OqeDS uUEVVlT0wFE3tCbrLYlA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 97646c35 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sat, 7 Mar 2020 11:57:17 +0000 (UTC) Date: Sat, 7 Mar 2020 12:56:58 +0100 From: Michael Gmelin To: "Ronald Klop" Cc: "Lars Engels" , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, "Greg 'groggy' Lehey" Subject: Re: Pkg repository is broken... Message-ID: <20200307125658.56d058da@bsd64.grem.de> In-Reply-To: References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48ZNJg5rPWz4lZN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=KzfHq9YP; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.32)[ipnet: 213.239.192.0/18(-0.03), asn: 24940(-1.56), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 11:57:26 -0000 On Sat, 07 Mar 2020 10:10:43 +0100 "Ronald Klop" wrote: > On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey > wrote: > > > On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: > >> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey > >> wrote: > >>> > >>> Any workarounds in the meantime? This must affect a lot of > >>> people, including those who use 12-: > >>> > >>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of > >>> FreeBSD:12:amd64 > >>> pkg: repository FreeBSD contains packages with wrong ABI: > >>> FreeBSD:12.0:amd64 > >> > >> Still broken for me on 12.1. > > > > Strange. Mine cleared up automatically the following day. > > > > It's also strange how few replies I have received. Two private > > messages (why?), yours, and that was it. You'd think that people > > would be screaming. > > > > Greg > > > I'm not screaming because I'm settling with the situation and > starting to make workarounds. > And wondering where the official communication of the community is. > Nothing about this situation on www.freebsd.org. All information > about the situation seems scattered through the mailinglists. > > Things are working for me on 13-CURRENT again, but still broken on > 12.1-RELEASE. See attachment. > I worked around the situation locally by setting ALTABI on `pkg update': # ALTABI=FreeBSD:12.0:amd64 pkg update -f This allowed me to run # pkg upgrade without any issues, so I assume none of the about 30 packages I updated contained a wrong ABI/architecture. I verified this by checking: # pkg query "%q" | sort | uniq -c 112 FreeBSD:12:* 219 FreeBSD:12:amd64 Note that you could also export ALTABI to the environment or set it in /usr/local/etc/pkg.conf, but I figured that I might forget it in there. Also, it seems like none of my packages were affected and not setting it on `pkg upgrade' meant that pkg checks for that (at least that's what I assume it does) and therefore I won't have to deal with different ABIs in my installed packages later. All of this should be really temporary anyway and hopefully be resolved soon. Cheers, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Sat Mar 7 15:24:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DEC042688F1 for ; Sat, 7 Mar 2020 15:24:55 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 48ZSw63xppz4RJZ for ; Sat, 7 Mar 2020 15:24:54 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 46A342113C0 for ; Sat, 7 Mar 2020 10:24:23 -0500 (EST) Received: from [192.168.10.25] (D15.Denninger.Net [192.168.10.25]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id C47E723543D for ; Sat, 7 Mar 2020 09:24:22 -0600 (CST) Subject: Apparently FIXED: Re: Pkg repository is broken... To: freebsd-current@freebsd.org References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> <20200307125658.56d058da@bsd64.grem.de> From: Karl Denninger Autocrypt: addr=karl@denninger.net; prefer-encrypt=mutual; keydata= xsFNBF1Rd+gBEACmLAH7SAzdQq57ZN56QQEy0jDFfH5BvGOMZgCaP+Y5lJQ5u9WphCoCALMs Rg0o1Q9DRNWgUmy/cgsxioXAEzZFXXzOHPJhwplVOgfjxnoByD5KQhWG8Owm9QmATdtiZPSV 4UYVNUIbZv7btSnnAXysG2OUHajYS5PVeFQxFbhNFq/SS8VaXr1WEVTFa8NFKp2W3/KY1A+U KKDUlYwnOauK3fnY9chF2IRSoxAbBJFrJ4lPGz04HtzNos4Q9CBfTphKcdFjcPntNS9wrqs3 sm+7hLNTH9B2Kj6aekG5UhD03eyP+gevTgBy51RL6ULzI13Kc4aeyOByuBXrA8D2m2Ee67iy 4+ZSxM9Wn1gQce5624OWzCYIGBH2r75Bshp1KHKu36N2rN//kyKYnwl/z6UZB/S9cMUFKZgL gFx7QxpFX/HvSiBcPfcGS0meModpg6qma7/2jRoQAXacslpiT+uOfRGspNbnglkbw435RzX/ kMUclJQNZBBBUpPiGjVCjeBTiAfN8TyjS+pWzwxNCUZWbYO5xVaS0gbIhgVNoBOGn1rdTsdA PP65SRjaoL5KY6bzkkzrXLB2Djx8/p4vr0qIqxIQWbewJq3xKyKGiqI46ae77BF7k0B++Ndx g9K9UeWKl/iJ0eoI0ftR+xH3aIHTU1Or3j/tj4j8Z0tnVSyt1wARAQABzSNLYXJsIERlbm5p bmdlciA8a2FybEBkZW5uaW5nZXIubmV0PsLBfwQTAQgAKQUCXVF36AIbIwUJCWYBgAcLCQgH AwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEG8twBXrj1l4swkP/3uOzRxW16K6H4JIEIRMUEbt nxDhmk+gR/7H9phg7HtvR7i22QejZX1N1NHcGRNmBwLshWVjJkHKhCE/AM8Cf9XyaV2ft6qn g1xK6NuhapxVuaaMeCVPUzsPkTcR+JMl72ZR4Q+mJMVQButCITekmr7aIzIZ80fF0t86rnq+ O74ZGt0SAMsLV/GAKlIw8fGMi9Xj4OKDgqmxTnIoV4+0mpo26W957pnlOrjN3/6VqWUyAdHH DkyqsuP/9jx2f5pZCcD7X04+93GI+sGb1s6BOFRHq2oJgs6W0z0nPx5Ks9MDDgSQlxXAryje 17WphTR7DWn1BeF3Y8AhRkzc2+Mgc5s1i2fPe6YwvksDNOEyNXIvFV7chwDQYb0Q3I8XsoHu 2WUjXp0kVokobJPdVdY55nbY+brezweRJMiEpFtGOmoUekQWlI5KS1kE8+Xuqpm+MSxEpqY8 5ncPt0lekOrICGajlOotkUK86iVemlW1rMzMc5Xwp9j8oxa+bRtGD6u1rYz4i+qIdE+GSCBy 1nnHN/my0nefhQyHXr8wGVEbyiMZCten9fm1iXpBr0jY+tvtbo8XqZQG7Lr+3kSO6VUgc8kW IPf2HxIV7AnGUN+ddZGCcPPhb2mY/Yy7si54wJFj6YoG+/+rNjF9F5d8WeLoeUWczgHTvZmS o6F7UhjjuwzgzsFNBF1Rd+gBEADNVFS8nQ+kpKOpgtP+f3bCVxHAm7eHMbX6oew5yZiQwfD+ 1RWNWLVOMeTt7G2e5HsHpJOUwFUJhbDb0omB0r38xTSVSAig9kmUfb7tTMJG2bG7WfWykBOM WIZ4OhCf+ISv9dUkjNgx4ionWotFxwDiPRwWumVQ7WYZmRZlhDWMiaHgKvBrjJ7Y6GKPRbQc 5/0Qz9xGhXKlFxDQrrSMkyRThIOxXqdfD9z3rEsV3ZwOojzNsnkIImnQMKyIAR0FBQop34G9 wDQi7fxk8wGIfDszwfR4oAdDdPGq4gcAvE7Fd3xKyNpGyjSED5szoaFjldaZSXQIffquSUvy sFCTTLRIso5Dn9uQgi57gIv+5mnyKBfm2Z2P6pEQPSt073TED9rS0+JpniJL7rKRVpO5niqw sQJS6ht+JF88rXro+SiwxD/KeDpTuuJ10+ohLVi1Y+X82X7BIQEhqtFp9FVJSds4o/eNyaHd SoqfoeWMy3EV+rdJ3DneXcPS1BgxO57Rko5Hx3NUSVK83ovFb+Ofes9SLNdqNu3xAUcfpRdS DyxzpVbCq6Y2CIojiaweiYe5BOBhmR9OPGhqP8YD7GukYmQufAVuOrIVyctBlVPHgMBb+UX+ ItYXuX4weSJWLOsmM45xd/EYvBq2DWFpKlyihoktNzTGqxGsNeG7gCOEUTAnUwARAQABwsFl BBgBCAAPBQJdUXfoAhsMBQkJZgGAAAoJEG8twBXrj1l4Dm0P/iEx2gIHSOnvgpG799Vf2RM0 7gPbDWzDaw8YTV49H+VTOqq7RlT52aO0QfNAmtppX0V1/5f30fuSCF46NWnYGu35P/LvOAPb sLbeWCyJy4GOPN4cjsBMbgmooGdl24RdcvGMmY177o7oOSWBqXfhAj+YA6r+hEar1qxqLgwB Gy8wAId4qYSQhN/FxiQbyUs2tPAI6Wn/41pI7Hu6WgmRGpZrBv8HhVV9Gl7jallSsS/g+fhu WRbDKCknUS5SX3+w2AUFr4kf62gSSxXBxd075KnViV9c0sraAPI31XbM5QUc0Xssfaqs6Srr z4MjKaLhb7GD8C1JwI23PuGdFvk9WK996UvIyjdWIE99VSlg/5gEKkXzwx7oysrSG9BqkfGf I4addK55xRQPul0V3s2LtDoQTxg3VHrL6wrvGhYUcTHLmlsvNx1EOb5a3xBT+SUK/Ltq08LW YcmNbU/G217MlfvDJYHCb0uOtxqJFm8RiZGj2eEcLgvyWnlWCD2rfP4EqCxmpr3Ic725FiQR cBbdTV3clTgclhBG3TA9dxVjfZDcatz5cFBwXP8k5Yn9tNl90T2r79V4SNh1mCHtGTSEf449 qz9tm7EguLchjmoirJTuiipZKcalcHAHtz4VPUykdXsrfEJTzdEcujzqF6v/9CY+DjpAd3et Z0vw7xC5tS+b Message-ID: <084e0a1c-cdae-8ddc-d7c2-be9055c503e2@denninger.net> Date: Sat, 7 Mar 2020 09:24:22 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200307125658.56d058da@bsd64.grem.de> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010003020804040504060606" X-Rspamd-Queue-Id: 48ZSw63xppz4RJZ X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=denninger.net; spf=pass (mx1.freebsd.org: domain of karl@denninger.net designates 104.236.120.189 as permitted sender) smtp.mailfrom=karl@denninger.net X-Spamd-Result: default: False [-7.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.771,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[denninger.net,none]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.58)[ip: (-9.84), ipnet: 104.236.64.0/18(-4.45), asn: 14061(1.44), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 15:24:56 -0000 This is a cryptographically signed message in MIME format. --------------ms010003020804040504060606 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 3/7/2020 05:56, Michael Gmelin wrote: > > On Sat, 07 Mar 2020 10:10:43 +0100 > "Ronald Klop" wrote: > >> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >> wrote: >> >>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: =20 >>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey >>>> wrote: =20 >>>>> Any workarounds in the meantime? This must affect a lot of >>>>> people, including those who use 12-: >>>>> >>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of =20 >>>>> FreeBSD:12:amd64 >>>>> pkg: repository FreeBSD contains packages with wrong ABI: =20 >>>>> FreeBSD:12.0:amd64 =20 >>>> Still broken for me on 12.1. =20 >>> Strange. Mine cleared up automatically the following day. >>> >>> It's also strange how few replies I have received. Two private >>> messages (why?), yours, and that was it. You'd think that people >>> would be screaming. >>> >>> Greg =20 >> >> I'm not screaming because I'm settling with the situation and >> starting to make workarounds. >> And wondering where the official communication of the community is. =20 >> Nothing about this situation on www.freebsd.org. All information >> about the situation seems scattered through the mailinglists. >> >> Things are working for me on 13-CURRENT again, but still broken on =20 >> 12.1-RELEASE. See attachment. >> > I worked around the situation locally by setting ALTABI > on `pkg update': > > # ALTABI=3DFreeBSD:12.0:amd64 pkg update -f > > This allowed me to run > > # pkg upgrade > > without any issues, so I assume none of the about 30 packages I updated= > contained a wrong ABI/architecture. > > I verified this by checking: > > # pkg query "%q" | sort | uniq -c > 112 FreeBSD:12:* > 219 FreeBSD:12:amd64 > > Note that you could also export ALTABI to the environment or set it > in /usr/local/etc/pkg.conf, but I figured that I might forget it in > there. > > Also, it seems like none of my packages were affected and not setting > it on `pkg upgrade' meant that pkg checks for that (at least that's > what I assume it does) and therefore I won't have to deal with > different ABIs in my installed packages later. > > All of this should be really temporary anyway and hopefully be resolved= > soon. > > Cheers, > Michael As of this morning it appears to be fixed for me.=C2=A0 "pkg update -f" n= o longer returns the error, and I can now run an upgrade. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms010003020804040504060606 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwMzA3MTUyNDIz WjBPBgkqhkiG9w0BCQQxQgRAAq5tKDt7ffkO2GYkSLP5SoKxix68omZmFn/Kyr5hgS0nzyiq cAfn7slCPyuNoyt03j9QR8X3Dv78nRzPRQRlzjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBztjj8Ir3ErYTP32mWlJP4BrBkLh/QAt3R/9Eok23EK0AvuVPx1Bx8fVblwPtkBYhr MDUcot47FkwR69GH5pV4cE7QCO2M455SsrSo4m0HqpF/PAjM22q1ZwAhS14MukkifrrXIHeX aJK8do/kkH+gOIaywKkeZq+vX2X4QJwxJegT5V8Wvf1gypz8SKUqFoiBXaxVD5NrGOyVrOEU HrgtRfF9k6Th3WGeFvqg5VpdsRi9bberacPymr5fhifr7/qdPb+tM+++SQJU3a2JS6vZEmvH VJbSYBk2gLmGhETJY0AhtKlQTP3JbtmRt5NBKVp8UCBBn4tX3nsTUOJaM64u+PxtkggwiNAn mRia/Yj7N9RAXF21hMmJB1it3a40wabE/ukUT26FV2XgGesuPMbc9Qu6lkjKnYbA/JMYRzRt pO5RZwDGDl2pSkKNi5s7wdnL3n6a7sq20Oi4UZVHlUdOR4bENjX2tASWBohLU0IlJUUoVujp 5XJufwxC9SlMN4mkRHwTrykOMto7yjGM+JpZNF29sCDGDL15t07uFTt7SI7ok4S0+Gy6OW2f qP5X+ZAYBO6mPFxtWBBK+GStmLAbSbHJMqzBoOS1wlJZmbkTIxt5zNGKh7ZfVQxb6oAtEddX 658OTaGTb6sXXmhRpZRscdShtbX1Fd0qkSVYbwXnIAAAAAAAAA== --------------ms010003020804040504060606-- From owner-freebsd-current@freebsd.org Sat Mar 7 15:31:37 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A1587268BEF; Sat, 7 Mar 2020 15:31:37 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from mx12-out7.antispamcloud.com (mx12-out7.antispamcloud.com [46.165.232.177]) (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 48ZT3q1Dcpz3F0b; Sat, 7 Mar 2020 15:31:34 +0000 (UTC) (envelope-from waitman@waitman.net) Received: from yo.nortado.com ([178.128.145.22]) by mx169.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1jAbQ9-000fRS-ND; Sat, 07 Mar 2020 16:31:31 +0100 Received: from nortado.com (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by yo.nortado.com (Postfix) with ESMTPSA id 7F3EC260E64; Sat, 7 Mar 2020 15:30:58 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 07 Mar 2020 11:30:58 -0400 From: Waitman Gobble To: Ronald Klop Cc: Lars Engels , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Greg 'groggy' Lehey Subject: Re: Pkg repository is broken... Reply-To: waitman@waitman.net In-Reply-To: References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> User-Agent: Roundcube Webmail/1.4.2 Message-ID: X-Sender: waitman@waitman.net Organization: Waitman Gobble X-Originating-IP: 178.128.145.22 X-EuropeanMX-Domain: waitman.net X-EuropeanMX-Username: wago X-EuropeanMX-Outgoing-Class: ham X-EuropeanMX-Outgoing-Evidence: Combined (0.05) X-Recommended-Action: accept X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0dyF9K2ilaF/JaNUYHaAo6qpSDasLI4SayDByyq9LIhVEANrwUln/Pw0 ofay2aSyKkTNWdUk1Ol2OGx3IfrIJKyP9eGNFz9TW9u+Jt8z2T3KTRVgB7fgtswwGqG3rS3EBOQp vCUHdWjHjhnq7lDQ33lmBrf3qDEhhwaHAG0yR41Bj4hFpTIqInZeJ4pMFucktfU7sqiCCZhkd5aj vv6Mry2BG0duriXhpKiY5z69Da1FESwKhW9Vq94dtXm8vXmPxDLJycuOJyiJldPdnSkYdUG7MEyU H/tDN445kHKqFcVsBDkUceDIhVzQD97SS/B4Gp8vB3DNcdyV5EliyG8qZcGe4u/RO4iSA1i1z+K5 MRouXdxSyzeSWc0Zp1O0lB09j6CqkHXP0zy2RMK1PNqlTZxcptBnKneOxsMPzBQYCPiz+IjULm9O H8plPGLhO8jhFC1tP5VNuG7YPhBE74GfPxnVtkX+TfAgLZmYgXQhB/YiKuavCbRj0I+FZW2nHrvu EL6FJAoBVK0hh0quQquNEB94DNu94Ja3sC6fDEtRdZPOkGfzcMLURj8pLbz9iIFnTOcLcm1C8WyM JjZKxxGqnELL8smc2hueL2WvZEspbtAyfSvUgT2BfzJGA7xZu3Tu6f8MCMM8lf1jDwes0xFsxJ1R uA+ygkUBCHaMUjdha5tAPRLrdHL1Ijr8bDItFoCUOlEnCbjkuOIydoHzKuDYf/QHdhNPPnkm6mou ln4cCCfo1ayOhy8N4VS6YKxXmDGQKfvg7iEFLP+SSY+Av5+AiC4nZV5btWp9w6Qx52oCjuCD72CL uKm1NNPGp+iY+R1iB9ccqWU4vJdO/s/yMHRUaYrDiEf1Dba1YpjqaeC3ttq6AxmvGhptqD4D0gXH 8OLM6VXmGm0dxPdbTcFjsl2i05HK6baCdnRUnDTOukoihu+2gaJDl+yy0O91r+tGKXwS5EUbNT7F JtJU7Eh5bl+w+GopNCTA/i8wZxVsk9qMjV51Ibtf63VNbf0lrvssY+k7AP7JGDvg5hSJu3nk9kMd 5218e2o3V3dj4mUyII2TCoukWKIZTNLXrJE4UJUOfbWkq+aZ/LN78/AuYTa83o5pbJUHmKVxWePA uodkNc5dzGZ2Wyz6fZ9+dDG3ponuSVlpv8GCd7mJALipXr4RjmBkSyH2FboHh2AJXM/w65bLWkNO R6U8JsPfOci1jVtN127V6w== X-Report-Abuse-To: spam@quarantine12.antispamcloud.com X-Rspamd-Queue-Id: 48ZT3q1Dcpz3F0b X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.07 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[waitman@waitman.net]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[waitman.net:+]; DMARC_POLICY_ALLOW(0.00)[waitman.net,reject]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; RCVD_IN_DNSWL_LOW(-0.10)[177.232.165.46.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:28753, ipnet:46.165.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_SPF_FAIL(0.00)[-all]; R_DKIM_ALLOW(-0.20)[waitman.net:s=eueu]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.90)[0.898,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.899,0]; IP_SCORE(0.67)[ipnet: 46.165.192.0/18(2.05), asn: 28753(1.31), country: DE(-0.02)]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 15:31:37 -0000 On 2020-03-07 05:10, Ronald Klop wrote: > On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey > wrote: > >> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: >>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey wrote: >>>> >>>> Any workarounds in the meantime? This must affect a lot of people, >>>> including those who use 12-: >>>> >>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of >>>> FreeBSD:12:amd64 >>>> pkg: repository FreeBSD contains packages with wrong ABI: >>>> FreeBSD:12.0:amd64 >>> >>> Still broken for me on 12.1. >> >> Strange. Mine cleared up automatically the following day. >> >> It's also strange how few replies I have received. Two private >> messages (why?), yours, and that was it. You'd think that people >> would be screaming. >> >> Greg > > > I'm not screaming because I'm settling with the situation and starting > to make workarounds. > And wondering where the official communication of the community is. > Nothing about this situation on www.freebsd.org. All information about > the situation seems scattered through the mailinglists. > > Things are working for me on 13-CURRENT again, but still broken on > 12.1-RELEASE. See attachment. > > Ronald. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" Did you try: pkg update -f I installed 12.1 on a new laptop yesterday, I have not experienced issues with pkg. -- Waitman Gobble From owner-freebsd-current@freebsd.org Sat Mar 7 15:47:25 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B4072694D4; Sat, 7 Mar 2020 15:47:25 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZTQ34gwDz4R52; Sat, 7 Mar 2020 15:47:23 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 7276687e; Sat, 7 Mar 2020 15:47:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=/bzcA54G wygP/YNe7HxwwtkpodQ=; b=lr5Tqah9MWDcPS5+j3irShHB+TlIFShTyaEgEZ4L PT+UQ0PsyDW6Jy6gjm5r6TEFURQMXdv27Vs0wk4OBIuHUg0jHoS8Pl8f5rLrn7jz M1XdgWdgX01H08TQjKK/Mrf2+uIhDtjo3r0kZUEAatCXRgC1m7DJowrdBlds11fE DGpK9YAzjP5QRwUz4MhezZcW8fxyfhngCmrV1r+/anM7en9ckZPgzBFFMzwTVIZv +xnMrydkjJK85l8HS4uESd6Fy/dWcnEdYLf8NFFwjiO8czDPXhuQ1PQOZCCWFhl6 1mq/vxAfpuLi+ByYv5+3VPk+AiOY4YpZ1QNuwMiXLAUjMg== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=u5 Xp3uGk0WeQtnFFJuh5xsAdahQDtEMQWCGz8PNjyk44BNu8+dkzu4LTMPcB+yTvak RTuLt+muG6e8FP24Vk9fQpnePT9FGPJ3xWrvQeadqY8idJwirQmsPHw8VLqbe+4N SByYCnnFYYwfVxXh4r0ax5rsqvK2Y+QW/YPKC7b7ShZMAkkMKeuztDWrC8igzwhz VN7LoGhf7Y1wKR3ufvyu6uGg8LQmk1q0EV5JlKd7O7pg9HWiDcj0aTNuNhaDDyNS VT6lO/he3l4VJK8ppv4nGkVQGi0d6+ngJuRxzdrCLKcV8esa1Z+rbc9x6KtL22U1 vvIFC97EAWNP9xEVMOGw== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 7d39aa53 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sat, 7 Mar 2020 15:47:17 +0000 (UTC) Date: Sat, 7 Mar 2020 16:46:58 +0100 From: Michael Gmelin To: Waitman Gobble Cc: Ronald Klop , Lars Engels , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Greg 'groggy' Lehey Subject: Re: Pkg repository is broken... Message-ID: <20200307164658.552c8548@bsd64.grem.de> In-Reply-To: References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48ZTQ34gwDz4R52 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=lr5Tqah9; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-1.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_SEVEN(0.00)[7]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.32)[ipnet: 213.239.192.0/18(-0.03), asn: 24940(-1.56), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 15:47:25 -0000 On Sat, 07 Mar 2020 11:30:58 -0400 Waitman Gobble wrote: > On 2020-03-07 05:10, Ronald Klop wrote: > > On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey > > wrote: > > > >> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: > >>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey > >>> wrote: > >>>> > >>>> Any workarounds in the meantime? This must affect a lot of > >>>> people, including those who use 12-: > >>>> > >>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of > >>>> FreeBSD:12:amd64 > >>>> pkg: repository FreeBSD contains packages with wrong ABI: > >>>> FreeBSD:12.0:amd64 > >>> > >>> Still broken for me on 12.1. > >> > >> Strange. Mine cleared up automatically the following day. > >> > >> It's also strange how few replies I have received. Two private > >> messages (why?), yours, and that was it. You'd think that people > >> would be screaming. > >> > >> Greg > > > > > > I'm not screaming because I'm settling with the situation and > > starting to make workarounds. > > And wondering where the official communication of the community is. > > Nothing about this situation on www.freebsd.org. All information > > about the situation seems scattered through the mailinglists. > > > > Things are working for me on 13-CURRENT again, but still broken on > > 12.1-RELEASE. See attachment. > > > > Ronald. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > Did you try: > pkg update -f > > > I installed 12.1 on a new laptop yesterday, I have not experienced > issues with pkg. > This was only an issue on the "latest" branch. If you don't alter "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" branch, which fortunately wasn't affected. Anyway, this has been fixed as of today 13:30 UTC, see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244549#c43 -m -- Michael Gmelin From owner-freebsd-current@freebsd.org Sat Mar 7 17:19:09 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED25826AEE3 for ; Sat, 7 Mar 2020 17:19:08 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZWRt0sJfz4VKK for ; Sat, 7 Mar 2020 17:19:04 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id a6ab782e; Sat, 7 Mar 2020 17:19:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=2giR68SZKMYe3b 51CDbTJrMRknA=; b=nRG+5BZEEnX1IrRbkuqVhsqh2yPutyW1TzTTuWPKLzCCG9 GmGOXbxj2vJ3jLiU9HqJHzaw2E6MqilfoSV8fX5ZgaWbVOJlNrfske6sYZZ8pz46 C/TxtYtNcC0M/E+POpkCuoWOohb6d3C3K84YDUF6HTP1bGMKisxzqoF+5bVP/0Wy bWFWjd1YGnoqpkWcdOm8mYtifIXUuaO+sQ4UvZz4W+3CTGMDfwOc4+HzS6gSkYzX dBiluKAuZvZKt2a2P3shWzQEHALfX/2MNQFYV3bmY7xvctRHM8GnVR0BLxbrEa0S 5xaf4zcIgMEl0OriyCNBMGSEMiKHuV4m6YLbl24Q== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=WaHlCOuM gcRHOTnAJk+/ENAtDdHbnvl+m2vy6xnm/pki6rhY1ZIDkbTacMXs2gdRRM0+qfBD 9NtujQ1+WqYJA9HWa/E5xMrU1yGLoYQBdy86lSzw3Ptm5CbF2Pz8NiCvmg3WpGBD O4Y4JjJuWGmCuK4lZBOEU0iT4xN11aQ+pbcJS8GAzLQioHEzvpeAjvh17X0rn70t dNfkFvgerPMP2aYWFcd+AFRTyJJ2iwTQLLXnimiyaGDEdtOyMoyn/e2bNnMYrmBk +4+bLHl/W7kwtOGmZYDWCKXkKv26GLU2f6KgIpCgW93vj+vomzkEQ8r2PzrZQsZW bunkLqM/Ir2hTw== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 4883cf50 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sat, 7 Mar 2020 17:19:00 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Pkg repository is broken... From: Michael Gmelin In-Reply-To: Date: Sat, 7 Mar 2020 18:18:58 +0100 Cc: FreeBSD Message-Id: References: To: Michael Tuexen X-Mailer: iPhone Mail (17D50) X-Rspamd-Queue-Id: 48ZWRt0sJfz4VKK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=nRG+5BZE; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.32 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.32)[ipnet: 213.239.192.0/18(-0.03), asn: 24940(-1.56), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 17:19:09 -0000 > On 7. Mar 2020, at 18:08, Michael Tuexen wrote: >=20 > =EF=BB=BF >>=20 >> On 7. Mar 2020, at 16:46, Michael Gmelin wrote: >>=20 >>=20 >>=20 >>> On Sat, 07 Mar 2020 11:30:58 -0400 >>> Waitman Gobble wrote: >>>=20 >>> On 2020-03-07 05:10, Ronald Klop wrote: >>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >>>> wrote: >>>>=20 >>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: =20 >>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey >>>>>> wrote: =20 >>>>>>>=20 >>>>>>> Any workarounds in the meantime? This must affect a lot of >>>>>>> people, including those who use 12-: >>>>>>>=20 >>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of=20 >>>>>>> FreeBSD:12:amd64 >>>>>>> pkg: repository FreeBSD contains packages with wrong ABI:=20 >>>>>>> FreeBSD:12.0:amd64 =20 >>>>>>=20 >>>>>> Still broken for me on 12.1. =20 >>>>>=20 >>>>> Strange. Mine cleared up automatically the following day. >>>>>=20 >>>>> It's also strange how few replies I have received. Two private >>>>> messages (why?), yours, and that was it. You'd think that people >>>>> would be screaming. >>>>>=20 >>>>> Greg =20 >>>>=20 >>>>=20 >>>> I'm not screaming because I'm settling with the situation and >>>> starting to make workarounds. >>>> And wondering where the official communication of the community is. >>>> Nothing about this situation on www.freebsd.org. All information >>>> about the situation seems scattered through the mailinglists. >>>>=20 >>>> Things are working for me on 13-CURRENT again, but still broken on >>>> 12.1-RELEASE. See attachment. >>>>=20 >>>> Ronald. >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to=20 >>>> "freebsd-current-unsubscribe@freebsd.org" =20 >>>=20 >>>=20 >>> Did you try: >>> pkg update -f >>>=20 >>>=20 >>> I installed 12.1 on a new laptop yesterday, I have not experienced=20 >>> issues with pkg. >>>=20 >>=20 >> This was only an issue on the "latest" branch. If you don't alter >> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" >> branch, which fortunately wasn't affected. >=20 > Any idea what is wrong on a stable/12 machine: >=20 > tuexen@stable12:~ % sudo pkg update=20 > Password: > Updating FreeBSD repository catalogue... > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 > pkg: repository meta has wrong version 2 > repository FreeBSD has no meta file, using default settings > Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Unable to open created repository FreeBSD > Unable to update repository FreeBSD > Error updating repositories! > tuexen@stable12:~ % sudo pkg update -f > Updating FreeBSD repository catalogue... > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 > pkg: repository meta has wrong version 2 > repository FreeBSD has no meta file, using default settings > Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 =20 > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Unable to open created repository FreeBSD > Unable to update repository FreeBSD > Error updating repositories! > tuexen@stable12:~ % sudo pkg upgrade > Updating FreeBSD repository catalogue... > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 > pkg: repository meta has wrong version 2 > repository FreeBSD has no meta file, using default settings > Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Unable to open created repository FreeBSD > Unable to update repository FreeBSD > Error updating repositories! > tuexen@stable12:~ % uname -U > 1201512 > tuexen@stable12:~ % uname -K > 1201512 > tuexen@stable12:~ %=20 >=20 Can you share cat /etc/pkg/FreeBSD.conf ? > Best regards > Michael >>=20 >> Anyway, this has been fixed as of today 13:30 UTC, see >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 >>=20 >> -m >>=20 >> --=20 >> Michael Gmelin >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 From owner-freebsd-current@freebsd.org Sat Mar 7 18:01:16 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C323326BDCE for ; Sat, 7 Mar 2020 18:01:16 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZXNX49P2z41nV for ; Sat, 7 Mar 2020 18:01:16 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:5469:713f:7e51:dd3f] (unknown [IPv6:2a02:8109:1140:c3d:5469:713f:7e51:dd3f]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 149CC71E3F90C; Sat, 7 Mar 2020 19:01:13 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pkg repository is broken... From: Michael Tuexen In-Reply-To: Date: Sat, 7 Mar 2020 19:01:12 +0100 Cc: FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> References: To: Michael Gmelin X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 48ZXNX49P2z41nV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.02 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.98)[0.984,0]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE]; NEURAL_HAM_LONG(-0.97)[-0.969,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 18:01:16 -0000 > On 7. Mar 2020, at 18:18, Michael Gmelin wrote: >=20 >=20 >=20 >> On 7. Mar 2020, at 18:08, Michael Tuexen = wrote: >>=20 >> =EF=BB=BF >>>=20 >>> On 7. Mar 2020, at 16:46, Michael Gmelin wrote: >>>=20 >>>=20 >>>=20 >>>> On Sat, 07 Mar 2020 11:30:58 -0400 >>>> Waitman Gobble wrote: >>>>=20 >>>> On 2020-03-07 05:10, Ronald Klop wrote: >>>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >>>>> wrote: >>>>>=20 >>>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: =20= >>>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey >>>>>>> wrote: =20 >>>>>>>>=20 >>>>>>>> Any workarounds in the meantime? This must affect a lot of >>>>>>>> people, including those who use 12-: >>>>>>>>=20 >>>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of=20 >>>>>>>> FreeBSD:12:amd64 >>>>>>>> pkg: repository FreeBSD contains packages with wrong ABI:=20 >>>>>>>> FreeBSD:12.0:amd64 =20 >>>>>>>=20 >>>>>>> Still broken for me on 12.1. =20 >>>>>>=20 >>>>>> Strange. Mine cleared up automatically the following day. >>>>>>=20 >>>>>> It's also strange how few replies I have received. Two private >>>>>> messages (why?), yours, and that was it. You'd think that people >>>>>> would be screaming. >>>>>>=20 >>>>>> Greg =20 >>>>>=20 >>>>>=20 >>>>> I'm not screaming because I'm settling with the situation and >>>>> starting to make workarounds. >>>>> And wondering where the official communication of the community = is. >>>>> Nothing about this situation on www.freebsd.org. All information >>>>> about the situation seems scattered through the mailinglists. >>>>>=20 >>>>> Things are working for me on 13-CURRENT again, but still broken on >>>>> 12.1-RELEASE. See attachment. >>>>>=20 >>>>> Ronald. >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to=20 >>>>> "freebsd-current-unsubscribe@freebsd.org" =20 >>>>=20 >>>>=20 >>>> Did you try: >>>> pkg update -f >>>>=20 >>>>=20 >>>> I installed 12.1 on a new laptop yesterday, I have not experienced=20= >>>> issues with pkg. >>>>=20 >>>=20 >>> This was only an issue on the "latest" branch. If you don't alter >>> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" >>> branch, which fortunately wasn't affected. >>=20 >> Any idea what is wrong on a stable/12 machine: >>=20 >> tuexen@stable12:~ % sudo pkg update=20 >> Password: >> Updating FreeBSD repository catalogue... >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >> pkg: repository meta has wrong version 2 >> repository FreeBSD has no meta file, using default settings >> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Unable to open created repository FreeBSD >> Unable to update repository FreeBSD >> Error updating repositories! >> tuexen@stable12:~ % sudo pkg update -f >> Updating FreeBSD repository catalogue... >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >> pkg: repository meta has wrong version 2 >> repository FreeBSD has no meta file, using default settings >> Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 =20 >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Unable to open created repository FreeBSD >> Unable to update repository FreeBSD >> Error updating repositories! >> tuexen@stable12:~ % sudo pkg upgrade >> Updating FreeBSD repository catalogue... >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >> pkg: repository meta has wrong version 2 >> repository FreeBSD has no meta file, using default settings >> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Unable to open created repository FreeBSD >> Unable to update repository FreeBSD >> Error updating repositories! >> tuexen@stable12:~ % uname -U >> 1201512 >> tuexen@stable12:~ % uname -K >> 1201512 >> tuexen@stable12:~ %=20 >>=20 >=20 > Can you share >=20 > cat /etc/pkg/FreeBSD.conf Sure: tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 2019-04-27 = 04:00:50Z cperciva $ # # To disable this repository, instead of modifying or removing this = file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } Best regards Michael >=20 > ? >=20 >=20 >=20 >> Best regards >> Michael >>>=20 >>> Anyway, this has been fixed as of today 13:30 UTC, see >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 >>>=20 >>> -m >>>=20 >>> --=20 >>> Michael Gmelin >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >=20 From owner-freebsd-current@freebsd.org Sat Mar 7 20:37:32 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1CD8526F73B for ; Sat, 7 Mar 2020 20:37:32 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Zbrp6S5wz42V1; Sat, 7 Mar 2020 20:37:30 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 96f18ee8; Sat, 7 Mar 2020 20:37:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=BYMkbdzMGCsEg/ hP1yq70SfVuG4=; b=pGVA3ow3lcH8X1nT+1X5i/2YrWpRR6XE57bw2ZgCD25814 vCnL2NGyygDDjyf2D3wPkUbMGcMwEj3zxGPW9re0ovlcLOBkF85JplTbGqwHAkIv uazlOVBRPCnjFPMEfR9mMIRF2a0J6LZcCT3tSMsJyUuyZsq1E8xZw9K2Ga5ys5bR 8s0vubWF3P76T8WlREqjsc7Q9oc4BwNMRlgEU7aLojECaBCIMkhiFtanJgH+gYiu uS8FcDR4GAbzR5peOpHRxqfqSRVeHqJZW8drieHr+eT7frYFg3UGMez4v1Bilv3Y rJIxPPpfc6+p9YVN1I0TEiJwNTJu3e07biMHd+Ug== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=DrWEd6Uk 9K8jr/xn1Z6qP2njX8jY5ciWfF1nrYBYrME1/2M+wMRPZ8JUQ1lku+ANWCVMnuki vt7DyBjtpXbOFPL+HCOCUxw4u2AGMvjDbYmnRpkeHZeyCM4Iv7VdDIoACZ61GEwr +AjkIX2BF8AQ+7IvaRSJCDr8b3Uxwj41J4If9Iy0pkzTFCytB8SzTZf7ToBsKBCx EA+wO8NATOMszb7k8AMAWz5g6WXrIL3ZLGU1pYq184IRQRdntm8/OWUKWJkTtafu j4xINmcvFLXtEv1YPf2Js2rv/1HrlBVLHXAktogVxtjdt6aeGxzfCOCkgu9i+cLX msDObt2LBBmfSg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 78e1da66 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sat, 7 Mar 2020 20:37:24 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Pkg repository is broken... From: Michael Gmelin In-Reply-To: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> Date: Sat, 7 Mar 2020 21:37:22 +0100 Cc: FreeBSD Message-Id: References: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> To: Michael Tuexen X-Mailer: iPhone Mail (17D50) X-Rspamd-Queue-Id: 48Zbrp6S5wz42V1 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.69 / 15.00]; NEURAL_HAM_MEDIUM(-0.69)[-0.687,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 20:37:32 -0000 > On 7. Mar 2020, at 19:01, Michael Tuexen wrote: >=20 > =EF=BB=BF >>=20 >>> On 7. Mar 2020, at 18:18, Michael Gmelin wrote: >>>=20 >>>=20 >>>=20 >>>> On 7. Mar 2020, at 18:08, Michael Tuexen wrote:= >>>=20 >>> =EF=BB=BF >>>>=20 >>>> On 7. Mar 2020, at 16:46, Michael Gmelin wrote: >>>>=20 >>>>=20 >>>>=20 >>>>> On Sat, 07 Mar 2020 11:30:58 -0400 >>>>> Waitman Gobble wrote: >>>>>=20 >>>>> On 2020-03-07 05:10, Ronald Klop wrote: >>>>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >>>>>> wrote: >>>>>>=20 >>>>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: =20 >>>>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey >>>>>>>> wrote: =20 >>>>>>>>>=20 >>>>>>>>> Any workarounds in the meantime? This must affect a lot of >>>>>>>>> people, including those who use 12-: >>>>>>>>>=20 >>>>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of=20 >>>>>>>>> FreeBSD:12:amd64 >>>>>>>>> pkg: repository FreeBSD contains packages with wrong ABI:=20 >>>>>>>>> FreeBSD:12.0:amd64 =20 >>>>>>>>=20 >>>>>>>> Still broken for me on 12.1. =20 >>>>>>>=20 >>>>>>> Strange. Mine cleared up automatically the following day. >>>>>>>=20 >>>>>>> It's also strange how few replies I have received. Two private >>>>>>> messages (why?), yours, and that was it. You'd think that people >>>>>>> would be screaming. >>>>>>>=20 >>>>>>> Greg =20 >>>>>>=20 >>>>>>=20 >>>>>> I'm not screaming because I'm settling with the situation and >>>>>> starting to make workarounds. >>>>>> And wondering where the official communication of the community is. >>>>>> Nothing about this situation on www.freebsd.org. All information >>>>>> about the situation seems scattered through the mailinglists. >>>>>>=20 >>>>>> Things are working for me on 13-CURRENT again, but still broken on >>>>>> 12.1-RELEASE. See attachment. >>>>>>=20 >>>>>> Ronald. >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to=20 >>>>>> "freebsd-current-unsubscribe@freebsd.org" =20 >>>>>=20 >>>>>=20 >>>>> Did you try: >>>>> pkg update -f >>>>>=20 >>>>>=20 >>>>> I installed 12.1 on a new laptop yesterday, I have not experienced=20 >>>>> issues with pkg. >>>>>=20 >>>>=20 >>>> This was only an issue on the "latest" branch. If you don't alter >>>> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" >>>> branch, which fortunately wasn't affected. >>>=20 >>> Any idea what is wrong on a stable/12 machine: >>>=20 >>> tuexen@stable12:~ % sudo pkg update=20 >>> Password: >>> Updating FreeBSD repository catalogue... >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>> pkg: repository meta has wrong version 2 >>> repository FreeBSD has no meta file, using default settings >>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Unable to open created repository FreeBSD >>> Unable to update repository FreeBSD >>> Error updating repositories! >>> tuexen@stable12:~ % sudo pkg update -f >>> Updating FreeBSD repository catalogue... >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>> pkg: repository meta has wrong version 2 >>> repository FreeBSD has no meta file, using default settings >>> Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 =20 >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Unable to open created repository FreeBSD >>> Unable to update repository FreeBSD >>> Error updating repositories! >>> tuexen@stable12:~ % sudo pkg upgrade >>> Updating FreeBSD repository catalogue... >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>> pkg: repository meta has wrong version 2 >>> repository FreeBSD has no meta file, using default settings >>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >>> pkg: repository meta has wrong version 2 >>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >>> Unable to open created repository FreeBSD >>> Unable to update repository FreeBSD >>> Error updating repositories! >>> tuexen@stable12:~ % uname -U >>> 1201512 >>> tuexen@stable12:~ % uname -K >>> 1201512 >>> tuexen@stable12:~ %=20 >>>=20 >>=20 >> Can you share >>=20 >> cat /etc/pkg/FreeBSD.conf > Sure: >=20 > tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf > # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 2019-04-27 0= 4:00:50Z cperciva $ > # > # To disable this repository, instead of modifying or removing this file, > # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: > # > # mkdir -p /usr/local/etc/pkg/repos > # echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.con= f > # >=20 > FreeBSD: { > url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } >=20 Could you try to replace pkg.freebsd.org with pkg0.nyi.freebsd.org and then r= un =E2=80=9Cpkg -f update=E2=80=9D? -m > Best regards > Michael >>=20 >> ? >>=20 >>=20 >>=20 >>> Best regards >>> Michael >>>>=20 >>>> Anyway, this has been fixed as of today 13:30 UTC, see >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 >>>>=20 >>>> -m >>>>=20 >>>> --=20 >>>> Michael Gmelin >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >>>=20 >>=20 From owner-freebsd-current@freebsd.org Sat Mar 7 21:02:02 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 95B102503B4 for ; Sat, 7 Mar 2020 21:02:02 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZcP61dYrz4Qc1 for ; Sat, 7 Mar 2020 21:02:02 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:5469:713f:7e51:dd3f] (unknown [IPv6:2a02:8109:1140:c3d:5469:713f:7e51:dd3f]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 329F271E3F90F; Sat, 7 Mar 2020 22:01:58 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pkg repository is broken... From: Michael Tuexen In-Reply-To: Date: Sat, 7 Mar 2020 22:01:57 +0100 Cc: FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> To: Michael Gmelin X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 48ZcP61dYrz4Qc1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.02 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.98)[0.984,0]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE]; NEURAL_HAM_LONG(-0.97)[-0.969,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 21:02:02 -0000 > On 7. Mar 2020, at 21:37, Michael Gmelin wrote: >=20 >=20 >=20 >> On 7. Mar 2020, at 19:01, Michael Tuexen wrote: >>=20 >> =EF=BB=BF >>>=20 >>>> On 7. Mar 2020, at 18:18, Michael Gmelin wrote: >>>>=20 >>>>=20 >>>>=20 >>>>> On 7. Mar 2020, at 18:08, Michael Tuexen = wrote: >>>>=20 >>>> =EF=BB=BF >>>>>=20 >>>>> On 7. Mar 2020, at 16:46, Michael Gmelin wrote: >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> On Sat, 07 Mar 2020 11:30:58 -0400 >>>>>> Waitman Gobble wrote: >>>>>>=20 >>>>>> On 2020-03-07 05:10, Ronald Klop wrote: >>>>>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >>>>>>> wrote: >>>>>>>=20 >>>>>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: =20= >>>>>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey >>>>>>>>> wrote: =20 >>>>>>>>>>=20 >>>>>>>>>> Any workarounds in the meantime? This must affect a lot of >>>>>>>>>> people, including those who use 12-: >>>>>>>>>>=20 >>>>>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of=20 >>>>>>>>>> FreeBSD:12:amd64 >>>>>>>>>> pkg: repository FreeBSD contains packages with wrong ABI:=20 >>>>>>>>>> FreeBSD:12.0:amd64 =20 >>>>>>>>>=20 >>>>>>>>> Still broken for me on 12.1. =20 >>>>>>>>=20 >>>>>>>> Strange. Mine cleared up automatically the following day. >>>>>>>>=20 >>>>>>>> It's also strange how few replies I have received. Two private >>>>>>>> messages (why?), yours, and that was it. You'd think that = people >>>>>>>> would be screaming. >>>>>>>>=20 >>>>>>>> Greg =20 >>>>>>>=20 >>>>>>>=20 >>>>>>> I'm not screaming because I'm settling with the situation and >>>>>>> starting to make workarounds. >>>>>>> And wondering where the official communication of the community = is. >>>>>>> Nothing about this situation on www.freebsd.org. All information >>>>>>> about the situation seems scattered through the mailinglists. >>>>>>>=20 >>>>>>> Things are working for me on 13-CURRENT again, but still broken = on >>>>>>> 12.1-RELEASE. See attachment. >>>>>>>=20 >>>>>>> Ronald. >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to=20 >>>>>>> "freebsd-current-unsubscribe@freebsd.org" =20 >>>>>>=20 >>>>>>=20 >>>>>> Did you try: >>>>>> pkg update -f >>>>>>=20 >>>>>>=20 >>>>>> I installed 12.1 on a new laptop yesterday, I have not = experienced=20 >>>>>> issues with pkg. >>>>>>=20 >>>>>=20 >>>>> This was only an issue on the "latest" branch. If you don't alter >>>>> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" >>>>> branch, which fortunately wasn't affected. >>>>=20 >>>> Any idea what is wrong on a stable/12 machine: >>>>=20 >>>> tuexen@stable12:~ % sudo pkg update=20 >>>> Password: >>>> Updating FreeBSD repository catalogue... >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>>> pkg: repository meta has wrong version 2 >>>> repository FreeBSD has no meta file, using default settings >>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Unable to open created repository FreeBSD >>>> Unable to update repository FreeBSD >>>> Error updating repositories! >>>> tuexen@stable12:~ % sudo pkg update -f >>>> Updating FreeBSD repository catalogue... >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>>> pkg: repository meta has wrong version 2 >>>> repository FreeBSD has no meta file, using default settings >>>> Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 =20 >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Unable to open created repository FreeBSD >>>> Unable to update repository FreeBSD >>>> Error updating repositories! >>>> tuexen@stable12:~ % sudo pkg upgrade >>>> Updating FreeBSD repository catalogue... >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 >>>> pkg: repository meta has wrong version 2 >>>> repository FreeBSD has no meta file, using default settings >>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 =20 >>>> pkg: repository meta has wrong version 2 >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 >>>> Unable to open created repository FreeBSD >>>> Unable to update repository FreeBSD >>>> Error updating repositories! >>>> tuexen@stable12:~ % uname -U >>>> 1201512 >>>> tuexen@stable12:~ % uname -K >>>> 1201512 >>>> tuexen@stable12:~ %=20 >>>>=20 >>>=20 >>> Can you share >>>=20 >>> cat /etc/pkg/FreeBSD.conf >> Sure: >>=20 >> tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf >> # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 = 2019-04-27 04:00:50Z cperciva $ >> # >> # To disable this repository, instead of modifying or removing this = file, >> # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: >> # >> # mkdir -p /usr/local/etc/pkg/repos >> # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf >> # >>=20 >> FreeBSD: { >> url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", >> mirror_type: "srv", >> signature_type: "fingerprints", >> fingerprints: "/usr/share/keys/pkg", >> enabled: yes >> } >>=20 >=20 > Could you try to replace pkg.freebsd.org with pkg0.nyi.freebsd.org and = then run =E2=80=9Cpkg -f update=E2=80=9D? Sure: tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 2019-04-27 = 04:00:50Z cperciva $ # # To disable this repository, instead of modifying or removing this = file, # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: # # mkdir -p /usr/local/etc/pkg/repos # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf # FreeBSD: { url: "pkg+http://pkg0.nyi.FreeBSD.org/${ABI}/latest", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } tuexen@stable12:~ % sudo pkg -f update Password: pkg: illegal option -- f Updating FreeBSD repository catalogue... pkg: repository meta has wrong version 2 pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 =20 pkg: repository meta has wrong version 2 repository FreeBSD has no meta file, using default settings Fetching packagesite.txz: 100% 6 MiB 339.5kB/s 00:19 =20 pkg: repository meta has wrong version 2 pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 Unable to open created repository FreeBSD Unable to update repository FreeBSD Error updating repositories! I can also wipe anything out, if that helps. This is my machine for = testing stable12 stuff before MFCing... Best regards Michael > -m >=20 >=20 >> Best regards >> Michael >>>=20 >>> ? >>>=20 >>>=20 >>>=20 >>>> Best regards >>>> Michael >>>>>=20 >>>>> Anyway, this has been fixed as of today 13:30 UTC, see >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 >>>>>=20 >>>>> -m >>>>>=20 >>>>> --=20 >>>>> Michael Gmelin >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>>>=20 >>>=20 >=20 From owner-freebsd-current@freebsd.org Sat Mar 7 21:13:00 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1EA78250951 for ; Sat, 7 Mar 2020 21:13:00 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Zcdl1N5mz4lbb; Sat, 7 Mar 2020 21:12:58 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id 6so6068622wmi.5; Sat, 07 Mar 2020 13:12:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=7zfdf5IyBsiDD5T+1+YIL/lszmPIchYTIrcE/ewt0Ps=; b=H18jGaWIOd0FI+aJQU7J7Ut+Jy9suItZGL+G4LG3x2JqoEItEkIrAlcubMX+nS8/lS 9TnCUz04PSo8PhcdRY3SUgOXDgEbEwX9YIHcuTrI4/oGHVhXuC6eMY1N5Ecc22J1kgtq ukDZu7/OxHPBbB8CI5r6heZqq0gRIj8nkiyVwvapqf5XeUaHWNe/p7hQwKuHpnJD7Ys1 gMWncV34Nog5QvoYDtqj/gTw045RpbZte4VvHoaQIBP3/CvG+wcb4Rh5xED+ejMuCOz8 oNXBJ7MlG0HXoZHvEUQDlxH1UcjRB/nChEvPlwV7zzos8egbad2ODAAVzBD4qS30WQZQ u7rQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=7zfdf5IyBsiDD5T+1+YIL/lszmPIchYTIrcE/ewt0Ps=; b=ElntA91Vv9rTsk8y7ZcXPR4uOc1qmwkRpz0mV+MrA5cmlBnKFhs5/615GskhV73owL RCh+sLABeIYp8kVLj5osJRpKlN8TJpznEgUd04pUz/0cllRm8P9Omrz6OlccpG7qzpp4 3YlkhQx2ujpvmFTQh0LX2fB8suLDhCQD6a6gtE5AI4OoIYzRCO5loS21YuGPVDoL5kP5 FEPghAj7xlfLKGAAdBB+uBoUf97ul19fzld4lUN+VlEu1TK3uVRQ8dBDk9Tllyvz8HoY v6BuM30Vys2Uyfaeyk/rMq0mZBNfjQh4tDVTkmv2jyOJ7QetHl+DuaMFIzcV8QqGrRfQ 8HEw== X-Gm-Message-State: ANhLgQ0fAuoHqoAEBVfFgo6gqRGNZguid82Y+k3nOYa77Oxw6hukAJoy /RwF26Eo4jjK/sx1fJPcWvpIa1RrYN7H9ttVabpLFQyfQ08= X-Google-Smtp-Source: ADFU+vsO22/i/crC5owQEzR+GvoWcIEvwq2XmSYNkvTEgIoHBnbEO1+qmL+fdeTRmIxZxshJ09/WeRA8NSI+3sGUXL8= X-Received: by 2002:a05:600c:23cd:: with SMTP id p13mr11023677wmb.28.1583615576729; Sat, 07 Mar 2020 13:12:56 -0800 (PST) MIME-Version: 1.0 References: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> In-Reply-To: From: Andrey Fesenko Date: Sun, 8 Mar 2020 00:12:45 +0300 Message-ID: Subject: Re: Pkg repository is broken... To: Michael Tuexen Cc: Michael Gmelin , FreeBSD Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 48Zcdl1N5mz4lbb X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.90 / 15.00]; NEURAL_HAM_MEDIUM(-0.90)[-0.900,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 21:13:00 -0000 On Sun, Mar 8, 2020 at 12:02 AM Michael Tuexen wrote: > > > > > On 7. Mar 2020, at 21:37, Michael Gmelin wrote: > > > > > > > >> On 7. Mar 2020, at 19:01, Michael Tuexen wrote: > >> > >> =EF=BB=BF > >>> > >>>> On 7. Mar 2020, at 18:18, Michael Gmelin wrote: > >>>> > >>>> > >>>> > >>>>> On 7. Mar 2020, at 18:08, Michael Tuexen wr= ote: > >>>> > >>>> =EF=BB=BF > >>>>> > >>>>> On 7. Mar 2020, at 16:46, Michael Gmelin wrote: > >>>>> > >>>>> > >>>>> > >>>>>> On Sat, 07 Mar 2020 11:30:58 -0400 > >>>>>> Waitman Gobble wrote: > >>>>>> > >>>>>> On 2020-03-07 05:10, Ronald Klop wrote: > >>>>>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey > >>>>>>> wrote: > >>>>>>> > >>>>>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels wrote: > >>>>>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' Lehey > >>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>> Any workarounds in the meantime? This must affect a lot of > >>>>>>>>>> people, including those who use 12-: > >>>>>>>>>> > >>>>>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of > >>>>>>>>>> FreeBSD:12:amd64 > >>>>>>>>>> pkg: repository FreeBSD contains packages with wrong ABI: > >>>>>>>>>> FreeBSD:12.0:amd64 > >>>>>>>>> > >>>>>>>>> Still broken for me on 12.1. > >>>>>>>> > >>>>>>>> Strange. Mine cleared up automatically the following day. > >>>>>>>> > >>>>>>>> It's also strange how few replies I have received. Two private > >>>>>>>> messages (why?), yours, and that was it. You'd think that peopl= e > >>>>>>>> would be screaming. > >>>>>>>> > >>>>>>>> Greg > >>>>>>> > >>>>>>> > >>>>>>> I'm not screaming because I'm settling with the situation and > >>>>>>> starting to make workarounds. > >>>>>>> And wondering where the official communication of the community i= s. > >>>>>>> Nothing about this situation on www.freebsd.org. All information > >>>>>>> about the situation seems scattered through the mailinglists. > >>>>>>> > >>>>>>> Things are working for me on 13-CURRENT again, but still broken o= n > >>>>>>> 12.1-RELEASE. See attachment. > >>>>>>> > >>>>>>> Ronald. > >>>>>>> _______________________________________________ > >>>>>>> freebsd-current@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>>> To unsubscribe, send any mail to > >>>>>>> "freebsd-current-unsubscribe@freebsd.org" > >>>>>> > >>>>>> > >>>>>> Did you try: > >>>>>> pkg update -f > >>>>>> > >>>>>> > >>>>>> I installed 12.1 on a new laptop yesterday, I have not experienced > >>>>>> issues with pkg. > >>>>>> > >>>>> > >>>>> This was only an issue on the "latest" branch. If you don't alter > >>>>> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" > >>>>> branch, which fortunately wasn't affected. > >>>> > >>>> Any idea what is wrong on a stable/12 machine: > >>>> > >>>> tuexen@stable12:~ % sudo pkg update > >>>> Password: > >>>> Updating FreeBSD repository catalogue... > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 > >>>> pkg: repository meta has wrong version 2 > >>>> repository FreeBSD has no meta file, using default settings > >>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Unable to open created repository FreeBSD > >>>> Unable to update repository FreeBSD > >>>> Error updating repositories! > >>>> tuexen@stable12:~ % sudo pkg update -f > >>>> Updating FreeBSD repository catalogue... > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 > >>>> pkg: repository meta has wrong version 2 > >>>> repository FreeBSD has no meta file, using default settings > >>>> Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Unable to open created repository FreeBSD > >>>> Unable to update repository FreeBSD > >>>> Error updating repositories! > >>>> tuexen@stable12:~ % sudo pkg upgrade > >>>> Updating FreeBSD repository catalogue... > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 > >>>> pkg: repository meta has wrong version 2 > >>>> repository FreeBSD has no meta file, using default settings > >>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 > >>>> pkg: repository meta has wrong version 2 > >>>> pkg: Repository FreeBSD load error: meta cannot be loaded No error: = 0 > >>>> Unable to open created repository FreeBSD > >>>> Unable to update repository FreeBSD > >>>> Error updating repositories! > >>>> tuexen@stable12:~ % uname -U > >>>> 1201512 > >>>> tuexen@stable12:~ % uname -K > >>>> 1201512 > >>>> tuexen@stable12:~ % > >>>> > >>> > >>> Can you share > >>> > >>> cat /etc/pkg/FreeBSD.conf > >> Sure: > >> > >> tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf > >> # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 2019-04-= 27 04:00:50Z cperciva $ > >> # > >> # To disable this repository, instead of modifying or removing this fi= le, > >> # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: > >> # > >> # mkdir -p /usr/local/etc/pkg/repos > >> # echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD= .conf > >> # > >> > >> FreeBSD: { > >> url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", > >> mirror_type: "srv", > >> signature_type: "fingerprints", > >> fingerprints: "/usr/share/keys/pkg", > >> enabled: yes > >> } > >> > > > > Could you try to replace pkg.freebsd.org with pkg0.nyi.freebsd.org and = then run =E2=80=9Cpkg -f update=E2=80=9D? > Sure: > > tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf > # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 2019-04-27 = 04:00:50Z cperciva $ > # > # To disable this repository, instead of modifying or removing this file, > # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: > # > # mkdir -p /usr/local/etc/pkg/repos > # echo "FreeBSD: { enabled: no }" > /usr/local/etc/pkg/repos/FreeBSD.co= nf > # > > FreeBSD: { > url: "pkg+http://pkg0.nyi.FreeBSD.org/${ABI}/latest", > mirror_type: "srv", > signature_type: "fingerprints", > fingerprints: "/usr/share/keys/pkg", > enabled: yes > } > tuexen@stable12:~ % sudo pkg -f update > Password: > pkg: illegal option -- f > Updating FreeBSD repository catalogue... > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 > pkg: repository meta has wrong version 2 > repository FreeBSD has no meta file, using default settings > Fetching packagesite.txz: 100% 6 MiB 339.5kB/s 00:19 > pkg: repository meta has wrong version 2 > pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 > Unable to open created repository FreeBSD > Unable to update repository FreeBSD > Error updating repositories! > > > I can also wipe anything out, if that helps. This is my machine for testi= ng > stable12 stuff before MFCing... > > Best regards > Michael > > -m > > > > > >> Best regards > >> Michael > >>> > >>> ? > >>> > >>> > >>> > >>>> Best regards > >>>> Michael > >>>>> > >>>>> Anyway, this has been fixed as of today 13:30 UTC, see > >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 > >>>>> > >>>>> -m > >>>>> pkg: repository meta has wrong version 2 you pkg too old https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D525794 pkg bootstrap -f pkg update -f From owner-freebsd-current@freebsd.org Sat Mar 7 22:38:05 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 80AE825284D; Sat, 7 Mar 2020 22:38:05 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 48ZfWt5gDNz4Y05; Sat, 7 Mar 2020 22:38:02 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (aussie-gw.lemis.com [167.179.139.35]) by lax.lemis.com (Postfix) with ESMTP id 57E6527FF5; Sat, 7 Mar 2020 22:38:01 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id A9D48263595; Sun, 8 Mar 2020 09:38:00 +1100 (AEDT) Date: Sun, 8 Mar 2020 09:38:00 +1100 From: Greg 'groggy' Lehey To: Michael Gmelin Cc: Waitman Gobble , Ronald Klop , Lars Engels , marco , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Pkg repository is broken... Message-ID: <20200307223800.GA20478@eureka.lemis.com> References: <966320bd-cf2a-6168-9615-16ffd7e98555@umanwizard.com> <20200302175801.GA48484@lordsith.net> <20200304041614.GA92692@eureka.lemis.com> <20200306112944.GQ33086@e.0x20.net> <20200307003855.GG85938@eureka.lemis.com> <20200307164658.552c8548@bsd64.grem.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20200307164658.552c8548@bsd64.grem.de> Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 48ZfWt5gDNz4Y05 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of grog@lemis.com designates 45.32.70.18 as permitted sender) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-4.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:www.lemis.com]; IP_SCORE(-2.42)[ip: (-7.69), ipnet: 45.32.64.0/19(-2.54), asn: 20473(-1.83), country: US(-0.05)]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_SEVEN(0.00)[7]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; SUSPICIOUS_RECIPS(1.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 22:38:05 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Saturday, 7 March 2020 at 16:46:58 +0100, Michael Gmelin wrote: [much irrelevant text deleted] People, please trim your replies. Only relevant text should remain > On Sat, 07 Mar 2020 11:30:58 -0400 Waitman Gobble wrote: >> >> I installed 12.1 on a new laptop yesterday, I have not experienced >> issues with pkg. > > This was only an issue on the "latest" branch. If you don't alter > "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" > branch, which fortunately wasn't affected. No, this isn't necessarily correct. I have never modified this file, but I ended up with a copy of /usr/src/usr.bin/pkg/FreeBSD.conf.latest with this revision string: # $FreeBSD: stable/11/etc/pkg/FreeBSD.conf 263937 2014-03-30 15:24:17Z bdrewery $ Despite the age, this appears to identical to the current version, according to svn blame. Arguably this should be the default anyway. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. 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 --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAl5kIkgACgkQIubykFB6QiMDIQCbBrcK43AXCRSAFg26GC1O0TAw KQ4AnAi2qvvy2kD0JgRoqdfpP24K7wZw =grkY -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@freebsd.org Sat Mar 7 22:55:41 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1E362532F2; Sat, 7 Mar 2020 22:55:41 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48ZfwC61qKz4M6y; Sat, 7 Mar 2020 22:55:39 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 787318fa; Sat, 7 Mar 2020 22:55:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=LSe1dBc9dO1/cq Nwhp8bqD+yqgU=; b=hBiiYynckbkf9KiFfs+nZMm729rV2I91XfAT7HRhQrHz7N JuKJ/Gaxivm+KIaVFkxsPmBgvV0l3Is20+p+f/i9QTEZTHgJldgv1wc9LjjV3R9H /eTWuyy/8eqleZi1m6uTGOCEbwSHONItDOFCH1H3kjfcobsCmnpU3c98nLWbltSA xC4Nv5v/+2iaWOIdc1ak0yl72iH5112wve5jz4HZZFIJsYJq01IZ0Aj9Y/3ppiST Lp23PI4GMxc0c/hpUwJPKv9Do4WYupNQ0lhKDAlwq8iQXL+K9o4EGyafrWWcZ0Re fGMm6QXVa8B2n0F3gGqVRsl+qPIL5rF/Tnn1KSIw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=stF2Mimc 7+1ivetFw8C0loEj3jnzerTU/pL0HmVYfYHYvG7YZBN96OstrvT7TkhSE4ya1M7z sogpiuD7iM7Id9izw9dvns5RI3sMAJQj+gYZWhVVgSsQXfETdA1GLwVNFciZHUc2 I5srnTQi+bPC4v2UiOEtPenDGdZkbfMZhR2GyB7trYiZjhFNyAiqdORE+D0CVzEM KBE+0YUqYBin3BY9Z67FjNRmMT8lXu4kONX6Y7+QiEAJv36juo+5kXIB9+FxLuNm KvaMJZTHaDfn7vaIs9N193mKcPW3PB5yJF2bht6dVlTCVYBjdVucjKtjwbrYNwZP oWGpcssZRvoSQA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 83e8ca8e (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Sat, 7 Mar 2020 22:55:35 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Pkg repository is broken... From: Michael Gmelin In-Reply-To: <20200307223800.GA20478@eureka.lemis.com> Date: Sat, 7 Mar 2020 23:55:33 +0100 Cc: Waitman Gobble , Ronald Klop , Lars Engels , marco , freebsd-current@freebsd.org, FreeBSD-ports@freebsd.org Message-Id: <73CD5832-DCA6-49D4-9D2B-B8108DCCB7C9@grem.de> References: <20200307223800.GA20478@eureka.lemis.com> To: Greg 'groggy' Lehey X-Mailer: iPhone Mail (17D50) X-Rspamd-Queue-Id: 48ZfwC61qKz4M6y X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=hBiiYync; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-0.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[freebsd-current]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.32)[ipnet: 213.239.192.0/18(-0.03), asn: 24940(-1.56), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; SUSPICIOUS_RECIPS(1.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 22:55:41 -0000 > On 7. Mar 2020, at 23:39, Greg 'groggy' Lehey wrote: >=20 > =EF=BB=BFOn Saturday, 7 March 2020 at 16:46:58 +0100, Michael Gmelin wrot= e: >=20 > [much irrelevant text deleted] >=20 > People, please trim your replies. Only relevant text should remain >=20 >>> On Sat, 07 Mar 2020 11:30:58 -0400 Waitman Gobble w= rote: >>>=20 >>> I installed 12.1 on a new laptop yesterday, I have not experienced >>> issues with pkg. >>=20 >> This was only an issue on the "latest" branch. If you don't alter >> "/etc/pkg/FreeBSD.conf", you'll get packages from the "quarterly" >> branch, which fortunately wasn't affected. >=20 > No, this isn't necessarily correct. I have never modified this file, > but I ended up with a copy of /usr/src/usr.bin/pkg/FreeBSD.conf.latest > with this revision string: >=20 > # $FreeBSD: stable/11/etc/pkg/FreeBSD.conf 263937 2014-03-30 15:24:17Z bd= rewery $ >=20 > Despite the age, this appears to identical to the current version, > according to svn blame. Arguably this should be the default anyway. >=20 Installing 12.1 from install media gives you quarterly. -m > Greg > -- > Sent from my desktop computer. > Finger grog@FreeBSD.org for PGP public key. > 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 From owner-freebsd-current@freebsd.org Sat Mar 7 22:58:51 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A8F562537FE for ; Sat, 7 Mar 2020 22:58:51 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Zfzt2n69z4SjK for ; Sat, 7 Mar 2020 22:58:50 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:d8c1:2cd3:bba1:740a] (unknown [IPv6:2a02:8109:1140:c3d:d8c1:2cd3:bba1:740a]) (Authenticated sender: macmic) by drew.franken.de (Postfix) with ESMTPSA id 75EFF71E3F90F; Sat, 7 Mar 2020 23:58:41 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pkg repository is broken... From: Michael Tuexen In-Reply-To: Date: Sat, 7 Mar 2020 23:58:40 +0100 Cc: Michael Gmelin , FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <6855E10D-BE81-468A-90BE-8A92E76277B8@freebsd.org> References: <72F36F7F-CF4D-44C9-A307-8728ED4071D9@freebsd.org> To: Andrey Fesenko X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 48Zfzt2n69z4SjK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_MEDIUM(0.97)[0.968,0]; ASN(0.00)[asn:680, ipnet:2001:638::/32, country:DE]; NEURAL_HAM_LONG(-0.97)[-0.971,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2020 22:58:51 -0000 > On 7. Mar 2020, at 22:12, Andrey Fesenko wrote: >=20 > On Sun, Mar 8, 2020 at 12:02 AM Michael Tuexen = wrote: >>=20 >>=20 >>=20 >>> On 7. Mar 2020, at 21:37, Michael Gmelin wrote: >>>=20 >>>=20 >>>=20 >>>> On 7. Mar 2020, at 19:01, Michael Tuexen = wrote: >>>>=20 >>>> =EF=BB=BF >>>>>=20 >>>>>> On 7. Mar 2020, at 18:18, Michael Gmelin wrote: >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>> On 7. Mar 2020, at 18:08, Michael Tuexen = wrote: >>>>>>=20 >>>>>> =EF=BB=BF >>>>>>>=20 >>>>>>> On 7. Mar 2020, at 16:46, Michael Gmelin = wrote: >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>>> On Sat, 07 Mar 2020 11:30:58 -0400 >>>>>>>> Waitman Gobble wrote: >>>>>>>>=20 >>>>>>>> On 2020-03-07 05:10, Ronald Klop wrote: >>>>>>>>> On Sat, 07 Mar 2020 01:38:55 +0100, Greg 'groggy' Lehey >>>>>>>>> wrote: >>>>>>>>>=20 >>>>>>>>>> On Friday, 6 March 2020 at 12:29:44 +0100, Lars Engels = wrote: >>>>>>>>>>> On Wed, Mar 04, 2020 at 03:16:14PM +1100, Greg 'groggy' = Lehey >>>>>>>>>>> wrote: >>>>>>>>>>>>=20 >>>>>>>>>>>> Any workarounds in the meantime? This must affect a lot of >>>>>>>>>>>> people, including those who use 12-: >>>>>>>>>>>>=20 >>>>>>>>>>>> pkg: wrong architecture: FreeBSD:12.0:amd64 instead of >>>>>>>>>>>> FreeBSD:12:amd64 >>>>>>>>>>>> pkg: repository FreeBSD contains packages with wrong ABI: >>>>>>>>>>>> FreeBSD:12.0:amd64 >>>>>>>>>>>=20 >>>>>>>>>>> Still broken for me on 12.1. >>>>>>>>>>=20 >>>>>>>>>> Strange. Mine cleared up automatically the following day. >>>>>>>>>>=20 >>>>>>>>>> It's also strange how few replies I have received. Two = private >>>>>>>>>> messages (why?), yours, and that was it. You'd think that = people >>>>>>>>>> would be screaming. >>>>>>>>>>=20 >>>>>>>>>> Greg >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> I'm not screaming because I'm settling with the situation and >>>>>>>>> starting to make workarounds. >>>>>>>>> And wondering where the official communication of the = community is. >>>>>>>>> Nothing about this situation on www.freebsd.org. All = information >>>>>>>>> about the situation seems scattered through the mailinglists. >>>>>>>>>=20 >>>>>>>>> Things are working for me on 13-CURRENT again, but still = broken on >>>>>>>>> 12.1-RELEASE. See attachment. >>>>>>>>>=20 >>>>>>>>> Ronald. >>>>>>>>> _______________________________________________ >>>>>>>>> freebsd-current@freebsd.org mailing list >>>>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>>>> To unsubscribe, send any mail to >>>>>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> Did you try: >>>>>>>> pkg update -f >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> I installed 12.1 on a new laptop yesterday, I have not = experienced >>>>>>>> issues with pkg. >>>>>>>>=20 >>>>>>>=20 >>>>>>> This was only an issue on the "latest" branch. If you don't = alter >>>>>>> "/etc/pkg/FreeBSD.conf", you'll get packages from the = "quarterly" >>>>>>> branch, which fortunately wasn't affected. >>>>>>=20 >>>>>> Any idea what is wrong on a stable/12 machine: >>>>>>=20 >>>>>> tuexen@stable12:~ % sudo pkg update >>>>>> Password: >>>>>> Updating FreeBSD repository catalogue... >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 >>>>>> pkg: repository meta has wrong version 2 >>>>>> repository FreeBSD has no meta file, using default settings >>>>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Unable to open created repository FreeBSD >>>>>> Unable to update repository FreeBSD >>>>>> Error updating repositories! >>>>>> tuexen@stable12:~ % sudo pkg update -f >>>>>> Updating FreeBSD repository catalogue... >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 >>>>>> pkg: repository meta has wrong version 2 >>>>>> repository FreeBSD has no meta file, using default settings >>>>>> Fetching packagesite.txz: 100% 6 MiB 645.0kB/s 00:10 >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Unable to open created repository FreeBSD >>>>>> Unable to update repository FreeBSD >>>>>> Error updating repositories! >>>>>> tuexen@stable12:~ % sudo pkg upgrade >>>>>> Updating FreeBSD repository catalogue... >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 >>>>>> pkg: repository meta has wrong version 2 >>>>>> repository FreeBSD has no meta file, using default settings >>>>>> Fetching packagesite.txz: 100% 6 MiB 586.4kB/s 00:11 >>>>>> pkg: repository meta has wrong version 2 >>>>>> pkg: Repository FreeBSD load error: meta cannot be loaded No = error: 0 >>>>>> Unable to open created repository FreeBSD >>>>>> Unable to update repository FreeBSD >>>>>> Error updating repositories! >>>>>> tuexen@stable12:~ % uname -U >>>>>> 1201512 >>>>>> tuexen@stable12:~ % uname -K >>>>>> 1201512 >>>>>> tuexen@stable12:~ % >>>>>>=20 >>>>>=20 >>>>> Can you share >>>>>=20 >>>>> cat /etc/pkg/FreeBSD.conf >>>> Sure: >>>>=20 >>>> tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf >>>> # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 = 2019-04-27 04:00:50Z cperciva $ >>>> # >>>> # To disable this repository, instead of modifying or removing this = file, >>>> # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: >>>> # >>>> # mkdir -p /usr/local/etc/pkg/repos >>>> # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf >>>> # >>>>=20 >>>> FreeBSD: { >>>> url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", >>>> mirror_type: "srv", >>>> signature_type: "fingerprints", >>>> fingerprints: "/usr/share/keys/pkg", >>>> enabled: yes >>>> } >>>>=20 >>>=20 >>> Could you try to replace pkg.freebsd.org with pkg0.nyi.freebsd.org = and then run =E2=80=9Cpkg -f update=E2=80=9D? >> Sure: >>=20 >> tuexen@stable12:~ % cat /etc/pkg/FreeBSD.conf >> # $FreeBSD: stable/12/usr.sbin/pkg/FreeBSD.conf.latest 346780 = 2019-04-27 04:00:50Z cperciva $ >> # >> # To disable this repository, instead of modifying or removing this = file, >> # create a /usr/local/etc/pkg/repos/FreeBSD.conf file: >> # >> # mkdir -p /usr/local/etc/pkg/repos >> # echo "FreeBSD: { enabled: no }" > = /usr/local/etc/pkg/repos/FreeBSD.conf >> # >>=20 >> FreeBSD: { >> url: "pkg+http://pkg0.nyi.FreeBSD.org/${ABI}/latest", >> mirror_type: "srv", >> signature_type: "fingerprints", >> fingerprints: "/usr/share/keys/pkg", >> enabled: yes >> } >> tuexen@stable12:~ % sudo pkg -f update >> Password: >> pkg: illegal option -- f >> Updating FreeBSD repository catalogue... >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Fetching meta.txz: 100% 916 B 0.9kB/s 00:01 >> pkg: repository meta has wrong version 2 >> repository FreeBSD has no meta file, using default settings >> Fetching packagesite.txz: 100% 6 MiB 339.5kB/s 00:19 >> pkg: repository meta has wrong version 2 >> pkg: Repository FreeBSD load error: meta cannot be loaded No error: 0 >> Unable to open created repository FreeBSD >> Unable to update repository FreeBSD >> Error updating repositories! >>=20 >>=20 >> I can also wipe anything out, if that helps. This is my machine for = testing >> stable12 stuff before MFCing... >>=20 >> Best regards >> Michael >>> -m >>>=20 >>>=20 >>>> Best regards >>>> Michael >>>>>=20 >>>>> ? >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> Best regards >>>>>> Michael >>>>>>>=20 >>>>>>> Anyway, this has been fixed as of today 13:30 UTC, see >>>>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244549#c43 >>>>>>>=20 >>>>>>> -m >>>>>>>=20 >=20 > pkg: repository meta has wrong version 2 >=20 > you pkg too old > https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D525794 >=20 > pkg bootstrap -f > pkg update -f That worked! Thank you very much for your help! Best regards Michael