From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 11:25:23 2021 Received: (at submit) by debbugs.gnu.org; 12 Mar 2021 16:25:23 +0000 Received: from localhost ([127.0.0.1]:58209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKkbL-000894-FB for submit@debbugs.gnu.org; Fri, 12 Mar 2021 11:25:23 -0500 Received: from lists.gnu.org ([209.51.188.17]:32986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKkbI-00088r-IM for submit@debbugs.gnu.org; Fri, 12 Mar 2021 11:25:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lKkbG-0006ad-AN for guix-patches@gnu.org; Fri, 12 Mar 2021 11:25:19 -0500 Received: from mx1.dismail.de ([78.46.223.134]:46634) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lKkbD-0005II-8Y for guix-patches@gnu.org; Fri, 12 Mar 2021 11:25:18 -0500 Received: from mx1.dismail.de (localhost [127.0.0.1]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 996edb38 for ; Fri, 12 Mar 2021 17:25:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h= mime-version:date:content-type:from:message-id:subject:to; s= 20190914; bh=5/3y/ffICisIRmS/qJ28r1d2rEVUS68wOE3gwmmDtSY=; b=vkP wjr3RPpg0CErwb7rqsJySvAE5P4Q8RtRT1RejBPUcCpMqlSOCqpUST8lqty/hcLw vjEbesspQJVOQxgDJRvrFWEjPfGC7tTbys8Vis7Wmse7tSaw+owb3v/t8Jgam41Y IEKxRtdA+Makr+RwAfrBkg4CQyQe1aBr6ZUWss0zrDZNUVJcPAUjiGabA1SSHKCW MipNhXXZZAPQwU4bONgvQ0MgJSTowp4NuwsrPgEIBZB5eYs4/4AvhPCgeMgLN5y4 yYi0mUx/rTUIgs5GWSJ75SbDx3XcU1De1YawM4h5YVj9eFLKMmNt4w+ZN2Yg7Yvr ihbLIT3YD+7oz8C5QuQ== Received: from smtp2.dismail.de ( [10.240.26.12]) by mx1.dismail.de (OpenSMTPD) with ESMTP id c018b137 for ; Fri, 12 Mar 2021 17:25:08 +0100 (CET) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id 80629693 for ; Fri, 12 Mar 2021 17:25:08 +0100 (CET) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 5462c145 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Fri, 12 Mar 2021 17:25:08 +0100 (CET) MIME-Version: 1.0 Date: Fri, 12 Mar 2021 16:25:07 +0000 Content-Type: multipart/mixed; boundary="--=_RainLoop_180_102174458.1615566307" X-Mailer: RainLoop/1.14.0a From: "jgart" Message-ID: Subject: [PATCH 1/2] gnu: Add grumble. To: guix-patches@gnu.org Received-SPF: pass client-ip=78.46.223.134; envelope-from=jgart@dismail.de; helo=mx1.dismail.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=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 (--) ----=_RainLoop_180_102174458.1615566307 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Guix!=0A=0AHere is grumble, an alternative mumble server implemented i= n golang.=0A=0Ago-github-com-gorilla-websocket was the only dependency we= needed to package for it.=0A=0ANow, to create a grumble-service-type :)= =0A=0AThis was packaged by myself, donotshake, and Raghav Gururajan while= communicating on a grumble instance and pair programming over tmate. All= the co-authors are listed in the commit message.=0A=0AThank you,=0A=0Ajg= art=0A=0Alibremiami.org=0Amumble.libremiami.org ----=_RainLoop_180_102174458.1615566307 Content-Type: application/octet-stream; name="0001-gnu-Add-go-github-com-gorilla-websocket.patch" Content-Disposition: attachment; filename="0001-gnu-Add-go-github-com-gorilla-websocket.patch" Content-Transfer-Encoding: base64 RnJvbSBmOWMzNmNkOGJlNWVhYzk4MDJjNmEwM2QzNjJlOTU1YWI4YWI3NTExIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBMaWJyZU1pYW1pIDxwYWNrYWdpbmctZ3VpeEBsaWJy ZW1pYW1pLm9yZz4KRGF0ZTogRnJpLCAxMiBNYXIgMjAyMSAxMDo1NDo1MSAtMDUwMApTdWJq ZWN0OiBbUEFUQ0ggMS8yXSBnbnU6IEFkZCBnby1naXRodWItY29tLWdvcmlsbGEtd2Vic29j a2V0LgoKKiBnbnUvcGFja2FnZXMvZ29sYW5nLnNjbSAoZ28tZ2l0aHViLWNvbS1nb3JpbGxh LXdlYnNvY2tldCk6Ck5ldyB2YXJpYWJsZS4KCkNvLWF1dGhvcmVkLWJ5OiBSYWdoYXYgR3Vy dXJhamFuIDxyZ0ByYWdoYXZndXJ1cmFqYW4ubmFtZT4KQ28tYXV0aG9yZWQtYnk6IGRvbm90 c2hha2UgPGRvbm90c2hha2U6bWF0cml4Lm9yZz4KQ28tYXV0aG9yZWQtYnk6IGpnYXJ0IDxq Z2FydEBkaXNtYWlsLmRlPgotLS0KIGdudS9wYWNrYWdlcy9nb2xhbmcuc2NtIHwgMjUgKysr KysrKysrKysrKysrKysrKysrKystLQogMSBmaWxlIGNoYW5nZWQsIDIzIGluc2VydGlvbnMo KyksIDIgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZ251L3BhY2thZ2VzL2dvbGFuZy5z Y20gYi9nbnUvcGFja2FnZXMvZ29sYW5nLnNjbQppbmRleCA4NDkyMjdkNjkzLi5iOGE0MDI3 NDIwIDEwMDY0NAotLS0gYS9nbnUvcGFja2FnZXMvZ29sYW5nLnNjbQorKysgYi9nbnUvcGFj a2FnZXMvZ29sYW5nLnNjbQpAQCAtMjQsNiArMjQsNyBAQAogOzs7IENvcHlyaWdodCDCqSAy MDIwIHJhaW5nbG9vbSA8cmFpbmdsb29tQHJpc2V1cC5uZXQ+CiA7OzsgQ29weXJpZ2h0IMKp IDIwMjAgTWFydGluIEJlY3plIDxtamJlY3plQHJpc2V1cC5uZXQ+CiA7OzsgQ29weXJpZ2h0 IMKpIDIwMjEgUmljYXJkbyBXdXJtdXMgPHJla2Fkb0BlbGVwaGx5Lm5ldD4KKzs7OyBDb3B5 cmlnaHQgwqkgMjAyMSBMaWJyZU1pYW1pIDxwYWNrYWdpbmctZ3VpeEBsaWJyZW1pYW1pLm9y Zz4KIDs7OwogOzs7IFRoaXMgZmlsZSBpcyBwYXJ0IG9mIEdOVSBHdWl4LgogOzs7CkBAIC00 ODA5LDcgKzQ4MTAsNyBAQCB0ZXN0IHJlc3VsdHMuIikKIChkZWZpbmUtcHVibGljIGdvLWdp dGh1Yi1jb20tZ29sYW5nLXByb3RvYnVmLXByb3RvCiAgIChwYWNrYWdlCiAgICAgKG5hbWUg ImdvLWdpdGh1Yi1jb20tZ29sYW5nLXByb3RvYnVmLXByb3RvIikKLSAgICAodmVyc2lvbiAi MS4zLjEiKQorICAgICh2ZXJzaW9uICIxLjMuNSIpCiAgICAgKHNvdXJjZSAob3JpZ2luCiAg ICAgICAgICAgICAgIChtZXRob2QgZ2l0LWZldGNoKQogICAgICAgICAgICAgICAodXJpIChn aXQtcmVmZXJlbmNlCkBAIC00ODE4LDcgKzQ4MTksNyBAQCB0ZXN0IHJlc3VsdHMuIikKICAg ICAgICAgICAgICAgKGZpbGUtbmFtZSAoZ2l0LWZpbGUtbmFtZSBuYW1lIHZlcnNpb24pKQog ICAgICAgICAgICAgICAoc2hhMjU2CiAgICAgICAgICAgICAgICAoYmFzZTMyCi0gICAgICAg ICAgICAgICAgIjE1YW00czQ2NDZxeTZpdjBnM2trcXE1MnJ6eWtxamhtNGJmMDhkazBmeTJy NThrbnBzeWwiKSkpKQorICAgICAgICAgICAgICAgICIxZ2tkMTk0MnZrOW44a2Z6ZHd5MWlp bDZ3Z3Zsd2pxN2EzeTVqYzQ5Y2s0bHo5cmhtZ2txIikpKSkKICAgICAoYnVpbGQtc3lzdGVt IGdvLWJ1aWxkLXN5c3RlbSkKICAgICAoYXJndW1lbnRzCiAgICAgICcoIzppbXBvcnQtcGF0 aCAiZ2l0aHViLmNvbS9nb2xhbmcvcHJvdG9idWYvcHJvdG8iCkBAIC02NzczLDMgKzY3NzQs MjMgQEAgY29tcHJlc3NlZCBzdHJlYW1zIGluIEdvLiIpCiAgICAgICAoZGVzY3JpcHRpb24g IlBhY2thZ2UgZWQyNTUxOSBpbXBsZW1lbnRzIHRoZSBFZDI1NTE5IHNpZ25hdHVyZQogYWxn b3JpdGhtLiIpCiAgICAgICAobGljZW5zZSBsaWNlbnNlOmJzZC0zKSkpKQorCisoZGVmaW5l LXB1YmxpYyBnby1naXRodWItY29tLWdvcmlsbGEtd2Vic29ja2V0CisgIChwYWNrYWdlCisg ICAgKG5hbWUgImdvLWdpdGh1Yi1jb20tZ29yaWxsYS13ZWJzb2NrZXQiKQorICAgICh2ZXJz aW9uICIxLjQuMiIpCisgICAgKGhvbWUtcGFnZSAiaHR0cHM6Ly9naXRodWIuY29tL2dvcmls bGEvd2Vic29ja2V0IikKKyAgICAoc291cmNlIChvcmlnaW4KKyAgICAgICAgICAgICAgKG1l dGhvZCBnaXQtZmV0Y2gpCisgICAgICAgICAgICAgICh1cmkgKGdpdC1yZWZlcmVuY2UKKyAg ICAgICAgICAgICAgICAgICAgKHVybCBob21lLXBhZ2UpCisgICAgICAgICAgICAgICAgICAg IChjb21taXQgKHN0cmluZy1hcHBlbmQgInYiIHZlcnNpb24pKSkpCisgICAgICAgICAgICAg IChmaWxlLW5hbWUgKGdpdC1maWxlLW5hbWUgbmFtZSB2ZXJzaW9uKSkKKyAgICAgICAgICAg ICAgKHNoYTI1NgorICAgICAgICAgICAgICAgKGJhc2UzMiAiMG1rbTl3Nmtqa3JsemFiNXdo OHA0cXhrYzBpY3Fhd2pidnIwMWQybms2eWt5bHJsbjQwcyIpKSkpCisgICAgKGJ1aWxkLXN5 c3RlbSBnby1idWlsZC1zeXN0ZW0pCisgICAgKGFyZ3VtZW50cworICAgICAnKCM6aW1wb3J0 LXBhdGggImdpdGh1Yi5jb20vZ29yaWxsYS93ZWJzb2NrZXQiKSkKKyAgICAoc3lub3BzaXMg IldlbGwtdGVzdGVkIGFuZCB3aWRlbHkgdXNlZCBXZWJTb2NrZXQgaW1wbGVtZW50YXRpb24g Zm9yIEdvIikKKyAgICAoZGVzY3JpcHRpb24gIkdvcmlsbGEgV2ViU29ja2V0IGlzIGEgR28g aW1wbGVtZW50YXRpb24gb2YgdGhlIFdlYlNvY2tldCBwcm90b2NvbC4iKQorICAgIChsaWNl bnNlIGxpY2Vuc2U6YnNkLTIpKSkKLS0gCjIuMzAuMgoK ----=_RainLoop_180_102174458.1615566307 Content-Type: application/octet-stream; name="0002-gnu-Add-grumble.patch" Content-Disposition: attachment; filename="0002-gnu-Add-grumble.patch" Content-Transfer-Encoding: base64 RnJvbSAzNDMwZjEzNDc0NmE0YzhhYTVjMGYxZThiYTRlNzA2YTQ2Zjk1NzcwIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBMaWJyZU1pYW1pIDxwYWNrYWdpbmctZ3VpeEBsaWJy ZW1pYW1pLm9yZz4KRGF0ZTogRnJpLCAxMiBNYXIgMjAyMSAxMTowMDowMCAtMDUwMApTdWJq ZWN0OiBbUEFUQ0ggMi8yXSBnbnU6IEFkZCBncnVtYmxlLgoKKiBnbnUvcGFja2FnZXMvdGVs ZXBob255LnNjbSAoZ3J1bWJsZSk6Ck5ldyB2YXJpYWJsZS4KCkNvLWF1dGhvcmVkLWJ5OiBS YWdoYXYgR3VydXJhamFuIDxyZ0ByYWdoYXZndXJ1cmFqYW4ubmFtZT4KQ28tYXV0aG9yZWQt Ynk6IGRvbm90c2hha2UgPGRvbm90c2hha2U6bWF0cml4Lm9yZz4KQ28tYXV0aG9yZWQtYnk6 IGpnYXJ0IDxqZ2FydEBkaXNtYWlsLmRlPgotLS0KIGdudS9wYWNrYWdlcy90ZWxlcGhvbnku c2NtIHwgMzkgKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysKIDEgZmls ZSBjaGFuZ2VkLCAzOSBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvZ251L3BhY2thZ2Vz L3RlbGVwaG9ueS5zY20gYi9nbnUvcGFja2FnZXMvdGVsZXBob255LnNjbQppbmRleCA1Yzhk MjQ3ZTY4Li5mNmYyMzEyZDY1IDEwMDY0NAotLS0gYS9nbnUvcGFja2FnZXMvdGVsZXBob255 LnNjbQorKysgYi9nbnUvcGFja2FnZXMvdGVsZXBob255LnNjbQpAQCAtNTksNiArNTksNyBA QAogICAjOnVzZS1tb2R1bGUgKGdudSBwYWNrYWdlcyBnbGliKQogICAjOnVzZS1tb2R1bGUg KGdudSBwYWNrYWdlcyBnbm9tZSkKICAgIzp1c2UtbW9kdWxlIChnbnUgcGFja2FnZXMgZ251 cGcpCisgICM6dXNlLW1vZHVsZSAoZ251IHBhY2thZ2VzIGdvbGFuZykKICAgIzp1c2UtbW9k dWxlIChnbnUgcGFja2FnZXMgZ3RrKQogICAjOnVzZS1tb2R1bGUgKGdudSBwYWNrYWdlcyBp bWFnZSkKICAgIzp1c2UtbW9kdWxlIChnbnUgcGFja2FnZXMgbGliY2FuYmVycmEpCkBAIC05 Miw2ICs5Myw3IEBACiAgICM6dXNlLW1vZHVsZSAoZ3VpeCBnaXQtZG93bmxvYWQpCiAgICM6 dXNlLW1vZHVsZSAoZ3VpeCBidWlsZC1zeXN0ZW0gY21ha2UpCiAgICM6dXNlLW1vZHVsZSAo Z3VpeCBidWlsZC1zeXN0ZW0gZ251KQorICAjOnVzZS1tb2R1bGUgKGd1aXggYnVpbGQtc3lz dGVtIGdvKQogICAjOnVzZS1tb2R1bGUgKGd1aXggYnVpbGQtc3lzdGVtIHF0KSkKIAogKGRl ZmluZS1wdWJsaWMgbGliaWxiYwpAQCAtOTE1LDMgKzkxNyw0MCBAQCBJbml0aWF0aW9uIFBy b3RvY29sIChTSVApIGFuZCBhIG11bHRpbWVkaWEgZnJhbWV3b3JrLiIpCiB0ZWxlcGhvbnkg ZnVuY3Rpb25hbGl0eSBpbnRvIGN1c3RvbSBUZWxlZ3JhbSBjbGllbnRzLiIpCiAgICAgKGhv bWUtcGFnZSAiaHR0cHM6Ly9naXRodWIuY29tL3pldmxnL2xpYnRndm9pcCIpCiAgICAgKGxp Y2Vuc2UgbGljZW5zZTp1bmxpY2Vuc2UpKSkKKworKGRlZmluZS1wdWJsaWMgZ3J1bWJsZQor ICAobGV0ICgoY29tbWl0ICI2ZjhjMmJmMmY1MWZkZGMxY2IwOWUzMzg1YmM0ZTlkYjVkYzQz YmE5IikKKyAgICAgICAgKHJldmlzaW9uICIzMzUiKSkKKyAgICAocGFja2FnZQorICAgICAg KG5hbWUgImdydW1ibGUiKQorICAgICAgKHZlcnNpb24gKGdpdC12ZXJzaW9uICIwLjAuMCIg cmV2aXNpb24gY29tbWl0KSkKKyAgICAgIChzb3VyY2UgKG9yaWdpbgorICAgICAgICAgICAg ICAgIChtZXRob2QgZ2l0LWZldGNoKQorICAgICAgICAgICAgICAgICh1cmkgKGdpdC1yZWZl cmVuY2UKKyAgICAgICAgICAgICAgICAgICAgICAodXJsICJodHRwczovL2dpdGh1Yi5jb20v bXVtYmxlLXZvaXAvZ3J1bWJsZSIpCisgICAgICAgICAgICAgICAgICAgICAgKGNvbW1pdCBj b21taXQpKSkKKyAgICAgICAgICAgICAgICAoZmlsZS1uYW1lIChnaXQtZmlsZS1uYW1lIG5h bWUgdmVyc2lvbikpCisgICAgICAgICAgICAgICAgKHNoYTI1NgorICAgICAgICAgICAgICAg ICAoYmFzZTMyCisgICAgICAgICAgICAgICAgICAiMHl2aDFrMWFnNTZiNW15ZzQ3OWhzNmMy OTZoOWMxOWw0M3Fiam1mMHF3YTZuNGozcnZzcyIpKSkpCisgICAgICAoYnVpbGQtc3lzdGVt IGdvLWJ1aWxkLXN5c3RlbSkKKyAgICAgIChhcmd1bWVudHMKKyAgICAgICAnKCM6dW5wYWNr LXBhdGggImdpdGh1Yi5jb20vbXVtYmxlLXZvaXAvZ3J1bWJsZSIKKyAgICAgICAgICM6aW1w b3J0LXBhdGggImdpdGh1Yi5jb20vbXVtYmxlLXZvaXAvZ3J1bWJsZS9jbWQvZ3J1bWJsZSIK KyAgICAgICAgICM6cGhhc2VzCisgICAgICAgICAobW9kaWZ5LXBoYXNlcyAlc3RhbmRhcmQt cGhhc2VzCisgICAgICAgICAgIChhZGQtYWZ0ZXIgJ3VucGFjayAncGF0Y2gKKyAgICAgICAg ICAgICAobGFtYmRhKiAoIzprZXkgdW5wYWNrLXBhdGggIzphbGxvdy1vdGhlci1rZXlzKQor ICAgICAgICAgICAgICAgKHN1YnN0aXR1dGUqIChmaW5kLWZpbGVzICIuIiAiXFwuZ28kIikK KyAgICAgICAgICAgICAgICAgKCgibXVtYmxlLmluZm8vZ3J1bWJsZS9wa2ciKQorICAgICAg ICAgICAgICAgICAgKHN0cmluZy1hcHBlbmQgdW5wYWNrLXBhdGggIi9wa2ciKSkpCisgICAg ICAgICAgICAgICAjdCkpKSkpCisgICAgICAoaW5wdXRzCisgICAgICAgYCgoImdvLWdpdGh1 Yi1jb20tZ29sYW5nLXByb3RvYnVmLXByb3RvIiAsZ28tZ2l0aHViLWNvbS1nb2xhbmctcHJv dG9idWYtcHJvdG8pCisgICAgICAgICAoImdvLWdpdGh1Yi1jb20tZ29yaWxsYS13ZWJzb2Nr ZXQiICxnby1naXRodWItY29tLWdvcmlsbGEtd2Vic29ja2V0KQorICAgICAgICAgKCJnby1n b2xhbmctb3JnLXgtY3J5cHRvIiAsZ28tZ29sYW5nLW9yZy14LWNyeXB0bykpKQorICAgICAg KHN5bm9wc2lzICJBbHRlcm5hdGl2ZSBNdW1ibGUgc2VydmVyIikKKyAgICAgIChkZXNjcmlw dGlvbiAiR3J1bWJsZSBpcyBhbiBpbXBsZW1lbnRhdGlvbiBvZiBhIHNlcnZlciBmb3IgdGhl IE11bWJsZQordm9pY2UgY2hhdCBzeXN0ZW0uICBJdCBpcyBhbiBhbHRlcm5hdGl2ZSB0byBN dXJtdXIsIHRoZSB0eXBpY2FsIE11bWJsZSBzZXJ2ZXIuIikKKyAgICAgIChob21lLXBhZ2Ug Imh0dHBzOi8vZ2l0aHViLmNvbS9tdW1ibGUtdm9pcC9ncnVtYmxlIikKKyAgICAgIChsaWNl bnNlIGxpY2Vuc2U6YnNkLTMpKSkpCi0tIAoyLjMwLjIKCg== ----=_RainLoop_180_102174458.1615566307-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 15:37:58 2021 Received: (at 47104) by debbugs.gnu.org; 12 Mar 2021 20:37:58 +0000 Received: from localhost ([127.0.0.1]:58519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKoXm-0001kY-9C for submit@debbugs.gnu.org; Fri, 12 Mar 2021 15:37:58 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:29510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKoXj-0001kO-CM for 47104@debbugs.gnu.org; Fri, 12 Mar 2021 15:37:57 -0500 Received: from nijino.local (217-149-164-20.nat.highway.telekom.at [217.149.164.20]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4DxyLR2SLCz3yWG; Fri, 12 Mar 2021 21:37:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1615581471; bh=T8BzW75qlr9Cg8gVpjVO0XYQZmqnb0X1GOyxUDwpEZE=; h=Subject:From:To:Date:In-Reply-To:References; b=pTv9fpWEErZYe1lryiqcUQpu64agUq3zmdUdkt/oKlC7YDsLpITD9m6+fNYBF4shh /OGSrhg0NHHvcsgBZivuAozxycOdtKSh1sQh30pyk5fB7iZUL0CPPYfaR71p0eqLq1 kAnAhOnLiRoP50OVlZvVN6zBna3avfdcZkbMo3Iw= Message-ID: <68917ec376f1aa2da0e88e9c72a850aa1e531cdd.camel@student.tugraz.at> Subject: Re: [bug#47104] [PATCH 1/2] gnu: Add grumble. From: Leo Prikler To: jgart , 47104@debbugs.gnu.org Date: Fri, 12 Mar 2021 21:37:50 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47104 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: -3.3 (---) Hi jgart, Am Freitag, den 12.03.2021, 16:25 +0000 schrieb jgart: > Now, to create a grumble-service-type :) I know you mean this somewhat jokingly, but is there anything (apart maybe from the name of the binary), that would keep you from reusing murmur-service-type? > @@ -4809,7 +4810,7 @@ test results.") > (define-public go-github-com-golang-protobuf-proto > (package > (name "go-github-com-golang-protobuf-proto") > - (version "1.3.1") > + (version "1.3.5") > (source (origin > (method git-fetch) > (uri (git-reference > @@ -4818,7 +4819,7 @@ test results.") > (file-name (git-file-name name version)) > (sha256 > (base32 > - "15am4s4646qy6iv0g3kkqq52rzykqjhm4bf08dk0fy2r58knpsy > l")))) > + "1gkd1942vk9n8kfzdwy1iil6wgvlwjq7a3y5jc49ck4lz9rhmgk > q")))) > (build-system go-build-system) > (arguments > '(#:import-path "github.com/golang/protobuf/proto" Please refrain from silently bumping other packages šŸ˜‰ > + (version (git-version "0.0.0" revision commit)) Three 0s is a bit much for a package, that has declared 1.0~devel since its inception. Are there even plans to release this ever? Apart from the above, there are some other question, that I'd like to ask before greenlighting this patch. 1. Is this package in its current state usable? 2. Is it still maintained upstream? It is a little stretch to say Grumble is undergoing active development after a year of no activity. 3. https://github.com/mumble-voip/grumble#project-status lists quite a few features that are lacking, but does it maybe contain features, that would make it worth packaging? If the answer is "no" to any of the above, I'm not too sure whether it would be wise to have this in Guix upstream. If LibreMiami wanted to host grumble instances on Guix regardless, perhaps a channel might be a better fit? > This was packaged by myself, donotshake, and Raghav Gururajan while > communicating on a grumble instance[...]. I'm not sure whether our broadcasting regulations would require you to label this patch as product placement, but thanks for the info, I guess. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 13:25:17 2021 Received: (at 47104) by debbugs.gnu.org; 18 Apr 2021 17:25:17 +0000 Received: from localhost ([127.0.0.1]:47696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYBAa-0004aR-ON for submit@debbugs.gnu.org; Sun, 18 Apr 2021 13:25:17 -0400 Received: from mx1.dismail.de ([78.46.223.134]:23311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYBAZ-0004Zz-0v for 47104@debbugs.gnu.org; Sun, 18 Apr 2021 13:25:16 -0400 Received: from mx1.dismail.de (localhost [127.0.0.1]) by mx1.dismail.de (OpenSMTPD) with ESMTP id ff014eab; Sun, 18 Apr 2021 19:25:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h= mime-version:date:content-type:content-transfer-encoding:from :message-id:subject:to:cc; s=20190914; bh=YMT2mgUXPK2GhvMHRQyBB8 wO+3tD4Y/4kD6yi3NnHb4=; b=cqbokQt2o8xFLJY7VXL3v3cvRHBqsdn/8Yd5XI GJ/vSn2T8RyDrOsQ0Gif0lZnH3g3uIpSPpkaz2ClURyP6CQfTxJCsKxRois7QGeN EvwBHe7IoazY/4yQeE1weiQRgryAXo+qCLPNNCr/+0wJMTVk/IJ9cHeqWBZKINF2 tVwpuB4ZBLgxr1A2aFEimOZ74iVqythvltn2o/wYOFycvn6ivQYuBrXa6+Xipf4H GybJlVLJpXD0zWtvoAsIpnOOKJLpdjOA6knTPRRJXAM/wlyawqFzuf99bUwq1bXY Y9t+uJLhICRsZRQwFyGyZTt6GMz/zMQgwl1k6Pnmjm2Js64w== Received: from smtp1.dismail.de ( [10.240.26.11]) by mx1.dismail.de (OpenSMTPD) with ESMTP id a203964c; Sun, 18 Apr 2021 19:25:07 +0200 (CEST) Received: from smtp1.dismail.de (localhost [127.0.0.1]) by smtp1.dismail.de (OpenSMTPD) with ESMTP id 4145e19b; Sun, 18 Apr 2021 19:25:07 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 16d0e11e (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Sun, 18 Apr 2021 19:25:06 +0200 (CEST) MIME-Version: 1.0 Date: Sun, 18 Apr 2021 17:25:06 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.14.0a From: "jgart" Message-ID: Subject: grumble status update To: 47104@debbugs.gnu.org X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47104 Cc: raghavgururajan@disroot.org, Raghav Gururajan 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: -3.3 (---) Hi Leo,=0A=0A> I know you mean this somewhat jokingly, but is there anyth= ing (apart=0A> maybe from the name of the binary), that would keep you fr= om reusing=0A> murmur-service-type?=0A=0ASee here: =0A=0Ahttps://github.c= om/mumble-voip/grumble/issues/21=0Ahttps://github.com/mumble-voip/grumble= /pull/26=0A=0AThere are more sources related to the grumble config that's= currently implemented that I can't locate at the moment. =0A=0AI remembe= r reading that they didn't necessarily want to maintain feature parity wi= th the grumble config format.=0A=0A> 1. Is this package in its current st= ate usable?=0A=0AI would say yes. We packaged grumble while talking over = grumble. It feels pretty solid. =0A=0AGrumble also has an active fork as = a library and being used by wahay: https://wahay.org/=0A=0AIt is currentl= y 16 commits ahead of upstream:=0A=0Ahttps://github.com/digitalautonomy/g= rumble=0A=0A> 2. Is it still maintained upstream? It is a little stretch= to say=0A> Grumble is undergoing active development after a year of no a= ctivity. =0A=0AIt sounds like the project maintainers of the upstream gru= mble project are very slow to review pull requests. It sounds like they a= re too busy with other projects/work.=0A=0ASee the complaint here by one = of the contributors that chimed in when I opened an issue:=0A=0Ahttps://g= ithub.com/mumble-voip/grumble/issues/76=0A=0A> 3. https://github.com/mumb= le-voip/grumble#project-statuslists quite a=0A> few features that are lac= king, but does it maybe contain features, that=0A> would make it worth pa= ckaging?=0A=0ASee https://github.com/mumble-voip/grumble/issues/76=0A=0A"= ... Grumble has the distinguishing feature of native support for Websocke= ts (because I was a lot worse at C++ back then and so I contributed a pat= ch here instead), and Murmur will probably not have that for the foreseea= ble future. You could of course just configure a proxy in front of Murmur= if you need this. A lot of the plans for work we were making a few years= ago pointed towards Grumble being more focused on ease-of-use and these = small workloads I talked about above. It makes sense: the Murmur static b= inary has issues and so a Grumble static (just how Go works) binary that = you can download and run, trivially configure and easily negotiate certs = over LE (unfortunately never happened due to LE issues, but it would be v= iable now), accessible over the Web could fulfil a sort of "batteries-inc= luded" user-friendly niche."=0A=0A> If the answer is "no" to any of the a= bove, I'm not too sure whether it=0A> would be wise to have this in Guix = upstream. If LibreMiami wanted to=0A> host grumble instances on Guix reg= ardless, perhaps a channel might be a=0A> better fit?=0A=0AWe can put thi= s in a LibreMiami channel with a service for it if you insist it not be i= ncluded in upstream guix. =0A=0AIf upstream grumble picks up development = then I can send a patch again for review.=0A=0AThat said, can you take th= e patch for go-github-com-gorilla-websocket?=0A=0AWe will need go-github-= com-gorilla-websocket for many other packages that we're working on. One = of them being the hugo static site generator that we're working on with R= yan Prior.=0A=0ARelatedly, we're planning on packaging wahay (https://wah= ay.org/). =0A=0Awahay depends on the fork of grumble that I linked above.= =0A=0AShould we package only the fork of grumble in that case and not up= stream grumble?=0A=0Aall the best,=0A=0Ajgart From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 14:32:04 2021 Received: (at 47104) by debbugs.gnu.org; 18 Apr 2021 18:32:04 +0000 Received: from localhost ([127.0.0.1]:47745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYCDE-0006G9-0O for submit@debbugs.gnu.org; Sun, 18 Apr 2021 14:32:04 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:36618) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYCDB-0006Fj-8R for 47104@debbugs.gnu.org; Sun, 18 Apr 2021 14:32:02 -0400 Received: from nijino.local (194-96-9-9.adsl.highway.telekom.at [194.96.9.9]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FNdp45Mwcz1LLyL; Sun, 18 Apr 2021 20:31:56 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4FNdp45Mwcz1LLyL DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1618770717; bh=PjaIQXZOOANHr0itrHekZ9qP2XLRWkbjFI02+8USNnc=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=DQfsRkpruvVGqGv+JWm8+iyk1YnOCFWXZfdBWnSDp6tAk7zqeh6pQGGgVOLnSt98t d2cFA9urpanGFFPY77/gJgdKQlVVzyXmrAi0zr66w2Znq6jg7A97Z7D0W4qna3eu3z PDd/BdfdGx0JoxKD8WUFALRlE+8/W1pTVeqjK/LA= Message-ID: Subject: Re: grumble status update From: Leo Prikler To: jgart , 47104@debbugs.gnu.org Date: Sun, 18 Apr 2021 20:31:55 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47104 Cc: raghavgururajan@disroot.org, Raghav Gururajan 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: -3.3 (---) Hi jgart, Am Sonntag, den 18.04.2021, 17:25 +0000 schrieb jgart: > Hi Leo, > > > I know you mean this somewhat jokingly, but is there anything > > (apart > > maybe from the name of the binary), that would keep you from > > reusing > > murmur-service-type? > > See here: > > https://github.com/mumble-voip/grumble/issues/21 > https://github.com/mumble-voip/grumble/pull/26 > > There are more sources related to the grumble config that's currently > implemented that I can't locate at the moment. > > I remember reading that they didn't necessarily want to maintain > feature parity with the grumble config format. That'sā€¦ disappointing. > > 1. Is this package in its current state usable? > > I would say yes. We packaged grumble while talking over grumble. It > feels pretty solid. > > Grumble also has an active fork as a library and being used by wahay: > https://wahay.org/ > > It is currently 16 commits ahead of upstream: > > https://github.com/digitalautonomy/grumble This doesn't really look active to me either. It appears as though they diverged at some point and simultaneously came to a halt. Now wahay is still active, but that's a different beast. > > 2. Is it still maintained upstream? It is a little stretch to say > > Grumble is undergoing active development after a year of no > > activity. > > It sounds like the project maintainers of the upstream grumble > project are very slow to review pull requests. It sounds like they > are too busy with other projects/work. > > See the complaint here by one of the contributors that chimed in when > I opened an issue: > > https://github.com/mumble-voip/grumble/issues/76 I take that as a "Maybe, but actually no". > > 3. https://github.com/mumble-voip/grumble#project-statuslists quite > > a > > few features that are lacking, but does it maybe contain features, > > that > > would make it worth packaging? > > See https://github.com/mumble-voip/grumble/issues/76 > > "... Grumble has the distinguishing feature of native support for > Websockets (because I was a lot worse at C++ back then and so I > contributed a patch here instead), and Murmur will probably not have > that for the foreseeable future. You could of course just configure a > proxy in front of Murmur if you need this. A lot of the plans for > work we were making a few years ago pointed towards Grumble being > more focused on ease-of-use and these small workloads I talked about > above. It makes sense: the Murmur static binary has issues and so a > Grumble static (just how Go works) binary that you can download and > run, trivially configure and easily negotiate certs over LE > (unfortunately never happened due to LE issues, but it would be > viable now), accessible over the Web could fulfil a sort of > "batteries-included" user-friendly niche." W.r.t. ease-of-use I don't think it should be too difficult to get murmur + certbot working in Guix. All I can recall from the Debian (yeah, I know) server, that I currently run murmur on, is that you need to get your hook for restarting murmur right. > > If the answer is "no" to any of the above, I'm not too sure whether > > it > > would be wise to have this in Guix upstream. If LibreMiami wanted > > to > > host grumble instances on Guix regardless, perhaps a channel might > > be a > > better fit? > > We can put this in a LibreMiami channel with a service for it if you > insist it not be included in upstream guix. It is not so much me insisting rather than me thinking, that channels fit such "niche" uses better. As far as I can tell, Guix tries to make system services as secure as possible and having a service with glaring security flaws is not really a good fit in that scenario. See also the recent removal of mongodb. > If upstream grumble picks up development then I can send a patch > again for review. Please do so. > That said, can you take the patch for go-github-com-gorilla- > websocket? > > We will need go-github-com-gorilla-websocket for many other packages > that we're working on. One of them being the hugo static site > generator that we're working on with Ryan Prior. While the package description itself LGTM, the patch inadvertently version bumps some Go protobuf package. If it's okay with you and Ryan, I think the better solution would be to send a clean patch along with hugo or perhaps separately. > Relatedly, we're planning on packaging wahay (https://wahay.org/). > > wahay depends on the fork of grumble that I linked above. > > Should we package only the fork of grumble in that case and not > upstream grumble? Again, since wahay has no public release and LibreMiami might want to tail upstream, I think that this would be a better fit outside of Guix. As for the differences in their versions of grumble, I honestly don't know what to do. Guix usually tries not to vendor packages and this might mean using upstream grumble for wahay, but the grumble fork might also implement features, that are necessary for wahay. This is just my personal opinion, but right now Guix seems to have about 70 "no release" comments, some of which are actually "no release since". I don't think there's a reason to bump this number unless the developer has a good reason not to assign version numbers (other than "it's not ready yet", which is a perfect reason not to assign version numbers, but also a perfect reason to refrain from packaging it), which does not seem to hold here. Regards, Leo From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 18 15:16:50 2021 Received: (at 47104) by debbugs.gnu.org; 18 Apr 2021 19:16:50 +0000 Received: from localhost ([127.0.0.1]:47851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYCuX-00017o-Ne for submit@debbugs.gnu.org; Sun, 18 Apr 2021 15:16:50 -0400 Received: from mx1.dismail.de ([78.46.223.134]:38745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYCuS-00017T-Ql for 47104@debbugs.gnu.org; Sun, 18 Apr 2021 15:16:48 -0400 Received: from mx1.dismail.de (localhost [127.0.0.1]) by mx1.dismail.de (OpenSMTPD) with ESMTP id bda1b709; Sun, 18 Apr 2021 21:16:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h= mime-version:date:content-type:content-transfer-encoding:from :message-id:subject:to:cc:in-reply-to:references; s=20190914; bh=yePI/oERMh7LmpVhZpTXTHhCWkcCNx6sLzgX56r0y5w=; b=AAT3j/LgS5MO NF+Iuf0xCYZ7iiHqtnl4apiQFY023d4Ako+BdaCAdDd9TwtGZkZZcTSF8WStQTnZ RfQsE6XGGFKCtvFaONSLMS/WbY9yjJHjFVtmn1VnX8Lx0RsWW1zg4p+tSPZrUWIZ whXCcjuOueHyQbgy5GY6fmwR0+RsOsifjotwD5+uwFwgaasZx7O+dFU6sdzckPIo dMTv0PDe7l3ml8EU08YyJOW5YV82tffXlQHDJZM9rb/4FrWyOCODuDK8jLSFqWOh 0sDPA8z8EjiikzIZ8HjF8xsk79RR/k9r/2Jv42e7Wi3OQSU4OgK1lGbxRjLopLji A6w8SOcNbw== Received: from smtp1.dismail.de ( [10.240.26.11]) by mx1.dismail.de (OpenSMTPD) with ESMTP id 3c39e97f; Sun, 18 Apr 2021 21:16:37 +0200 (CEST) Received: from smtp1.dismail.de (localhost [127.0.0.1]) by smtp1.dismail.de (OpenSMTPD) with ESMTP id 2334cee8; Sun, 18 Apr 2021 21:16:37 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id 201c090b (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Sun, 18 Apr 2021 21:16:36 +0200 (CEST) MIME-Version: 1.0 Date: Sun, 18 Apr 2021 19:16:35 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.14.0a From: "jgart" Message-ID: <4164d47d2927aa352d2c7c9c15e9bda4@dismail.de> Subject: Re: grumble status update To: "Leo Prikler" , 47104@debbugs.gnu.org In-Reply-To: References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47104 Cc: raghavgururajan@disroot.org, rprior@protonmail.com, Raghav Gururajan 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: -3.3 (---) > It is not so much me insisting rather than me thinking, that channels= =0A> fit such "niche" uses better. As far as I can tell, Guix tries to ma= ke=0A> system services as secure as possible and having a service with gl= aring=0A> security flaws is not really a good fit in that scenario. See a= lso the=0A> recent removal of mongodb.=0A=0AI also agree that this will b= e a good use case for a guix channel. Thanks for the advice on that.=0A= =0AWe'll move grumble and wahay (tbd) to our channel for community testin= g and experimentation. =0A=0A> While the package description itself LGTM,= the patch inadvertently=0A> version bumps some Go protobuf package. If i= t's okay with you and=0A> Ryan, I think the better solution would be to s= end a clean patch along=0A> with hugo or perhaps separately.=0A=0AI'll re= send a patch for go-github-com-gorilla-websocket soon. =0A=0AHugo might b= e a while. It's a beast of a package:=0A=0Ahttps://github.com/ryanprior/g= uix-packages/blob/master/testing/hugo.scm=0Ahttps://github.com/ryanprior/= guix-packages/blob/master/testing/new-hugo-deps.org=0A=0AIt definitely do= esn't resemble the one in nixpkgs :)=0A=0Ahttps://github.com/NixOS/nixpkg= s/blob/nixos-unstable/pkgs/applications/misc/hugo/default.nix#L36=0A=0ATh= ank you for taking the time to review our patches.=0A=0Aall the best,=0A= =0Ajgart=0A=0AApril 18, 2021 2:32 PM, "Leo Prikler" wrote:=0A=0A> Hi jgart,=0A> =0A> Am Sonntag, den 18.04.2021, 1= 7:25 +0000 schrieb jgart:=0A> =0A>> Hi Leo,=0A>> =0A>> I know you mean th= is somewhat jokingly, but is there anything=0A>> (apart=0A>> maybe from t= he name of the binary), that would keep you from=0A>> reusing=0A>> murmur= -service-type?=0A>> =0A>> See here:=0A>> =0A>> https://github.com/mumble-= voip/grumble/issues/21=0A>> https://github.com/mumble-voip/grumble/pull/2= 6=0A>> =0A>> There are more sources related to the grumble config that's = currently=0A>> implemented that I can't locate at the moment.=0A>> =0A>> = I remember reading that they didn't necessarily want to maintain=0A>> fea= ture parity with the grumble config format.=0A> =0A> That's=E2=80=A6 disa= ppointing.=0A> =0A>> 1. Is this package in its current state usable?=0A>>= =0A>> I would say yes. We packaged grumble while talking over grumble. I= t=0A>> feels pretty solid.=0A>> =0A>> Grumble also has an active fork as = a library and being used by wahay:=0A>> https://wahay.org=0A>> =0A>> It i= s currently 16 commits ahead of upstream:=0A>> =0A>> https://github.com/d= igitalautonomy/grumble=0A> =0A> This doesn't really look active to me eit= her. It appears as though=0A> they diverged at some point and simultaneou= sly came to a halt. Now=0A> wahay is still active, but that's a different= beast.=0A> =0A>> 2. Is it still maintained upstream? It is a little stre= tch to say=0A>> Grumble is undergoing active development after a year of = no=0A>> activity.=0A>> =0A>> It sounds like the project maintainers of th= e upstream grumble=0A>> project are very slow to review pull requests. It= sounds like they=0A>> are too busy with other projects/work.=0A>> =0A>> = See the complaint here by one of the contributors that chimed in when=0A>= > I opened an issue:=0A>> =0A>> https://github.com/mumble-voip/grumble/is= sues/76=0A> =0A> I take that as a "Maybe, but actually no".=0A> =0A>> 3. = https://github.com/mumble-voip/grumble#project-statuslists quite=0A>> a= =0A>> few features that are lacking, but does it maybe contain features,= =0A>> that=0A>> would make it worth packaging?=0A>> =0A>> See https://git= hub.com/mumble-voip/grumble/issues/76=0A>> =0A>> "... Grumble has the dis= tinguishing feature of native support for=0A>> Websockets (because I was = a lot worse at C++ back then and so I=0A>> contributed a patch here inste= ad), and Murmur will probably not have=0A>> that for the foreseeable futu= re. You could of course just configure a=0A>> proxy in front of Murmur if= you need this. A lot of the plans for=0A>> work we were making a few yea= rs ago pointed towards Grumble being=0A>> more focused on ease-of-use and= these small workloads I talked about=0A>> above. It makes sense: the Mur= mur static binary has issues and so a=0A>> Grumble static (just how Go wo= rks) binary that you can download and=0A>> run, trivially configure and e= asily negotiate certs over LE=0A>> (unfortunately never happened due to L= E issues, but it would be=0A>> viable now), accessible over the Web could= fulfil a sort of=0A>> "batteries-included" user-friendly niche."=0A> =0A= > W.r.t. ease-of-use I don't think it should be too difficult to get=0A> = murmur + certbot working in Guix. All I can recall from the Debian=0A> (y= eah, I know) server, that I currently run murmur on, is that you need=0A>= to get your hook for restarting murmur right.=0A> =0A>> If the answer is= "no" to any of the above, I'm not too sure whether=0A>> it=0A>> would be= wise to have this in Guix upstream. If LibreMiami wanted=0A>> to=0A>> ho= st grumble instances on Guix regardless, perhaps a channel might=0A>> be = a=0A>> better fit?=0A>> =0A>> We can put this in a LibreMiami channel wit= h a service for it if you=0A>> insist it not be included in upstream guix= .=0A> =0A> It is not so much me insisting rather than me thinking, that c= hannels=0A> fit such "niche" uses better. As far as I can tell, Guix trie= s to make=0A> system services as secure as possible and having a service = with glaring=0A> security flaws is not really a good fit in that scenario= . See also the=0A> recent removal of mongodb.=0A> =0A>> If upstream grumb= le picks up development then I can send a patch=0A>> again for review.=0A= > =0A> Please do so.=0A> =0A>> That said, can you take the patch for go-g= ithub-com-gorilla-=0A>> websocket?=0A>> =0A>> We will need go-github-com-= gorilla-websocket for many other packages=0A>> that we're working on. One= of them being the hugo static site=0A>> generator that we're working on = with Ryan Prior.=0A> =0A> While the package description itself LGTM, the = patch inadvertently=0A> version bumps some Go protobuf package. If it's o= kay with you and=0A> Ryan, I think the better solution would be to send a= clean patch along=0A> with hugo or perhaps separately.=0A> =0A>> Related= ly, we're planning on packaging wahay (https://wahay.org).=0A>> =0A>> wah= ay depends on the fork of grumble that I linked above.=0A>> =0A>> Should = we package only the fork of grumble in that case and not=0A>> upstream gr= umble?=0A> =0A> Again, since wahay has no public release and LibreMiami m= ight want to=0A> tail upstream, I think that this would be a better fit o= utside of Guix.=0A> As for the differences in their versions of grumble, = I honestly don't=0A> know what to do. Guix usually tries not to vendor pa= ckages and this=0A> might mean using upstream grumble for wahay, but the = grumble fork might=0A> also implement features, that are necessary for wa= hay.=0A> =0A> This is just my personal opinion, but right now Guix seems = to have=0A> about 70 "no release" comments, some of which are actually "n= o release=0A> since". I don't think there's a reason to bump this number = unless the=0A> developer has a good reason not to assign version numbers = (other than=0A> "it's not ready yet", which is a perfect reason not to as= sign version=0A> numbers, but also a perfect reason to refrain from packa= ging it), which=0A> does not seem to hold here.=0A> =0A> Regards,=0A> Leo From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 22 14:51:51 2022 Received: (at 47104-done) by debbugs.gnu.org; 22 Jun 2022 18:51:51 +0000 Received: from localhost ([127.0.0.1]:36587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o45SA-0007YY-QW for submit@debbugs.gnu.org; Wed, 22 Jun 2022 14:51:50 -0400 Received: from mail-qv1-f44.google.com ([209.85.219.44]:38479) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o45S7-0007YH-E1 for 47104-done@debbugs.gnu.org; Wed, 22 Jun 2022 14:51:49 -0400 Received: by mail-qv1-f44.google.com with SMTP id p31so26470098qvp.5 for <47104-done@debbugs.gnu.org>; Wed, 22 Jun 2022 11:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=JDuywQkFbenlEFgENgspmTdxGCrDrMewcxTG7dopDrc=; b=p3ihKtG3xom2k7UR+DjI5Yws3dhA5P/iWkEvFpChbjE15lLUnR84GnDI/yaVUuRlY7 tsG10mTlEFQwzKLMO1Mw1sZ3B/sdzn1TkDKaQpUOuTZA5zouuRa1JTt2l3WY8a3/L3c0 oEYZLqJzGcdBz6FoFlp43UhQm9CeFUMHh0VvUYHTTxUQcN9qpDgu2Ey601jacLCb4u/g WlrCE/SegmTs75Y2frmIWgxaASbiOfw/D8v4WFH3UubmQdShfeK3xxJoLJWOvpvQ9JP+ M/+dJzCD+lL4Mq+1ZHd+LVL3CUbbKFTRbeT2w9Tjj6FvUxsLZaGyehrzb6EMcrAgj1em ZR/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=JDuywQkFbenlEFgENgspmTdxGCrDrMewcxTG7dopDrc=; b=2WBvvqrlwp133wyZn2NygmQ0RwN/GQkH94e6htM8fJBP1EmnsOe8jhEM70+dg0ielU JFcgMJAYnUPssXCcfZxXA/P9uCxckzzL4U00Z5Dh8Dai1GkNk9W1qaYdRCpwoSNgjx5w usJbAYfC84RH35id/Bbm63bMvrq2D29dUidO8jdq3XyEcsti1J5XlD1YRPtEHHiB+V1f 5FVUqkcD76NRARa5OLE4O8YxR3hhyBnRTDAO7s08k5stG5C0byN6epEGX5mTLaABRypj yYySi8nh8FY24tK9Y9VPH6lmxmSV32vaQ+KEcfosuMVIq+pKcuZfzphn9TxaekbCsvNY ZH7w== X-Gm-Message-State: AJIora/9l1l5vhIcHQ/k7BoANO3Br2Iyix/otalf9x1meIJixSwVv4ey mkSFaT2jaFOkEuHdlOZApHE= X-Google-Smtp-Source: AGRyM1uolM9vAtuNFzYt2/JWa5Bu9tjfT/lbrXlecmiNyj78oFd4wpiKbQuNfp7333TKWga/N0ALdA== X-Received: by 2002:ad4:5bea:0:b0:467:d5ee:6ae8 with SMTP id k10-20020ad45bea000000b00467d5ee6ae8mr29239138qvc.62.1655923901278; Wed, 22 Jun 2022 11:51:41 -0700 (PDT) Received: from hurd (dsl-10-141-244.b2b2c.ca. [72.10.141.244]) by smtp.gmail.com with ESMTPSA id i26-20020ac8765a000000b0031577285ae1sm1867096qtr.94.2022.06.22.11.51.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Jun 2022 11:51:40 -0700 (PDT) From: Maxim Cournoyer To: "jgart" Subject: Re: bug#47104: [PATCH 1/2] gnu: Add grumble. References: <4164d47d2927aa352d2c7c9c15e9bda4@dismail.de> Date: Wed, 22 Jun 2022 14:51:39 -0400 In-Reply-To: <4164d47d2927aa352d2c7c9c15e9bda4@dismail.de> (jgart@dismail.de's message of "Sun, 18 Apr 2021 19:16:35 +0000") Message-ID: <87tu8c4jlw.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47104-done Cc: raghavgururajan@disroot.org, Leo Prikler , 47104-done@debbugs.gnu.org, rprior@protonmail.com, Raghav Gururajan 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 (-) Hello, "jgart" writes: >> It is not so much me insisting rather than me thinking, that channels >> fit such "niche" uses better. As far as I can tell, Guix tries to make >> system services as secure as possible and having a service with glaring >> security flaws is not really a good fit in that scenario. See also the >> recent removal of mongodb. > > I also agree that this will be a good use case for a guix channel. Thanks for the advice on that. > > We'll move grumble and wahay (tbd) to our channel for community testing and experimentation. OK. Closing this tracker then. Thanks, Maxim From unknown Sun Jun 22 04:00:22 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, 21 Jul 2022 11:24:04 +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