> On Mar 3, 2019, at 10:03 AM, Bruno Haible wrote:
>
> Hi,
>
> When gnulib is used in a package, often the maintainers of that package
> use it via a git submodule, because that enables them to upgrade to newer
> versions of gnulib when they want to (and have a failsafe build between
> these
> On Mar 2, 2019, at 10:08 AM, Tim Rühsen wrote:
>
>> On 02.03.19 17:52, Gary V. Vaughan wrote:
>>
>> On Mar 1, 2019, at 1:42 PM, Tim Rühsen > <mailto:tim.rueh...@gmx.de>> wrote:
>>
>>> Hi,
>>>
>>> at GnuTLS we have one g
> On Mar 1, 2019, at 1:42 PM, Tim Rühsen wrote:
>
> Hi,
>
> at GnuTLS we have one git submodule that is not 'active' by default -
> this is on purpose since we want to init it just in certain cases.
>
> The latest 'bootstrap' script doesn't accept this and stops with an error:
> "./bootstrap:
> On May 16, 2017, at 8:12 AM, Eric Blake wrote:
>
>> On 05/16/2017 12:47 AM, Akash Rawal wrote:
>> Hello everyone
Hi,
>> I observed that build-aux/bootstrap uses $(command) for command
>> substitution which is known to be less portable than `command`.[1]
>
> It's less
Hi Eric,
On Dec 5, 2014, at 7:11 PM, Eric Blake ebl...@redhat.com wrote:
On 12/05/2014 12:03 PM, Gary V. Vaughan wrote:
Bisecting my way to the the first gnulib changeset that causes these
failures, I landed at:
bb2ab7e 2014-10-29 14:02 Alan Modra obstack: 64-bit obstack support
any special
client code changes.
If there's a way to at least diagnose negative arguments rather than silently
change behavior, that would save other projects some migration headaches...
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Reuben,
On Jan 11, 2014, at 9:37 PM, Reuben Thomas r...@sc3d.org wrote:
On 11 January 2014 03:49, Gary V. Vaughan g...@gnu.org wrote:
Hi Reuben,
On Jan 11, 2014, at 3:12 PM, Reuben Thomas r...@sc3d.org wrote:
I have a project that installs a C program and a Perl program. I want
an install-exec-hook in your Makefile.am that performs any
post-install renames according to whatever logic you deem appropriate :)
http://www.gnu.org/software/automake/manual/automake.html#Extending
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed
rule)
looks like a harmless way to fix the bug to me.
Okay to push?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Jim,
Thanks for the quick response.
On Jan 2, 2014, at 2:27 PM, Jim Meyering j...@meyering.net wrote:
On Wed, Jan 1, 2014 at 5:08 PM, Gary V. Vaughan g...@gnu.org wrote:
...
The change (back ticks instead of $(...) in the no-submodule-changes rule)
looks like a harmless way to fix
if there is a consensus to apply
them. But, it looks like doing so effectively deprecates Solaris 7 support,
which may be premature...
Comments?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
to the maintainer-makefile module that gets added to every maint.mk
project's configure by gnulib-tool? Hopefully you have something in
mind with less overhead than either of those?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using
Hi Paul,
On Jan 2, 2014, at 3:45 PM, Paul Eggert egg...@cs.ucla.edu wrote:
Gary V. Vaughan wrote:
it looks like doing so effectively deprecates Solaris 7 support
That's fine. Sun (now Oracle) stopped supporting Solaris 7
in August 2008. Even Solaris 8 is fair game now; its end
- otherwise certain
invocations of bootstrap can break the release rules in maint.mk.
Jim plans to push a version tag every 1000 commits or so.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
, but for now the new tag and fallback to --short-log fixes all
the immediate problems I was having (except the reliance on gnupg-1.4
gpgv).
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Jim,
On Oct 30, 2013, at 10:13 AM, Jim Meyering j...@meyering.net wrote:
On Tue, Oct 29, 2013 at 1:21 PM, Gary V. Vaughan g...@gnu.org wrote:
for now the new tag and fallback to --short-log fixes all
the immediate problems I was having (except the reliance on gnupg-1.4
gpgv).
You say
is producing some churn in the funclib.sh and others. I’ll wait for
the testing to finish, and then resubmit what I have then.
Cheers,
—
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
to the
shallow clone issue with bootstrap, by making sure the shallow clones are
at least 1000 changesets deep.
WDYT?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
fatal: No names found, cannot describe anything.
I will finish the release process by hand, but wanted to ping the list so that
the
bugs don't get forgotten :)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
Further to my earlier bug report. Okay to push?
* top/maint.mk (gnulib-version): Use git rev-parse to get the
current HEAD revision.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
top/maint.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/top/maint.mk b/top/maint.mk
On Oct 27, 2013, at 1:06 PM, Paul Eggert egg...@cs.ucla.edu wrote:
Thanks, that looks good, please push.
Thanks. Pushed.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
-by: Gary V. Vaughan g...@gnu.org
---
build-aux/funclib.sh | 1212 ++
modules/funclib.sh | 19 +
2 files changed, 1231 insertions(+)
create mode 100644 build-aux/funclib.sh
create mode 100644 modules/funclib.sh
diff --git a/build-aux/funclib.sh b
funclib.sh during copying, but I just
realised that before I can push this simplified version I need to
add funclib.sh to the Depends: block in modules/do-release-commit-
and-tag.
Okay to push (one or both)?
Cheer,
--
Gary V. Vaughan (gary AT gnu DOT org)
* build-aux/do-release-commit-and-tag: Source funclib.sh from the
same directory as do-release-commit-and-tag, and then call the
func_sort_ver shell function in lieu of unportable sort -V.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
build-aux/do-release-commit-and-tag | 10 ++
1 file
a system that enabled flags
explicitly and not by inspecting side effects but I can understand the
current behaviour.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hi Eric,
On Sep 24, 2013, at 10:07 AM, Eric Blake ebl...@redhat.com wrote:
On 09/23/2013 09:28 AM, Gary V. Vaughan wrote:
Clearly, it should at least check whether the compiler is actually gcc
before piling
on the flags, although I don't think it is serious enough to warrant another
Hi Mike,
Thank you for taking the time to try my script, and especially for the
great feed back. Much appreciated!
On Aug 9, 2013, at 8:33 PM, Mike Miller mtmil...@ieee.org wrote:
On Fri, Aug 9, 2013 at 10:36:42 +0700, Gary V. Vaughan wrote:
I'd be delighted to hear your feedback if you
feedback if you have any success in switching
to my rewrite.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Paul,
On 11 Mar 2013, at 21:55, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/11/2013 12:35 AM, Gary V. Vaughan wrote:
Anything I can do to help debug this failure?
That looks like an AIX bug, no? Perhaps file a bug with IBM?
I'm not sure it's gnulib's job to work around that bug
?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Paul,
On 11 Mar 2013, at 12:31, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/10/2013 10:18 PM, Gary V. Vaughan wrote:
Any objections if I push the fix?
No, thanks, that fix looks good to me.
Pushed. Thank you.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
From: Gary V. Vaughan g...@gnu.org
Commit 930b85b changed definition of __attribute, but left some uses
unchanged, preventing compilation of regex module on most non-gcc
environments:
* lib/regcomp.c (re_set_fastmap, seek_collating_symbol_entry)
(lookup_collation_sequence_value, build_range_exp
, lua-stdlib, luaposix and others), which doesn't hardcode the
'sh' invocation anywhere.
The newest online version of bootstrap right now is available here:
http://git.savannah.gnu.org/cgit/m4.git/plain/bootstrap?h=branch-1.4
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
}
Anything else I can do to help fix this?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Paul,
Thanks for the quick response.
On 9 Mar 2013, at 00:04, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/08/2013 08:43 AM, Gary V. Vaughan wrote:
Anything else I can do to help fix this?
Can you tell us what my_asprintf is putting into 'result'?
If I print result just before
Hi Paul,
Thanks for applying a fix so quickly.
On 9 Mar 2013, at 00:47, Paul Eggert egg...@cs.ucla.edu wrote:
On 03/08/2013 09:15 AM, Gary V. Vaughan wrote:
../../tests/test-xvasprintf.c: In function 'test_xasprintf':
../../tests/test-xvasprintf.c:98
somehow from bootstrap.conf?
Quickly testing latest gnulib-tool, it already shows a reminder to set _LDADD
or _LDFLAGS appropriately. It seems your environment is not working properly.
HTH,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Reuben,
On 31 Jan 2013, at 00:37, Reuben Thomas r...@sc3d.org wrote:
On 30 January 2013 17:10, Gary V. Vaughan g...@gnu.org wrote:
Are you using the bootstrap script from gnulib (which I didn't check)
Yes.
Then, may I humbly suggest you switch to my bootstrap rewrite, which
has
:(
Addressing them are probably best for a subsequent patch.
Agreed, though practically speaking, I fear that subsequent patch will
not arrive :(
On 01/26/2013 05:27 AM, Gary V. Vaughan wrote:
Here is the version I've added to libtool bootstrap (note, the arguments
are reversed on mine because
-school portability, and
might be obfuscating my scripts unnecessarily if I'm inadvertently pandering
to museum pieces, and until someone kindly points me to the evidence of
my errors I'm not even aware of where all those opportunities to improve and
modernize will lie.
Cheers,
--
Gary V. Vaughan
Hi Jim,
On 28 Jan 2013, at 09:52, Jim Meyering j...@meyering.net wrote:
Gary V. Vaughan wrote:
...
so it would be safer to probe for
and use a backslash safe echo here
Much better would be to just use printf. Safer, simpler and more portable!
Yes. For uses like this, echo has been
V. Vaughan (gary AT gnu DOT org)
$str$nl $file \
|| func_permissions_error $file
done
}
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
-to-changelog patch
* gl/build-aux/gitlog-to-changelog.diff: Delete.
2012-02-19 Gary V. Vaughan g...@gnu.org
2012-02-02 Roumen Petrov bugtr...@roumenpetrov.info (tiny change)
fixup: restore EXPORTS test
With the first patch applied, gitlog-to-changelog continues to issue
From: Gary V. Vaughan g...@gnu.org
Move the code for printing header lines inside the else clause of
the empty commit message warning if... so you either get a warning,
or you get the ChangeLog header followed by the non-empty commit
message.
* build-aux/gitlog-to-changelog: When
From: Gary V. Vaughan g...@gnu.org
Now, when the new 'Omit-from-ChangeLog: Yes' tag is found in a commit
log entry, after git-log-fix edits have been applied, don't output
anything into the ChangeLog for that entry.
* bulid-aux/gitlog-to-changelog: Omit-from-ChangeLog is
a new log entry tag
command line along to all autoreconf
and libtoolize invocations it makes without any problems.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
On 28 Dec 2012, at 18:00, Akim Demaille a...@lrde.epita.fr wrote:
Le 28 déc. 2012 à 10:35, Gary V. Vaughan g...@gnu.org a écrit :
Salut Akim!
Hi Gary! Long time no see :)
Too long! :)
My bootstrap rewrite (used by Libtool Zile among others) has always
passed any `--force' from it's own
Salut Akim!
On 28 Dec 2012, at 19:22, Akim Demaille a...@lrde.epita.fr wrote:
Le 28 déc. 2012 à 12:39, Gary V. Vaughan g...@gnu.org a écrit :
On 28 Dec 2012, at 18:00, Akim Demaille a...@lrde.epita.fr wrote:
Can't all these bootstraps be merged? Bison used to have a forked
one too
Do you have a repo or tarball of your source package I can look at to try and
reproduce?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Jim,
On 28 Jan 2012, at 15:27, Jim Meyering wrote:
Gary V. Vaughan wrote:
Hi Jim,
On 28 ม.ค. 2012, at 1:21, Jim Meyering j...@meyering.net wrote:
Reuben Thomas wrote:
Ping? The patches still apply cleanly to HEAD.
On 22 December 2011 19:54, Reuben Thomas r
Hi Jim,
On 28 Jan 2012, at 16:28, Jim Meyering wrote:
Gary V. Vaughan wrote:
I'm wondering what purpose AC_PREREQ (etc) really
serves if you're not using them to encode the versions of the autotools that
are
required to bootstrap a package in the way expected by the maintainers
as spurious (when using saner bootstrap)?
P.S. I will repropose saner bootstrap and supporting scripts to gnulib
when my workload eases off in a few more weeks, as I promised
last year.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
better and is
much faster, cleaner and more configurable and extensible than gnulib
bootstrap after this, and try to make time to resubmit the files needed
to upgrade it later this month)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
, and finish the
multi-gnulib instance hook function without any help, please ping
me afterwards if you don't mind me adopting it for M4 too :)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Simon,
On 11 Jan 2012, at 21:35, Gary V. Vaughan wrote:
On 11 Jan 2012, at 20:57, Simon Josefsson wrote:
[[...]] for some reason, my projects
often follow a pattern where they need to have multiple gnulib
instances.
[[...]] I think this setup is a fairly common requirement
for any
Hi Simon,
On 11 Jan 2012, at 22:08, Simon Josefsson wrote:
Gary V. Vaughan g...@gnu.org writes:
Now that I think about it, I'd like to put the multi-gnulib support
directly into my bootstrap script so that it can be called by setting
some configuration variables in bootstrap.conf rather than
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
easier to extend without any ugly hacks.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
on accepting those into upstream, I'll start
posting the bootstrap rewrite contents for review a few functions at a
time.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
the m4
macros with GNU M4!
Parsing m4 macros with M4? Tsk, tsk, tsk.
I know it's radical, but with that module accepted into gnulib, it would
allow aclocal, autoreconf and gnulib-tool to go out on a limb too - if
they don't mind being so radical and progressive as well =)O|
Cheers,
--
Gary V
I'll wait for an ACK before I push.
That's great! Please go right ahead :-)
Cheers,
Gary
Jim
From 9301160f1f63d1193402a4cecf17c33da2305020 Mon Sep 17 00:00:00 2001
From: Gary V. Vaughan g...@gnu.org
Date: Fri, 30 Dec 2011 18:47:55 +0100
Subject: [PATCH] gitlog-to-changelog: Copyright
not too far from now anyway):
http://git.savannah.gnu.org/cgit/libtool.git/plain/gl/build-aux/gitlog-to-changelog.diff
In the worst case, you might need to figure out what SHA1 revision of gnulib
libtool is using for its gnulib submodule, and use the same version.
HTH,
--
Gary V. Vaughan (gary
Hi Jim,
Thanks for the reviews.
On 17 Nov 2011, at 03:01, Jim Meyering wrote:
Gary V. Vaughan wrote:
...
the parts that didn't work OOTB on my Mac to be portable. Feel free to crib
those portable parts of this one into coreutils, or reformat this one to
coreutils style as you prefer
Okay to push?
* top/maint.mk (tight-scope.mk): Make sure to prefix file
reference with $(srcdir) so that the file is found correctly even
when running `make syntax-check' in a VPATH build.
Signed-off-by: Gary V. Vaughan g...@gnu.org
---
ChangeLog|7 +++
top/maint.mk |2 +-
2
Hi Jim,
On 15 Nov 2011, at 18:14, Jim Meyering wrote:
Gary V. Vaughan wrote:
I think 'Copyright-paper-required: No' is still the best compromise here for
the reasons stated earlier in the thread.
Okay to push?
The FSF require that all non-trivial patches to its projects be
accompanied
Hi Jim,
On 15 Nov 2011, at 19:02, Jim Meyering wrote:
Gary V. Vaughan wrote:
On 15 Nov 2011, at 18:14, Jim Meyering wrote:
Gary V. Vaughan wrote:
I think 'Copyright-paper-required: No' is still the best compromise here
for
...
This is setting FSF policy,
Well, the policy is already set
Hi Jim,
On 15 Nov 2011, at 20:14, Jim Meyering wrote:
Gary V. Vaughan wrote:
Okay to push?
* top/maint.mk (tight-scope.mk): Make sure to prefix file
reference with $(srcdir) so that the file is found correctly even
when running `make syntax-check' in a VPATH build.
...
tight-scope.mk
Hi Jim,
On 15 Nov 2011, at 20:10, Jim Meyering wrote:
Gary V. Vaughan wrote:
On 15 Nov 2011, at 19:02, Jim Meyering wrote:
Propose a patch to maintain.texi.
I don't want to get into a debate over the merits of generated
ChangeLogs with RMS, which I already know he doesn't like.
I don't
Hi Jim,
Sorry for the long wait. With the flooding in Bangkok affecting everything,
I've had very spotted access to the Internet, otherwise I would have responded
sooner.
On 1 Nov 2011, at 20:09, Jim Meyering wrote:
Gary V. Vaughan wrote:
More generally useful gnulib-local goodness from my
is already known, via the associated patch.
Gary V. Vaughan wrote:
This is a confusion brought about by the 'Tiny change' misnomer I think. If
it were a simple matter of counting lines, then you would be entirely correct
of course, but what about a refactoring that moves code around
I omitted the ChangeLog and git log entry for the commit-msg script,
now fixed in my private branch as follows:
On 15 Nov 2011, at 12:04, Gary V. Vaughan wrote:
The FSF cares about keeping track of all authors of patches to its
projects, but Git doesn't provide obvious support for multi
their patch generates, or by running git diff).
Even if somewhere you've felt insistence on this issue,
let's just write request:
(tiny change) is more than a request.
That is my impression too.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
and
doubling
of `ten' frequently, so no one will misunderstand those mis-spellings :)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Ping Karl...
Depending on your thoughts, I will resubmit this patch series for gnulib
rather than keeping the patches solely in Libtool's tree.
On 1 Nov 2011, at 20:56, Gary V. Vaughan wrote:
On 1 Nov 2011, at 20:13, Jim Meyering wrote:
Gary V. Vaughan wrote:
diff --git a/ChangeLog b
@@ -1,3 +1,16 @@
+2011-11-01 Gary V. Vaughan g...@gnu.org
+
+ gitlog-to-changelog: support multi-author commits.
+ The FSF cares about keeping track of all authors of patches to its
+ projects, but Git doesn't provide obvious support for multi-author
+ changesets. Consensus
insertions(+), 2 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index f370be6..d59d9f9 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,14 @@
2011-11-01 Gary V. Vaughan g...@gnu.org
+ gitlog-to-changelog: support `tiny change' commits.
+ The FSF insist that all non-trivial patches
Hi Jim, Karl,
On 1 Nov 2011, at 20:13, Jim Meyering wrote:
Gary V. Vaughan wrote:
diff --git a/ChangeLog b/ChangeLog
index f370be6..d59d9f9 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,14 @@
2011-11-01 Gary V. Vaughan g...@gnu.org
+gitlog-to-changelog: support `tiny change
Hi Peter,
On 31 Oct 2011, at 22:24, Peter Rosin wrote:
Gary V. Vaughan skrev 2011-10-23 18:17:
We already have to enter all the ChangeLog relevant information into the git
commit log. Instead of worrying about keeping them all in sync, this patch
generates the current year ChangeLog from
that does not override the default.
Oh, ouch. Sorry about that. I should have tested without a cfg.mk
override before submitting, but didn't think to look because it was
working fine in my tree without the patch. My bad.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Jim,
On 27 Oct 2011, at 22:02, Jim Meyering wrote:
Gary V. Vaughan wrote:
On 25 Oct 2011, at 15:18, Gary V. Vaughan wrote:
On 25 Oct 2011, at 15:05, Jim Meyering wrote:
Actually, I think we can both get what we want.
I suggest to adjust your patch so that make is guaranteed to fail
Hi Jim,
On 25 Oct 2011, at 15:18, Gary V. Vaughan wrote:
On 25 Oct 2011, at 15:05, Jim Meyering wrote:
Actually, I think we can both get what we want.
I suggest to adjust your patch so that make is guaranteed to fail
with a nice diagnostic for anyone who defines build_aux in cfg.mk.
It's
Hi Jim,
On 25 Oct 2011, at 00:37, Jim Meyering wrote:
Gary V. Vaughan wrote:
_build-aux = libltdl/build-aux
Wouldn't that break things for those who customize build_aux?
Ah, I see what you mean now (will it break for clients who are
customizing with build_aux already).
No, I don't think
be very happy to hear about it... in the mean time, I'll try to
remember not to reply to bug-gnulib on my iPad over morning coffee.
Gary V. Vaughan wrote:
To what advantage over factoring out the duplication entirely at the
source of the problem with the patch I submitted?
Not breaking some
Hi Jim,
On 25 Oct 2011, at 00:37, Jim Meyering j...@meyering.net wrote:
Gary V. Vaughan wrote:
I was wondering why 'make stable' would always use a stale version unless
I manually updated my .version file first. It turns out that if you use
a non-standard build-aux location, you have to tell
Hi Stefano,
On 23 Oct 2011, at 00:20, Stefano Lattarini wrote:
Hi everybody. Just my two cents about this matter ...
On Saturday 22 October 2011, Bruno Haible wrote:
Gary V. Vaughan wrote:
Running the (potentially) outdated configure, to build a (potentially)
outdated Makefile, which may
-23 Gary V. Vaughan g...@gnu.org
+
+ maint.mk: don't maintain a second build-aux variable.
+ * maint.mk (build_aux): Removed. The maintainer-makefile module
+ depends on GNUmakefile, which already maintains a cfg.mk
+ overridable $(_build-aux) for projects with a non
Hi Jim,
On 22 Oct 2011, at 03:06, Jim Meyering wrote:
Gary V. Vaughan wrote:
As it stands (without this patch), README-release recommends:
git checkout master
git pull
./configure
make maintainer-clean
./bootstrap
Running the (potentially) outdated configure, to build
Hi Jim,
On 22 Oct 2011, at 17:15, Jim Meyering wrote:
Gary V. Vaughan wrote:
If you want to clean the cruft out of your working directories before
starting the release process, you should do it before you change branches
and merge changes from upstream, using the Makefile that you already
a script relative to the current directory unless . is in
the command search PATH.
List the standard GNU email addresses to announce a release.
---
diff --git a/ChangeLog b/ChangeLog
index 25790a6..8b0f6a5 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,20 @@
+2011-10-21 Gary V. Vaughan g
Hi Bruno,
On 21 Oct 2011, at 06:58, Bruno Haible wrote:
Gary V. Vaughan wrote:
On the other hand, if by incremental you really mean chunking my rewrite
into
patches that add a function here and there, and disable bits of the old
script
when they are no longer called, then I could
the
Autoconf manual, chapter Portable Shell Programming, updated.
I had misremembered my old bash-2.05 doing it that way, but I've long since
moved to a zsh login shell which doesn't have that problem. I'll remove
that and repost after addressing Jim's review too.
Cheers,
--
Gary V. Vaughan (gary
Hi Jim,
On 21 Oct 2011, at 15:17, Jim Meyering wrote:
Gary V. Vaughan wrote:
I made these changes in gnulib-local/top/README-release while making
a start at leveraging the gnulib release machinery into GNU Libtool,
but they seem generally applicable too.
Thanks for the suggestions
Hi Jim,
On 19 Oct 2011, at 20:13, Jim Meyering wrote:
Gary V. Vaughan wrote:
Jim, please consider pulling it into coreutils master as a better fix than
twidding Makefiles after the fact in bootstrap.conf.
This -Iintl option will disappear with gettext version 0.19 - because
then gettextize
Ping?
On 16 Oct 2011, at 18:28, Gary V. Vaughan wrote:
On 16 Oct 2011, at 15:58, Bruno Haible wrote:
Gary V. Vaughan wrote:
If there is a bug in gnulib-tool, or autopoint that puts unnecessary
'intl/' references into Makefiles when the presence of
AM_GNU_GETTEXT_VERSION in configure.ac
Ping?
On 16 Oct 2011, at 12:50, Gary V. Vaughan wrote:
Hi Jim,
On 16 Oct 2011, at 04:15, Jim Meyering wrote:
Gary V. Vaughan wrote:
Is there anything else I can do to help you incorporate this, and the
matching bootstrap.conf I wrote for you into coreutils now that the
release is out
Hi Jim,
On 20 Oct 2011, at 23:44, Jim Meyering wrote:
Gary V. Vaughan wrote:
On 19 Oct 2011, at 20:13, Jim Meyering wrote:
Gary V. Vaughan wrote:
Jim, please consider pulling it into coreutils master as a better fix than
twidding Makefiles after the fact in bootstrap.conf.
This -Iintl
100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2011-10-19 Gary V. Vaughan g
Ping?
On 16 Oct 2011, at 18:28, Gary V. Vaughan wrote:
On 16 Oct 2011, at 15:58, Bruno Haible wrote:
Gary V. Vaughan wrote:
If there is a bug in gnulib-tool, or autopoint that puts unnecessary
'intl/' references into Makefiles when the presence of
AM_GNU_GETTEXT_VERSION in configure.ac
Ping?
On 16 Oct 2011, at 12:50, Gary V. Vaughan wrote:
Hi Jim,
On 16 Oct 2011, at 04:15, Jim Meyering wrote:
Gary V. Vaughan wrote:
Is there anything else I can do to help you incorporate this, and the
matching bootstrap.conf I wrote for you into coreutils now that the
release is out
1 - 100 of 302 matches
Mail list logo