From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: where to post packages (was: Re: Wizardry Inc.: find-command) Date: Tue, 15 Dec 2015 02:21:52 +0100 Message-ID: <87h9jk33rj.fsf_-_@debian.uxu> References: <87mvtdhmzr.fsf@debian.uxu> <87egeppl8i.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1450142559 14593 80.91.229.3 (15 Dec 2015 01:22:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Dec 2015 01:22:39 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Dec 15 02:22:29 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a8eJv-0005PW-Us for geh-help-gnu-emacs@m.gmane.org; Tue, 15 Dec 2015 02:22:28 +0100 Original-Received: from localhost ([::1]:34576 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8eJv-0004W1-7U for geh-help-gnu-emacs@m.gmane.org; Mon, 14 Dec 2015 20:22:27 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8eJj-0004Vn-Ch for help-gnu-emacs@gnu.org; Mon, 14 Dec 2015 20:22:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8eJe-000174-9v for help-gnu-emacs@gnu.org; Mon, 14 Dec 2015 20:22:15 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:36768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8eJe-00016q-2j for help-gnu-emacs@gnu.org; Mon, 14 Dec 2015 20:22:10 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a8eJZ-0004c4-Mo for help-gnu-emacs@gnu.org; Tue, 15 Dec 2015 02:22:05 +0100 Original-Received: from nl106-137-244.student.uu.se ([130.243.137.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Dec 2015 02:22:05 +0100 Original-Received: from embe8573 by nl106-137-244.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Dec 2015 02:22:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 51 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-244.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:eaxAgNAmz1lso1i6MnSUD1A47fs= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108406 Archived-At: Sivaram Neelakantan writes: > Please do post to comp.Emacs.sources too. > Which I believe is the canonical NG for new packages There is a gnu.emacs.sources (or gmane.emacs.sources) but traffic is to >90% updates from ELPA - e.g., the most recent post is: Version 20151214 of GNU ELPA package org has just been released. You can now find it in M-x package-list RET. More at http://elpa.gnu.org/packages/org.html Likely there is a trigger/hook in the ELPA software which sends a message to gnu.emacs.sources whenever a package is added. (Probably Stefan Monnier can tell you more about all this.) So gmane.emacs.sources isn't the right place if you want feedback on your Elisp and I suspect very few people use it as a source for new packages (despite its name). Perhaps gmane.emacs.devel is better than gmane.emacs.help tho. As for the [M]ELPAs themselves that might require some overhead getting the formal stuff right, and I don't know how restrictive they are including new software. I suppose they have different policies (with respect to both technology and politics) to motivate their parallel existence. I always got the impression MELPA was less restrictive, but now I read they are "curated - no obsolete, renamed, forked or randomly hacked packages" so perhaps that isn't true. [1] The feedback issue remains tho with the package manager solution where I suppose it is at its lowest. When people find something that doesn't work, they typically look for some other package that does the same instead of writing the writer of the original package. I try to not be like this myself when using the Debian repos and ~50% of the times I get answers from whoever wrote the code. [1] https://melpa.org/ -- underground experts united http://user.it.uu.se/~embe8573