This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [commit 1/3] Import gnulib's update-copyright script
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Wed, 18 Apr 2012 07:36:06 -0700
- Subject: Re: [commit 1/3] Import gnulib's update-copyright script
- References: <1325665146-31682-1-git-send-email-brobecker@adacore.com> <1325665146-31682-2-git-send-email-brobecker@adacore.com> <4F8EB486.5020308@redhat.com>
> > gdb/ChangeLog:
> >
> > * gnulib/extra/update-copyright: New file, imported from gnulib.
>
>
> It looks like this file was simply copied over instead of imported with
> gnulib-tool? If I reimport the gnulib/ directory from scratch, we lose it:
I am pretty sure I pulled it using gnulib tool... But I think
I then just selectively checked the script in only, to avoid
bringing in more changes than necessary.
This business of maintaining our gnulib import is getting a little
silly, because we cannot determine for sure how people might have
imported stuff. Perhaps we should just go ahead with the script
I wrote to import/update our gnulib import, and make sure people
use that? It might not be the perfect way of doing it, but at least
it would be consistent.
> If I pull the "update-copyright" gnulib module in addition, with:
[...]
> then we get it back, but, we get an older 2010 version, thus we end up
> with a non-empty diff, see below.
Do you know why? I thought that it would just import whatever version
you have checked out. Did you do the import using the exact same
version that you used during the last import?
When I did this, I just pulled the latest gnulib from git, and then
called gnulib tool. That's why I am a little confused by you saying
that you'll update gnulib using gnulib-tool.
> It doesn't look like we miss anything important for us. I think I'll
> apply this,
We'll need the latest version by the end of the year. There are two
things that it brings which we use: warnings when an FSF copyright
isn't found, and also merging all copyright years together into
one single range.
> Okay in principle?
Sure! I think you know how to use gnulib way better than I do.
--
Joel