From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.devel Subject: Re: [RFC] Micro-Init files in GNU ELPA & Survey suggestions(Re: Finding packages to enable by default) Date: Wed, 04 Dec 2013 10:34:59 +0530 Message-ID: <87y5415hqc.fsf@gmail.com> References: <8761ra7uq3.fsf@yandex.ru> <6c891113-22b0-4f3d-afc9-a735548efbbb@default> <87pppdu2tb.fsf_-_@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386133513 17877 80.91.229.3 (4 Dec 2013 05:05:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Dec 2013 05:05:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 04 06:05:19 2013 Return-path: Envelope-to: ged-emacs-devel@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 1Vo4eF-0004te-As for ged-emacs-devel@m.gmane.org; Wed, 04 Dec 2013 06:05:19 +0100 Original-Received: from localhost ([::1]:46268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo4eE-0007aF-SA for ged-emacs-devel@m.gmane.org; Wed, 04 Dec 2013 00:05:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52275) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo4e7-0007Xu-Ad for emacs-devel@gnu.org; Wed, 04 Dec 2013 00:05:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vo4e1-0000Gj-G5 for emacs-devel@gnu.org; Wed, 04 Dec 2013 00:05:11 -0500 Original-Received: from mail-pd0-x230.google.com ([2607:f8b0:400e:c02::230]:51484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vo4e1-0000EF-8C for emacs-devel@gnu.org; Wed, 04 Dec 2013 00:05:05 -0500 Original-Received: by mail-pd0-f176.google.com with SMTP id w10so21506259pde.21 for ; Tue, 03 Dec 2013 21:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=k+SSDQdSrEVPcAB/pRaEoC59oE58/sv446WkER1Ghjw=; b=HVpIz1uczl702mOZMZZptSjmU/3gw+2QxsxlziQAXepFyiEuxTQUBP7DIghdXt05WI Q0WYyBbSFpD8CH9pwQss9ad4X69zkRBXliwQzzFgz1kHYk+UjnLDbKU7SUOYqA3s517e zgSfqW6lGdM5LADrZ7381UF9lY8epNJqmzUd9ZmeQYC7m1oUqziFNcgO/GskJt8c087Y HBrnu0wby168ti2S8fsDkWwCNRQO7FHrVgm0Hmny3SxmXvIPkOKq4Y682UhoMAjrM/78 1jcsShXCr45xBMy9PMMPiViMkQW/LeOE7o425aU7IRXAvHVteBUxorSnJirpADyIxfBe F23Q== X-Received: by 10.66.163.164 with SMTP id yj4mr80194554pab.91.1386133502609; Tue, 03 Dec 2013 21:05:02 -0800 (PST) Original-Received: from debian-6.05 ([101.63.233.36]) by mx.google.com with ESMTPSA id ug2sm24611560pac.21.2013.12.03.21.04.59 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Tue, 03 Dec 2013 21:05:01 -0800 (PST) In-Reply-To: (Tom's message of "Tue, 3 Dec 2013 20:35:33 +0000 (UTC)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166063 Archived-At: Tom writes: > How do you make sure one user can upvote a feature only once and doesn't > boost the score of his favorite feature with several edits? Emacs Wiki > requires no login and stuff. You - Tom, The field worker and statistician - are offloaded. The statistics could be indicative/representative. i.e., it is not only the statistic but one among the many data set collected. It is not necessary for the figures to be accurate. In Emacswiki, certain pages can be password protected. So, if you create a special cookie and hide it in a trail where intermediate to experienced folks take a walk, then the task is done. There would be less fudging. More than anything else - Plain Old, Trust. >> I think GNU ELPA is a nice place to create "sharable init files". The >> init file is not a monolith, but focuses on a particular usecase. >> >> Once such a file is introduced, these files themselves will have a life >> of their own. They become a "clearing house for common configuration" >> for a particular use-case. These files can also serve as bickering >> points for evolving a consensus what goes in what value it takes. > > Will this consensus be representative? It's just one more datapoint to rely on. The biggest advantage is it will be very useful. Anyways, it is a nice experiment. It is a practical solution to age-old tradition of sharing init files and welcoming Instead of being P2P and the resulting inherent fragmentation and distortion of information it would centralize the common configuration. If a user asks, how to use Gnus to read Gmail, you say install gmail.el and put your password and username here. Done. One more user converted. > Won't average users just add the necessary lines to their own init > files where they can modify them, leaving the bickering to the usual > emacs-devel contributors? The package maintainer - not the Emacs maintainers - will take a hit. Emacs maintainers merely have to bootstrap and encourage the use of it. Average users and not-so serious users don't sign copyright assignments or disclaimers. I like to think of CA or CD as a barrier or a gate to keep away mildly interesting folks. Speaking of copyright, these are configuration files. So a different sort of copyright policy could be appropriate for these files. I also suggest having a non-GNU elpa hosted on savannah. http://elpa.nongnu.org