From owner-freebsd-questions@freebsd.org Sat Aug 22 04:31:21 2020 Return-Path: Delivered-To: freebsd-questions@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 D4DAE3AC403 for ; Sat, 22 Aug 2020 04:31:21 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dreamchaser.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BYQSS33Gnz45gh for ; Sat, 22 Aug 2020 04:31:20 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from breakaway.dreamchaser.org (breakaway [192.168.151.122]) by nightmare.dreamchaser.org (8.15.2/8.15.2) with ESMTP id 07M4VEcp048302; Fri, 21 Aug 2020 22:31:14 -0600 (MDT) (envelope-from freebsd@dreamchaser.org) From: Gary Aitken Subject: Re: portsnap belated complaint? To: RW , freebsd-questions@freebsd.org, freebsd@edvax.de References: <332bdd11-40f3-b5af-7683-aca6494abe6e@dreamchaser.org> <20200821193243.622b63e5@gumby.homeunix.com> Reply-To: freebsd@dreamchaser.org Message-ID: <3bee3767-b098-c278-ca67-581c7c3a87ac@dreamchaser.org> Date: Fri, 21 Aug 2020 22:29:46 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <20200821193243.622b63e5@gumby.homeunix.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (nightmare.dreamchaser.org [192.168.151.101]); Fri, 21 Aug 2020 22:31:14 -0600 (MDT) X-Rspamd-Queue-Id: 4BYQSS33Gnz45gh X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@dreamchaser.org designates 66.109.141.57 as permitted sender) smtp.mailfrom=freebsd@dreamchaser.org X-Spamd-Result: default: False [0.46 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[freebsd@dreamchaser.org]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[dreamchaser.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.24)[-0.241]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org,edvax.de]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21947, ipnet:66.109.128.0/19, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-questions]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2020 04:31:21 -0000 On 8/21/20 12:11 PM, Polytropon wrote: >> ... >> Fetching 4 metadata patches... done. >> Applying metadata patches... done. >> Fetching 0 metadata files... done. >> Fetching 22 patches. >> (22/22) 100.00% done. >> done. >> Applying patches... >> done. >> Fetching 2 new ports or files... done. >> /usr/ports was not created by portsnap. >> You must run 'portsnap extract' before running 'portsnap update'. How can it apply patches if an extract hasn't been done and is needed? Does it knowingly, by default, apply patches to a tree it knows is "bad"? Is that a known/documented behavior people rely on? In this case, bad may simply mean installed at sysinstall time? ... > Everything you see matches the expected behaviour according to > your problem description: > >> I believe the ports tree was generated when the OS was installed, >> [...] >> # portsnap fetch >> [...] >> # portsnap fetch update >> [...] >> /usr/ports was not created by portsnap. > > Whatever you have fetched, it was never extracted; what is still > present in /usr/ports is not "compatible" with portsnap ... I'll assume it's all the result of installing ports with a new sysinstall months ago; I thought I had extracted and updated and used it already. Why doesn't the ports install done at sysinstall time not do the equivalent of a fetch & extract? Would doing so be incompatible with anything else? (I think this is the third time I've gotten caught by this stupid behavior. I guess it's a moot point since portsnap is going away.) On 8/21/20 12:32 PM, RW via freebsd-questions wrote: > On Fri, 21 Aug 2020 11:42:23 -0600 > Gary Aitken wrote: ... >> I believe the ports tree was generated when the OS was installed, but >> not sure. I'm also not sure how /usr/ports was upgraded after the OS >> upgrade. > > It wont be updated by when updating base. Thanks. ... > In general it's not a good idea to mix tools on the same tree or adopt > a tree... Does installing the ports tree when the system is installed and then using portsnap count as mixing tools? If so, it should be noted when the option is presented at install time that if you are planning on updating the ports tree, there's no point in installing it. Will this same behavior exist with the switch to git? Gary