From nobody Thu Feb 29 20:16:31 2024 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 4Tm2Yb4ws7z5CqjP for ; Thu, 29 Feb 2024 20:16:35 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.tutanota.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tm2YZ6Fyjz4fCP for ; Thu, 29 Feb 2024 20:16:34 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tuta.io header.s=s1 header.b="bnLQH64/"; dmarc=pass (policy=quarantine) header.from=tuta.io; spf=pass (mx1.freebsd.org: domain of henrichhartzer@tuta.io designates 81.3.6.162 as permitted sender) smtp.mailfrom=henrichhartzer@tuta.io Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10]) by w1.tutanota.de (Postfix) with ESMTP id D7CF7FBF8A3 for ; Thu, 29 Feb 2024 20:16:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1709237791; s=s1; d=tuta.io; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=iWZwX7GoMJi7ltnkNJg0GE7I4yuG1235fG0+TUcdfQc=; b=bnLQH64/ae17M9CN3bmKVIQq3jH1hFZwwoIo1pDZ2yNn646UwDsyX9lrM4lUVIFU NmBfmGcGnf5jpwhuFSe9DkAVgLj5zeHs6m9YvFYqrSpMTNaX8YU8c7HygaKTBsDbVbv 3rM5caPOIzBRWFEBLjGVOCeY7Is5LNW0XEZPmuZyAY+OFd/tjh+JcG0FVDPVS+DXwS4 ETZPiXMz7jQEHjmDsmv6NbkU9+OjosmWMe37qf1R6mf9zRY2Jk2CdVijfROKun5hCMG hPQ3FMvUkhh1kQNprdzVgHjTDUX0nWInTHnNjVgEEmgVKGTNOARtLHdzcpcd4b7q5Ge 1QsuiFnlKw== Date: Thu, 29 Feb 2024 21:16:31 +0100 (CET) From: henrichhartzer@tuta.io To: Ports Message-ID: Subject: Merge access review + QT6 update best practices 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[tuta.io,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:81.3.6.160/28]; R_DKIM_ALLOW(-0.20)[tuta.io:s=s1]; RWL_MAILSPIKE_VERYGOOD(-0.20)[81.3.6.162:from]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; FROM_NO_DN(0.00)[]; ASN(0.00)[asn:24679, ipnet:81.3.0.0/18, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[ports@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[tuta.io:+] X-Rspamd-Queue-Id: 4Tm2YZ6Fyjz4fCP Hi everyone, I have two requests for help. First one is that I updated one of my ports, but I don't have merge access. Would appreciate it if someone can review. Ideally would merge to main + backport to quarterly. If there's something missing in the report that should be there, please let me know! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277386 Second is for net-im/telegram-desktop that has no maintainer. It was working great for me until a QT6 update (6.6.1->6.6.2). Surprisingly, even with that minor of a bump, Telegram Desktop quit launching. I'm not sure if that's normal for QT6 or not. I can easily contribute a patch to update it, forcing a new package version release, but it seems like there might be a better practice to link this to QT6 updates where it's automatically rebuilt when they are updated. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277366 One simple option might be to backport the latest version in main to quarterly, which would force a rebuild, presumably with the latest QT6. I still don't know if that's ideal, however. Thank you for your thoughts and insights. Truly, -Henrich