From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?UTF-8?Q?Cl=c3=a9ment_Pit-Claudel?= Newsgroups: gmane.emacs.devel Subject: Re: "Write a new package" culture instead of patches? Date: Mon, 18 May 2020 12:33:56 -0400 Message-ID: <800432c5-2f72-3c29-7399-c6f1f559d983@gmail.com> References: <83tv0e9x14.fsf@gnu.org> <83blml9u2t.fsf@gnu.org> <87v9ktb73s.fsf@rabkins.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="61799"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 18 18:41:42 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 1jaipi-000FzD-ES for ged-emacs-devel@m.gmane-mx.org; Mon, 18 May 2020 18:41:42 +0200 Original-Received: from localhost ([::1]:47612 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaiph-0003D2-F0 for ged-emacs-devel@m.gmane-mx.org; Mon, 18 May 2020 12:41:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58970) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaiiG-0007X1-BU for emacs-devel@gnu.org; Mon, 18 May 2020 12:34:00 -0400 Original-Received: from mail-qk1-x72f.google.com ([2607:f8b0:4864:20::72f]:42464) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jaiiF-0003hy-F2 for emacs-devel@gnu.org; Mon, 18 May 2020 12:34:00 -0400 Original-Received: by mail-qk1-x72f.google.com with SMTP id s1so10700074qkf.9 for ; Mon, 18 May 2020 09:33:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=N2PcPoPIEP/wGIA54mrZcB0QLtfg9GNdDqpAH+qCL4E=; b=bgXgnQMs3389n1J6Ve3CeznILymLFNiRj+1x3T1HsTCfpPdg6mg/XCHr2PjiApSbSq a+MWVgkSX4v1SnNQvsy2gJwTL4KvkWULTQ2/pJksPyVZ5upfHGjBxWcKFGo45IyoeLh5 qNHlRjQaWZc/uoFjS78IjhzhknjSx6s7EaJ5KWTjIs75p9VikrgLf/DWL2BmIipAF4f9 ErzlS0GSnpTK6x5uUR49TTb05NDfIWob1+grfYsSlTiZUM05U9txzo01n8L7/Y2s7DSk sYfXdPOM0RHaTwRXpbrDkLC3hSCTYfiA9gVtfpPfGMX2gnkqFOG3uHjVGYrLy5Q4/2v9 0MHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=N2PcPoPIEP/wGIA54mrZcB0QLtfg9GNdDqpAH+qCL4E=; b=lqDcptQrRP8U24IfEIyHPG1mPCeUOCv2qpfC8RtAIsKnP8l00/u5tHf1Zq7ONQ78ur /RwkpkWHr4RsUwp6/XORG2RY2pWY1w5T9sVgbeA74e1y4vr6l2rIZrWdoRlGC31qXBsX BiClC4kXEg8E8NY3i5jIt06tbiOIwa+L4JwrT3Wk9oLR44nSynHae6GAS4qh4f8iquHI SDzsBYSXaypYLQbSFQwf5zvtaJQvsOqoVnD9kTCKKlnlbvZOyKCQYcV6w3rpcgimHXSA 0383at6HEs7jLmmgOQAJ3yuF/4YIlYBfq0HV0phN6UjPkRIZMpbOAEj/o9KyKYBNUmHx gvtw== X-Gm-Message-State: AOAM532aPF0jkuOq1siCmkP+LJxeZF8oeS5Ul/uSXFL/XQ7Z6GOkjyom 8vsfSjWL7+ccD/sDak9d5uJq9KWk X-Google-Smtp-Source: ABdhPJxUOh6pHTp3FK5DvTzABPOFeKw67AyqGyE6QwPewm9VqpeOx0EZc81FpnDpr5GRUsa/sTxkqg== X-Received: by 2002:a05:620a:1524:: with SMTP id n4mr17121250qkk.490.1589819637991; Mon, 18 May 2020 09:33:57 -0700 (PDT) Original-Received: from ?IPv6:2601:184:4180:66e7:bda5:ac5c:1de0:b677? ([2601:184:4180:66e7:bda5:ac5c:1de0:b677]) by smtp.googlemail.com with ESMTPSA id l15sm9691622qti.83.2020.05.18.09.33.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 May 2020 09:33:57 -0700 (PDT) In-Reply-To: <87v9ktb73s.fsf@rabkins.net> Content-Language: en-GB Received-SPF: pass client-ip=2607:f8b0:4864:20::72f; envelope-from=cpitclaudel@gmail.com; helo=mail-qk1-x72f.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN 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:250776 Archived-At: On 18/05/2020 11.22, Yoni Rabkin wrote: > I'm the maintainer of GNU/Emms (a media player for Emacs). The people > who distribute Emms on MELPA do a poor job of it (see below), and have > never communicated with us, the Emms developers about it (not even > once). I only discovered about it by chance recently when I went out to > figure out what M/ELPA is, and how I can add Emms to ELPA. > > What the MEPLA people are doing that I don't like: I think you're a bit harsh with the MELPA folks. EMMS was added to MELPA eight years ago, back when it was just getting started, so I wouldn't judge based on that. See below re. contacting package authors. > * Associate Emms with several Emms extensions that live only on > MELPA and that we, the Emms developers, have never heard > about. This would give anyone accessing Emms via MELPA that those > extensions are somehow a part of Emms, when they are not. What do you mean by this? MELPA is the same as ELPA in this regard: anyone can publish an "emms-xyz" package, right? > * Not even linking to the Emms home page > (https://www.gnu.org/software/emms/). I think it does: I see this when I open the package in M-x list-packages: Homepage: https://www.gnu.org/software/emms/ The MELPA website links to the git repository instead. > Ideas for improvement: > > * Encourage people to speak to the developers of a project before > packaging it. The current guidelines say the following: Contact package author If you are not the original author or maintainer of the package you are submitting, please notify the authors prior to submitting and include them in the pull request process. … so things have indeed improved a lot since 2012. > * Find a way of packaging a project as-is. For instance, Emms could > be distributed as is, and the M/ELPA software could simply point > at where Emms keeps its .el files for Emacs to find. This is > instead of how I see ELPA working now, which is to force the > software through a kind of a sieve (I think ELPA calls it a > recipe) where only a select few files come out the other end. It's trivial to make a recipe that includes all files, so I wouldn't worry about this. > Emms doesn't need a recipe; it already comes organized and > packaged for working with Emacs. I think most users these days expect "packaged" to mean "installable using package.el", while EMMS only provides source releases; that's why you see the MELPA recipe slicing and dicing the emms repo. It will be great to have an improved EMMS recipe in MELPA! If you run into trouble, you should ask on the bug tracker; the MELPA folks are great. Cheers, Clément.