From owner-freebsd-ports@freebsd.org Wed Dec 2 11:50:52 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 E91FE478145 for ; Wed, 2 Dec 2020 11:50:52 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4CmHNX0wwYz4hnL for ; Wed, 2 Dec 2020 11:50:51 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.59.231] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkQen-0005by-7l; Wed, 02 Dec 2020 12:50:49 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id 0B2Bom5U012683 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 2 Dec 2020 12:50:48 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id 0B2Bolxa012682; Wed, 2 Dec 2020 12:50:47 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 2 Dec 2020 12:50:47 +0100 From: Matthias Apitz To: Adam Weinberger Cc: FreeBSD Ports Subject: Re: editors/vim needs devel/llvm90 and devel/llvm10 Message-ID: <20201202115047.GA12360@c720-r342378> Reply-To: Matthias Apitz Mail-Followup-To: Adam Weinberger , FreeBSD Ports References: <20201130222755.GA16476@c720-r342378> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 13.0-CURRENT r342378 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.11.1 (2018-12-01) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.59.231 X-Rspamd-Queue-Id: 4CmHNX0wwYz4hnL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of guru@unixarea.de has no SPF policy when checking 178.254.4.101) smtp.mailfrom=guru@unixarea.de X-Spamd-Result: default: False [-1.70 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.59.231:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-ports] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2020 11:50:53 -0000 El día martes, diciembre 01, 2020 a las 02:25:38p. m. -0700, Adam Weinberger escribió: > Jan's answer is completely correct about why both get pulled in and > that it's possible to avoid concurrent llvms by setting > DEFAULT_VERSIONS. > > The default vim setup involves the gtk3 frontend. The list of gtk3 > requirements is growing without bounds at this point, to the point > that I can't even test built vim with its default frontend (it's well > over 14 hours of build time just to build the dependencies). > > While the end-user package burden is significantly lower, I suspect > very, very few users actually make use of the gtk3 frontend-specific > features. Honestly, the plain x11 frontend is probably sufficient for > the vast majority of gvim users (it's what I test with), and if you > don't use GUI vim at all then I strongly encourage the vim-console > package (or vim with the CONSOLE option enabled). > > GVim being all things to all people made sense when the build time > barely differed, but this is no longer the case. If I could make vim > just be the console package and vim-gtk3 be just the gvim binary, I > would. Unfortunately, the vim binary itself links with the frontend > toolkit. > > Of course, there's nothing in this rant that answers your question at > all, Matthias. Adam, Thanks for all this additional clarification. In the host (where poudriere is running) I always install some ports before running poudriere, like ports-mgmt/poudriere-devel shells/bash www/nginx www/wget devel/subversion editors/vim sysutils/tmux and in the options for editors/vim I disabled all graphical stuff; but forgot to move this into the options directory for the jail :-( I have done what Jan suggested and for editors/vim it only compiled llvm10; but now for some other dependency, some 1000 ports later, it is making llvm11 also; do I have any chance based on the poudriere ports list to see, which port is now pulling in llvm11? Btw: My poudriere cooking machine is a Dell PowerEdge r210 rack unit with: RAM: real memory = 17179869184 (16384 MB) CPU: Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz (3292.59-MHz K8-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs disks: da0: Fixed Direct Access SPC-3 SCSI device da0: 300.000MB/s transfers da0: 286102MB (585937500 512 byte sectors) da1: Fixed Direct Access SPC-3 SCSI device da1: 300.000MB/s transfers da1: 286102MB (585937500 512 byte sectors) da0: /dev/da0p2 on / (ufs, local, journaled soft-updates) da1: zpool create poudriere /dev/da1 Some years ago, the company I'm working for, came to the conclusion "we move all to cloud data centers" and decommissioned all the racks. I was lucky enough to save one of the units (but stupid enough to save only one). The one I mounted into a wooden "rack" below my desk, see here for a photo: http://www.unixarea.de/Dell-PowerEdge-r210.jpg and it's just doing fine there compiling my ~2000 ports in ~3 days. matthias -- Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub