From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:55959) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jDTeV-0006vv-LF for guix-patches@gnu.org; Sun, 15 Mar 2020 09:50:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jDTeU-0004i5-C9 for guix-patches@gnu.org; Sun, 15 Mar 2020 09:50:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:56619) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jDTeT-0004dy-Th for guix-patches@gnu.org; Sun, 15 Mar 2020 09:50:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jDTeT-0004xb-IE for guix-patches@gnu.org; Sun, 15 Mar 2020 09:50:01 -0400 Subject: [bug#39804] [PATCH] gnu: add emacs-exwm-next package (i.e. exwm for emacs-next) Resent-Message-ID: Message-ID: <3021ddd02db7fe16676875b33c1a404960e21a2e.camel@student.tugraz.at> From: Leo Prikler Date: Sun, 15 Mar 2020 14:48:58 +0100 In-Reply-To: <87zhcn35rl.fsf@gmail.com> References: <87blplqcdd.fsf@web.de> <8736aw8igd.fsf@ambrevar.xyz> <87tv3bd6v1.fsf@web.de> <878skn5cys.fsf@ambrevar.xyz> <87d09ukwnn.fsf@gmail.com> <87zhcn35rl.fsf@gmail.com> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Maxim Cournoyer Cc: Pierre Neidhardt , dario , 39804@debbugs.gnu.org Am Dienstag, den 10.03.2020, 23:54 -0400 schrieb Maxim Cournoyer: > Hello Leo, > > Maxim Cournoyer writes: > > > Leo Prikler writes: > > > > > Am Freitag, den 28.02.2020, 09:32 +0100 schrieb Pierre Neidhardt: > > > > The `#:emacs` field tells the build system which Emacs package > > > > to use > > > > to > > > > build this package. There may be something that not compatible > > > > between > > > > our current build system and emacs-next. > > > > > > > > I've CC'ed Maxim and Leo, they might know more than me. > > > This issue should be addressed by #39375, which is currently > > > waiting to > > > be pushed to master or staging. > > > > If we don't hear back from > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=39823 in a day or > > two, I'd > > be OK with pushing #39375 to master. > > There have been no activity or reply on #39823 yet, so feel free to > push > the workaround discussed earlier (on the master branch is fine). > > Maxim Following the discussion in 39823, we now have two options. 1. loading the library in advance as I do. 2. wrapping our code in `(eval ...)'. The latter has the advantage of not needing an additional function, but both require a build system change. WDYT?