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: Sun, 13 Nov 2022 22:20:32 +0200 Message-ID: <87r0y6r4hb.fsf@thaodan.de> References: <164484721900.31751.1453162457552427931@vcs2.savannah.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> <87y1sg5ntn.fsf@thaodan.de> <87cz9sz3ym.fsf@posteo.net> <87pmdqudn9.fsf@thaodan.de> <87r0y6voji.fsf@posteo.net> <878rkespp0.fsf@thaodan.de> <87iljiu3q3.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="31739"; 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 Sun Nov 13 21:21:33 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 1ouJTv-0007yK-Tg for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Nov 2022 21:21:33 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ouJTA-0002WR-I6; Sun, 13 Nov 2022 15:20:44 -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 1ouJT8-0002W3-Ej for emacs-devel@gnu.org; Sun, 13 Nov 2022 15:20:42 -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 1ouJT2-0007Qh-Qp; Sun, 13 Nov 2022 15:20:42 -0500 Original-Received: from odin (dsl-trebng12-b04885-76.dhcp.inet.fi [176.72.133.76]) by thaodan.de (Postfix) with ESMTPSA id 760B7D08A97; Sun, 13 Nov 2022 22:20:33 +0200 (EET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=thaodan.de; s=mail; t=1668370833; bh=l3zIFnBXooHI02aaXZ4ZYKBhvi0vCJFtlkLPM/cgoEY=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=s1MyifhNQDohlw7mEaBpDXtUll9nBi12tiUXaX0qwl/20w7a+tf7tEyhxlBWaB5I8 4WibJLrrK5OsBMtLHDt8gIWEAMmWa0gDsPyWU4CJwEocBPw+voRJJn6U8lpXjAMW1d cah65xS8Yr19ydfy9eoN5pZ2Gbkavjpo7RDvtse/0qhKhLvPVWTYllos4y52KdVwvl kXQFkmQOcSiRW8E3LeZdBzZoMis2Wja6dMz5g4Wc6KLoe4ttTGTOUHCHbsxiILNEu+ Tvwwwe4Ous2DZcHMRG/JarkAEklMrz9w6xZHt6/+Bqjd5Tk5og0m2XUv0QNoTZz5kp 0Ip2O39oOkqKqKx4rQ0ObrnkyN/nKTrYwkjRqosdljMZ/RnHEuOz0mnjAmJAc7ihWT mr6V1RnRtMQ393rLwpHv7cbtvP8FizNNWaiFhRvEdDBKwtbU1yOrHF0XF63IyuZH/f mfN+CSjWHXAycsVfbhwW8v/V0OPIanGGUf5DaYJQ19Jtby2xvm/6czZGSvPXydNTGY Iy2ehqAcfn0Yg+5JF8yxJDIIjDzhQmKPMoDsBMBsUB+3vMQM6BRIQjyuwUPS6vgXCC QY/RtOnDKBpqEf9/mac56FSN7ItYvYu0JNRImE15rbfPcfIT1BdeDOyq+jitc5+Pk5 aorX7+Qbw0KefY9wYas9z7Tk= In-Reply-To: <87iljiu3q3.fsf@posteo.net> (Philip Kaludercic's message of "Sun, 13 Nov 2022 18:08:36 +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-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:299754 Archived-At: Philip Kaludercic writes: > Bj=C3=B6rn Bidar writes: > >> I translate this my self: Yes both sources contain only free software, >> but both contain software that interacts with non-free software. > > I believe that Stefan explained this, in distinguishing between software > that you have to run on your own system and a fixed service that runs on > non-free software. A web browser is not at fault when requesting a > website from a non-free web server. What if the software only implements non-free standards such as Exchange? >> Anyway you don't have to write in German just for me, it's fine. > > Ok. > >>> What do you have in mind specifically when you say "modern"? >>> >>> The Guix people have been using a separate different front end that >>> /looks/ more modern, that still is debbugs AFAIK: >>> https://issues.guix.gnu.org/, and the source code is here: >>> https://git.elephly.net/gitweb.cgi?p=3Dsoftware/mumi.git. >> >> Yes something like your example, a ui that allows contribution without >> email and looks more modern. Both debbugs and the mailman2 that used by >> Gnu also doesn't scale/look good on high dpi screens. >> Mailman2 is EOL in any case. > > Then it might be worth convincing whoever is responsible to try setting > up mumi. There has also been the discussion of moving to SourceHut, > which should also fix the issues you have. ok. For me anything is fine but I there are others. >>> Richard went into that issue in a parallel thread just yesterday: >>> https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg00792.html: >>> >>> Our general policy makes a subtle distinction between these two >>> cases: >>> >>> 1. If a nonfree program FOO is not well known, we don't even >>> mention that >>> it exists. Because we don't want to promote using FOO. >>> >>> 2. If a nonfree program FOO is well known and widely used, >>> something to >>> help and encourage FOO's users to use some GNU packages along with >>> FOO >>> is good. >>> >>> 3. Anything that would encourage the existing users of some GNU >>> packages >>> to use FOO with them is bad. >> >> OK I don't see anything against cooperating with Gnu in Melpa, the only >> difference is the barrier of entry for packages that interact with >> non-free systems, especially the amount of questioning that a package >> has go too but that is subjective I think. > > Are you saying that GNU ELPA or MELPA go through more "questioning"? I'm saying that packages that interface with non-free formats or systems have less questioning in Melpa. In Elpa a package has to justify why it should be added when it interfaces with non-free systems. Br, Bj=C3=B6rn