From owner-freebsd-arch@freebsd.org Sun Aug 12 12:23:51 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F833106EE99 for ; Sun, 12 Aug 2018 12:23:51 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw1-xc36.google.com (mail-yw1-xc36.google.com [IPv6:2607:f8b0:4864:20::c36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35B7385A7A for ; Sun, 12 Aug 2018 12:23:51 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw1-xc36.google.com with SMTP id c135-v6so11768086ywa.0 for ; Sun, 12 Aug 2018 05:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uocs9NXIRWIvsqf8R3GGnNigQitl2hZQ2xOPQ0pVPRg=; b=ZwCzlfU3gmDw3d8wp9v3hqKep6pc9hBTVoLVEj+3Mqfo4sJg1YUiYLoLd3s4hPqod9 iZD8ALEvK9YRqIN/gCjUVx+1nRDPZ3IPgsJKbRJ/S5c9biLn3fckVdGlWd5VeYRHzuTu n9/5iJNwDSExlDw9Q0+EAIm8F+P7FNi9oIIAk= 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=uocs9NXIRWIvsqf8R3GGnNigQitl2hZQ2xOPQ0pVPRg=; b=EjqX3YypXYoQsaIeroUFzrx03u/9QLl7vrMCo+EzBOZeM7hVH9s8J0PQhHauKBNNu8 FNvQw5IjVW0wtky5jPndL9DtwctToSaP6iw/XusMH+Vf1s4GBs5LfI3UINuOco9kSUx/ hn5nxf+jFnG92vD7TorqBd8qCaHhEGCBQYPKRlaKN5UjH8neW0A+O2nqVWyLvxPZe1ZO QpBq1M/ON22fV9SYw1eSrXvjuv2ojx8igsjEiSW819qxeCORrV6YM2wCFvD7EX0+IBcX QXxcoXTusU90h2SlskKq8lL6RnnnF0xLu4PUndsl05Zf86n0HxUaBEccwh1MBc3Yxg1Q Qw8Q== X-Gm-Message-State: AOUpUlFL7LsIng3/fK7VuvkNzStQw5zpCfimWKLi5BhBLIZAiZlZBkQT mmgAcrsOZls63Sp935Hz9DAxncnvyA6uqz9+AexzNuMWQ/1dDg== X-Google-Smtp-Source: AA+uWPwg8Jxn5AZcVQVpN/ZMl1VF090Wnzi8D+YjSZ9+bXhRjzNKlpyrguPLQ8JIP293cvZXX61xRLqpN8/4IHR9r98= X-Received: by 2002:a25:22c1:: with SMTP id i184-v6mr7084293ybi.479.1534076629966; Sun, 12 Aug 2018 05:23:49 -0700 (PDT) MIME-Version: 1.0 References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> In-Reply-To: <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> From: Eitan Adler Date: Sun, 12 Aug 2018 05:23:23 -0700 Message-ID: Subject: Re: upstream for contrib/tzcode/stdtme? To: John Baldwin Cc: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 12:23:51 -0000 On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: > > On 6/15/18 4:09 PM, Eitan Adler wrote: > > On 15 June 2018 at 11:31, John Baldwin wrote: > > > >> I think this second approach is actually a better plan and is not quite what you > >> were suggesting. > >> > >> That is, import the vendor bits corresponding to our existing code first into > >> the vendor area, > > > > > then svn cp our existing files from libc, zic, etc. into the > >> contrib/stdtime tree in the correct layout and do a single 'svn merge --record-only' > >> merge to initialize the vendor mergeinfo. > >> At that point you should be able to > >> svn diff contrib/stdtime against the vendor/stdtime/dist to determine what local > >> changes we have and start to think about them. Coming back to this. In r337683 and r337684 I imported a recent copy of of TZDB. I was unable to find a copy of the 2010n distribution in the original layout. The next step, if I understand, is to do the following: cd /srv/srv/freebsd/svn/head/contrib mkdir tzdb cd tzdb svn cp ../tzcode/stdtime/* . svn cp ../tzcode/zic/* . svn cp ../tzdata/* . svn ci (the above ignores duplicated files, but that's just expanding the wildcards appropriately). After that: svn merge --record-only '^/vendor/tzdb' . At this point we'll be able to diff contrib/tzdb and vendor/tzdb to show the most current vendor code compared our, modified old code. Is this correct? Is this the optimal plan? -- Eitan Adler From owner-freebsd-arch@freebsd.org Sun Aug 12 12:36:37 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB137106F564 for ; Sun, 12 Aug 2018 12:36:36 +0000 (UTC) (envelope-from philip@trouble.is) Received: from weatherwax.trouble.is (weatherwax.trouble.is [IPv6:2a00:dd80:3c::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8614186157; Sun, 12 Aug 2018 12:36:36 +0000 (UTC) (envelope-from philip@trouble.is) Received: from rincewind.trouble.is (rincewind.trouble.is [IPv6:2a01:4f8:a0:10e6::1:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 41pJJL1wR2z3C1f; Sun, 12 Aug 2018 12:36:34 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, authenticated sender philip) id 41pJJG5VHWzC8X; Sun, 12 Aug 2018 12:36:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=trouble.is; s=20180707; t=1534077392; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0RySaruXf3G6dZJYnj0nzBuN4QuX+oSsjZQBsc7H79A=; b=wS66Sc/2gL6QEQQvoC8WCE+udaD2Sh2l1L+UQqXJ1Gaq5OXZD+SYdKc5ACUv/hAbNk+ktH khJ7/nuyARuJHZAx94ZwZsowX4Ci9KpVRhEFJvEaMaqL+K8Ofp+dpiIP8gYSJ9yY1mpvaz GWy9BUa//sFtlAhtQLldLT10w3KaY+w75JjNt4PFn74Q6g1dKPJBRMCcAezV73TRzIYhn2 cdkxXiN1ZdzluzzJG0aM0fAx+vSKeSBLGx/mBNguDevxbMdyeeBK6K/rI7pOz6hOLtrDGL sNMr6Zi3E4LbfAyVySR/CEMXD7feng2bmRGyzUPA7JYLDUt9RdSG7ySgVzSN0A== From: "Philip Paeps" To: "Eitan Adler" Cc: "John Baldwin" , freebsd-arch@freebsd.org Subject: Re: upstream for contrib/tzcode/stdtme? Date: Sun, 12 Aug 2018 20:36:23 +0800 X-Clacks-Overhead: GNU Terry Pratchett X-Mailer: MailMate (1.11.3r5511) Message-ID: <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> In-Reply-To: References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 12:36:37 -0000 On 2018-08-12 20:23:23 (+0800), Eitan Adler wrote: > On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: >> >> On 6/15/18 4:09 PM, Eitan Adler wrote: >>> On 15 June 2018 at 11:31, John Baldwin wrote: >>> >>>> I think this second approach is actually a better plan and is not >>>> quite what you >>>> were suggesting. >>>> >>>> That is, import the vendor bits corresponding to our existing code >>>> first into >>>> the vendor area, >>> >>>> then svn cp our existing files from libc, zic, etc. into the >>>> contrib/stdtime tree in the correct layout and do a single 'svn >>>> merge --record-only' >>>> merge to initialize the vendor mergeinfo. >>>> At that point you should be able to >>>> svn diff contrib/stdtime against the vendor/stdtime/dist to >>>> determine what local >>>> changes we have and start to think about them. > > Coming back to this. In r337683 and r337684 I imported a recent copy > of of TZDB. I was unable to find a copy of the 2010n distribution in > the original layout. That's because we split up the tzcode in our vendor area (for reasons I've never understood). As far as I know, there is no 1:1 mapping from any tzcode distribution to what we have in our repository. > The next step, if I understand, is to do the following: > cd /srv/srv/freebsd/svn/head/contrib > mkdir tzdb > cd tzdb > svn cp ../tzcode/stdtime/* . > svn cp ../tzcode/zic/* . > svn cp ../tzdata/* . > svn ci > (the above ignores duplicated files, but that's just expanding the > wildcards appropriately). > > After that: > svn merge --record-only '^/vendor/tzdb' . > > At this point we'll be able to diff contrib/tzdb and vendor/tzdb to > show the most current vendor code compared our, modified old code. > > Is this correct? Is this the optimal plan? I would really (really!) want to keep tzdata separate from tzcode and not make it any more difficult to update tzdata (which happens distressingly often). tzdata imports/updates are currently not a problem. And it's nice to be able to simply issue an errata notice only updating the zoneinfo files without touching the tzcode. The IANA tzdata project also distributes tzdata and tzcode separately. If you wanted to update tzcode, you could do it independently of tzdata. Philip -- Philip Paeps Senior Reality Engineer Ministry of Information From owner-freebsd-arch@freebsd.org Sun Aug 12 13:00:34 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49483106FC51 for ; Sun, 12 Aug 2018 13:00:34 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEB1986D8B; Sun, 12 Aug 2018 13:00:33 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from weatherwax.trouble.is (weatherwax.trouble.is [IPv6:2a00:dd80:3c::62e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 87EC91901F; Sun, 12 Aug 2018 13:00:33 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from rincewind.trouble.is (rincewind.trouble.is [IPv6:2a01:4f8:a0:10e6::1:1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 41pJr03lHjz3C1f; Sun, 12 Aug 2018 13:00:32 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, authenticated sender philip) id 41pJqy4RGQzC8k; Sun, 12 Aug 2018 13:00:30 +0000 (UTC) From: "Philip Paeps" To: "Eitan Adler" Cc: "John Baldwin" , freebsd-arch@freebsd.org Subject: Re: upstream for contrib/tzcode/stdtme? Date: Sun, 12 Aug 2018 21:00:26 +0800 X-Clacks-Overhead: GNU Terry Pratchett X-Mailer: MailMate (1.11.3r5511) Message-ID: <8B61C2A5-DCEC-403A-B8F3-0B5BEF958612@freebsd.org> In-Reply-To: <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; markup=markdown X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 13:00:34 -0000 On 2018-08-12 20:36:23 (+0800), Philip Paeps wrote: > On 2018-08-12 20:23:23 (+0800), Eitan Adler wrote: > >> On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: >>> >>> On 6/15/18 4:09 PM, Eitan Adler wrote: >>>> On 15 June 2018 at 11:31, John Baldwin wrote: >>>> >>>>> I think this second approach is actually a better plan and is not >>>>> quite what you >>>>> were suggesting. >>>>> >>>>> That is, import the vendor bits corresponding to our existing code >>>>> first into >>>>> the vendor area, >>>> >>>>> then svn cp our existing files from libc, zic, etc. into the >>>>> contrib/stdtime tree in the correct layout and do a single 'svn >>>>> merge --record-only' >>>>> merge to initialize the vendor mergeinfo. >>>>> At that point you should be able to >>>>> svn diff contrib/stdtime against the vendor/stdtime/dist to >>>>> determine what local >>>>> changes we have and start to think about them. >> >> Coming back to this. In r337683 and r337684 I imported a recent copy >> of of TZDB. I was unable to find a copy of the 2010n distribution in >> the original layout. > > That's because we split up the tzcode in our vendor area (for reasons > I've never understood). As far as I know, there is no 1:1 mapping > from any tzcode distribution to what we have in our repository. > >> The next step, if I understand, is to do the following: >> cd /srv/srv/freebsd/svn/head/contrib >> mkdir tzdb >> cd tzdb >> svn cp ../tzcode/stdtime/* . >> svn cp ../tzcode/zic/* . >> svn cp ../tzdata/* . >> svn ci >> (the above ignores duplicated files, but that's just expanding the >> wildcards appropriately). >> >> After that: >> svn merge --record-only '^/vendor/tzdb' . >> >> At this point we'll be able to diff contrib/tzdb and vendor/tzdb to >> show the most current vendor code compared our, modified old code. >> >> Is this correct? Is this the optimal plan? > > I would really (really!) want to keep tzdata separate from tzcode and > not make it any more difficult to update tzdata (which happens > distressingly often). > > tzdata imports/updates are currently not a problem. And it's nice to > be able to simply issue an errata notice only updating the zoneinfo > files without touching the tzcode. > > The IANA tzdata project also distributes tzdata and tzcode separately. > If you wanted to update tzcode, you could do it independently of > tzdata. I just noticed you've already committed this import. In case you're not actively following the tz mailing list, you may have missed that every release of tzdb comes with lots of minor but annoying code changes in addition to the data changes we actually want to distribute as quickly as possible. Currently, updating the tzdata is a fairly mechanical process of updating vendor/tzdata and doing a couple of svn copies to contrib. If we started tracking the combined tzdb rather than tzcode and tzdata separately, issuing errata notices for timezone updates becomes practically impossible. Updating the zoneinfo files in an errata patch is non-controversial, certainly compared to often seemingly arbitrary changes to the subtle code that manipulates the representation of time. It makes no sense to import these together or attempt to maintain them as one vendor tree. That is why the tzcode and tzdata tarballs exist separately in addition to the combined tzdb tarball. As requested on the src-commits list: please import tzcode separately and leave tzdata alone. Thank you. Philip -- Philip Paeps Senior Reality Engineer Ministry of Information From owner-freebsd-arch@freebsd.org Sun Aug 12 22:09:17 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0D45105521A for ; Sun, 12 Aug 2018 22:09:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw1-xc2a.google.com (mail-yw1-xc2a.google.com [IPv6:2607:f8b0:4864:20::c2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82DFE7C37B for ; Sun, 12 Aug 2018 22:09:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw1-xc2a.google.com with SMTP id j68-v6so12322498ywg.1 for ; Sun, 12 Aug 2018 15:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1p+D2475yMXcEdnDJNLSST8WwoWwE2nSD7TbzOFGN9Y=; b=amBRLO/yh1xsRJNJ2TbliX0hFGWy7RUNRVmXrl+UtKo8Lft2TvwSYzuTOoi9VvDutY 4bSgm6pjuFuxebVr9yOVejz/iAotkeXgmnqYhTPK3CBFVLdOkKBfZv/1q5SVfnqjv6r4 0i43z7okEufGzH/W3Dwo/MfS/ypi1VcZDXTa0= 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=1p+D2475yMXcEdnDJNLSST8WwoWwE2nSD7TbzOFGN9Y=; b=KnFk0Bz5SV9ghtM5+HyGoPts0xwrl6HICnSZMurslBBLeq7zwwFgM/IndSZrgjoW8f cRj9TdF6GX5BNHuIDQVgsi5bifCCcX4D8ShyQvVW38jWRhaZpDUvCYVWS3cLRE03wQNl dzTdMSwTZu+g6JkRDCO7z/3J6DWZFqFsbuiAxXmxSinU9XOKNYllyP5UC7MdMjXcV9uv V10yemE02m791egd/f4iMHuuoghfv/urg0E6/cSDy5Db7sY4+6d3/RbvPtjuAFG+mg7Y xyEuLWjZm8zfv0vSYKkyoeMxszvr40IpQMkHLqWUeMH/sy2K6cRKWuHMC06N1+vcPE6T K7Hw== X-Gm-Message-State: AOUpUlEmknyyj/Ixtb1TaZoUx5RZ4G1u/JkGuD1NVuiAzeYtdZIvdjfe E64ZWwd+b2hSVJJ+XZzBedpLZbRhpEUCEhZ5FCHwcA== X-Google-Smtp-Source: AA+uWPxp/7+AM7Yk1Pau15Gw+f7d83vZlIB7Sw+dQ9KTSPJRbuXGdF59PHB/HPp1OkPKEvPWO8+9onQsrNMQ1mBVtUY= X-Received: by 2002:a0d:f843:: with SMTP id i64-v6mr7730758ywf.182.1534111755762; Sun, 12 Aug 2018 15:09:15 -0700 (PDT) MIME-Version: 1.0 References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> <8B61C2A5-DCEC-403A-B8F3-0B5BEF958612@freebsd.org> In-Reply-To: <8B61C2A5-DCEC-403A-B8F3-0B5BEF958612@freebsd.org> From: Eitan Adler Date: Sun, 12 Aug 2018 15:09:00 -0700 Message-ID: Subject: Re: upstream for contrib/tzcode/stdtme? To: Philip Paeps Cc: John Baldwin , "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 22:09:17 -0000 On Sun, 12 Aug 2018 at 06:00, Philip Paeps wrote: > > On 2018-08-12 20:36:23 (+0800), Philip Paeps wrote: > > > On 2018-08-12 20:23:23 (+0800), Eitan Adler wrote: > > > >> On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: > >>> > >>> On 6/15/18 4:09 PM, Eitan Adler wrote: > >>>> On 15 June 2018 at 11:31, John Baldwin wrote: > >>>> > >>>>> I think this second approach is actually a better plan and is not > >>>>> quite what you > >>>>> were suggesting. > >>>>> > >>>>> That is, import the vendor bits corresponding to our existing code > >>>>> first into > >>>>> the vendor area, > >>>> > >>>>> then svn cp our existing files from libc, zic, etc. into the > >>>>> contrib/stdtime tree in the correct layout and do a single 'svn > >>>>> merge --record-only' > >>>>> merge to initialize the vendor mergeinfo. > >>>>> At that point you should be able to > >>>>> svn diff contrib/stdtime against the vendor/stdtime/dist to > >>>>> determine what local > >>>>> changes we have and start to think about them. > >> > >> Coming back to this. In r337683 and r337684 I imported a recent copy > >> of of TZDB. I was unable to find a copy of the 2010n distribution in > >> the original layout. > > > > That's because we split up the tzcode in our vendor area (for reasons > > I've never understood). As far as I know, there is no 1:1 mapping > > from any tzcode distribution to what we have in our repository. > > > >> The next step, if I understand, is to do the following: > >> cd /srv/srv/freebsd/svn/head/contrib > >> mkdir tzdb > >> cd tzdb > >> svn cp ../tzcode/stdtime/* . > >> svn cp ../tzcode/zic/* . > >> svn cp ../tzdata/* . > >> svn ci > >> (the above ignores duplicated files, but that's just expanding the > >> wildcards appropriately). > >> > >> After that: > >> svn merge --record-only '^/vendor/tzdb' . > >> > >> At this point we'll be able to diff contrib/tzdb and vendor/tzdb to > >> show the most current vendor code compared our, modified old code. > >> > >> Is this correct? Is this the optimal plan? ... > please import tzcode separately and leave tzdata alone. Done in r337693 and r337694. The next step, if I understand, is to do the following: cd /srv/srv/freebsd/svn/head/contrib mkdir tzdb cd tzdb svn cp ../tzcode/stdtime/* . svn cp ../tzcode/zic/* . svn ci (the above ignores duplicated files, but that's just expanding the wildcards appropriately). After that: svn merge --record-only '^/vendor/tzdb' . At this point we'll be able to diff contrib/tzdb and vendor/tzdb to show the most current vendor code compared our, modified old code. Is this correct? Is this the optimal plan? -- Eitan Adler From owner-freebsd-arch@freebsd.org Sun Aug 12 23:32:55 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FB2C1059AAC for ; Sun, 12 Aug 2018 23:32:55 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C3C67FA92; Sun, 12 Aug 2018 23:32:54 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from weatherwax.trouble.is (weatherwax.trouble.is [176.58.93.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "weatherwax.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: philip/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 48B8D1D100; Sun, 12 Aug 2018 23:32:54 +0000 (UTC) (envelope-from philip@freebsd.org) Received: from rincewind.trouble.is (rincewind.trouble.is [88.198.44.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "rincewind.trouble.is", Issuer "Let's Encrypt Authority X3" (verified OK)) by weatherwax.trouble.is (Postfix) with ESMTPS id 41pZsd2Jlvz3C1f; Sun, 12 Aug 2018 23:32:53 +0000 (UTC) Received: by rincewind.trouble.is (Postfix, from userid 1001) id 41pZsc6nQszCG1; Sun, 12 Aug 2018 23:32:52 +0000 (UTC) Date: Mon, 13 Aug 2018 07:32:52 +0800 From: Philip Paeps To: Eitan Adler Cc: "freebsd-arch@freebsd.org" Subject: Re: upstream for contrib/tzcode/stdtme? Message-ID: <20180812233252.GD30769@rincewind.trouble.is> Mail-Followup-To: Eitan Adler , "freebsd-arch@freebsd.org" References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> <8B61C2A5-DCEC-403A-B8F3-0B5BEF958612@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-PGP-Fingerprint: 2CD1 92C2 6EE7 B7D1 F552 6619 31AE B9B5 FDBB CB0E X-Date: Today is Setting Orange, the 6th day of Bureaucracy in the YOLD 3184 X-Phase-of-Moon: The Moon is Waxing Crescent (4% of Full) X-Clacks-Overhead: GNU Terry Pratchett Organization: Happily Disorganized User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2018 23:32:55 -0000 On 2018-08-12 15:09:00 (-0700), Eitan Adler wrote: >On Sun, 12 Aug 2018 at 06:00, Philip Paeps wrote: >> >> On 2018-08-12 20:36:23 (+0800), Philip Paeps wrote: >> >> > On 2018-08-12 20:23:23 (+0800), Eitan Adler wrote: >> > >> >> On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: >> >>> >> >>> On 6/15/18 4:09 PM, Eitan Adler wrote: >> >>>> On 15 June 2018 at 11:31, John Baldwin wrote: >> >>>> >> >>>>> I think this second approach is actually a better plan and is not >> >>>>> quite what you >> >>>>> were suggesting. >> >>>>> >> >>>>> That is, import the vendor bits corresponding to our existing code >> >>>>> first into >> >>>>> the vendor area, >> >>>> >> >>>>> then svn cp our existing files from libc, zic, etc. into the >> >>>>> contrib/stdtime tree in the correct layout and do a single 'svn >> >>>>> merge --record-only' >> >>>>> merge to initialize the vendor mergeinfo. >> >>>>> At that point you should be able to >> >>>>> svn diff contrib/stdtime against the vendor/stdtime/dist to >> >>>>> determine what local >> >>>>> changes we have and start to think about them. >> >> >> >> Coming back to this. In r337683 and r337684 I imported a recent copy >> >> of of TZDB. I was unable to find a copy of the 2010n distribution in >> >> the original layout. >> > >> > That's because we split up the tzcode in our vendor area (for reasons >> > I've never understood). As far as I know, there is no 1:1 mapping >> > from any tzcode distribution to what we have in our repository. >> > >> >> The next step, if I understand, is to do the following: >> >> cd /srv/srv/freebsd/svn/head/contrib >> >> mkdir tzdb >> >> cd tzdb >> >> svn cp ../tzcode/stdtime/* . >> >> svn cp ../tzcode/zic/* . >> >> svn cp ../tzdata/* . >> >> svn ci >> >> (the above ignores duplicated files, but that's just expanding the >> >> wildcards appropriately). >> >> >> >> After that: >> >> svn merge --record-only '^/vendor/tzdb' . >> >> >> >> At this point we'll be able to diff contrib/tzdb and vendor/tzdb to >> >> show the most current vendor code compared our, modified old code. >> >> >> >> Is this correct? Is this the optimal plan? > >... >> please import tzcode separately and leave tzdata alone. > >Done in r337693 and r337694. Thank you! For the next tzdata import, I'll consider moving vendor/tzdata to vendor/tzdb/tzdata before doing the copies to contrib/. >The next step, if I understand, is to do the following: >cd /srv/srv/freebsd/svn/head/contrib >mkdir tzdb >cd tzdb >svn cp ../tzcode/stdtime/* . >svn cp ../tzcode/zic/* . >svn ci >(the above ignores duplicated files, but that's just expanding the >wildcards appropriately). > >After that: >svn merge --record-only '^/vendor/tzdb' . > >At this point we'll be able to diff contrib/tzdb and vendor/tzdb to >show the most current vendor code compared our, modified old code. > >Is this correct? Is this the optimal plan? I would keep contrib/tzcode (and contrib/tzdata) rather than moving to contrib/tzdb. Having them together under vendor/ makes sense because it's the same vendor, but under contrib, they're definitely separate. Other than that, this looks like a good plan. zic should be pretty straightforward to update. Some of the stdtime changes might want close review. Thank you for picking this up. I've made several false starts on this and the merge hell in stdtime always turned me off. :) Best wishes. Philip -- Philip Paeps Senior Reality Engineer Ministry of Information From owner-freebsd-arch@freebsd.org Mon Aug 13 20:01:18 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79373107BE58 for ; Mon, 13 Aug 2018 20:01:18 +0000 (UTC) (envelope-from sally@infotechbox.com) Received: from server.smtp2usa3.com (smtp2usa3.com [138.197.141.135]) by mx1.freebsd.org (Postfix) with ESMTP id 19F678A2D4 for ; Mon, 13 Aug 2018 20:01:18 +0000 (UTC) (envelope-from sally@infotechbox.com) Received: from onestopsmtp1.com (unknown [159.65.239.141]) (Authenticated sender: admin) by server.smtp2usa3.com (Postfix) with ESMTPA id 42B9912FE for ; Mon, 13 Aug 2018 17:01:17 -0300 (-03) Date: Mon, 13 Aug 2018 20:01:18 +0000 To: "freebsd-arch@freebsd.org" From: Sally Taylor Reply-To: Sally Taylor Subject: Up-to-date your key decision makers contact Message-ID: X-Priority: 3 X-Mw-Campaign-Uid: cy809clccv087 X-Mw-Subscriber-Uid: ao159z11ms7c5 X-Mw-Customer-Uid: sk466jjftp265 X-Mw-Customer-Gid: 0 X-Mw-Delivery-Sid: 2 X-Mw-Tracking-Did: 0 X-Report-Abuse: Please report abuse for this campaign here: http://onestopsmtp1.com/mw/index.php/campaigns/cy809clccv087/report-abuse/zw977r4bwh7de/ao159z11ms7c5 Feedback-ID: cy809clccv087:ao159z11ms7c5:zw977r4bwh7de:sk466jjftp265 X-Sender: return@c3foolprooflist.com X-Receiver: freebsd-arch@freebsd.org X-Mw-Mailer: PHPMailer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 20:01:18 -0000 Hi, I hope you are doing well! Would you be interested in our recently updated data of &LDQUO;IT DECISION MAKERS&RDQUO;? If yes, we can assist you with our recently updated contact database of &LDQUO;IT USERS & NON-USERS INDUSTRIES, START-UPS AND OTHER INDUSTRIES IT DECISION MAKERS&RDQUO; across North America, EMEA and APAC. Kindly provide us the following details in order to get back to you with the Data Counts & Sample preview: * Target Title: * Target Industry: * Target Geography: We can also send you a sample file at no charge so you can review the data. Look forward to hearing from you! Regards, SALLY TAYLOR Data Support Specialist InfoTech Box 100 S. Bedford Road New York City New York 10549 United States http://onestopsmtp1.com/mw/index.php/lists/zw977r4bwh7de/unsubscribe/ao159z11ms7c5/cy809clccv087 From owner-freebsd-arch@freebsd.org Wed Aug 15 23:45:54 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F2E81074777 for ; Wed, 15 Aug 2018 23:45:54 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9D68319D for ; Wed, 15 Aug 2018 23:45:54 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id D43711074775; Wed, 15 Aug 2018 23:45:53 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C30071074774 for ; Wed, 15 Aug 2018 23:45:53 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A5F78319B for ; Wed, 15 Aug 2018 23:45:53 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from ler-imac.local (unknown [IPv6:2600:1700:210:b18f:4c0:e5c4:68ef:d5be]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ler/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 11848187C7 for ; Wed, 15 Aug 2018 23:45:53 +0000 (UTC) (envelope-from ler@FreeBSD.org) Date: Wed, 15 Aug 2018 18:45:51 -0500 From: Larry Rosenman To: arch@FreeBSD.org Subject: [ler@FreeBSD.org: Add gpart_geom_gpt to amd64 DEFAULTS?] Message-ID: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xgblxqksijrbiec4" Content-Disposition: inline User-Agent: NeoMutt/20180716 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2018 23:45:54 -0000 --xgblxqksijrbiec4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I had sent this privately to imp@, but received no response. Can we have a discussion about it? Thanks! ----- Forwarded message from Larry Rosenman ----- Date: Mon, 13 Aug 2018 11:01:55 -0500 =46rom: Larry Rosenman To: imp@FreeBSD.org Subject: Add gpart_geom_gpt to amd64 DEFAULTS? User-Agent: NeoMutt/20180716 Warner, I moved over to your amd64 minimal configuration, which got me back ~400 meg of memory. I doing that, I hadn't added geom_part_gpt to the config, nor loader.conf, so my first boot failed. I'm wondering if it makes sense to add geom_part_gpt to the amd64/i386 DEFAULTS file since GPT is becoming more the norm. Comments? Thanks, Larry --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 ----- End forwarded message ----- --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --xgblxqksijrbiec4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHBBAABCgCrFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlt0uy8tFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnXxSAAAAAAC4AKGlz c3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxRTM4 MjQ5REU3NjE1QjNCQzk4MzA1NzM2OTdDOTlCMUFCNDhBNzdEAAoJEGl8mbGrSKd9 v/gIAJCBFwaNHsLaqsT1zMeo41OyMBPM5A6EnFGUTy9LugGLYJYgdGVWEytQHEGC UZCtJKg+aTFWGK2svDixxGdrhZ8tuWQvR9NXBUuvSzSO73feYqOuHVcdZqeIb2Ab jJi/c7sT2v3w5UDBehZr3FXTq6N1kSF47jAzoA6YL2D8bvdfQxywX9MCC3E/OQ7n IIxswIQiSXxCK1mkudzjCbQGFN7sM0jWfcPr+QTTK66nEzaLDB/jLxmH/eGJG0sw 8TjBmidMeyFGzdAJoS6e90zzLLDqDL22fC1GRjNnDLaZTKoJ3EIHXq/avF1iv4Ze xcOuEdGm8a47oa8CApwDDCV2dok= =2Kpd -----END PGP SIGNATURE----- --xgblxqksijrbiec4-- From owner-freebsd-arch@freebsd.org Thu Aug 16 01:10:17 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DB951076B05 for ; Thu, 16 Aug 2018 01:10:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 33BFD86375 for ; Thu, 16 Aug 2018 01:10:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id E97B21076B03; Thu, 16 Aug 2018 01:10:16 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF59B1076B02 for ; Thu, 16 Aug 2018 01:10:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29C6B86363 for ; Thu, 16 Aug 2018 01:10:16 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22f.google.com with SMTP id h23-v6so4507029ita.5 for ; Wed, 15 Aug 2018 18:10:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=B8x1jLwt5G8atME+w50oT2/o5WbsqrlMzOugXFXLmg0=; b=AttpfOjuqB/mbtifOTb45DZhmn2DJ6AhDbdEfRvdm5g0velST02s2Yhrx0NNadhwic nwffs1O58o9UChHZJuS9cKQlA0NMZkhE4k2t7mjB9bLpZ7OyMnE2N5VoO4SuPGXQ72Hx WrJI5IzWA5eC/oj7jK3Z5zP9KXKGFi2paVcGlch9WgRYChWGhTd4QhHAAmHUvVvDbOBx YnHQjswxn0OYHFl5H8qyk91pBnA1tNs1FiBplunbI3ufukhMGVBEMUNFO5Vox/4sXQU4 Z2p/irMEJvbLzJHsmy9Au+PcFvt2LkCoOAbA07+OtKsLmgDMibm3b0H4zQVQjTLLy5nX O91g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=B8x1jLwt5G8atME+w50oT2/o5WbsqrlMzOugXFXLmg0=; b=mnrX9Tzvzj6zJgv4Qcyd5ntv966D9jkX2mYZ16d32kenHqqxQ4yFxerbkLuTLrEuXJ kdG2BRI+FcAczusGlfWvUoScc7yaZIn3JYuvr7zL/Gq3dPEb5Q3JJDsKBe3MQ8AkalLu JqGx0JkOBlfYpgZ4gnEFv/daMUOyEVzdnaxHxshnyM4WdGFQXeXvMThnwQ0oIAnxLRFl 6QK5qmZFn3MDUCog7Q5WDnLbimyR8f/J62DAWfnM9TonqYY8WDbvvYid5bBZQAtyshE8 agEwW3rQO1hcWdiXn3o0SNOJXOjzcba5hxcekBnHXeid6QYCic1EhtMWxkz4iKXsw+ZB 8m2w== X-Gm-Message-State: AOUpUlEkfROr6ZPc1ZUapUZtlBV9XaKdTeCcdpxerAytNAs1xLsS22oN aMTpv/0C3pvfMhW8BCbXw2u4ggO/zhB60cpZbLeiPQ== X-Google-Smtp-Source: AA+uWPy/bW5sr9awX/kOY3FyMwz8MMuiQQIbVUACCv71MhHFPWLsOAR2j923Gv/7rjgxPAFDvioziyH5a1POB7FFcLs= X-Received: by 2002:a02:3344:: with SMTP id k4-v6mr25583443jak.45.1534381815442; Wed, 15 Aug 2018 18:10:15 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:257:0:0:0:0:0 with HTTP; Wed, 15 Aug 2018 18:10:14 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> References: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> From: Warner Losh Date: Wed, 15 Aug 2018 19:10:14 -0600 X-Google-Sender-Auth: dr-OQh57w4FnycXsFRVHArR1dRo Message-ID: Subject: Re: [ler@FreeBSD.org: Add gpart_geom_gpt to amd64 DEFAULTS?] To: Larry Rosenman Cc: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2018 01:10:17 -0000 Sorry to not get back to you... I've been hurrying to get stuff related to 12 out of my queue... We currently have: options GEOM_PART_BSD options GEOM_PART_EBR options GEOM_PART_EBR_COMPAT options GEOM_PART_MBR in there. I don't think it would be bad to add options GEOM_PART_GPT as well... It likely should be added to arm64 DEFAULTS as well. std.armv[67] is less clear, though, since they boot off of MBR for the most part. Warner On Wed, Aug 15, 2018 at 5:45 PM, Larry Rosenman wrote: > I had sent this privately to imp@, but received no response. > > Can we have a discussion about it? > > Thanks! > ----- Forwarded message from Larry Rosenman ----- > > Date: Mon, 13 Aug 2018 11:01:55 -0500 > From: Larry Rosenman > To: imp@FreeBSD.org > Subject: Add gpart_geom_gpt to amd64 DEFAULTS? > User-Agent: NeoMutt/20180716 > > Warner, > I moved over to your amd64 minimal configuration, which got me back > ~400 meg of memory. I doing that, I hadn't added geom_part_gpt to > the config, nor loader.conf, so my first boot failed. I'm > wondering if it makes sense to add geom_part_gpt to the amd64/i386 > DEFAULTS file since GPT is becoming more the norm. > > Comments? > > Thanks, > Larry > > > -- > Larry Rosenman https://people.FreeBSD.org/~ler/ > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > > > > ----- End forwarded message ----- > > -- > Larry Rosenman https://people.FreeBSD.org/~ler/ > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > From owner-freebsd-arch@freebsd.org Thu Aug 16 01:26:51 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBED81077545 for ; Thu, 16 Aug 2018 01:26:50 +0000 (UTC) (envelope-from ler@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 794EC87117 for ; Thu, 16 Aug 2018 01:26:50 +0000 (UTC) (envelope-from ler@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3E1321077544; Thu, 16 Aug 2018 01:26:50 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C5401077543 for ; Thu, 16 Aug 2018 01:26:50 +0000 (UTC) (envelope-from ler@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1CE087116; Thu, 16 Aug 2018 01:26:49 +0000 (UTC) (envelope-from ler@freebsd.org) Received: from ler-imac.local (unknown [IPv6:2600:1700:210:b18f:4c0:e5c4:68ef:d5be]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: ler/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 6A914191EB; Thu, 16 Aug 2018 01:26:49 +0000 (UTC) (envelope-from ler@freebsd.org) Date: Wed, 15 Aug 2018 20:26:48 -0500 From: Larry Rosenman To: Warner Losh Cc: "freebsd-arch@freebsd.org" Subject: Re: [ler@FreeBSD.org: Add gpart_geom_gpt to amd64 DEFAULTS?] Message-ID: <20180816012648.mewqznqwwwhcv6fz@ler-imac.local> References: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wwpa5hsp5lbhvvjy" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2018 01:26:51 -0000 --wwpa5hsp5lbhvvjy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable So, what would it take to move it forward? I can gen up a Phab and/or PR. I'd like to see it make 12. Thanks. On Wed, Aug 15, 2018 at 07:10:14PM -0600, Warner Losh wrote: > Sorry to not get back to you... I've been hurrying to get stuff related to > 12 out of my queue... >=20 > We currently have: > options GEOM_PART_BSD > options GEOM_PART_EBR > options GEOM_PART_EBR_COMPAT > options GEOM_PART_MBR >=20 > in there. I don't think it would be bad to add >=20 > options GEOM_PART_GPT >=20 > as well... It likely should be added to arm64 DEFAULTS as well. >=20 > std.armv[67] is less clear, though, since they boot off of MBR for the mo= st > part. >=20 > Warner >=20 > On Wed, Aug 15, 2018 at 5:45 PM, Larry Rosenman wrote: >=20 > > I had sent this privately to imp@, but received no response. > > > > Can we have a discussion about it? > > > > Thanks! > > ----- Forwarded message from Larry Rosenman ----- > > > > Date: Mon, 13 Aug 2018 11:01:55 -0500 > > From: Larry Rosenman > > To: imp@FreeBSD.org > > Subject: Add gpart_geom_gpt to amd64 DEFAULTS? > > User-Agent: NeoMutt/20180716 > > > > Warner, > > I moved over to your amd64 minimal configuration, which got me back > > ~400 meg of memory. I doing that, I hadn't added geom_part_gpt to > > the config, nor loader.conf, so my first boot failed. I'm > > wondering if it makes sense to add geom_part_gpt to the amd64/i386 > > DEFAULTS file since GPT is becoming more the norm. > > > > Comments? > > > > Thanks, > > Larry > > > > > > -- > > Larry Rosenman https://people.FreeBSD.org/~ler/ > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > > > > > > > > ----- End forwarded message ----- > > > > -- > > Larry Rosenman https://people.FreeBSD.org/~ler/ > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > > --=20 Larry Rosenman https://people.FreeBSD.org/~ler/ Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 --wwpa5hsp5lbhvvjy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHBBAABCgCrFiEEHjgknedhWzvJgwVzaXyZsatIp30FAlt00tgtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQGZyZWVic2Qub3JnXxSAAAAAAC4AKGlz c3Vlci1mcHJAbm90YXRpb25zLm9wZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxRTM4 MjQ5REU3NjE1QjNCQzk4MzA1NzM2OTdDOTlCMUFCNDhBNzdEAAoJEGl8mbGrSKd9 hw8H/3GKVkecHDPlCUj66LkpQvUkAiP1/X+iF/l39QpA5xhVRHZiSzqHI6V+GaOk zDkJJLljhAYUmnhwpZhdssyKGugwhsV+2lnHXy8ZdYU+edM2qKx9NOqsmhsFWOXi Fc1dWk3THt5jshnHPRRU5GqhyAs36LpNRntEhwnrsRgyiKL8jRGEOWUlnU5AgGwB Fa3cE5+YX53cETx6Pf4OuYSXauA1YdiKMmpkU2tUNWQaMA4oCAFrb1lX/i9pSfAW K1EDurHBqfUzO9HPSwRZURVlEo5ZlLADrwmqtQZPdkIYIT2TfWDtEn2N9QguVWJv n6pCgvIerTbhfyUOxms5lSxFOgk= =0ee/ -----END PGP SIGNATURE----- --wwpa5hsp5lbhvvjy-- From owner-freebsd-arch@freebsd.org Thu Aug 16 01:32:59 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1967B1077992 for ; Thu, 16 Aug 2018 01:32:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A30888801F for ; Thu, 16 Aug 2018 01:32:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 673BB1077991; Thu, 16 Aug 2018 01:32:58 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B6E11077990 for ; Thu, 16 Aug 2018 01:32:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B3CED8801C for ; Thu, 16 Aug 2018 01:32:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22b.google.com with SMTP id g141-v6so4574097ita.4 for ; Wed, 15 Aug 2018 18:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=FUBLCfkMwTNNJhKSY5aJGYofeJqqA3L6hz0eb9sks2E=; b=Ayytx3xfOgzcQyTRvzfzuT+AWL+iEYkQQCEX7mEA6NTYZ6IwvQk202zb6o3edO6org Ru8d3/r0Tqlc0oS/5nLQsqtcdLeS5vvr1K/KnU1zYyiQje6sKjByuS9Ztf7odcg0/+Me b3tVrxa6AFtTWIdwBU0etYaJop/OehkRWeBn76r1XYndWUoeb9yJ+eGFXXDjYtO5ZrLw iwwmttfqvhqZM30ZWiq2JoLK/Jbp2OFoYxOxDY63IMALg3wquzQVG2vU/ckmyTC37H0w pswXmRY+Aj2c46e7VA1Qnj9eC0aPj/FyLKteRB6gknqyOXEpe+nuFMhF/4HtKQIrW8oI +UDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=FUBLCfkMwTNNJhKSY5aJGYofeJqqA3L6hz0eb9sks2E=; b=qM4tW9qaQ4duD9VPQMCLQLMz3gBb56K59i8DmGk9HAtV4OnS+6/aJZClbo8dP4XKLy mPJOM8Er/RngHo6zlPOYH4L5su/rZi4a+bVOvhO6XG+yeqyrZvV6V2wINaKZua6IEINT 3RIM0rnXAmvDgbxtjWOk2wO0SA4eE1fRF5EwvrpgDOTF5dRWSniy9MAY6MrZnnCe7kpo 4m+OdnlmcBQ/63CQpaJheqlvhFJyQ/do6ertoepLAnc1OQ0QoL/rhtNG6hV+vVgpCyGC CsGdXSql1Lcn3vFAL4SEG2RrcrMYfSQpDf0zRuvP0GvstEizQaVkWymBwqlbFby9E3Gl MGqQ== X-Gm-Message-State: AOUpUlG6v2C1wZFEYFiEdTmK75r28VEeolONTNBO+ppbJgzifYASaTzZ 6f6iWhT+AFHHokbKktg14JLYqFygDFL7jDPJNgiYLg== X-Google-Smtp-Source: AA+uWPwPaYrdZ9BmBJxSj5WTM1XLKvu/5HjUdramUTpr5gMjH2DuybBwc7PzRmiwX9AfKmvImpE4zako3AOO5bCtlBU= X-Received: by 2002:a02:bb04:: with SMTP id y4-v6mr25483812jan.5.1534383176956; Wed, 15 Aug 2018 18:32:56 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:257:0:0:0:0:0 with HTTP; Wed, 15 Aug 2018 18:32:56 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <20180816012648.mewqznqwwwhcv6fz@ler-imac.local> References: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> <20180816012648.mewqznqwwwhcv6fz@ler-imac.local> From: Warner Losh Date: Wed, 15 Aug 2018 19:32:56 -0600 X-Google-Sender-Auth: Rj5fdNPxleNHRncyZnlMWWp1vkU Message-ID: Subject: Re: [ler@FreeBSD.org: Add gpart_geom_gpt to amd64 DEFAULTS?] To: Larry Rosenman Cc: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2018 01:32:59 -0000 Please review https://reviews.freebsd.org/D16740 Warner On Wed, Aug 15, 2018 at 7:26 PM, Larry Rosenman wrote: > So, what would it take to move it forward? I can gen up a Phab and/or > PR. > > I'd like to see it make 12. > > Thanks. > > On Wed, Aug 15, 2018 at 07:10:14PM -0600, Warner Losh wrote: > > Sorry to not get back to you... I've been hurrying to get stuff related > to > > 12 out of my queue... > > > > We currently have: > > options GEOM_PART_BSD > > options GEOM_PART_EBR > > options GEOM_PART_EBR_COMPAT > > options GEOM_PART_MBR > > > > in there. I don't think it would be bad to add > > > > options GEOM_PART_GPT > > > > as well... It likely should be added to arm64 DEFAULTS as well. > > > > std.armv[67] is less clear, though, since they boot off of MBR for the > most > > part. > > > > Warner > > > > On Wed, Aug 15, 2018 at 5:45 PM, Larry Rosenman wrote: > > > > > I had sent this privately to imp@, but received no response. > > > > > > Can we have a discussion about it? > > > > > > Thanks! > > > ----- Forwarded message from Larry Rosenman ----- > > > > > > Date: Mon, 13 Aug 2018 11:01:55 -0500 > > > From: Larry Rosenman > > > To: imp@FreeBSD.org > > > Subject: Add gpart_geom_gpt to amd64 DEFAULTS? > > > User-Agent: NeoMutt/20180716 > > > > > > Warner, > > > I moved over to your amd64 minimal configuration, which got me back > > > ~400 meg of memory. I doing that, I hadn't added geom_part_gpt to > > > the config, nor loader.conf, so my first boot failed. I'm > > > wondering if it makes sense to add geom_part_gpt to the amd64/i386 > > > DEFAULTS file since GPT is becoming more the norm. > > > > > > Comments? > > > > > > Thanks, > > > Larry > > > > > > > > > -- > > > Larry Rosenman https://people.FreeBSD.org/~ > ler/ > > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > > > > > > > > > > > > ----- End forwarded message ----- > > > > > > -- > > > Larry Rosenman https://people.FreeBSD.org/~ > ler/ > > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > > > > > -- > Larry Rosenman https://people.FreeBSD.org/~ler/ > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 > From owner-freebsd-arch@freebsd.org Thu Aug 16 01:36:51 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 683981077B4E for ; Thu, 16 Aug 2018 01:36:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id F3237881B3 for ; Thu, 16 Aug 2018 01:36:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id B7BB61077B4D; Thu, 16 Aug 2018 01:36:50 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95E661077B4C for ; Thu, 16 Aug 2018 01:36:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29B2D881B0 for ; Thu, 16 Aug 2018 01:36:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id v71-v6so4594920itb.3 for ; Wed, 15 Aug 2018 18:36:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=fwj+pmuz0/YLTB4FyY7ogNfwrcqiBXF2zJVQEapxPR0=; b=A+r+zrd5bBy1wl8wt7sdMs2hIcWZRwX661A7Vju3Pkd4uLY6jXLoOjj+LCFLKwQIh/ Erc1mVmVedCheQ9/nuS8RH3ZAXG+6Q8RToAd2XXkaa75LUa0uXTsNT5W5lUFBEoxn9ba 8aFMeWFmD67OAb0V4QZHPHw1E/8PiVFQsObNaON+v8/q2PEgad8yDgJ+jlDP3AfH3VFn h021s00WNXnv+hJm4AEpv9N07flBt+7jRY2R8eOg77aSPWMit3DlwKZWcTi8dA8ZJQw3 7lklCmuUVhK26cQuAKY+N9t25woB5DGWtLtCa2lYUgSOb3iYeIOuFzf6Whr8DpREQ1q9 5gDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=fwj+pmuz0/YLTB4FyY7ogNfwrcqiBXF2zJVQEapxPR0=; b=ap0VAKZJTrpyqwvQpMIxXCkGzNJ/RGhVNXBTiJYxbprkWndCXYuMI4h3AiU0XRCgs/ /bEeov1io9xoD8D2f/qt+ZDZHNaqndhOKAXS7LkYwL82Ahne2ke1p8p2Cj5T2o9EKl99 2+GMvtd68uaT1unZx/g9dLUE9bknXn7cTclOONz0j6Wx9jD0zLD1zQ3o8TYgUqb2xp72 +eeu6Ujel+WpxikoJODCfB++UIOX+LIrnt2NEQENSx5pxFGrN++xLr+6z5iN+r0ad8Vl y51YjfDmBwdW7adiVO+2//F7pr/vA27S8otUaSRi/rWQWhkC7hfKEgapYgPpL7Yetj/L VyAA== X-Gm-Message-State: AOUpUlEmqKygsaAt89k958Zcst10xLqGNlLfZU7ZUmQGQgmcupiAaEdV g+fWdcX/CIlyY80cG8XJbUTq9Tp4l+X34/4Y+/Mt+g== X-Google-Smtp-Source: AA+uWPxdyfrj7DnsvdBoBTpGKPvbhqRwxYgRyMUHS6Cs1WUR1eaNV0DEB9J5VIAVWFtJkhrMoto6oCWzzJPTvOEP7pc= X-Received: by 2002:a24:4f52:: with SMTP id c79-v6mr19959921itb.36.1534383409514; Wed, 15 Aug 2018 18:36:49 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:257:0:0:0:0:0 with HTTP; Wed, 15 Aug 2018 18:36:49 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: <20180815234551.7fdjhsroztwdimeo@ler-imac.local> <20180816012648.mewqznqwwwhcv6fz@ler-imac.local> From: Warner Losh Date: Wed, 15 Aug 2018 19:36:49 -0600 X-Google-Sender-Auth: fC5HZ43I1EESYeBtr_PcJoFJe74 Message-ID: Subject: Re: [ler@FreeBSD.org: Add gpart_geom_gpt to amd64 DEFAULTS?] To: Larry Rosenman Cc: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2018 01:36:51 -0000 This is a bit of a no-brainer yes change, but I'll give people a day or so to object. Warner On Wed, Aug 15, 2018 at 7:32 PM, Warner Losh wrote: > Please review https://reviews.freebsd.org/D16740 > > Warner > > On Wed, Aug 15, 2018 at 7:26 PM, Larry Rosenman wrote: > >> So, what would it take to move it forward? I can gen up a Phab and/or >> PR. >> >> I'd like to see it make 12. >> >> Thanks. >> >> On Wed, Aug 15, 2018 at 07:10:14PM -0600, Warner Losh wrote: >> > Sorry to not get back to you... I've been hurrying to get stuff related >> to >> > 12 out of my queue... >> > >> > We currently have: >> > options GEOM_PART_BSD >> > options GEOM_PART_EBR >> > options GEOM_PART_EBR_COMPAT >> > options GEOM_PART_MBR >> > >> > in there. I don't think it would be bad to add >> > >> > options GEOM_PART_GPT >> > >> > as well... It likely should be added to arm64 DEFAULTS as well. >> > >> > std.armv[67] is less clear, though, since they boot off of MBR for the >> most >> > part. >> > >> > Warner >> > >> > On Wed, Aug 15, 2018 at 5:45 PM, Larry Rosenman >> wrote: >> > >> > > I had sent this privately to imp@, but received no response. >> > > >> > > Can we have a discussion about it? >> > > >> > > Thanks! >> > > ----- Forwarded message from Larry Rosenman ----- >> > > >> > > Date: Mon, 13 Aug 2018 11:01:55 -0500 >> > > From: Larry Rosenman >> > > To: imp@FreeBSD.org >> > > Subject: Add gpart_geom_gpt to amd64 DEFAULTS? >> > > User-Agent: NeoMutt/20180716 >> > > >> > > Warner, >> > > I moved over to your amd64 minimal configuration, which got me >> back >> > > ~400 meg of memory. I doing that, I hadn't added geom_part_gpt to >> > > the config, nor loader.conf, so my first boot failed. I'm >> > > wondering if it makes sense to add geom_part_gpt to the amd64/i386 >> > > DEFAULTS file since GPT is becoming more the norm. >> > > >> > > Comments? >> > > >> > > Thanks, >> > > Larry >> > > >> > > >> > > -- >> > > Larry Rosenman https://people.FreeBSD.org/~l >> er/ >> > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org >> > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 >> > > >> > > >> > > >> > > ----- End forwarded message ----- >> > > >> > > -- >> > > Larry Rosenman https://people.FreeBSD.org/~l >> er/ >> > > Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org >> > > US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 >> > > >> >> -- >> Larry Rosenman https://people.FreeBSD.org/~ler/ >> Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org >> US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 >> > > From owner-freebsd-arch@freebsd.org Fri Aug 17 18:37:56 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 894ED1078135 for ; Fri, 17 Aug 2018 18:37:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 236848DADC for ; Fri, 17 Aug 2018 18:37:56 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id D973E1078134; Fri, 17 Aug 2018 18:37:55 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C83451078133 for ; Fri, 17 Aug 2018 18:37:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F0A48DAD8 for ; Fri, 17 Aug 2018 18:37:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x231.google.com with SMTP id y10-v6so7658417ioa.10 for ; Fri, 17 Aug 2018 11:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=3m5xlu8bV7EW1XfFUDZtaSBwc6gxopI8p4bAGcrkdEU=; b=frbYQgj0a1Y1z8fZx1SUkvg6eFqgQWdzDShIaj/uiyz+I01MyENb2RIInO7Pvz32fT udE8lSoYZTbeoWB/dlSWv+KWZOK4DRp7iX9cHzrJFMKh/g2Nw17LgMxAEWpXJrhoXCX3 tG/gN1hj3gtKCA52Um/p+MOfh+TV4+T3/hYp962JXUU2iQUXqJsT36tpOMS8u4T0GT4h d6PFkAs2F0tYO+6QqhrWmTKEMCxlqCxHzaEbGEafaGCUSGThR57nQ6QHMasuMUE/ighR hE9GSw1wORoCX8e2gqZe/hiwPTWupmrsstfE25vMmNwx6ES4mFAICOUXxwFOmetc1jRZ 5NSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=3m5xlu8bV7EW1XfFUDZtaSBwc6gxopI8p4bAGcrkdEU=; b=Z/g8cprHmBZxBIy6vrajamx8MtOkrueW+ddosaIf5e8GqWukFE8qZ3/JQsc9qzXaWF 22c43R0/tt+UY4xQmLSTQlZvwqNNUqpYcpe6m3ZkTeEYP8zxejXdlwFnQ4pcQ/iPEAPG uQG1+O5ntPnZmKQP9f//N0k8fpZdXWlq0Buifn+Fe/Yv/8zBndJ12vgzhWzyiW+Nnn3E u79TkN638LmJPRL6TTNgSscfnHhDGqSEqhxNyl9hoJJF6DdDajkBOCMWlntokyMKFaFB WFmfv0+pwvt7WOh08eZFxK1+cn3OCDky/FYcW8AhIc+CGB2oEofTvCNpaEs9xQDzk+AI bjAg== X-Gm-Message-State: AOUpUlHQWIUBBxbPtg6PgXnWRgAD6j0zFY3ewQjiT4FJNaCnq6b5wsOM H8Ht9a343g01RH8dMmQJnsI0FGJWp9xjrn9Yk2Yg/A/68kp8qQ== X-Google-Smtp-Source: AA+uWPyhBe9St1EkINvjZjz4LzIG/kDlqLFCKCKPCy5rNACfckISSXbn0Uyu2ok3ibUf13OAXeKH5VjbwqTO4T6xMb4= X-Received: by 2002:a6b:d004:: with SMTP id x4-v6mr29827106ioa.299.1534531074499; Fri, 17 Aug 2018 11:37:54 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:85c2:0:0:0:0:0 with HTTP; Fri, 17 Aug 2018 11:37:54 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] From: Warner Losh Date: Fri, 17 Aug 2018 12:37:54 -0600 X-Google-Sender-Auth: NnFS-GHpYHVK9qrrpljmUOnYCPs Message-ID: Subject: devctl freeze/thaw To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2018 18:37:56 -0000 I've started a code review for devctl freeze/that https://reviews.freebsd.org/D16735 This is needed to fix the races when multiple drivers match. Today we have some ugly workarounds that work (for most people) for USB. This also removes them. Comments please. This implements the freeze/thaw that was talked about at BSDcan 2018 and in various other forums... Warner From owner-freebsd-arch@freebsd.org Sat Aug 18 04:43:49 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA94410857F3 for ; Sat, 18 Aug 2018 04:43:49 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw1-xc34.google.com (mail-yw1-xc34.google.com [IPv6:2607:f8b0:4864:20::c34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 524F581B7F for ; Sat, 18 Aug 2018 04:43:49 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yw1-xc34.google.com with SMTP id n207-v6so46832ywn.9 for ; Fri, 17 Aug 2018 21:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=qA7e2ZeiSx0xC7aMMT0q1gl3uxleXSlPTyu7Sh74bXc=; b=YTlzJLiCkmzslXSMjcPJN/yoALKTSSWTeTRO2QIjuGxkLc1BvofnuKDT0RWLNwVN24 IneDTWGE4cwn/cq+4rz7rwFcBGHBDcVmF+XuF/5U7/+cz24JL2lEwurJ/zA2VHPLid1n 10jzPxSQazQBxjZ1wZAZ275e1Wz1gXD3Njqm8= 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; bh=qA7e2ZeiSx0xC7aMMT0q1gl3uxleXSlPTyu7Sh74bXc=; b=iDeCKH7zf3ut0jWN6Y0VcXOUrMv164l5pph7smtrLktPqTqTQccf9tdY3sUs9mS8jM UcLU00WDlhrujf3wX2WvBv6MKjmiKLZnYrsPV9MwtMpNjirgcmvcxygswZnao+2JCnsV 36uNUidn7l/Xv9E+z76NYS4b6cjRhLk7UGwxNWE01zUQfAfbwripu1xyHw1iIdemGiAc eegL14DExTAiQsCIotaus3BoKhWos0oLL7kY+rspaYslOXjH0tRZjXIawMcPdiXPCdMp KYZLPKI85iWVCJ8QW/qHSkOFwvEM1Ruu/kftHWolDg8i5yb1ki7kx4bfP9PNYNexIe6X ThcA== X-Gm-Message-State: AOUpUlFQHE+8FgkUDkXEJMIUNvY41KhyNlc/sd/IUlNKsOrdnmARe9Ku qPcDQsIZbIckAbKp8wztpxCymAb/fTptg5AtjMIVCRETPO/LTQ== X-Google-Smtp-Source: AA+uWPzSh/lWt5ihotI9qHnqlEuJQm+MaUuTRVpAAloabArEgHvefW7wsQuCl2nXB3FNI+YfLWhJ7+u7kYGvyAJEWbA= X-Received: by 2002:a81:b248:: with SMTP id q69-v6mr3207534ywh.38.1534567427952; Fri, 17 Aug 2018 21:43:47 -0700 (PDT) MIME-Version: 1.0 References: <20a85a8f-29a7-0d8f-64d1-9ba005ffe79c@FreeBSD.org> <10e35d23-37d8-edf4-fa3b-9663bfdaa629@FreeBSD.org> <7C8DB02A-8C15-4917-A941-A10DD2F3AB50@trouble.is> <8B61C2A5-DCEC-403A-B8F3-0B5BEF958612@freebsd.org> <20180812233252.GD30769@rincewind.trouble.is> In-Reply-To: <20180812233252.GD30769@rincewind.trouble.is> From: Eitan Adler Date: Fri, 17 Aug 2018 21:43:21 -0700 Message-ID: Subject: Re: upstream for contrib/tzcode/stdtme? To: "freebsd-arch@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2018 04:43:50 -0000 On Sun, 12 Aug 2018 at 16:32, Philip Paeps wrote: > > On 2018-08-12 15:09:00 (-0700), Eitan Adler wrote: > >On Sun, 12 Aug 2018 at 06:00, Philip Paeps wrote: > >> > >> On 2018-08-12 20:36:23 (+0800), Philip Paeps wrote: > >> > >> > On 2018-08-12 20:23:23 (+0800), Eitan Adler wrote: > >> > > >> >> On Mon, 18 Jun 2018 at 10:08, John Baldwin wrote: > >> >>> > >> >>> On 6/15/18 4:09 PM, Eitan Adler wrote: > >> >>>> On 15 June 2018 at 11:31, John Baldwin wrote: > >> >>>> > >> >>>>> I think this second approach is actually a better plan and is not > >> >>>>> quite what you > >> >>>>> were suggesting. > >> >>>>> > >> >>>>> That is, import the vendor bits corresponding to our existing code > >> >>>>> first into > >> >>>>> the vendor area, > >> >>>> > >> >>>>> then svn cp our existing files from libc, zic, etc. into the > >> >>>>> contrib/stdtime tree in the correct layout and do a single 'svn > >> >>>>> merge --record-only' > >> >>>>> merge to initialize the vendor mergeinfo. > >> >>>>> At that point you should be able to > >> >>>>> svn diff contrib/stdtime against the vendor/stdtime/dist to > >> >>>>> determine what local > >> >>>>> changes we have and start to think about them. > >> >> > >> >> Coming back to this. In r337683 and r337684 I imported a recent copy > >> >> of of TZDB. I was unable to find a copy of the 2010n distribution in > >> >> the original layout. > >> > > >> > That's because we split up the tzcode in our vendor area (for reasons > >> > I've never understood). As far as I know, there is no 1:1 mapping > >> > from any tzcode distribution to what we have in our repository. > >> > > >> >> The next step, if I understand, is to do the following: > >> >> cd /srv/srv/freebsd/svn/head/contrib > >> >> mkdir tzdb > >> >> cd tzdb > >> >> svn cp ../tzcode/stdtime/* . > >> >> svn cp ../tzcode/zic/* . > >> >> svn cp ../tzdata/* . > >> >> svn ci > >> >> (the above ignores duplicated files, but that's just expanding the > >> >> wildcards appropriately). > >> >> > >> >> After that: > >> >> svn merge --record-only '^/vendor/tzdb' . > >> >> > >> >> At this point we'll be able to diff contrib/tzdb and vendor/tzdb to > >> >> show the most current vendor code compared our, modified old code. > >> >> > >> >> Is this correct? Is this the optimal plan? > > > >... > >> please import tzcode separately and leave tzdata alone. > > > >Done in r337693 and r337694. > > Thank you! > > For the next tzdata import, I'll consider moving vendor/tzdata to > vendor/tzdb/tzdata before doing the copies to contrib/. > > >The next step, if I understand, is to do the following: > >cd /srv/srv/freebsd/svn/head/contrib > >mkdir tzdb > >cd tzdb > >svn cp ../tzcode/stdtime/* . > >svn cp ../tzcode/zic/* . > >svn ci > >(the above ignores duplicated files, but that's just expanding the > >wildcards appropriately). > > > >After that: > >svn merge --record-only '^/vendor/tzdb' . > > > >At this point we'll be able to diff contrib/tzdb and vendor/tzdb to > >show the most current vendor code compared our, modified old code. > > > >Is this correct? Is this the optimal plan? > > I would keep contrib/tzcode (and contrib/tzdata) rather than moving to > contrib/tzdb. Having them together under vendor/ makes sense because > it's the same vendor, but under contrib, they're definitely separate. I wanted to use a separate directory to make it clearler what's clean and what's not but lets go with the current directory. cd /srv/srv/freebsd/svn/head/ cd contrib/tzcode svn mv stdtime/* . svn cp zic/* . cd ../.. $EDITOR usr.sbin/zic/zic/Makefile $EDITOR usr.sbin/zic/zdump/Makefile $EDITOR lib/libc/stdtime/Makefile.inc svn ci svn merge --record-only '^/vendor/tzcode' . svn ci This will leave contrib with the old code and vendor with the new code and mergeinfo claiming we're fully merged. Is that the state of affairs that we want? I don't know subversion well enough to formulate a better plan. At the end of this, what I'd like to do is see what the diff is, merge the latest vendor code, and ensure that any local patches we still require remain applied. -- Eitan Adler From owner-freebsd-arch@freebsd.org Sat Aug 18 17:34:16 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 741071071C95; Sat, 18 Aug 2018 17:34:16 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B4F17085A; Sat, 18 Aug 2018 17:34:16 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from tommy.madpilot.net (host139-125-dynamic.18-79-r.retail.telecomitalia.it [79.18.125.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: madpilot/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 6F91911878; Sat, 18 Aug 2018 17:34:15 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Subject: Re: pkgbase: Move of head/etc/ files From: Guido Falsi To: Brad Davis , freebsd-arch@FreeBSD.org, freebsd-pkgbase@freebsd.org References: <1533167650.2567721.1460524472.3AC8CC35@webmail.messagingengine.com> <13a0c161-5646-1a71-c958-909829fdb6d2@FreeBSD.org> <1533401445.1155223.1463427888.4C7D62DA@webmail.messagingengine.com> Openpgp: preference=signencrypt Autocrypt: addr=madpilot@FreeBSD.org; prefer-encrypt=mutual; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/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 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== Message-ID: <840cdf90-373f-91bb-df70-01b6514a65c3@FreeBSD.org> Date: Sat, 18 Aug 2018 19:34:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2018 17:34:16 -0000 On 8/4/18 7:21 PM, Guido Falsi wrote: > On 8/4/18 6:50 PM, Brad Davis wrote: >> On Fri, Aug 3, 2018, at 4:43 AM, Guido Falsi wrote: >>> On 8/2/18 1:54 AM, Brad Davis wrote: >>>> Hello, >>>> >>>> I want to give some information on what is happening to files in head/etc/ and open a discussion. >>>> >>> >>> Today while updating a pkgbase machine I got this error(with trimmed >>> debug output): >>> >>> The following 1 package(s) will be affected (of 0 checked): >>> >>> Installed packages to be UPGRADED: >>> FreeBSD-runtime: 12.0.s20180725172903 -> 12.0.s20180803092917 >>> [mpnet-base] >>> >>> Number of packages to be upgraded: 1 >>> >>> Proceed with this action? [y/N]: y >>> DBG(1)[71153]> want to upgrade advisory to exclusive lock >>> [1/1] Upgrading FreeBSD-runtime from 12.0.s20180725172903 to >>> 12.0.s20180803092917... >>> [1/1] Extracting FreeBSD-runtime-12.0.s20180803092917: 1% >>> DBG(1)[71153]> Populating config_file /etc/blacklistd.conf >>> [1/1] Extracting FreeBSD-runtime-12.0.s20180803092917: 1% >>> DBG(1)[71153]> Populating config_file /etc/defaults/rc.conf >>> Segmentation fault (core dumped) >>> >>> I'm not sure if it's related to r336845 and r336847, but since those are >>> the only one touching rc.conf recently it looks possible. >>> >>> Anyone has an idea what I've stumbled upon? >>> >>> I'm investigating this, but if I can't fix it shortly I'll revert to my >>> previous pkg set and try again at another time. If some tests are needed >>> I'll try to perform them as requested. >> >> This is a bug in pkg and has to do with these files transitioning from normal files to config files. >> >> I will try and work on this in the next week. > > Thanks in advance! > > For me there's no hurry. I have reverted my machine and will not be > updating for at least a full week anyway. > > If you need testing I'm available though. > Hi I just updated a machine using pkg with this patch added: https://github.com/freebsd/pkg/commit/30644237c1c655e43911110198fe23a9c835aa24 and it now works fine, so thanks a lot! -- Guido Falsi