public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Corinna Vinschen <vinschen@redhat.com>
To: Jeff Johnston <jjohnstn@redhat.com>,
	"Joseph S. Myers" <joseph@codesourcery.com>,
	overseers@sourceware.org
Subject: Re: sourceware and git
Date: Wed, 30 Jul 2014 07:48:00 -0000	[thread overview]
Message-ID: <20140730074758.GA9483@calimero.vinschen.de> (raw)
In-Reply-To: <20140730011311.GB4665@ednor.casa.cgf.cx>

[-- Attachment #1: Type: text/plain, Size: 2842 bytes --]

On Jul 29 21:13, Christopher Faylor wrote:
> On Tue, Jul 29, 2014 at 06:14:30PM +0000, Joseph S. Myers wrote:
> >On Tue, 29 Jul 2014, Jeff Johnston wrote:
> >
> >> There have been some requests to put newlib into git.  I was wondering if
> >> the overseers have recently looked into putting sourceware into git.  
> >> 
> >> I am also wondering how a piece of sourceware can be put into git 
> >> without disrupting it.  What steps were needed to move binutils and gdb 
> >> over?  Apparently, the gdb-cvs mailing list continues to work and I 
> >> would like to have the same occur for our newlib-cvs list.  Any insight 
> >> to the process would be appreciated including issues found.
> >
> >The basic rule for moving pieces of src CVS is that you move just a 
> >logical project rather than a group of unrelated projects.  I.e., if you 
> >want to move newlib to git, just move newlib (the directories and toplevel 
> >files that are used in a newlib build) rather than the whole repository.  
> >Then src CVS can be made readonly as I don't think any of the other 
> >projects have any significant activity.
> 
> I've been trying to convince Jeff and Corinna that the top-level stuff
> isn't really needed for newlib.
> 
> I already have cygwin available as a self-contained git module which
> doesn't use the top-level configury but which can still be dropped into
> the standard tree along with gdb, gcc, binutils, and newlib.  But, you
> can also just check cygwin out via, e.g.,
> git clone ssh:sourceware.org/cygwin.git /usr/src/cygwin
> and start building from that source directory, as long as you point it
> to a version of newlib.  I was thinking that newlib could do the same.
> 
> Since cygwin needs newlib, I think that this means that cygwin could
> import newlib as a submodule if it needed it.  The other proposal is to
> keep newlib and cygwin in one git project.  That more or less keeps the
> status quo for newlib and cygwin but it means that people who use newlib
> without cygwin will have extra Windows-specific code that they don't
> care about.

And vice versa, since libgloss is part of the newlib module, but not part
of Cygwin.

> And, I think it would be nice to use the power of git to
> allow a logical separation between the two projects.

I don't really care for the toplevel stuff, but what I would like to see
is that both projects, newlib as well as Cygwin, can be checked out,
updated, branched, tagged, etc, in a single operation, just as before.
So

  git clone http://sourceware.org/cygwin.git

should check out cygwin + newlib (as submodule?) and

  git clone http://sourceware.org/newlib.git

should check out newlib + libgloss (as submodule?).

Is that possible with git?


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2014-07-30  7:48 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <239280260.18333755.1406652387203.JavaMail.zimbra@redhat.com>
2014-07-29 16:57 ` Jeff Johnston
2014-07-29 18:14   ` Joseph S. Myers
2014-07-30  1:13     ` Christopher Faylor
2014-07-30  7:48       ` Corinna Vinschen [this message]
2014-07-30 15:18         ` Christopher Faylor
2014-07-30 15:39           ` Corinna Vinschen
2014-07-30 17:06             ` Joseph S. Myers
2014-07-30 17:27           ` Hans-Peter Nilsson
2014-07-30 17:02       ` Joseph S. Myers
2014-07-30 18:45         ` Christopher Faylor
2014-07-30 20:57           ` Joseph S. Myers
2014-07-30 21:33             ` Christopher Faylor
2014-07-30 21:47               ` Joseph S. Myers
2014-07-30 23:41               ` Yaakov Selkowitz
2014-07-31  2:22                 ` Christopher Faylor
2014-08-01 11:05                   ` Corinna Vinschen
2014-08-01 22:54                     ` Frank Ch. Eigler
2014-08-02  0:12                       ` Yaakov Selkowitz
2014-07-29 18:28   ` Tom Tromey

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

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

  git send-email \
    --in-reply-to=20140730074758.GA9483@calimero.vinschen.de \
    --to=vinschen@redhat.com \
    --cc=jjohnstn@redhat.com \
    --cc=joseph@codesourcery.com \
    --cc=overseers@sourceware.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.
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).