From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id yOskIk53L2E2ggAAgWs5BA (envelope-from ) for ; Wed, 01 Sep 2021 14:51:26 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id eOifHU53L2ENRwAA1q6Kng (envelope-from ) for ; Wed, 01 Sep 2021 12:51:26 +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 4030BFDE3 for ; Wed, 1 Sep 2021 14:51:26 +0200 (CEST) Received: from localhost ([::1]:50688 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mLPi9-0005ov-8x for larch@yhetil.org; Wed, 01 Sep 2021 08:51:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40208) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mLPfR-0007fb-3x for guix-devel@gnu.org; Wed, 01 Sep 2021 08:48:37 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:2251) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mLPfI-0004cK-NI for guix-devel@gnu.org; Wed, 01 Sep 2021 08:48:34 -0400 Received: from nijino.local (194-118-34-199.adsl.highway.telekom.at [194.118.34.199]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4H03kn71ssz3wmD; Wed, 1 Sep 2021 14:48:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1630500498; bh=Y8NogQkiPVwyRkIkeSffdxt+c3aAzHnygUNJThxaSII=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=Xtf4p01DtyWhdFMYW6bjoBXRwZWusdzqIDR7WzqhBpBK0Qb/00XEKbVk2Yz/362w2 bEFHWekfbNQ6rPGZws9H4BGlQH3kcN2/UJIAhyi3ACx0gYnpEp+zhCxRlzlGeEveNq FzxZdxWh8i1E49S6eOcB69H8lbztKwA1k2C+XYtM= Message-ID: <456243eca955ecc83b26663ed4e7e22d5170f03d.camel@student.tugraz.at> Subject: Re: [bug#50077] Separate =?UTF-8?Q?=E2=80=98emacs=E2=80=99?= output vs separate =?UTF-8?Q?=E2=80=98emacs-=E2=80=99?= package (was Re: [bug#50077] [PATCH 1/3] gnu: notmuch: Add separate 'emacs' output.) From: Liliana Marie Prikler To: Xinglu Chen , Andrew Tropin Date: Wed, 01 Sep 2021 14:48:17 +0200 In-Reply-To: <874kb4lcvf.fsf@yoctocell.xyz> References: <87o89owoi0.fsf@trop.in> <87r1edvown.fsf@yoctocell.xyz> <87lf4j8kux.fsf@trop.in> <87r1ebm503.fsf@yoctocell.xyz> <8735qozkt0.fsf@trop.in> <874kb4lcvf.fsf@yoctocell.xyz> 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 Received-SPF: pass client-ip=129.27.2.202; envelope-from=leo.prikler@student.tugraz.at; helo=mailrelay.tugraz.at X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 50077@debbugs.gnu.org, guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1630500686; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=Y8NogQkiPVwyRkIkeSffdxt+c3aAzHnygUNJThxaSII=; b=aYGB7URwXIVTAwzY/ZwGbr2wGIOATGffz+reoTRgZ8yG1U0/PyQPXwrodulOQELP/gDfSt GmHtKLCbleIE18tZVMz8aq6uhyg3SQqBOH771Sgv9QhJMhMYXRBZGvYrWvN+r9QxDTty1a 2P1/S+qnFd0ZeWI8I3oVnMzHwV4YqZUg2MXKvLyuac6dZFVDUiELJ7mRph5CNzlZWO819s qU8xTnl6Thw1u7fTfLFCm+BEtzd7Wvh7DHLXPo9dHLahgretlEylsyesXiy8PN0b9BZHOM wBJc4H7lX9oVJoKRLcmiCtembQzK8ApelNKk63WNVYWAbukPqkGrZRKyi07AxQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630500686; a=rsa-sha256; cv=none; b=mzEu501toZVsdAjNuZYjX6jpQSj1aoq8LxrYK+ftVJggQ0ube5od20eH3ZLj/WKDvEzH+7 +T9CzqxJVh4MEixJYn0mB+Av/nIBsD7WRdXan0/k6ewlC4sffnjc8kT4kdJ954JhRvi5lk hw1EFE4Ks2z2YKv6SsDgPGZN9ddqCpD2LlHn2nT6D5pKGNZtcLAokDqfC3tql2ot6cKy0E RNJ0X1Wm/bkwiSlNBRIts802ls3vHB8zx/pww7b3nqKpxpqJBtA0CwY6Z2RYsLhGJTf1/G 8fMpBwvYxRK1MaQATVoNr5Q8/pPcxEb1ekQcz9vv5QKm64PSOAIOw4U+UuynDQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Xtf4p01D; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -3.12 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Xtf4p01D; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 4030BFDE3 X-Spam-Score: -3.12 X-Migadu-Scanner: scn1.migadu.com X-TUID: Szq90941fYkM Am Mittwoch, den 01.09.2021, 14:05 +0200 schrieb Xinglu Chen: > > IMO, notmuch package should not include Elisp stuff, at least I > > don't see use cases, where it can be useful, but see where it can > > be harmful. > > Should this apply to other packages that contains Elisp stuff too, or > is it specific to ‘notmuch’? > > Cc’ing guix-devel to see what other people think before we start > breaking people’s setups. :-) In my personal opinion providing a separate package (perhaps one using emacs-build-system) is to be preferred as per the principle of least surprise. However, in some situations we might want to hold back on that, e.g. if providing an extra emacs package would entail propagating the original package just because. On current master, there's quite a number of packages that require mixing emacs-build-system into something else. Reducing this number would make changes to emacs-build-system cause less breakages, some of which we've seen in the past and some of which could possibly happen in the future, if e.g. post native-compilation we realize that we need an extra phase to deal with . TL;DR: I'm generally in favor of branching emacs support packages off, even if origins are to be inherited. Regards