From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thibaut Verron Newsgroups: gmane.emacs.devel Subject: Re: non-gnu elpa issue tracking Date: Thu, 10 Dec 2020 10:14:50 +0100 Message-ID: References: <20201209125516.lenqswi7fhiscbr2@E15-2016.optimum.net> Reply-To: thibaut.verron@gmail.com 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="16688"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs-Devel List , Stefan Kangas , Boruch Baum To: Jean Louis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 10 10:37:10 2020 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 1knINp-0004CX-TS for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Dec 2020 10:37:09 +0100 Original-Received: from localhost ([::1]:60944 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knINo-0002ph-UT for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Dec 2020 04:37:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44258) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knI2S-0006iP-4m for emacs-devel@gnu.org; Thu, 10 Dec 2020 04:15:04 -0500 Original-Received: from mail-yb1-xb34.google.com ([2607:f8b0:4864:20::b34]:42485) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1knI2Q-000523-5G for emacs-devel@gnu.org; Thu, 10 Dec 2020 04:15:03 -0500 Original-Received: by mail-yb1-xb34.google.com with SMTP id j17so4053472ybt.9 for ; Thu, 10 Dec 2020 01:15:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=dkyzeoAbs8NHYITPV/EIyi5UnWoohefxw/FDjMIqK2s=; b=hly5TCskHWe2kr7PyPQ5TOS+v7wLKJYd0tam8Hx/Xoe6ICGtKmMVWdAnVrb+lD/ATf czpupYsH9DTVe25No51RZEJ4FsALZXgWBkOO3NtMIdezlX9KA2BAtDW2y9vzWH3lcAhU wiKa9fFACM7z+CJpRa5SoSNTFPrXxPrFZRwN4hyHstCfIC4xqwswOldSDOpV+MSy0rFS AEs/g6Uj5eKCel85ciHO+sszZwaLx+Hjiosy/88hcmAJomhtfZ0/+iGK+LRVaO1VxheR J2YCySQCt32ddjOpT0cCw2WDDluQ8tSjlazirWA/+OpC41O6BSRQBpVwvMq8w6RDr59o 3Fqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=dkyzeoAbs8NHYITPV/EIyi5UnWoohefxw/FDjMIqK2s=; b=iemNNiikD2MRc/wGRcxy67C40eTFr5pBu+jWu20DHBLgmsUCIABdLEWWKtFoPh8YV9 c594H/IL+XwZ8DvV4wY4eEh2cMmE2o1nBn/qkk16USxSrhCB/a+p5l603y/9LPIhhnb7 3flu5faqrD3EIBvlkFyUewqYqod9ppkgZlb5PFtM956ydSOma02OqpRBIzb++x5GiiJM qnc4fRx5s8pr5LCdkLw+MVv8Cr6nUEtfbdnVwahRCPwF95RzePJTdXdgKi/9Y6KqcJdy +pkkdVedqCX1LpZ5rd0QuCG0+5R3v75R/duh7ENK52SCiK9mEy7/khNCtP0Hw2eWxLqd OnPA== X-Gm-Message-State: AOAM5321zpe4FIg1C80mQWnCW2IMbRKEYqqCfUtZtZ5nhpV6AAqZkG6R gA1XnjkbGlx9dpd5DLj6o7ynYBXJOjLv43QTSp0= X-Google-Smtp-Source: ABdhPJyeYQsjpBGg03yrPxF7EwZHr7KWhX10MSH4V28B51Np8S0Ts4jx0MLDHS37eZJ1Hn2uk9d5STWCckFrPKo7qS4= X-Received: by 2002:a25:6e43:: with SMTP id j64mr9835640ybc.183.1607591700986; Thu, 10 Dec 2020 01:15:00 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::b34; envelope-from=thibaut.verron@gmail.com; helo=mail-yb1-xb34.google.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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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:260641 Archived-At: Le jeu. 10 d=C3=A9c. 2020 =C3=A0 09:32, Jean Louis a =C3= =A9crit : > > * Thibaut Verron [2020-12-10 02:23]: > > > > > > My opinion is that non-GNU ELPA and GNU ELPA both should never point > > > to any website that has any proprietary Javascript or promotes > > > proprietary software, specifically hyperlinks to Github better be > > > removed completely. > > > > > > > Without backlinks to the original repositories, how will people know wh= ere > > to report bugs with packages installed from non-GNU ELPA? > > My opinion is that nothing offered within Emacs, be it ELPA packages > or now non-GNU ELPA packages should guide users to any non-free > software, especially not websites with non-free Javascript like > Github. Would gitlab be acceptable, at the very least? > > Author name should be there, email address and there can be URL as > per: (info "(elisp) Simple Packages") > > I would change that URL to point to non-GNU ELPA repository as it > becomes not only plain distributor but slight fork of the > package. There is nothing wrong with it. People can still use author's > name and email to report directly. I personally would be annoyed if users started reporting bugs directly to my e-mail. I cannot imagine how it would be for high-traffic packages. And what about packages with extensive guidelines for reporting bugs? Should they now include those guidelines in the package description? And would you amend those guidelines to remove references to github, too? I thought that the point of non-GNU ELPA was to bridge the gap between the emacs developers and the "community developers". But this kind of minor ideological changes, in my opinion, is more likely to antagonize developers. Am I correct to understand that if some developers decide that they do not want their package included in non-GNU ELPA, the only way that they can enforce this decision is to use a less permissive license for future releases? I don't think that we want to encourage such a choice. > Remember that this does not prevent other users of any other website > such as MELPA to use their hyperlinks how they like. T > > This opinion is for specifically for Emacs that should never point to > non-free websites and relates to ELPA as well. > > So I do not see any real problem there. Those using MELPA will do what > they wish. I thought the goal of non-GNU ELPA was to make MELPA necessary only for non-free packages, and thus useless of the vast majority of users. If "non-free" now includes all those packages whose developers don't want to deal with issues outside of github, it can become a lot more extensive. > And those using non-GNU ELPA would report there where > developers decide, but not on Github, provided this type of proposal > is accepted. What is "there" in this context? And who are "developers"?