From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 22 07:12:26 2020 Received: (at submit) by debbugs.gnu.org; 22 Apr 2020 11:12:26 +0000 Received: from localhost ([127.0.0.1]:51409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jRDIo-00015p-C9 for submit@debbugs.gnu.org; Wed, 22 Apr 2020 07:12:26 -0400 Received: from lists.gnu.org ([209.51.188.17]:35760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jRDIn-00015f-1Q for submit@debbugs.gnu.org; Wed, 22 Apr 2020 07:12:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51914) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRDIj-0003JI-ID for guix-patches@gnu.org; Wed, 22 Apr 2020 07:12:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KHOP_DYNAMIC, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jRDIb-0000bJ-BM for guix-patches@gnu.org; Wed, 22 Apr 2020 07:12:21 -0400 Received: from 216-80-121-173.s13.demp-ubr2.chi-demp.il.static.cable.rcncustomer.com ([216.80.121.173]:61146 helo=ericcbrown.com) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jRDIa-0000Y4-TM for guix-patches@gnu.org; Wed, 22 Apr 2020 07:12:13 -0400 Received: from localhost (unknown [192.168.1.1]) by ericcbrown.com (Postfix) with ESMTPSA id 3FB394A024D9; Wed, 22 Apr 2020 06:12:12 -0500 (CDT) From: Eric Brown To: guix-patches@gnu.org Subject: New package: r-restrserve Mail-reply-to: Eric Brown Mail-followup-to: Eric Brown Date: Wed, 22 Apr 2020 06:12:13 -0500 Message-ID: <87pnbzpyeq.fsf@ericcbrown.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: none client-ip=216.80.121.173; envelope-from=ecbrown@ericcbrown.com; helo=ericcbrown.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/04/22 07:11:05 X-ACL-Warn: Detected OS = Mac OS X [generic] [fuzzy] X-Received-From: 216.80.121.173 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit Cc: rekado@elephly.net 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 (-) --=-=-= Content-Type: text/plain Dear Guix, Please see attached diff for r-restrserve. Please note that it depends on a patch r-rserve which I submitted just a moment ago. Cheers, Eric --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-gnu-Add-r-restrserve.patch Content-Description: r-restrserve >From 77b08891ad2ffba228858dc0d06b0000b544597a Mon Sep 17 00:00:00 2001 From: Eric Brown Date: Wed, 22 Apr 2020 06:07:14 -0500 Subject: [PATCH] gnu: Add r-restrserve. * gnu/packages/cran.scm (r-restrserve): New variable. --- gnu/packages/cran.scm | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) diff --git a/gnu/packages/cran.scm b/gnu/packages/cran.scm index 70cb7cc700..8b27279f2b 100644 --- a/gnu/packages/cran.scm +++ b/gnu/packages/cran.scm @@ -21162,3 +21162,25 @@ evaluated interactively.") Bayes factors, posterior model probabilities, and normalizing constants in general, via different versions of bridge sampling.") (license license:gpl2+))) + +(define-public r-restrserve + (package + (name "r-restrserve") + (version "0.2.2") + (source + (origin + (method url-fetch) + (uri (cran-uri "RestRserve" version)) + (sha256 + (base32 "1b8wbar98qhhl46s4i7qks5nm2wy5bvfi9029gpd4gmqsq4bmbm7")))) + (build-system r-build-system) + (propagated-inputs + `(("r-rserve" ,r-rserve))) + (home-page "https://restrserve.org") + (synopsis "R web API framework") + (description + "RestRserve is an R web API framework for building high-performance AND +robust microservices and app backends. With Rserve backend on UNIX-like systems +it is parallel by design. It will handle incoming requests in parallel - each +request in a separate fork.") + (license license:gpl2+))) -- 2.26.2 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat May 30 13:56:46 2020 Received: (at 40764) by debbugs.gnu.org; 30 May 2020 17:56:46 +0000 Received: from localhost ([127.0.0.1]:59169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jf5iw-00028t-CG for submit@debbugs.gnu.org; Sat, 30 May 2020 13:56:46 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:43651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jf5iu-00028g-HW for 40764@debbugs.gnu.org; Sat, 30 May 2020 13:56:44 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5EC115C006E; Sat, 30 May 2020 13:56:39 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 30 May 2020 13:56:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm3; bh=9mdUZ0J0HHLF8SyoDj0rM7r23Z aA8w9sbKDgebzhTng=; b=kN3WVATePzpdZFrHTPoIewq4YTUJYgAHf8tE3HzUA0 pvdRnkWzgvs9+qpqsWQySkv/kaVfcCX+io5j8s37NBHj4c4gNI3fXiPXcl3NHqaH yvUj7guoIgssAuUGI6mRy4/rbnJofzG611jPAv99aOwr63F7nZFjrJxojfjjNqn5 NHMfHjNtFgbraMxxmzzJ+SQwI6Ue2v74eW6rxjJrYtu9TY12FNBEXlpzhtYDjlVJ ry7zW5lRRgKQjvz6mwI4SRt91pbUR8vI36c11lcbK5Th6E8UfjB7ZW33gEMoS43a VHueT9ejasugBnMssZDPiZqPBT2KDlTNtA0/yJEpsztQ== 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=fm2; bh=9mdUZ0 J0HHLF8SyoDj0rM7r23ZaA8w9sbKDgebzhTng=; b=WkSX9ygOzVeLrFRR4y6AFv JEA1BCT9KkQnbVf1sXmy8XDLau4rrRTQgmJ5ufhHCu/OqsRy6f2JyqBF4mQrNLsZ 1HcOlscNCM1AYt8qp7W8Hh2hfzXuSsFwumLnwDU62ZwDKOUuNHokEF5ZYqMY9EyS Gi+gXNm5r6I9JlG1aBKmM4oBLQP14ZtqVB1Crz06nJjH7FYGXriQ6gaigmqswC9W ICft7i9PJ96eRRwfVXSZHog6h4dZXCLWgYiOA0irXcC0NQeQMr4H00v7wK1uajNg DGMDVhmNX541LKLoaMiyVtPqJ5F96F9Edn9KyqBt5yHGlgoC06pcl9t46rY8syfA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudeftddguddujecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffujghffffkgggtsehgtderredttddtnecuhfhrohhmpeforghrihhu shcuuegrkhhkvgcuoehmsggrkhhkvgesfhgrshhtmhgrihhlrdgtohhmqeenucggtffrrg htthgvrhhnpefgtdeukeevhefhfffghfeifeekkeffhedvtdeiheelvdetueehjeekvedt ueeigeenucfkphepkeegrddvtddvrdeikedrjeehnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepmhgsrghkkhgvsehfrghsthhmrghilhdrtgho mh X-ME-Proxy: Received: from localhost (ti0006q161-2604.bb.online.no [84.202.68.75]) by mail.messagingengine.com (Postfix) with ESMTPA id 9B2D0328005A; Sat, 30 May 2020 13:56:38 -0400 (EDT) From: Marius Bakke To: Eric Brown , 40764@debbugs.gnu.org Subject: Re: [bug#40764] New package: r-restrserve In-Reply-To: <87pnbzpyeq.fsf@ericcbrown.com> References: <87pnbzpyeq.fsf@ericcbrown.com> Date: Sat, 30 May 2020 19:56:37 +0200 Message-ID: <87lfl9xq5m.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40764 Cc: rekado@elephly.net 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 (-) --=-=-= Content-Type: text/plain Eric Brown writes: > Dear Guix, > > Please see attached diff for r-restrserve. Please note that it depends > on a patch r-rserve which I submitted just a moment ago. This patch no longer applies. Can you rebase it on 'master'? Thanks in advance, and sorry for the delay. Also, make sure 'guix lint r-restrserve' passes. :-) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAl7SnlUACgkQoqBt8qM6 VPpoqAf/YLxTuXUb5jG/HAZi1a5raFRCmKtAf9kC0SIw4WD+XZvLFJMM13o6WURZ ZfrgTzT/8dwF4mjsz85JJ/L3moSj76FYrIcD+B0pP7e3YAozuLtHIqCUwzQjRAE2 bI2LNHCrjc7SekAlKad6XwBqbRg77h7z8lMNm4lux98cof78NG5zemZtD5U0JCJk u3S2J8RX9iSWzgWEzoC1ShzZVwOVhfFUMEIBm3G56sYr34W7BCjlyZNuGNEiFp1I buxw+OxTXu9P3fz/2QVTc7y86gYcbi8aE08b34bd31n/A6t/sGwvGfxSQ2y6HeO0 faK5Yas1qp2lb8HodQZCP6JP7Bq1Mg== =lNAo -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 09 14:36:24 2020 Received: (at 40764-done) by debbugs.gnu.org; 9 Dec 2020 19:36:24 +0000 Received: from localhost ([127.0.0.1]:36174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn5GC-0004bT-9y for submit@debbugs.gnu.org; Wed, 09 Dec 2020 14:36:24 -0500 Received: from mira.cbaines.net ([212.71.252.8]:40570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn5GA-0004bJ-51 for 40764-done@debbugs.gnu.org; Wed, 09 Dec 2020 14:36:23 -0500 Received: from localhost (188.28.127.185.threembb.co.uk [188.28.127.185]) by mira.cbaines.net (Postfix) with ESMTPSA id A03AE27BC02; Wed, 9 Dec 2020 19:36:20 +0000 (GMT) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id bfd66db7; Wed, 9 Dec 2020 19:36:18 +0000 (UTC) References: <87pnbzpyeq.fsf@ericcbrown.com> User-agent: mu4e 1.4.13; emacs 27.1 From: Christopher Baines To: Eric Brown Subject: Re: [bug#40764] New package: r-restrserve In-reply-to: <87pnbzpyeq.fsf@ericcbrown.com> Date: Wed, 09 Dec 2020 19:36:17 +0000 Message-ID: <87mtym4vri.fsf@cbaines.net> 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: 40764-done Cc: 40764-done@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.0 (-) --=-=-= Content-Type: text/plain Eric Brown writes: > Dear Guix, > > Please see attached diff for r-restrserve. Please note that it depends > on a patch r-rserve which I submitted just a moment ago. Hi Eric, I've gone ahead and pushed this as e36291ef52a30b1c667b78ef76c1980363f8c138. Due to the delay in merging this, I updated the package to 0.4.0 and added some more inputs. In the future, I'd strongly recommend not adding packages to the bottom of modules, unless you really want the package definition to be there. If every new definition gets added at the bottom, merge conflicts become very likely. Related to this, I also moved the package definition up off the bottom of the module. Thanks, Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAl/RJzFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9Xf2Ow//V6WshFQeSxoTEOPG9qyeapB28l+7Zvgz 4rHnWya9ASPfAHcfKtdk1e17KgOBRJsDM8VEm4ye4V5wmUzeY2gL6SVMDyK0givg mBsyql+eq6J3Zt9zstEnCkPKTland234UdOiHve9Zd8l9olZOYiXTMDBfayyDjIi c+gCxSPXJJdNY1xxK57XE8/Cs/qCYHl0YXB1utc9b7YsrNhIuEgQg+AjjFEZ2Z4L C9gZJq+sr3V0+TRczPHEsgTVrDmvoRTu9liFUJraAQVnviU65tE2A+pfx8CFHU9p 978VmFTnk8773towm+IxF9zf58xgjQY1NtD4u3xHC5qzoyiVAlpGT4AGXrd60ncP FSplgjKUD494pnPfDc0KQJWfB6uRKtIJsjtWz0LjyMGq3gNFqymtbnS86NKxIaMg 4yXZRU8slj1foyzqweHwVlxL+Kxk5o5NgBD+iDPjDw3sUtTPy33JsIjQOlPSYgE1 nL1VsDF0Xp/SLod2v8y8ei/yCnKBfG0Aa5lrHrVSOimWkqytmC/n+LcRLtvb9oT+ eyiXNBnhgk5kxI5HGJt1Jl8EGIzM4f6vlv+3MAV8/7EngwU/OI2iiibz4uIIIpEp 6mba5SkzRs8n6x2jdM3VLOx0pQsxFLR0KIO7IZnjW/m42nNE70BP3w0FPRsTuo1B kdXPQLIG4Hc= =PVXM -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 07:45:08 2020 Received: (at 40764-done) by debbugs.gnu.org; 10 Dec 2020 12:45:08 +0000 Received: from localhost ([127.0.0.1]:37193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knLJk-0002sR-4w for submit@debbugs.gnu.org; Thu, 10 Dec 2020 07:45:08 -0500 Received: from mail-wm1-f44.google.com ([209.85.128.44]:38004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knLJh-0002rN-4G for 40764-done@debbugs.gnu.org; Thu, 10 Dec 2020 07:45:05 -0500 Received: by mail-wm1-f44.google.com with SMTP id g185so5163941wmf.3 for <40764-done@debbugs.gnu.org>; Thu, 10 Dec 2020 04:45:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=pcsRBSqelcf66Vc3xFiYEq66QmIhpPIghSYtP9CwPpA=; b=iH1HwJVFTVaMLN7M0Hr5N56nuHr4zPyKA5Db/tsCYzWteDcORN/hbFoSbpVSEpjbWH T8fWB/3K5Q8Lvz4O1MhLm/5iVawKHS8ThrwGoy3hlC6/2dKa8qeHJOFURmSWcUN6SF9V F/GJnmISsbDncByGr3WhFY5O+vDDWNkRiYkhSXKf54reM1a/QFV+a1gt6NwpXinEwRau mj24LLb86ZkRos+fLUE+Iiap/0I6Sg8E3rjNv0cEEW0vAR3h5kT9vZoKiRgXOrmILyln s+FVnc7FawHNJKBoCC5ImYqiRNy+oqBGF4nvN8xcxcGf3WX/ZOZECagW6fkPAY6WTfKp dJmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=pcsRBSqelcf66Vc3xFiYEq66QmIhpPIghSYtP9CwPpA=; b=Tm4Ow9gsAraUJeziZwKxvpBMjURahD+LioY0gKaPF/ttp9g5cWgGinMedtLBBR7e2E rmxMY6Mg8/2MM+XyQQzBNhFi7hvwf2uMBOXMgqfhs12uV8VLnLkS1zwlz+wmwVFipNYw RDWAk52giZR/Z91kIJYfO7Pg3/6Z5abcyYNwTgJ4GnAe++j+0G4CchJwM/IrXrTjVd/C ioWqyNEM4orhj0R0pbU79XTKNGSgNOaeqK4PjB6rds6F2J3OkUUrMzDl4d6LBpe73111 iw1cRoirVFcXjJLxXWMmXIWxSLo+eCDpIA3KWK8kpuV8fzsUgBpSJWeSTdrQapNJRGv5 ZZGQ== X-Gm-Message-State: AOAM531WSLfXN6gfyd5ptbcu/MmmdRXqs8y9Loce3mB/co+smrKIFzva ZlGtkArl/qrziEClTAO501E= X-Google-Smtp-Source: ABdhPJxZy0CVa1gtinm1+Zh/F+r6fKo8CGmKloZWZr5+MbQf1jge06nJ55X06Kijw5vCOZ0e/fYldw== X-Received: by 2002:a1c:43c6:: with SMTP id q189mr8160222wma.7.1607604299304; Thu, 10 Dec 2020 04:44:59 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id h13sm9702477wrm.28.2020.12.10.04.44.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Dec 2020 04:44:58 -0800 (PST) From: zimoun To: Christopher Baines , Eric Brown Subject: Re: bug#40764: New package: r-restrserve In-Reply-To: <87mtym4vri.fsf@cbaines.net> References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> Date: Thu, 10 Dec 2020 13:36:34 +0100 Message-ID: <864kktj0rx.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40764-done Cc: Ricardo Wurmus , 40764-done@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.0 (-) Hi Chris, On Wed, 09 Dec 2020 at 19:36, Christopher Baines wrote: > In the future, I'd strongly recommend not adding packages to the bottom > of modules, unless you really want the package definition to be > there. If every new definition gets added at the bottom, merge conflicts > become very likely. Related to this, I also moved the package definition > up off the bottom of the module. What do you mean? From my understanding, we always add new R packages at the botton of the files cran.scm or bioconductor.scm; mainly. Instead, what do you suggest? Again, from my understanding, merge conflicts could happen wherever the package is added. If the package is added at one location in the file and this location does not make sense anymore because other packages had been added before this location, then conflict. For sure, adding bottom increases the probability it happens. ;-) But adding elsewhere does not prevent neither. The only fix to avoid boring conflicts is to reduce the time between the submission and the merge, IMHO. Do I miss something? All the best, simon From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 08:18:40 2020 Received: (at 40764-done) by debbugs.gnu.org; 10 Dec 2020 13:18:40 +0000 Received: from localhost ([127.0.0.1]:37249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knLqB-0003hj-RK for submit@debbugs.gnu.org; Thu, 10 Dec 2020 08:18:40 -0500 Received: from sender4-of-o50.zoho.com ([136.143.188.50]:21096) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knLq7-0003hX-GX for 40764-done@debbugs.gnu.org; Thu, 10 Dec 2020 08:18:37 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1607606312; cv=none; d=zohomail.com; s=zohoarc; b=FDEsmFyN4I/pvK7zdSVZ6i8mMBmbpIIDBXrFNiFzjx0oFAplhgVMGuNW8bkH8f53lHsQ85zebZy4z3rkUf0phaszAXll+QBYfue0wzCsRpT+cC4iiT5koD2/CjdPmiBVIDf+6/PBLTDEjV8mGp89BIyk8zVgx2FDp71QDwU59eM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1607606312; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=0wVFPtqWhe/Wk901B5OMQHy97S0RBtP1jEJGbBYFCNY=; b=fj9b6SJZnCZXMTKGcTUVBB89NQOaN5PcaeVjcIaFHmnke1CBOMHhWWRc8mdEIE0W2VAc+QV5JoX9wGdC+dM/rklW6it4TTzABZ8CXjDKzLgy4Hl7Eiziw86LWkwjLiy3/iAiHTZOK10ADATJ0Zqffsk8vh+vTCxMdIcFzYcJ924= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1607606312; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=0wVFPtqWhe/Wk901B5OMQHy97S0RBtP1jEJGbBYFCNY=; b=Qk6MJAShOS9pYTw5jtkAF6gNFu0giw8LKZPb+OtkwN23ZLPUHbMM4HWhAR4npojr CQrIEylpsExqLc3vghqKLokonfiwAHcgPhonLAGV2QXJKwNt5LKge9IU+YJt6axcZpi cF4m/ZH+q/ZQsgzu7MQod0a6AEID6HYMQWDoG3Fk= Received: from localhost (p54ad4df2.dip0.t-ipconnect.de [84.173.77.242]) by mx.zohomail.com with SMTPS id 1607606310510410.3270365987006; Thu, 10 Dec 2020 05:18:30 -0800 (PST) References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> <864kktj0rx.fsf@gmail.com> User-agent: mu4e 1.4.13; emacs 27.1 From: Ricardo Wurmus To: zimoun Subject: Re: bug#40764: New package: r-restrserve In-reply-to: <864kktj0rx.fsf@gmail.com> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Thu, 10 Dec 2020 14:18:27 +0100 Message-ID: <87pn3hlrz0.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40764-done Cc: Eric Brown , Christopher Baines , 40764-done@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.0 (-) zimoun writes: > Hi Chris, > > On Wed, 09 Dec 2020 at 19:36, Christopher Baines wrote: > >> In the future, I'd strongly recommend not adding packages to the bottom >> of modules, unless you really want the package definition to be >> there. If every new definition gets added at the bottom, merge conflicts >> become very likely. Related to this, I also moved the package definition >> up off the bottom of the module. > > What do you mean? From my understanding, we always add new R packages > at the botton of the files cran.scm or bioconductor.scm; mainly. The problem is 100% with tooling. Git needs some context to apply patches. When you add package definitions to the bottom and that bottom context keeps changing you will always need to tell Git how to apply that patch. By picking an arbitrary location somewhere in the file you avoid this problem because it=E2=80=99s unlikely that other people will pick that very= same location. > The only fix to avoid boring conflicts is to reduce the time between the > submission and the merge, IMHO. Not even that would be a fix, because you can have two different people submitting patches for modifications at the bottom of the file at the same time. Applying them one after the other will result in the same problem, no matter how fast we are. Of course it=E2=80=99s always better to reduce time between submission and application. It would be *great* if we could find another way to appease git and do the right thing for the most common case of simply adding a package definition to the bottom of the file, no matter what context there might be right above. --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 09:22:14 2020 Received: (at 40764-done) by debbugs.gnu.org; 10 Dec 2020 14:22:14 +0000 Received: from localhost ([127.0.0.1]:37296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knMph-0005Ga-Oq for submit@debbugs.gnu.org; Thu, 10 Dec 2020 09:22:14 -0500 Received: from flashner.co.il ([178.62.234.194]:58354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knMpg-0005GN-2W for 40764-done@debbugs.gnu.org; Thu, 10 Dec 2020 09:22:12 -0500 Received: from localhost (unknown [31.210.180.46]) by flashner.co.il (Postfix) with ESMTPSA id 226A8404CF; Thu, 10 Dec 2020 14:22:06 +0000 (UTC) Date: Thu, 10 Dec 2020 16:22:03 +0200 From: Efraim Flashner To: Ricardo Wurmus Subject: Re: [bug#40764] New package: r-restrserve Message-ID: References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> <864kktj0rx.fsf@gmail.com> <87pn3hlrz0.fsf@elephly.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0oLjG5Id+hDI7DEJ" Content-Disposition: inline In-Reply-To: <87pn3hlrz0.fsf@elephly.net> X-PGP-Key-ID: 0x41AAE7DCCA3D8351 X-PGP-Key: https://flashner.co.il/~efraim/efraim_flashner.asc X-PGP-Fingerprint: A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 40764-done Cc: Eric Brown , 40764-done@debbugs.gnu.org, zimoun 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 (-) --0oLjG5Id+hDI7DEJ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 10, 2020 at 02:18:27PM +0100, Ricardo Wurmus wrote: >=20 > zimoun writes: >=20 > > Hi Chris, > > > > On Wed, 09 Dec 2020 at 19:36, Christopher Baines wro= te: > > > >> In the future, I'd strongly recommend not adding packages to the bottom > >> of modules, unless you really want the package definition to be > >> there. If every new definition gets added at the bottom, merge conflic= ts > >> become very likely. Related to this, I also moved the package definiti= on > >> up off the bottom of the module. > > > > What do you mean? From my understanding, we always add new R packages > > at the botton of the files cran.scm or bioconductor.scm; mainly. >=20 > The problem is 100% with tooling. Git needs some context to apply > patches. When you add package definitions to the bottom and that bottom > context keeps changing you will always need to tell Git how to apply that > patch. >=20 > By picking an arbitrary location somewhere in the file you avoid this > problem because it=E2=80=99s unlikely that other people will pick that ve= ry same > location. >=20 > > The only fix to avoid boring conflicts is to reduce the time between the > > submission and the merge, IMHO. >=20 > Not even that would be a fix, because you can have two different people > submitting patches for modifications at the bottom of the file at the > same time. Applying them one after the other will result in the same > problem, no matter how fast we are. >=20 > Of course it=E2=80=99s always better to reduce time between submission and > application. >=20 > It would be *great* if we could find another way to appease git and do > the right thing for the most common case of simply adding a package > definition to the bottom of the file, no matter what context there might > be right above. >=20 This is why I like sorting them alphabetically :) --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --0oLjG5Id+hDI7DEJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl/SLwsACgkQQarn3Mo9 g1EUXQ/9FgKNGkpDnnJx3T0jmdvy7j09l7QkCVQG1I9S3HWTJcnCt6ruzXBjMk3v S15tdwufar62cJZEvChp/mLfJLBSW4WnswMVnVHmj0Klfk2fM6FfDCy75nLI8l8K A5Q6pQZLlAmRQ1hVQM1guWTCpv9RECb2dNGYk3DvFGT3SRjrH95fkqxwK6ly1ByR Wrpmzdu9j//4DVZJBHdWz3BVO+cZdhpE1Uw+qrWx+XDxRSZ1cBnVCnZu8IL7upLC VOy01QNtkZCtBaS3cF3XMCv4qCe2G9UOHmPlF9uDV/G57xzO46H29Rm8tziGRhSQ WAekP9jRnuyYqEyXQUwnIYi9DEFhhgRymRi8R3XyWddg/z0+ZgUe8SQn51780ie8 01RMI9Aw37n9NysBqGRGyscCj6H4Tnda9cCCqch7BbfOTmhaTTabIUW2ATXgN3pW +uFHxzfCGjahcAPtOjbfq5W3+96nlNvVVYZGZ/HkKdBGrw2XU441hCRas86JCWl/ 97qosrE7pox9zRlQUf8Wn5G1aVat0BgzwbH29x7TFlAh0ScHjsSm/Aaix2IUDhnY ELOK78+uIGeSH4d3YkuC9m/GtcT0Pl6v0cT0Dud5qURdZ+UcslUdF82gVB86iIub P2s395v2ALPHiF8A7SKHG0PyKfcLaxixcjP/aCqaatlipcDiBLY= =F7RK -----END PGP SIGNATURE----- --0oLjG5Id+hDI7DEJ-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 10 09:35:10 2020 Received: (at 40764-done) by debbugs.gnu.org; 10 Dec 2020 14:35:10 +0000 Received: from localhost ([127.0.0.1]:37305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knN2E-0005Zt-AA for submit@debbugs.gnu.org; Thu, 10 Dec 2020 09:35:10 -0500 Received: from mail-wr1-f52.google.com ([209.85.221.52]:40317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knN2A-0005ZU-VK for 40764-done@debbugs.gnu.org; Thu, 10 Dec 2020 09:35:08 -0500 Received: by mail-wr1-f52.google.com with SMTP id 91so5699531wrj.7 for <40764-done@debbugs.gnu.org>; Thu, 10 Dec 2020 06:35:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=LDJZokgApkHW8V2LmJYHjLSn5HvP0JfGGEqPJiso8v8=; b=AHiihok+hey9wE5rpApNpPubl+pWAMxPWv8rEUjuGuFkj/trrz4OYpl7TYQ9I6Nq4R WqpaYFp5PRkGEUTPf+F2I5k/Ekms5vkgHxQb5sZQQr90wyymllVX8DecmwnBrhqzZckU zy/C4Hm39MsmE20gYXRFc2mj9Pq9aO5/RuuWrtCschGedUO7U+sgz6iRF1E7Clv8F1DI AGzPqzZmv/rURkMC4wKKOaMr1YkfRdIUGsfbxeASqt/gscM6M9wh60ysLEP4tHacsX8w BL75gR8Xb0628HlF/ToYYaqf13gDb8W79+oK8bbB5/uIuIXYUef4S/PHu7adr1QsadDm hwHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=LDJZokgApkHW8V2LmJYHjLSn5HvP0JfGGEqPJiso8v8=; b=AFg4euwqzNgq2oFeh6HEaSxBd2VTO6WKOf49HXPBUw+zPrnflTF2VmidiDcE0TZq8F 8Sg5n9LyHZjG98tRirr/cs0FIN0NCJzBz63IVTYNgKsHSv0UVAxocB08a4JhYfThExFf 1F0/bqGHdnJ1yB1xrfj9HawJvnZJvZThSIdKm8PnY21k9ys/RiaSBEbOdwFmmNPXeyfC 9HLzB/yVvSFjHtNzFlzOKci19Zkgq21myuHNiejVODIqVg34047uOd6ojpbQoaOKdj3t gX3iEBJVxLXV63qiAluDHJnqD63yctyLbh3sq8C6muMpL6TW/bhnwbBXniUfaRyMdSVt Rauw== X-Gm-Message-State: AOAM531/CyjY3j+3FgzSTkcGD8w+QkWLrT/VlGCGvzRHsb0aQ9IyLrKn +VZmyli06v6tC2cPLPxQ6qBUN+GUSuo= X-Google-Smtp-Source: ABdhPJx0JQmHqTDE4G9EcRevkKQHbeQr0vhx6B10hxG2SiH+DVx2/mpGmdim8SVstbVP1ktzXZeS8A== X-Received: by 2002:a5d:44cf:: with SMTP id z15mr8534385wrr.205.1607610900850; Thu, 10 Dec 2020 06:35:00 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id b73sm10178657wmb.0.2020.12.10.06.34.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Dec 2020 06:35:00 -0800 (PST) From: zimoun To: Ricardo Wurmus Subject: Re: bug#40764: New package: r-restrserve In-Reply-To: <87pn3hlrz0.fsf@elephly.net> References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> <864kktj0rx.fsf@gmail.com> <87pn3hlrz0.fsf@elephly.net> Date: Thu, 10 Dec 2020 15:25:30 +0100 Message-ID: <86sg8dhh5x.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40764-done Cc: Eric Brown , Christopher Baines , 40764-done@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.0 (-) Hi Ricardo, On Thu, 10 Dec 2020 at 14:18, Ricardo Wurmus wrote: >> On Wed, 09 Dec 2020 at 19:36, Christopher Baines wrot= e: >> >>> In the future, I'd strongly recommend not adding packages to the bottom >>> of modules, unless you really want the package definition to be >>> there. If every new definition gets added at the bottom, merge conflicts >>> become very likely. Related to this, I also moved the package definition >>> up off the bottom of the module. >> >> What do you mean? From my understanding, we always add new R packages >> at the botton of the files cran.scm or bioconductor.scm; mainly. > > The problem is 100% with tooling. Git needs some context to apply > patches. When you add package definitions to the bottom and that bottom > context keeps changing you will always need to tell Git how to apply that > patch. [...] > It would be *great* if we could find another way to appease git and do > the right thing for the most common case of simply adding a package > definition to the bottom of the file, no matter what context there might > be right above. The option =E2=80=9Cformat-patch --base=E2=80=9D reduces the burden and I p= roposed this patch: Adding directly in the patch the (base) commit where the patch is known to apply fixes most of the issues. IMO. All the best, simon From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 14 04:55:10 2020 Received: (at 40764-done) by debbugs.gnu.org; 14 Dec 2020 09:55:10 +0000 Received: from localhost ([127.0.0.1]:51172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kokZS-0006Z6-1p for submit@debbugs.gnu.org; Mon, 14 Dec 2020 04:55:10 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:34341) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kokZQ-0006Yo-KR for 40764-done@debbugs.gnu.org; Mon, 14 Dec 2020 04:55:09 -0500 Received: by mail-lf1-f43.google.com with SMTP id o19so2964243lfo.1 for <40764-done@debbugs.gnu.org>; Mon, 14 Dec 2020 01:55:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:newsgroups:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=JVZwHO8UemkYIrNJF/D+grN0hBn8tWrlxyHajHehtZ4=; b=q+RIAqmqCt7xNRSCENfwXDMSne9QkkcIyhw452vSKYVO0rq1rS3r14zVQ2O1QsnWVU M6pL7s5pZOnnJiqv8+ysRjTOP5FvLo5XYq+/GAf1t+forxMV2f7oIx6M830LDU6Q/gJz 67clw+UqX+usaIAbYAgYg/AXfo8Vcp8QD1kDJ9W0Jm3XfdAQdTW+gf66mIdQH8ce1rSd Q4Bf/8BDLY24gLrNT0a+/evmndIkKdEMScQyx8Ja4uSlrkUd60myPYzNV0kdw7Amqjxy uMbDvXFH4tvm8LSkBrnSxj2I+sqX/ANg8YLf53ituLFdE7upNyhyTZTUQbigduwafrqS rHGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:newsgroups:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=JVZwHO8UemkYIrNJF/D+grN0hBn8tWrlxyHajHehtZ4=; b=mK0MjCctKFuF/YzvgZ+vDXs6Zhspn74g9lVzOQ/pWIdvGjKNtKMrunIhuRofWoe767 JGRKmN+Xj8zdZUvYp3i0Hd3ApA0RN64qjXotwaIj1HqpSxKtLZc8w2IZsuabu8Xo2rZU yVyjCOFVfOkDiVDg04mRc/Xa/+SMH5D/DP3aQ1NJ/Sw1GkAsAf8pxc+wR4YDXkLWow4D T3A3jSkgIED8mSR8Vr5mq3WsT6sIzwo++8F/+dej7QhJwKV4/CyQZRXIIv1+gjaab16b OgQQIgry1wVAm0CZhyALjnKN8pOsRANvqeAR+doMKe8i/bt7lOEdc59xILfGgkHlNYHl mJDQ== X-Gm-Message-State: AOAM530EiHlXgVY/o9ut6n3dkOWDJovAv496Uykzi4cBOaeLvI6LfX5G rCQyfK7u4T38ZIcMF+SV4cDwTgj0zwI= X-Google-Smtp-Source: ABdhPJxXt2uKIvZ3Su8bjccgA5Y9aCJDosQw/b34LyBFPyRPvTXaIkfpnzCEuQ0GUlKKy2Z6QBCXIQ== X-Received: by 2002:a2e:b4f1:: with SMTP id s17mr7673773ljm.228.1607939701962; Mon, 14 Dec 2020 01:55:01 -0800 (PST) Received: from guixsd ([178.71.74.207]) by smtp.gmail.com with ESMTPSA id q13sm2014925lfk.147.2020.12.14.01.55.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Dec 2020 01:55:01 -0800 (PST) From: Oleg Pykhalov Newsgroups: To: zimoun Subject: Re: [bug#40764] New package: r-restrserve References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> <864kktj0rx.fsf@gmail.com> <87pn3hlrz0.fsf@elephly.net> <86sg8dhh5x.fsf@gmail.com> Date: Mon, 14 Dec 2020 12:54:57 +0300 In-Reply-To: <86sg8dhh5x.fsf@gmail.com> (zimoun's message of "Thu, 10 Dec 2020 15:25:30 +0100") Message-ID: <87czzcvhji.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) 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: 40764-done Cc: Ricardo Wurmus , Eric Brown , 40764-done@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.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, zimoun writes: [=E2=80=A6] > The option =E2=80=9Cformat-patch --base=E2=80=9D reduces the burden and I= proposed this > patch: > > > > Adding directly in the patch the (base) commit where the patch is known > to apply fixes most of the issues. IMO. It adds =E2=80=98base-commit=E2=80=99 and optionally =E2=80=98prerequisite-= patch-id=E2=80=99 (see [1]), which will help you to checkout base-commit and apply a patch, but still you will need to rebase on origin/master with solving conflicts AFAIK. Also, on git version 2.29.2 --base requires an argument. If we apply the patch on 43946 issue, we should mention this in example.=20=20 And, IMHO, the --base flag should be mention inside the first paragraph of [2], where format-patch is recommended for patch submission. Otherwise people will send with and without --base, which probably will not hurt, but still. [1]: --base=3DHEAD~~ output example =2D-8<---------------cut here---------------start------------->8--- oleg@guixsd ~/src/guix-master$ git format-patch --base=3DHEAD~~ --stdout HE= AD~..HEAD From=20ea50795d7f54582d5c439f60e836ff2ee5d8aed2 Mon Sep 17 00:00:00 2001 From: Leo Famulari Date: Sat, 12 Dec 2020 00:39:26 -0500 Subject: [PATCH] gnu: linux-libre 4.4: Update to 4.4.248. * gnu/packages/linux.scm (linux-libre-4.4-version): Update to 4.4.248. (linux-libre-4.4-pristine-source): Update hash. =2D-- gnu/packages/linux.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm index 4c5917bc59..73dec7d1b7 100644 [=E2=80=A6] base-commit: 4c327e025277dd59b864200d5ecf671b5656e7c9 prerequisite-patch-id: 2f8bef97c220d126e922b526c4fccc847592311d =2D-=20 2.29.2 =2D-8<---------------cut here---------------end--------------->8--- [2] https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJIBAEBCgAyFiEEcjhxI46s62NFSFhXFn+OpQAa+pwFAl/XNnEUHGdvLndpZ3Vz dEBnbWFpbC5jb20ACgkQFn+OpQAa+pyfPQ/5AeVLSISxTPNYxAKfJZuCenHr5Crg pPTEOrOlmRqIqq5OXKxpJs9hpIAP152AGzl/MrcWlisdyBSJ6PnYxWApRR8+9UMQ Dr3NFDlci3RHpUa3m/BLdMmtrCwVaiKjyON1v/D4zemTP5oaaR52sdMFPKAJ5+78 m44oPcS1u7MkuAFFVg8Ywr46akWJnzZQr/92hnCDBSPAPrvTitRVQq5MOP2xWjzx xOgBibs0GmFII5IrPf+Wt6rucl2t5i6sdYJQmDm7nS9pxiFH+muxld6ZCZEg8pAF ngs62blnGoI0XGSvgvWMGHTt58th70iFp6HnorzfmOqChawKGWtyRUB45xjqS7Zy PuJoQHRfACgtD0zWxNm1tl034WkGU2YPCE4QUXO1ZTGGld80vQZ8+KmZ/sBDIHsI VJCvh7An0N4Ku0SMuuTepd4Qk6GFmUwQNjO35DBmZ/fiZbN2J43VVsOh9bfesX6m TpwvbsTJLhAZy0RFgUTwdDSredEGQlO+CrS8L6sKvG56y8VYs8Kwn9OBxgCvD2Qj xeepwqOYvSGj3C6PEILs0K7Mw8NZlMHm1zZ7NFc9+0Axt6y+7FxRRO+tyZx2XlEL O3dPptp2/R2KeUc18UVsKvO89LJEdTP9aVwWmPO0VGT9tw0v582fRKd7rW7cmmnF k1qURU6eFtVsZbw= =Ua/9 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 15 09:46:49 2020 Received: (at 40764-done) by debbugs.gnu.org; 15 Dec 2020 14:46:49 +0000 Received: from localhost ([127.0.0.1]:56026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpBbE-0000MO-SM for submit@debbugs.gnu.org; Tue, 15 Dec 2020 09:46:49 -0500 Received: from mail-wm1-f42.google.com ([209.85.128.42]:52617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpBbD-0000MA-P4 for 40764-done@debbugs.gnu.org; Tue, 15 Dec 2020 09:46:48 -0500 Received: by mail-wm1-f42.google.com with SMTP id a6so17107380wmc.2 for <40764-done@debbugs.gnu.org>; Tue, 15 Dec 2020 06:46:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=xEC9+Llwv/1O1rRj9UrVbkz49WM1h+jEfMlwGllwRXk=; b=hxv6cytH3pQ0J6buoNpzihnbJhqizRnDu2JuMw+NNhCllNHyfpAR82rAjNd4lMhTMx VdS3lxVB9cBCIGULPx+EVvaYEG9RhdF/lDKAguUwNgk8t3dfeztquft+4CAKb8PucH8h pj3553oykTW8jTJkGBzljxxnEVR4PpH8xGFJiODlLTTg5D0fFYIBbJyTinr8fxwDNzeD AmWUPQJmsiRxXyv+A5aOLhViarZFk1asIozgUFHDIq96f3z80egWhwUgT/2bIsrM4anE X6+dt6iTJAqz8Kczz3pWGLiIw5fbrG41AX/uLYNqzh3QtoQw8xA6nMhj/H8Z/uZfFHyE wxvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=xEC9+Llwv/1O1rRj9UrVbkz49WM1h+jEfMlwGllwRXk=; b=kmujQkqByTJowaX7aw2mh4U2BTzAxoxeO8yP8m/cmfl+xg1sBr/emCl3CxpAnFuYm6 xfcvhtOR/5gLIjEE9Q0UXjOfkdnF5CTPppNHUafUs/krBS4D++k/QTuk3gFHUNt5Mvma lCnrM8yF1YoFuqNpWIjMC/zzLmqsABMVnyXDnST0AXBbyi0YeGe8xgcHxKc8cf7cqO1N wHTXTVsWK05fJuHcvvR7RL+JAgQNnk1DnL2xgr8HfEhtaj1LHbG5Y8muKDCgspAvtecx Fh1Ax5DOC9O86qhKJvwvEqzhXkH2XZS8MQty+9ZbUQMzoGnOSWSYZOYOAmzvU6x47qB7 kZhw== X-Gm-Message-State: AOAM533frMHKEB+4SP4CFIjLh6xZUEEf6BILjwD3XInC24qGYDy4TZ3o YdqXmI5azuy7TPT/FVeMbdFVDqnnW7w= X-Google-Smtp-Source: ABdhPJyRx5cYSYFdzfkI0ahea+fCEYP1rtPKMa/XkhveqRXYqXKQIVcEH5/HkX855+lWpGglRRXtPg== X-Received: by 2002:a1c:6383:: with SMTP id x125mr33221750wmb.46.1608043601575; Tue, 15 Dec 2020 06:46:41 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id w13sm37500124wrt.52.2020.12.15.06.46.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Dec 2020 06:46:41 -0800 (PST) From: zimoun To: Oleg Pykhalov Subject: Re: [bug#40764] New package: r-restrserve In-Reply-To: <87czzcvhji.fsf@gmail.com> References: <87pnbzpyeq.fsf@ericcbrown.com> <87mtym4vri.fsf@cbaines.net> <864kktj0rx.fsf@gmail.com> <87pn3hlrz0.fsf@elephly.net> <86sg8dhh5x.fsf@gmail.com> <87czzcvhji.fsf@gmail.com> Date: Tue, 15 Dec 2020 15:35:45 +0100 Message-ID: <86o8ivm91a.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40764-done Cc: Ricardo Wurmus , Eric Brown , 40764-done@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.0 (-) Hi, On Mon, 14 Dec 2020 at 12:54, Oleg Pykhalov wrote: > It adds =E2=80=98base-commit=E2=80=99 and optionally =E2=80=98prerequisit= e-patch-id=E2=80=99 (see [1]), which will > help you to checkout base-commit and apply a patch, but still you will > need to rebase on origin/master with solving conflicts AFAIK. =E2=80=9Cwith **hypothetically** solving conflicts=E2=80=9D. Well, it is b= y-design because of Git. It is still better than the current situation IMHO where it is boring to apply old patches. > Also, on git version 2.29.2 --base requires an argument. If we apply > the patch on 43946 issue, we should mention this in example. Agree. > And, IMHO, the --base flag should be mention inside the first paragraph > of [2], where format-patch is recommended for patch submission. > Otherwise people will send with and without --base, which probably > will not hurt, but still. Yes, the first paragraph seems better. More people will send with base-commit and easier automation will be. For example, we could imagine that the testing build-farm builds the patch applied at the base-commit, so the reviewer can use the substitute instead of burning CPU (sometimes the test suite is really resource hungry). The reviewer checks the compliance and rebase if needed. All the best, simon From unknown Mon Aug 18 21:20:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 13 Jan 2021 12:24:07 +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