From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 0PZLGjId0l/IXAAA0tVLHw (envelope-from ) for ; Thu, 10 Dec 2020 13:05:54 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id mAdAFjId0l9laQAAB5/wlQ (envelope-from ) for ; Thu, 10 Dec 2020 13:05:54 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0A8E6940355 for ; Thu, 10 Dec 2020 13:05:54 +0000 (UTC) Received: from localhost ([::1]:56144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knLdo-0005zU-KE for larch@yhetil.org; Thu, 10 Dec 2020 08:05:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35992) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knLKi-0004Pt-B7 for guix-patches@gnu.org; Thu, 10 Dec 2020 07:46:12 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:53884) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1knLKc-0008BM-Id for guix-patches@gnu.org; Thu, 10 Dec 2020 07:46:04 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1knLKc-0002u0-HI for guix-patches@gnu.org; Thu, 10 Dec 2020 07:46:02 -0500 X-Loop: help-debbugs@gnu.org Subject: [bug#40764] New package: r-restrserve Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 10 Dec 2020 12:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40764 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: To: Christopher Baines , Eric Brown Received: via spool by 40764-done@debbugs.gnu.org id=D40764.160760430811068 (code D ref 40764); Thu, 10 Dec 2020 12:46:02 +0000 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 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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 40764-done@debbugs.gnu.org Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.20 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmail.com header.s=20161025 header.b=iH1HwJVF; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Migadu-Queue-Id: 0A8E6940355 X-Spam-Score: -1.20 X-Migadu-Scanner: scn1.migadu.com X-TUID: nMOn4crNr8qr 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