From owner-freebsd-ports@freebsd.org Fri Jan 3 05:57:31 2020 Return-Path: Delivered-To: freebsd-ports@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 913BD1E73B0 for ; Fri, 3 Jan 2020 05:57:31 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout007aa.msg.pkvw.co.charter.net [47.43.26.138]) (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 47pvLy2gc2z4S3Y for ; Fri, 3 Jan 2020 05:57:29 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id nFxaioScK9CDVnFxbiJ2sl; Fri, 03 Jan 2020 05:57:23 +0000 X-Authority-Analysis: v=2.3 cv=Q8+sHL+a c=1 sm=1 tr=0 a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=yhI-jwk9AAAA:20 a=8ggJXkvBAAAA:8 a=PGMt32rcAAAA:8 a=mDV3o1hIAAAA:8 a=X-OP_bXp-m2tLvEo7MAA:9 a=GHEzSmbhvkB-cyu2CITy:22 a=cYVhV4zampsNfKbjUK-z:22 a=_FVE-zBwftR9WsbkzFJk:22 Date: Fri, 03 Jan 2020 05:57:49 +0000 From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: Portmaster failing References: <8DDB987C-5276-4F35-BBD1-84043ED26E03@kreme.com> <288FEB87-3D88-4696-BF83-6918DAE656E5@kreme.com> <5e0d5be5.1c69fb81.e7e68.ece8SMTPIN_ADDED_MISSING@mx.google.com> <38085.1962416031$1577933805@news.gmane.org> <5zhu-klwz-wny@FreeBSD.org> X-CMAE-Envelope: MS4wfFUd3ntOqClFUlrIGhYnB9w1w0K5Fgc+7gmI06WONnJgwk7fmXm1VOi0OiSYyV/W/0QZt4wy3N82IjDfNXaTMSG4kGLSRtNF4FW5kYRUuhA4DnkFYYpR UxZ+AeXDYTkmWAdYo/Zv+0tAvaPfETyaiWVo05IedNrZ9qDbYeuK13xx X-Rspamd-Queue-Id: 47pvLy2gc2z4S3Y X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 47.43.26.138 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [3.73 / 15.00]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; NEURAL_SPAM_MEDIUM(0.63)[0.635,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.900,0]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[163.177.28.96.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[asn: 40294(1.13), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jan 2020 05:57:31 -0000 > Unequally, actually. portmaster still has some developers putting in > the hard work to keep it running. portupgrade hasn't had much focused > development in many years and should probably be removed from the > tree. There are some problems with building on a live system that > portmaster can't ever truly alleviate, but it certainly works (when > used by people experienced in handling fallout). portupgrade is just a > system-mangling disaster waiting to happen. > Adam Weinberger I suppose what you say about portmaster applies equally to portupgrade? (from my previous post) I am strongly advised to heed your advice on portupgrade. It seemed to work fairly well, once upon a time, but even then it was necessary to run "pkgdb -F". I looked in the FreeBSD Handbook online, found poudriere. I even ran "make all-depends-list | more" from my FreeBSD installation, found surprisingly few dependencies, wish there were a good way to configure options without dialog4ports. Still, dialog4ports was an improvement over the old dialog, which always messed my screen when I kept a log file. Speaking of system-mangling disaster, NetBSD pkgsrc with pkg_rolling-replace can do that, I am typing this on such a system. from Jan Beich: > DragonFly has lang/gcc9-aux since https://github.com/DragonFlyBSD/DeltaPorts/commit/bb774aced6d7 > Synth is still used to build binary packages on DragonFly e.g., > https://sting.dragonflybsd.org/dports/logs/lang___gcc9-aux.log I looked on gitweb.dragonflybsd.org, found gcc9-aux, but no gcc7-aux or gcc8-aux, and no gccn-aux on dragonlace.net where n > 6. DragonFly uses git for src and dports trees, in contrast to FreeBSD which uses svn, and NetBSD and OpenBSD which use cvs. Possibly I could try to create my own gcc(7 or 8)-aux on FreeBSD or NetBSD, or cross-compile for Linux. I would follow instructions on software.gnu.org or gcc.gnu.org . Tom