From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: feature/package-vc has been merged Date: Wed, 09 Nov 2022 07:02:49 +0000 Message-ID: <87o7tgfw4m.fsf@posteo.net> References: <164484721900.31751.1453162457552427931@vcs2.savannah.gnu.org> <875yg1bc02.fsf@posteo.net> <878rkxgpms.fsf@posteo.net> <87sfiyk3a2.fsf_-_@posteo.net> <838rkp4ptj.fsf@gnu.org> <87zgd58i7y.fsf@posteo.net> <83k0492u5i.fsf@gnu.org> <87fsew8g18.fsf@posteo.net> <83mt941cyd.fsf@gnu.org> <87fsewp0ec.fsf@posteo.net> <837d0814c9.fsf@gnu.org> <878rkooz1o.fsf@posteo.net> <831qqg1306.fsf@gnu.org> <874jvcowzm.fsf@posteo.net> <83y1soypvx.fsf@gnu.org> <87y1song5x.fsf@posteo.net> <83v8nsyof7.fsf@gnu.org> <87leoond7l.fsf@posteo.net> <87mt90tyns.fsf@thaodan.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14842"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , monnier@iro.umontreal.ca, rms@gnu.org, emacs-devel@gnu.org To: =?utf-8?Q?Bj=C3=B6rn?= Bidar Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 09 08:04:17 2022 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 1osf8D-0003Yd-DQ for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Nov 2022 08:04:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1osf7K-0006wF-Gg; Wed, 09 Nov 2022 02:03:24 -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 1osf77-0006qb-IY for emacs-devel@gnu.org; Wed, 09 Nov 2022 02:03:13 -0500 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1osf6t-00030r-VZ for emacs-devel@gnu.org; Wed, 09 Nov 2022 02:03:08 -0500 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 150B8240028 for ; Wed, 9 Nov 2022 08:02:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1667977373; bh=vUNkxOntA9Xo2O0dVz1InnhKbTFiBnHvjDzjn5OGTFk=; h=From:To:Cc:Subject:Date:From; b=YsrsiHB+MNC214POaIqXVQ0mMIIG55srqy2t4CBD3d6IO9EFOSe0me4WPIDEezDpi vfYatyvHjkZbgHnq3tJHDJZzgDWR8IqnX8JxJm9IEqPusmw4IwOKAKAu/urDj5D4Xz TdhMst0A9TxOog7LlLIjydkNnV7i5emN1i1Ys3PGIBfC4BAF1/bEaNYKibmcY9YU6v nnrfqGOllW7mnwnUMXEcMm4azUgRhoXwftgCvfZ03PjiQZuw0LmPuHfFYpmqkl5NlK pZR26+URZPDSsTcMnEABAz+UekIlKaOOcNQtNPD4b15F+cM+UOClRRYEpdR+eO5P01 VVQ+ngIJ0oshg== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4N6bWs4cCYz6tmg; Wed, 9 Nov 2022 08:02:49 +0100 (CET) In-Reply-To: <87mt90tyns.fsf@thaodan.de> (=?utf-8?Q?=22Bj=C3=B6rn?= Bidar"'s message of "Wed, 09 Nov 2022 08:44:23 +0200") Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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:299384 Archived-At: Bj=C3=B6rn Bidar writes: > Philip Kaludercic writes: > >>>> All of this would only apply to packages with external `:lisp-dir's, >>>> which doesn't immediately interest a user/developer. Having to keep >>>> this in mind would pointlessly expose an internal detail of package-vc >>>> that I'd like to avoid. >>> >>> But it is us who introduced and support :lisp-dir. If we think it's a >>> leaky abstraction, we could decide not to support it. >> >> You mean as in only allowing for packages to distribute lisp code in the >> root directory of the repository? That would pointlessly break too many >> packages that decide to structure their file hierarchy for whatever >> reason. > > Could this be done similar as in Borg where you specify the lisp, > directories build steps etc. in the configuration file. > In case of Borg that it .gitmodules which would also be used in a > similar way. Package-vc has access to the ELPA package specifications that indicate if a sub-directory is used to store Lisp code. I have already made the necessary changes to make use of this information. > From my pov if you use the package directly from the version control > system you need to take these specialties into account. > Source isn't used as is but processed by the packages build-system. > But the user also needs to take not that all the necessary tools such as > make or ninja are installed. Right, this is currently not supported. Theoretically for security reasons, but security and packaging in Emacs have rarely been mutual considerations. Adding it wouldn't be difficult, but coming up with a sensible fallback strategy might be. > Br, > > Bj=C3=B6rn=20