From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?Bj=C3=B6rn?= Bidar Newsgroups: gmane.emacs.devel Subject: Re: feature/package-vc has been merged Date: Sat, 12 Nov 2022 15:01:24 +0200 Message-ID: <87y1sg5ntn.fsf@thaodan.de> References: <164484721900.31751.1453162457552427931@vcs2.savannah.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> <87pmdxgptl.fsf@posteo.net> <87iljotycc.fsf@thaodan.de> <87k044fvx9.fsf@posteo.net> <87a650twv7.fsf@thaodan.de> <87wn84ednr.fsf@posteo.net> <87y1sks82p.fsf@thaodan.de> <87mt909g3o.fsf@posteo.net> <87leojswzm.fsf@thaodan.de> <875yfluy99.fsf@thaodan.de> <875yfk1uqm.fsf@posteo.net> 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="37470"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Richard Stallman , stefankangas@gmail.com, monnier@iro.umontreal.ca, eliz@gnu.org, emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Nov 12 14:07: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 1otqE9-0009WZ-Ck for ged-emacs-devel@m.gmane-mx.org; Sat, 12 Nov 2022 14:07:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1otqDV-0003Gt-OU; Sat, 12 Nov 2022 08:06:37 -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 1otq8d-0000gu-B6 for emacs-devel@gnu.org; Sat, 12 Nov 2022 08:01:35 -0500 Original-Received: from thaodan.de ([185.216.177.71]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1otq8X-00037m-9e; Sat, 12 Nov 2022 08:01:35 -0500 Original-Received: from odin (dsl-trebng12-b04885-76.dhcp.inet.fi [176.72.133.76]) by thaodan.de (Postfix) with ESMTPSA id D2FBAD08A05; Sat, 12 Nov 2022 15:01:24 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=thaodan.de; s=mail; t=1668258085; bh=8MXO6v/KepzmdPb/8Z0oNNyy2rlJF4yaJuKPeE3NSUs=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=cghscDrZ7St3mRQUCe9vWJc4uELrqqppjUZ1AvbaRu03+xz6uVPv6p8su+HT34ztv fSDz2VGyQAojy9mbbkg6IRuaMUV50c+u7X7TzYsTw44F3LTT3pbdHDnZnN3tqT9fVs wlsgN1eQBYa7pGTTRS/5H3a81e2VM69N5Ies/WSGm0z5bylvZ41b1ipWz09F5fos5C FBa9B4LLK0pQtGdToSgZjRjC+wLZQZBPYD+viCB/1YWLkuQ3344llXYPZTqCMMGinQ BlAl+naCbcv5cckK/dKAagYZCbWk3ZUitQRbTlFB932hzW5m/a+QqBTq6bFiJ1Sy9j i51o7NLRE7ogBswc+U4UgeigufKeMFA+hdZmDBIhZHiCsWWGp9WWXDcv72bHC5URs6 mxp4KfSr0i+g/X3O+HBkvsTaTNIQGCfCY1WENqr+FVjw5UR/1b516FSON/TwVkNIIy g8699lWb/6cq15+HkuUEiSr+NCzbMB71xdmkD8MiXRo4ObLIAupIS7feZ0Qnt/6imY 1ZtBBLDePXU1KuPoBdjiMSIP3l12W1fvxKnA2yJmCQj0wCIbAdubZ2DFEBBDyOiMXC 8FO17DDuamsc1e6bYMd0TPkwUQRdC9HthqWL9bDwc5dH9kC+dtU5QaXB0qhtFc+cOX iSlLYISBTpAioUzIc42RdR8o= In-Reply-To: <875yfk1uqm.fsf@posteo.net> (Philip Kaludercic's message of "Sat, 12 Nov 2022 07:45:37 +0000") Received-SPF: pass client-ip=185.216.177.71; envelope-from=bjorn.bidar@thaodan.de; helo=thaodan.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_PASS=-0.001, T_SPF_HELO_TEMPERROR=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 12 Nov 2022 08:06:36 -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:299644 Archived-At: Philip Kaludercic writes: > Bj=C3=B6rn Bidar writes: > >> Richard Stallman writes: >> >>> [[[ To any NSA and FBI agents reading my email: please consider ]]] >>> [[[ whether defending the US Constitution against all enemies, ]]] >>> [[[ foreign or domestic, requires you to follow Snowden's example. ]]] >>> >>> Please do not encourage people to load packages from MELPA. MELPA >>> does not cooperate with us. Not in legal matters, not in ethical >>> matters, and not in technical matters of development. >> >> What justifies this kind of gaslighting against Melpa?=20 > > Wikipedia defines gaslighting as: > > Gaslighting is a colloquialism, loosely defined as manipulating > someone so as to make them question their own reality [...] > > so I am not sure how this applies to this thread. I'm sorry but English isn't my mother tongue.. From my pov he wrote misleading statements about Melpa which did sound like gaslighting to me. >> You might not >> like to hear it but without Melpa Emacs wouldn't be were it is now.. > > This is a counterfactual discussion, because it cannot be said if MELPA > was a necessary or contingent fact. I agree that MELPA provided an > important service in collecting the number of packages that it did, but > if NonGNU ELPA had been created over 10 years ago with the regular GNU > ELPA, perhaps it would have been enough? Some have issues with the FSF, RMS etc. staying out of the whole thing was convenient for some. Even if you ignore that Melpa was more convinient to use unless there's a more modern way to interact to with ELPA. > That being said, if I had a single-use time machine I wouldn't waste it > on finding out insignificant something like this. > Nothing to argue about that. >>> A given package that happens to be in MELPA may be perfectly fine in >>> and of itself, or it may have problems of one kind of the other. >>> >>> If you come across a package in MELPA that has no particular problems, >>> we can DTRT to put it in either GNU ELPA or NonGNU ELPA. >> >> It's perfectly fine that is on Melpa, not everyone likes the mailing >> list based approach of Gnu. >> Offer other options such as a Gitlab or Gitea instance instead of >> antiquated Savanah (or make it more modern in other ways) >> and people might move elsewhere. > > I am afraid you have some misunderstandings regarding GNU ELPA (and I > suppose NonGNU ELPA as well). GNU ELPA packages can and often are > developed on PR-based forges, where the state is synchronised into > elpa.git/nongnu.git, where the packages are build and distributed. > There is no need to use mailing lists -- except maybe to announce a > package and to request it be added to an archive. But am I understating > your correctly that that is really the point you are objecting to? I'm sorry I wasn't aware of that, I assumed that using Github to develop the package is enough to disqualify it. I am objecting against the assumption Melpa equals bad. I can understand the issue with some of it's packages or even the place of distribution but it hard to replace a platform like Github for the network effect it has. Br, Bj=C3=B6rn