From nobody Tue Sep 26 15:26:36 2023 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rw3W3448Lz4vHgZ for ; Tue, 26 Sep 2023 15:26:39 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Received: from mx2.quinteiro.org (mx2.quinteiro.org [71.19.154.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rw3W307thz4SQL for ; Tue, 26 Sep 2023 15:26:39 +0000 (UTC) (envelope-from freebsd@quinteiro.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=quinteiro.org header.s=default header.b=acVdTvFy; spf=pass (mx1.freebsd.org: domain of freebsd@quinteiro.org designates 71.19.154.200 as permitted sender) smtp.mailfrom=freebsd@quinteiro.org; dmarc=none Received: from www.quinteiro.org (www.quinteiro.org [204.109.56.22]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.quinteiro.org (Postfix) with ESMTPS id 24EFC21D9A6 for ; Tue, 26 Sep 2023 15:26:38 +0000 (UTC) (envelope-from freebsd@quinteiro.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=quinteiro.org; s=default; t=1695741998; bh=lbqQExS8pO6zKNSMM15U9a5mc76qJ3plT7x3woytRlE=; h=Date:Subject:To:References:From:In-Reply-To; b=acVdTvFyVFvkxFcBt+birD2guXjj5/OgfTVnTXk1KxNsm5YyPEjtnJfRjmAsYiWEd 1p9yvhegZanDFfqMf3FgYqKbmzjIyDtS8TwRF/yUrMJ1P7jPzO6Xc+6HWjyxtvaJ3Q utF2fqBdz83FE+jjzEbbQf8tapDdHHBHSnx1+bmI= Received: from [172.16.1.231] (157-131-78-27.fiber.dynamic.sonic.net [157.131.78.27]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by www.quinteiro.org (Postfix) with ESMTPSA id 0319D30AE5 for ; Tue, 26 Sep 2023 15:26:36 +0000 (UTC) Message-ID: <0f15aeeb-54f0-e902-9eaa-0c22a17fbe97@quinteiro.org> Date: Tue, 26 Sep 2023 08:26:36 -0700 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: dns/bind916 builds rust unexpectedly Content-Language: en-US To: ports@freebsd.org References: <1e05be67-cb15-964e-c78b-e74e714257a9@FreeBSD.org> <11aede54-89d0-9b46-28f8-1931571b8917@m5p.com> From: Jose Quinteiro In-Reply-To: <11aede54-89d0-9b46-28f8-1931571b8917@m5p.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[quinteiro.org:s=default]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[quinteiro.org:+]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:47066, ipnet:71.19.154.0/24, country:US]; DMARC_NA(0.00)[quinteiro.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Rw3W307thz4SQL On 9/25/23 13:21, George Mitchell wrote: > On 9/25/23 11:38, Guido Falsi wrote: >> [...] >> There is a more general aspect to this. In the rest of the unix world >> software is now almost universally build using CI systems and >> buildboxes, people use binary packages almost all the time in linux. >> Developers don't care to keep low overhead in their builds and with >> dependency. The ports tree cannot mitigate this external pressure. >> >> Anyway building from ports on live machines has always been bad >> practice for a lot of reasons. >> [...] > And yet it mostly works for some of us.  I'd be overjoyed to sign up > with the program (using packages only) if packages not using CUPS > (that would run with unassisted lpr) were available, let's say as a > flavor.  But until then ...                               -- George > The sudden appearance of a Rust requirement broke at least some CI systems: https://github.com/pyca/cryptography/issues/5771#issuecomment-774997087