From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jeremy Bryant Newsgroups: gmane.emacs.devel Subject: Re: Adding AUCTeX to core Re: Why not include all ELPA packages in an Emacs release? Date: Fri, 31 May 2024 19:58:59 +0100 Message-ID: <87frtxhkp8.fsf@jeremybryant.net> References: <87bk4ql3u5.fsf@jeremybryant.net> <864jagu9ji.fsf@gnu.org> <871q5ktxfh.fsf@posteo.net> <8734pzhzkh.fsf@jeremybryant.net> <874jafumc3.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24822"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrea Corallo , Arash Esbati , Eli Zaretskii , Stefan Kangas , emacs-devel@gnu.org, monnier@iro.umontreal.ca To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri May 31 21:00:39 2024 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 1sD7UU-0006HU-Nr for ged-emacs-devel@m.gmane-mx.org; Fri, 31 May 2024 21:00:39 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sD7T5-0004MZ-Nm; Fri, 31 May 2024 14:59:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sD7T3-0004ME-LL for emacs-devel@gnu.org; Fri, 31 May 2024 14:59:10 -0400 Original-Received: from out-189.mta0.migadu.com ([91.218.175.189]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sD7T0-0002cq-Ud for emacs-devel@gnu.org; Fri, 31 May 2024 14:59:09 -0400 X-Envelope-To: monnier@iro.umontreal.ca DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jeremybryant.net; s=key1; t=1717181944; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=rOvn+Go3fiJWp8L55Z88yHrpED1VFKNhWPCsnIF4mb0=; b=Y9MYLBXLcEbKcBRN3O/luHxc1L7NjFBmsx6hMgo22C9x9RSDu/xlRsmKkjT6MqugnnV9oX 5HHEACO9G/i4UB38dYw7K+KTP+AHZuuHKj+MdO0aR7p7Ti+hxVkM30WKyq562IfOl8jfSN uAhi3m8NArQgEAqhlyyNK9JlMrBIyxjye6405FU2f4f/ee1ar2LwsciDeRjcgR6IIK6mM0 AM64iaD6v9AuVeSxcz9Po+5Pvckhekhv+7fg5IwxPRjpilh4uXls3yf5qBbjhjy5+p5cmk DeRUQaOUZ100xJCyVc6lyBTW4+Gqzr8SXRGJPWSVO4A8qzrbxplQzHoechXC4A== X-Envelope-To: emacs-devel@gnu.org X-Envelope-To: stefankangas@gmail.com X-Envelope-To: eliz@gnu.org X-Envelope-To: arash@gnu.org X-Envelope-To: acorallo@gnu.org X-Envelope-To: philipk@posteo.net X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. In-Reply-To: <874jafumc3.fsf@posteo.net> (Philip Kaludercic's message of "Thu, 30 May 2024 19:33:00 +0000") X-Migadu-Flow: FLOW_OUT Received-SPF: pass client-ip=91.218.175.189; envelope-from=jb@jeremybryant.net; helo=out-189.mta0.migadu.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:319777 Archived-At: Philip Kaludercic writes: > Jeremy Bryant writes: > >> Andrea Corallo writes: >> >>> Philip Kaludercic writes: >>> >>>> Arash Esbati writes: >>>> >>>>> Eli Zaretskii writes: >>>>> >>>>>> If there are packages on ELPA which we consider to be a must for users >>>>>> (I don't think there are, but maybe I'm forgetting something), lets >>>>>> add them to core instead. >>>>> >>>>> If Emacs considers in-buffer completion an important feature, then I'd >>>>> say corfu and cape are must. >>>> >>>> I am not familiar with cape, but IIRC the issue with corfu is that >>>> without any further changes, it doesn't support non-graphical Emacs, >>>> right? >>>> >>>>> vertico and marginalia are also must in my >>>>> book since they offer a better experience with vertical minibuffer >>>>> completion. >>>> >>>> "Better", in this case, than `fido-vertical-mode'? >>>> >>>>> And while we're at it: There are sometimes requests for adding AUCTeX to >>>>> core. Do you have an opinion about that? >>>> >>>> I would certainly be a fan of that move. >>> >>> I support AUCTeX inclusion as well. >>> >>> Andrea >> >> I can volunteer for some of this work under the guidance of the >> Emacs maintainers and the AUCTeX maintainers (as I have contributed some >> patches already.). AUCTeX follows the Emacs development guidelines so >> it should be easier. >> >> As mentioned by Eli, AUCTeX could be merged in core but not enabled by >> default to start. >> >> What would be the most important next step required? > > Wait, is the plan to add AUCTeX directly to emacs.git, or to include > AUCTeX in the packages that would be bundled with the release-tarball? This suggestion within the thread was to add AUCTeX to Emacs core.