From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 23 10:57:22 2021 Received: (at submit) by debbugs.gnu.org; 23 Oct 2021 14:57:22 +0000 Received: from localhost ([127.0.0.1]:36890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meISY-0004Pv-D0 for submit@debbugs.gnu.org; Sat, 23 Oct 2021 10:57:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:45418) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meISU-0004Pl-OQ for submit@debbugs.gnu.org; Sat, 23 Oct 2021 10:57:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47674) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1meISU-0001sN-FQ for bug-guix@gnu.org; Sat, 23 Oct 2021 10:57:18 -0400 Received: from cyberdimension.org ([80.67.179.20]:38010 helo=gnutoo.cyberdimension.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1meISR-0001NM-Dr for bug-guix@gnu.org; Sat, 23 Oct 2021 10:57:18 -0400 Received: from gnutoo.cyberdimension.org (localhost [127.0.0.1]) by cyberdimension.org (OpenSMTPD) with ESMTP id d076fc8d for ; Sat, 23 Oct 2021 14:49:34 +0000 (UTC) Received: from primarylaptop (localhost.localdomain [::1]) by gnutoo.cyberdimension.org (OpenSMTPD) with ESMTP id 2d735684 for ; Sat, 23 Oct 2021 14:49:34 +0000 (UTC) Date: Sat, 23 Oct 2021 16:57:02 +0200 From: Denis 'GNUtoo' Carikli To: bug-guix@gnu.org Subject: Matterbridge contained a lot of vendored code Message-ID: <20211023165702.1e518f56@primarylaptop> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Czpt6ebe/uoYt26sifvXjHE"; protocol="application/pgp-signature"; micalg=pgp-sha256 Received-SPF: pass client-ip=80.67.179.20; envelope-from=GNUtoo@cyberdimension.org; helo=gnutoo.cyberdimension.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) --Sig_/Czpt6ebe/uoYt26sifvXjHE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, When I sent the patch adding matterbridge to Guix, I only notified that I didn't know if it contained vendored code or not at the last moment (after the patch was sent, during the discussion about it, and before it was merged). The issue is that I didn't know go at all and more specifically I didn't know its the compilation system worked. So I managed to create a package for matterbridge by looking at how it was done for other go packages. After learning more about how go compilation worked, I found out that matterbridge contained a lot of vendored code. And Guix explicitly wants to avoid bundles code. In the "16.6 Submitting Patches" section of the manual[1], we have: > 6. Make sure the package does not use bundled copies of software > already available as separate packages. And here while most dependencies are not already packaged, some are, and I guess that I should read between the lines and conclude that all the matterbridge dependencies should rather be packaged. So the question is what should we do about that.=20 As I understand with the go build system, or you vendor all dependencies, or you vendor none, and I've not yet managed to find a way to workaround that yet in Guix (to do a progressive unvendoring). So instead I've started working on unvendoring matterbridge[2] completely, but if we go this route, there are more than 500 dependencies. To do that I first used the following command: guix import go -r github.com/42wim/matterbridge I then started looking at each package definition that Guix didn't manage to detect the license of, and I read the licenses to find if they were free software. All the licenses I read were FSDG compliant. Usually they had some extra text indicating the provenance of the code or they would have multiple free software licenses. Then I started adding packages for the dependencies that guix import go didn't manage to find. Theses are repositories that are being forked from the official ones for a reason or another. I've not finished that yet, but I still think it was a good idea to open a bug report as I've now more understanding of the problem. Given the huge amount of dependencies I was wondering what was the best approach here: - Would it makes sense to remove matterbridge from Guix, or should we fix it instead? - If we fix it by packaging each dependencies, would it be ok if that is done step by step, like if dependencies are packaged and patches for them are sent, without necessarily a way to seriously test if the packaged dependency work until they are used by other software (like matterbridge)? Also when I'll manage to update matterbridge[3] how should we deal with such amount of packages? Would I need to send one (generated) patch for the upgrade of each package? I also guess that sticking as much as possible to what Guix import go generates would help in situations like that as it would make the maintenance faster. References: ----------- [1]https://guix.gnu.org/manual/en/guix.html#Submitting-Patches [2]https://git.replicant.us/contrib/GNUtoo/infrastructure/guix/log/?h=3Dmat= terbridge-unvendor [3]Right now there is a compilation issue that I didn't manage to fix, even with help from #guix). Denis. --Sig_/Czpt6ebe/uoYt26sifvXjHE Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeC+d2+Nrp/PU3kkGX138wUF34mMFAmF0IsAACgkQX138wUF3 4mOH+Q//ZpZ+CbsJyQfHQmfgy33cT01st4p8UWP4/+1NIyw43bS/A+vtrqNv46B+ P/uN9p7OhZ2XG5FsdQ/HrcB2akuOMDhSR+qPsgAFr1uvVajJz9lB0uS1gUZ8za9q ++KdwXxV4/LxBi/5aBCxirLKP3F5Yn4S2tXifJyMvC3lI2w1gF3boy0sGx2oIvup UvjSew7aKVa60rZkk2GpdoU3S7Xk+RxyirowDeS2kvkcf/VidJK/BFbv2JVCkmk5 rFh6g+b3ewU8+kBv0axNz9taNz8kcZ7YzfiZRSzxJEwANSF62Sy4CFK9c+7TDAD0 Q7+6Yhj/N8Cur7kwPKSrJVyO/8O45CN3OsmA6zld09FofPrfIXQ2DCJNNF8gwFl9 pNven+IikcmE03780pVJwdbrqCAkMEbiZ+ydP2j4uegiGNWAeNsAaydQVBSpm4GA qlOdrI9dleszAkGlfZmkYdpSfB6ULgCTzwTUsHIu6ftwVlEK+05yGVOkETvNYiA8 Fw+dVkw3QTP8Rcq3zzXj6nhso8xzKgmhlvWSAvO1X7gjV6TTQ15o97eP4dlLLqIA eCtWPaDT0mDqmPsKbfl99nYYBZMLHlYQdk+h+hKNXzs3/6YHJ3oCPqa3uDa3fcIE e71584IUdFgU/nChHATwfhmlBls3tHYqblNei0XT5FRhD2nikC8= =1Rqb -----END PGP SIGNATURE----- --Sig_/Czpt6ebe/uoYt26sifvXjHE-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 23 12:43:49 2021 Received: (at 51352) by debbugs.gnu.org; 23 Oct 2021 16:43:49 +0000 Received: from localhost ([127.0.0.1]:37053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meK7Y-0000zy-N5 for submit@debbugs.gnu.org; Sat, 23 Oct 2021 12:43:49 -0400 Received: from mail-wm1-f66.google.com ([209.85.128.66]:35662) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meK7V-0000zj-P8 for 51352@debbugs.gnu.org; Sat, 23 Oct 2021 12:43:46 -0400 Received: by mail-wm1-f66.google.com with SMTP id 84-20020a1c0457000000b003232b0f78f8so7610868wme.0 for <51352@debbugs.gnu.org>; Sat, 23 Oct 2021 09:43:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=7aqBLoIQip8eA0bWF5ZaH2nn21+qxiftftzfZJbr+8g=; b=glt8RVWRVnizvuMY2g9wXPU6n+KR2PbzDfFtf+610G8fmIr/QBE2xK2mXJecBTZKAo ae58VWx7hMDSYthSfKr1WViWm0sSs0z6I74xC8BMpKMUjbPG/8mC5S/TbE1pyAfvGKpF yG4/rVEJ/ry89hSz6pU3CPBtVUxMpRXWH52yWH2c+QsPPK7/JEaGTvkpIPLhZbY1CJ+w c7oHb/kO6YEz65hKyd8pjIMju0MjYuzKD1uhFQt0q6/7KFLfZ3ovrWAj5eq7kRcHBdcn AWrkT2p0YSvk8QcnxcBr8sK5pqyycU+kjYjfwrbju+3u6My52jU29J8VQ9BxcAp0lL4j EnWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=7aqBLoIQip8eA0bWF5ZaH2nn21+qxiftftzfZJbr+8g=; b=ez4CuA9igqPrtIanIGTJoKZ2KnV8mo7FvDXJ3p7OfOUQR/+jsODCmRQsH5GIFxJMeA PkkxNVam9IbRuyIgYexRw7gOIvtFyfaiAUi3DDW603NrsLijZ2fwx8X4+3gi5J3erqUa V3pJzfau/UpQY2kavoN7xvd/QL2V9h8FzOR842fxmoytH+riaVDN7YizpuVWb8dKae6X wacLGtK6qnSfFH07y/LnTogZPsZmepxga0T5rpgnOU7wa2dlvHrZ2v6YGBQeTXs20wZ6 1BbcmdI4L4Nlt/cHnHQIHWdT4vbXmfbgf7HzBHePgfuBCchEuPMJ/F3VO3ib1OcmG1+K wV1w== X-Gm-Message-State: AOAM533fQk5qng8nJnZBZOJJx3BXCqGPpcCteGw9H1AVJb1ZXV84fBx+ 4Kqp908ZshNM3AF1vHPZM/w= X-Google-Smtp-Source: ABdhPJym6V5borlvby5ne28EP1cDG2vukeoBx3D0HnFkXA37uAs513jaCiARDwhwwq7NhWJwqpUCIw== X-Received: by 2002:a1c:7918:: with SMTP id l24mr7571345wme.137.1635007419533; Sat, 23 Oct 2021 09:43:39 -0700 (PDT) Received: from nijino.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id p4sm360757wre.29.2021.10.23.09.43.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 23 Oct 2021 09:43:39 -0700 (PDT) Message-ID: <02da99762b4b0ac01d05e22f974d85737a351815.camel@gmail.com> Subject: Re: Matterbridge contained a lot of vendored code From: Liliana Marie Prikler To: Denis 'GNUtoo' Carikli , 51352@debbugs.gnu.org Date: Sat, 23 Oct 2021 18:43:37 +0200 In-Reply-To: <20211023165702.1e518f56@primarylaptop> References: <20211023165702.1e518f56@primarylaptop> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51352 Cc: Mathieu Othacehe X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Am Samstag, den 23.10.2021, 16:57 +0200 schrieb Denis 'GNUtoo' Carikli: > Hi, > > When I sent the patch adding matterbridge to Guix, I only notified > that I didn't know if it contained vendored code or not at the last > moment (after the patch was sent, during the discussion about it, and > before it was merged). > > The issue is that I didn't know go at all and more specifically I > didn't know its the compilation system worked. So I managed to create > a package for matterbridge by looking at how it was done for other go > packages. > > After learning more about how go compilation worked, I found out that > matterbridge contained a lot of vendored code. Judging from the original issue, you did note that guideline and that you were unsure about the "under the hood" stuff, which imo should have prompted a closer look. CC'd Mathieu to check whether pushing it regardless was intentional. > And Guix explicitly wants to avoid bundles code. In the "16.6 > Submitting Patches" section of the manual[1], we have: > > 6. Make sure the package does not use bundled copies of software > > already available as separate packages. > And here while most dependencies are not already packaged, some are, > and I guess that I should read between the lines and conclude that > all the matterbridge dependencies should rather be packaged. > > So the question is what should we do about that. > > As I understand with the go build system, or you vendor all > dependencies, or you vendor none, and I've not yet managed to find a > way to workaround that yet in Guix (to do a progressive unvendoring). > > So instead I've started working on unvendoring matterbridge[2] > completely, but if we go this route, there are more than 500 > dependencies. > > To do that I first used the following command: > guix import go -r github.com/42wim/matterbridge > > I then started looking at each package definition that Guix didn't > manage to detect the license of, and I read the licenses to find if > they were free software. All the licenses I read were FSDG compliant. > Usually they had some extra text indicating the provenance of the > code or they would have multiple free software licenses. > > Then I started adding packages for the dependencies that guix import > go didn't manage to find. It's good that you've started. Perhaps you might want to illustrate the dependency "tree" (assuming it is one) or graph to roughly indicate how much needs to be done and at which points we could cut off portions of the DAG to process as batches. > Theses are repositories that are being forked from the official ones > for a reason or another. > > I've not finished that yet, but I still think it was a good idea to > open a bug report as I've now more understanding of the problem. > > Given the huge amount of dependencies I was wondering what was the > best approach here: > - Would it makes sense to remove matterbridge from Guix, or should we > fix it instead? I'll let Mathieu decide that one. > - If we fix it by packaging each dependencies, would it be ok if that > is done step by step, like if dependencies are packaged and patches > for them are sent, without necessarily a way to seriously test if > the packaged dependency work until they are used by other software > (like matterbridge)? Ideally, those packages would at least have a working test suite, but I understand that such concerns are not always valid in the industry :) As noted before, cutting off branches of the dependency DAG at reasonable points and committing them in batches sounds like a good idea to me. No one wants to review a 500 commit bomb. > Also when I'll manage to update matterbridge[3] how should we deal > with such amount of packages? Would I need to send one (generated) > patch for the upgrade of each package? One patch per package, plus one to fix the matterbridge package. > I also guess that sticking as much as possible to what Guix import go > generates would help in situations like that as it would make the > maintenance faster. The importers exist to make your life easier, but they're not omniscient. Please do exercise caution when dealing with them :) Cheers, Liliana From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 23 15:49:38 2021 Received: (at 51352) by debbugs.gnu.org; 23 Oct 2021 19:49:38 +0000 Received: from localhost ([127.0.0.1]:37358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meN1O-00047N-6G for submit@debbugs.gnu.org; Sat, 23 Oct 2021 15:49:38 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:41301) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meN1M-000476-Du for 51352@debbugs.gnu.org; Sat, 23 Oct 2021 15:49:37 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2D2DC5C077E; Sat, 23 Oct 2021 15:49:31 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 23 Oct 2021 15:49:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=famulari.name; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=mesmtp; bh=NjL42+ofISYRA8OvC2a2HIgS xeddQdN7aN8OS92OhOc=; b=d1p3Jh6Zp86sbDUArf6DP2heeoEgciRcf4aDudTi hEn/+Xz5lWMIzEIzxozL7QIRn/ivCI0NdTrtwKDAqGTzllCIGjY3784VUoy90UOT VXmxoc3piBZ1FmfXSbEVRZXze/DqCxWCjZIfsVvn6fy0lsOY7PQbQW+0xbOm5kDE w2c= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=NjL42+ ofISYRA8OvC2a2HIgSxeddQdN7aN8OS92OhOc=; b=ScmoUGbrEskPC7V5+W0O/n pWL5DVm4TBxj2txZaV9lbSwwTCNXECniXtWvEjS0SF4AfSHSCbQ4nEZgNFehxjrX tR98hRqjHpqZLdiqpsSdfeOo65rO6Cysbo4Gukg/+dMYs14yPtC5cO1rDfGq7PuN Qd5aD82paWvMxo8le7L79NZuTUzOlwwe1rGZBvObxZ/VRITSfM5XfPvrEwRVXTxi AZPbMtpCPUrbiqQtiO4rIvPdyrHcsYVAB+lzY/OX47uV8RnKpTbPFTjj/UFJ4rDJ cHzi7zCm75nwbLMrr+nle9bvk+nsH30qSUHB2MDr4O22Zv7leDKp3L1hljQJIl2g == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdeftddgudeffecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkfhggtggujgesthdtrodttddtvdenucfhrhhomhepnfgvohcu hfgrmhhulhgrrhhiuceolhgvohesfhgrmhhulhgrrhhirdhnrghmvgeqnecuggftrfgrth htvghrnhepgffhjeelveetueevhfehhefhvefggeevtdetteejhfeffedvhfdvtdejjeek udefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheplh gvohesfhgrmhhulhgrrhhirdhnrghmvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 23 Oct 2021 15:49:30 -0400 (EDT) Date: Sat, 23 Oct 2021 15:49:28 -0400 From: Leo Famulari To: Denis 'GNUtoo' Carikli Subject: Re: bug#51352: Matterbridge contained a lot of vendored code Message-ID: References: <20211023165702.1e518f56@primarylaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211023165702.1e518f56@primarylaptop> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 51352 Cc: 51352@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Sat, Oct 23, 2021 at 04:57:02PM +0200, Denis 'GNUtoo' Carikli wrote: > Given the huge amount of dependencies I was wondering what was the best > approach here: > - Would it makes sense to remove matterbridge from Guix, or should we > fix it instead? There's no need to remove it. Vendoring, or bundling, is not a matter of software freedom, but rather about maintainability or transparency. With a bundled dependency graph, the Guix tools for inspecting and manipulating the dependency graph do not work. But, we already bundle the dependencies of some other Go packages, and every Rust package does not work with the Guix dependency graph tooling. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 11 16:19:15 2024 Received: (at 51352-done) by debbugs.gnu.org; 11 Dec 2024 21:19:16 +0000 Received: from localhost ([127.0.0.1]:36502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLU71-0008VS-Jz for submit@debbugs.gnu.org; Wed, 11 Dec 2024 16:19:15 -0500 Received: from mail-wr1-f49.google.com ([209.85.221.49]:49453) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLU6z-0008VK-M2 for 51352-done@debbugs.gnu.org; Wed, 11 Dec 2024 16:19:14 -0500 Received: by mail-wr1-f49.google.com with SMTP id ffacd0b85a97d-3862f32a33eso2481018f8f.3 for <51352-done@debbugs.gnu.org>; Wed, 11 Dec 2024 13:19:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733951893; x=1734556693; darn=debbugs.gnu.org; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=ozHpwLwBWgzgY2CUIfewynU4YLF4f61z2gYP4+WVTP8=; b=mvz6avNyWRSWcucHPEZOTXUEJ2ogmhG+LLdggp05vU5hRqFV3+MwHR1RLEgcuGlPVV 3ox3zWjlAOnf35R5bwVY1BddcaewuUMbCz0yymg58CrhO3SHIH9vcwSQYlAlal0kejEb 8F+6FRnagawS0nbXFJt+6cf/IhY4I0JiGgeEXSyt3Ak0KfO9YDn5Xb3QHMz6KN4KpCTS Az0NzzrQIUCr2Bf9zbE4m8N9pUUn1XtN43q+n03PeBDqX+f39uR2Ws4v4ASPavXB70+6 oPRCcGXwbCDx5YToC7YeUrtEXkcygLcIbqVkBLgc1CvhpL/zx/zNM3F1J+F3uba/PAsO adcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733951893; x=1734556693; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ozHpwLwBWgzgY2CUIfewynU4YLF4f61z2gYP4+WVTP8=; b=qgzzbgpU9xqsQn/T6rdFF7KlDwzqkmFSFAS0h7H8DuWRd2YtghPXxsZUV6k584jUXU eIrFWB0Tf4cwzyL0zNouf0G2rpA5SoRzJiKR9wdDpuewFPURSBzoAAjBkBquwSSmPgxY mnJKXqRRHnFGZE8m1ht9ajPFemkmDszSgfsDg0rGZ3J4KEHlCpQQuA/0zO+MGWSiPeEy hhokPKBxSnCoJ28H2L9qOYQR4tYbbCdnt4Af+DbEfanxxAxd2nHjMfGmr29XSElx9xo3 qBC88a/0TP5ZYtTwL9OkpNVPyjRY70+Ntbpy53DXgJDFb5L60idRW5ZVdYGGJI98PZZM mCiQ== X-Gm-Message-State: AOJu0YxQMcJuAMv0A8ut/1CwnAMkT0qG+IFM3zIU8IfdSsO2/YXxHNQ9 2/WfvK7Pq3DsHJE2IQC2lJBWuddGWT8o9dkSjzExBlqOatippMFvf5M19lHL X-Gm-Gg: ASbGncuE8WB0XMQN7SU1vTeTw0R5w7c4Qd3GW7R+LjL9DoYL6WCDJdg/J98d6iig4YW cTEjtdDx69fUcKpkFuHGiMRDDV4IOqFgF7LSXKvV1c/iiBFTweobyFEaDu+I8hR9TfXcoVv7szM Qk9cQ7U4d/IatwXQ5Uvi7kDCqr0DWybU18i3zsOgi3Fers4iNM5CBmcT4e0gK6fcqsKle/E9AZF LKt4g6ErBc0qMmzn1ml7lkUP5S5U4d07Or1zhF45UIU4FoIfaE+K3uyVMrKcIbgOt6yy1M39PTp ZUD4XJBcBjZ2rWiH313citu9YAdZFw== X-Google-Smtp-Source: AGHT+IFY3bRH8QDHG4fvFro0hDNnV9bO2fP5EfaLDfVVRg7Qd9+qlLeJIaCslUWfO/bt3vsmg5qDSw== X-Received: by 2002:a5d:64e2:0:b0:385:dea3:6059 with SMTP id ffacd0b85a97d-3864ced1f36mr3314809f8f.49.1733951892599; Wed, 11 Dec 2024 13:18:12 -0800 (PST) Received: from guxtil (cpc100684-bagu15-2-0-cust967.1-3.cable.virginm.net. [86.8.111.200]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-434da1133cesm238833705e9.34.2024.12.11.13.18.11 for <51352-done@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 11 Dec 2024 13:18:11 -0800 (PST) From: Sharlatan Hellseher To: 51352-done@debbugs.gnu.org Subject: Matterbridge contained a lot of vendored code Date: Wed, 11 Dec 2024 21:18:04 +0000 Message-ID: <87ldwl7wc3.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 51352-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Closing this one as matterbridge on the way of unbundle all packages from vendor to make it possible to upgrade. Vendor is no longer provided in the latest version of the package. See commit 1dd7a47b652f9533290abb17261476fafaf92eb7. =2D- Thanks, Oleg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmEeB3micIcJkGAhndtcnv/Ys0rUFAmdaAYwACgkQdtcnv/Ys 0rWc8hAAwBTqFOL3oVXnj0NCaokp5DnvTeZlRQ4TWeccBWdX1h6iLVOnrK4kaLbm SUM2XI4huWpNoTnyspbz3S4MyDIBDxJEZG0JtCTdb7wSikhCXpmrcAnjXtmYDO3U Nt6TfQXk5InCOh14xJBCFsCEUteEP40l0QfAa+J/y4p9jppcc8vpJ7PIgmof+46q d6rUlMUi1NL07QBZeo6F25fIX49+U1AtArMg5HEF7BYJjEGEK7BYGu2Lu9TymvgS fkieJaXM9Z8klOkbrKFPeSKv0ifOZ4+2T2YAgzhSrxsvdAbMjRMHZ7X1hVO6lqNC 7xfyE3LGHmU6RF9o2RsvLDszzgSZtfNVKUtummphChkE0DwZqSbyRHNp/Qng9ee9 4dzYuODN7Fmf3Rh89yIZC3Z9vnzNepHPSxS+op7fynpr3gzNhtuMi+467ilo93r6 BCrWOF3NMdxqnLBnuwWD71TEMu5AdwK2Sekc0np/TvkjkEkfG2Gt2itFxSvhAsas KyKH8M/S+HdKZWmz1XSVjqrBeIRaZFXmmoIkf9ThG/lnXVTd5SxbEvaBUhBgFUn+ 1aqUNflNgn5pq8D9SB8vYZLGRbZgj+hRGRiN8hHi8v3m6yJ8SOYYGke4xnpZJWZ4 HmRdPCZusB3Tvo3sWooGT75C4x8s9gXe5Ibego1Q1JHtJ16Gm3s= =trnR -----END PGP SIGNATURE----- --=-=-=-- From unknown Fri Sep 05 20:55:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 09 Jan 2025 12:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator