unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: New branch for elpa contents
Date: Fri, 19 Nov 2010 10:17:01 -0600	[thread overview]
Message-ID: <878w0p9tky.fsf@lifelogs.com> (raw)
In-Reply-To: 87vd3tia3b.fsf@stupidchicken.com

On Fri, 19 Nov 2010 10:53:12 -0500 Chong Yidong <cyd@stupidchicken.com> wrote: 

CY> Ted Zlatanov <tzz@lifelogs.com> writes:
>> I'll take a look at copying the existing stuff over.  I think it
>> should be structured like this:
>> 
>> packages/
>> scripts/
>> admin/
>> html/
>> etc/
>> 
>> with the corresponding files from elpa.gnu.org inside.  Bootstrapping
>> a mirror should be as simple as checking it out and running
>> scripts/deploy.sh or "make deploy" or something like that, based on a
>> single environment variable ELPA_DEPLOY_ROOT.  That would let us
>> deploy a copy as part of the Emacs build process if we or users choose
>> to, or let distros or third parties package such deployments.
>> 
>> Would you rather do it my way or put just the packages in the branch?

CY> Your plan sounds good; if you want to go ahead and move the files,
CY> please go ahead.  I don't think we need etc/ or scripts/, the scripts
CY> and everything else can go into admin/ or a subdirectory of admin/.
CY> Also, we should add README and COPYING files to the top-level directory.

CY> Using a shell script for deployment makes more sense than using a
CY> Makefile.  We don't need to use an environment variable; just make it an
CY> argument for the shell script.

Sounds good.  One last question: right now we assume there's just "the
package repository" but I think we should expect multiple repositories.

Do you want to handle that by making a new branch for each repository or
by subdirectories for each?  In the former case we'll need an elpa-admin
branch (for ELLE-related scripts that don't change by repository) and
the other elpa branches will just have the packages.  The latter case
requires no extra work now, since we'll add repositories by making more
directories.  So punting the issue is the same as picking the
subdirectory option as far as I'm concerned.

Ted




  reply	other threads:[~2010-11-19 16:17 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-18 18:45 New branch for elpa contents Chong Yidong
2010-11-19 14:12 ` Ted Zlatanov
2010-11-19 15:53   ` Chong Yidong
2010-11-19 16:17     ` Ted Zlatanov [this message]
2010-11-19 16:43       ` Chong Yidong
2010-11-20 17:36         ` Ted Zlatanov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=878w0p9tky.fsf@lifelogs.com \
    --to=tzz@lifelogs.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).