From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Alternatives for reliable build environments for emacs? Date: Thu, 28 Oct 2021 23:35:08 +0200 Message-ID: <878rycbzoz.fsf@tanaka.verona.se> References: <87bl39cnr4.fsf@tanaka.verona.se> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32479"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 28 23:56:40 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgDO3-0008Hb-Fa for ged-emacs-devel@m.gmane-mx.org; Thu, 28 Oct 2021 23:56:39 +0200 Original-Received: from localhost ([::1]:44402 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mgDO2-0000if-6R for ged-emacs-devel@m.gmane-mx.org; Thu, 28 Oct 2021 17:56:38 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40128) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgD3N-00025S-BT for emacs-devel@gnu.org; Thu, 28 Oct 2021 17:35:18 -0400 Original-Received: from smtp.outgoing.loopia.se ([93.188.3.37]:13438) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgD3K-0008T4-Ln for emacs-devel@gnu.org; Thu, 28 Oct 2021 17:35:16 -0400 Original-Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id C99C32EA2DC0 for ; Thu, 28 Oct 2021 23:35:09 +0200 (CEST) Original-Received: from s899.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id BB3162F514A4; Thu, 28 Oct 2021 23:35:09 +0200 (CEST) Original-Received: from s475.loopia.se (unknown [172.22.191.6]) by s899.loopia.se (Postfix) with ESMTP id B8DC22C8BA9A; Thu, 28 Oct 2021 23:35:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se Original-Received: from s645.loopia.se ([172.22.191.6]) by s475.loopia.se (s475.loopia.se [172.22.190.15]) (amavisd-new, port 10024) with LMTP id vU_cB5sGqvyu; Thu, 28 Oct 2021 23:35:09 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: joakim.verona@chimeslab.se X-Loopia-Originating-IP: 193.234.148.196 Original-Received: from tanaka.verona.se (unknown [193.234.148.196]) (Authenticated sender: joakim.verona@chimeslab.se) by s645.loopia.se (Postfix) with ESMTPSA id F0A7E1570449; Thu, 28 Oct 2021 23:35:08 +0200 (CEST) In-Reply-To: (Stefan Monnier's message of "Thu, 28 Oct 2021 15:02:56 -0400") Received-SPF: pass client-ip=93.188.3.37; envelope-from=joakim@verona.se; helo=smtp.outgoing.loopia.se X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:278146 Archived-At: Stefan Monnier writes: >> I'm finding it increasingly difficult to build emacs in my distro, >> Fedora(Ok, I havent managed to build emacs using distro dependencies for >> a long time) > > That's a serious problem for Emacs, so please report these as bugs. > I use the kind of "stgit" setup you describe on Debian testing machines > and have none of the problems you describe, so my guess is that Fedora > is a bit more "bleeding edge" and the Emacs code gets adjusted for the > new libs before they reach Debian testing. > > Maybe we should have a "bleeding edge Fedora" build VM in EMBA to catch > those problems? It seems my original mail somehow came out wrong. I neglected to add this important piece of information: My local build system is a complete insane mess, and I like it that way, however, is there some other way to make other interesting insane build systems for emacs, that also actually work and are productive? Without this information it sounds like everything is broken except my build, which isnt true. With that said, I still think its reasonable to isolate builds to have different dependency versions, in docker, chroots, guix, etc. Sometimes you want to have newer, or older, versions of dependencies to try things out. > > > Stefan > > -- Joakim Verona joakim@verona.se