From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: NonGNU ELPA: Conditions for accepting a potential new package 'rmsbolt' ? Date: Tue, 27 Feb 2024 20:46:32 +0200 Message-ID: <86jzmpu4mv.fsf@gnu.org> References: <87jzmsmecw.fsf@jeremybryant.net> <877cir8yap.fsf@posteo.net> <877ciqn8wg.fsf@jeremybryant.net> <87y1b6tkk1.fsf@posteo.net> <87msrleuwd.fsf@eve> <87h6htu89t.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8681"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, jaygkamat@gmail.com, jb@jeremybryant.net, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Feb 27 19:47:19 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 1rf2U3-00023C-1f for ged-emacs-devel@m.gmane-mx.org; Tue, 27 Feb 2024 19:47:19 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rf2TQ-0005ZW-Dk; Tue, 27 Feb 2024 13:46:40 -0500 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 1rf2TM-0005Xy-Kp for emacs-devel@gnu.org; Tue, 27 Feb 2024 13:46:38 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rf2TM-00018I-6U; Tue, 27 Feb 2024 13:46:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YTRLqQ4eGmg5ZkFZ3ymJmTFfGlIbqiz1Q8iEJXhZtxY=; b=g8pyZUqgkz1i Eu4g9MOBL6oqguc9ZqO/mYmyoNJVujMJZkuCf8cI4nZ7boIohF0GpHnOAzq+JqYsRJ0Ojc3ugnEiS IPQ62IbS1t5gUz+J9EFJ2kC8Gg4bXHuNtUp9Vrxl7cwIToKeC/KJoxKETzhFXWk1QOxOpvKdRdNE+ 3nffTI6jFsp3fuGdl5MbDV94CGsASNQKnbOYMOlnR4g39fXifFLvVEn5VDvYZiXzi1M7HDsqVjm3j WaDjuy8IHOgIYJUA2t/pzgftt+ntMP8iaS1uF6eKWIV/RFTKBilGwBVhrWJz1V1aA3bcsGqhT3b1Z 0QVNWCjDht2MB6JzO632Pg==; In-Reply-To: (message from Stefan Monnier on Tue, 27 Feb 2024 12:49:51 -0500) 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:316601 Archived-At: > From: Stefan Monnier > Cc: Jay Kamat , Jeremy Bryant , > "emacs-devel@gnu.org" > Date: Tue, 27 Feb 2024 12:49:51 -0500 > > No, `convert-standard-filename` is useful when you got some string from > somewhere and you'd like to generate a valid file name from that. > Usually the string is an almost constant like "~/.emacs" and the purpose > is to deal with quirks like when file names can't start with a dot or can't > include a colon. Right. > I can't help much more on if/when/how to convert an internal filename > into one that works in a win32 shell, 'cause I have no experience with > that. AFAICT most ELisp code doesn't do anything special for that > (whereas they sometimes do such things for Tramp purposes), so I'd > naively expect that it "just works". It "just works" because we do the necessary conversion and massage under the hood. Whether it will work in this case depends on what Lisp APIs are used for that.