Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-24 Thread Gary V. Vaughan
Hi Peter,

On 24 Oct 2011, at 09:13, Gary V. Vaughan wrote:
 One day I'm going to have to read the documentation, so I can figure out how 
 to close bugs.
 
 http://debbugs.gnu.org/db/pa/llibtool.html
 
 I'm pretty sure you just reply to the thread with a one liner:
 
  close 12345

Bzzzt.  Wrong answer.

You send any email to -d...@debbugs.gnu.org where  is the number of the 
bug you want to close.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)


Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Peter O'Gorman
One of these commits broke the daily snapshot. The machine does not yet 
have autobuild installed. Now that it's a hard bootstrap requirement, I 
will try to make time to install it.


Peter


On 10/23/2011 10:40 AM, Gary V. Vaughan wrote

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.

The branch, master has been updated
via  adb7abda11c748e3c8ffc05736fd8205e2c84f74 (commit)
via  d4afacc29cc3f620439854ad54ed0e14d4425ec0 (commit)
via  3fc61c5669df9d7547a52d619e6be034d3df5c08 (commit)
via  8e756c52eebad122fc1d86ab16997e500758f02c (commit)
via  b868b7c48743870d2caea1a60077a066752bf0e1 (commit)
via  933f614f6c811eab79c1428969df1c381dec51b0 (commit)
via  f93b09fa58a8617c105fbe901ccd0650983d180b (commit)
via  5c10763830e2b2cf08852dfc98e776675eea5a4e (commit)
via  25b333e759ff00ee0b1e17c821c73c72c5a28314 (commit)
via  f14182f6e77217a9eb267dcae7d79908920629c7 (commit)
via  7afbf5504b09e5a6fca637d8cfcc979bb7d75d2e (commit)
via  2b96af6ed407b93a816d152e7d81c8c764d4d0ea (commit)
via  cf1249a63cd7923b8f31e2fe4d86eaeddb625c5a (commit)
via  e1398280b6c54b4d5cb7f9c2a98483264379710d (commit)
via  8570766c7dda766411fd89d6a187a325f351cd0a (commit)
via  6de3756ab27cc211aa951e14b7aad1975402aa49 (commit)
via  2edfcdf1d43416f56af8e06c07fa95b4f07e3f5c (commit)
via  9ff759568cbd745efbde35536f4100cb8bb9893f (commit)
via  c73118765ef4d1887b7e326c22d2187a69c881a3 (commit)
via  aaa7c9328cf36c4776de0c39c6219482733ae4f7 (commit)
via  3500d098e8dbbde938e62313767b42a5be1b3be6 (commit)
via  dc827a2dcdf240ae3152152ef70159c9ee406b44 (commit)
via  420b992e2e3d31a4cb2030b8c8165189933179ef (commit)
via  be85f384d5782caf480f22c52b36f3c74ddc8211 (commit)
via  7b70f4742a46e46a71a2d6a05e5640d10ceaba3f (commit)
via  22d802b8a89980a3b679c1f0c2e1eafbbd00e148 (commit)
via  ade0d8f39c200c74a77d0c7f095b158a4591bb18 (commit)
   from  e9efe2cf60837796f03132ca3c2cf2f53193e619 (commit)




Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Peter O'Gorman

On 10/23/2011 05:34 PM, Peter O'Gorman wrote:

One of these commits broke the daily snapshot. The machine does not yet
have autobuild installed. Now that it's a hard bootstrap requirement, I
will try to make time to install it.

Peter


Heh, didn't see the patches emails because I hadn't read the bug-libtool 
list yet :-)



Peter



Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Bob Friesenhahn

On Sun, 23 Oct 2011, Peter O'Gorman wrote:

One of these commits broke the daily snapshot. The machine does not yet have 
autobuild installed. Now that it's a hard bootstrap requirement, I will try 
to make time to install it.


It seems that there is also a problem if gnulib is not installed on 
the machine because 'make check' ends up using a formally-installed 
gnulib .m4 file rather than the one in the libtool source tree.  I 
know this because I don't have gnulib installed on my machine and so 
'make check' fails.  The issue is due to an m4 include path problem.


Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/



Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Gary V. Vaughan
Hi Peter,

On 24 Oct 2011, at 05:45, Peter O'Gorman wrote:
 On 10/23/2011 05:34 PM, Peter O'Gorman wrote:
 One of these commits broke the daily snapshot. The machine does not yet
 have autobuild installed. Now that it's a hard bootstrap requirement, I
 will try to make time to install it.
 
 Peter
 
 Heh, didn't see the patches emails because I hadn't read the bug-libtool list 
 yet :-)

My bad... I've been away from libtool development so long that I totally forgot 
to
differentiate between bug-libtool and libtool-patches.  Sorry about that.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)


Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Gary V. Vaughan
Hi Peter,

On 24 Oct 2011, at 05:34, Peter O'Gorman wrote:
 One of these commits broke the daily snapshot. The machine does not yet have 
 autobuild installed. Now that it's a hard bootstrap requirement, I will try 
 to make time to install it.

If you can bootstrap and build successfully without autobuild, then I think it 
would be better to remove autobuild from the buildreq list in bootstrap.conf.  
Please try this patch first:

diff --git a/bootstrap.conf b/bootstrap.conf
index a94d319..155adde 100644
--- a/bootstrap.conf
+++ b/bootstrap.conf
@@ -440,6 +440,9 @@ func_add_hook func_fini libtool_cleanup_empty_dirs
 ## Resource management. ##
 ##  ##
 
+# Although autobuild is awesome, libtool will bootstrap without it.
+require_autobuild_buildreq=:
+
 # require_package_url
 # ---
 # Ensure that package_url has a sensible default.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)


Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Peter O'Gorman

On 10/23/2011 08:24 PM, Gary V. Vaughan wrote:



My bad... I've been away from libtool development so long that I totally forgot 
to
differentiate between bug-libtool and libtool-patches.  Sorry about that.


One day I'm going to have to read the documentation, so I can figure out 
how to close bugs.


http://debbugs.gnu.org/db/pa/llibtool.html

Probably not today though :)

Peter



Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Peter O'Gorman

On 10/23/2011 08:29 PM, Gary V. Vaughan wrote:

Hi Peter,

On 24 Oct 2011, at 05:34, Peter O'Gorman wrote:

One of these commits broke the daily snapshot. The machine does not yet have 
autobuild installed. Now that it's a hard bootstrap requirement, I will try to 
make time to install it.


If you can bootstrap and build successfully without autobuild, then I think it 
would be better to remove autobuild from the buildreq list in bootstrap.conf.  
Please try this patch first:

diff --git a/bootstrap.conf b/bootstrap.conf
index a94d319..155adde 100644
--- a/bootstrap.conf
+++ b/bootstrap.conf
@@ -440,6 +440,9 @@ func_add_hook func_fini libtool_cleanup_empty_dirs
  ## Resource management. ##
  ##  ##

+# Although autobuild is awesome, libtool will bootstrap without it.
+require_autobuild_buildreq=:
+


Yes, this lets bootstrap complete.

Thanks,
Peter



Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Gary V. Vaughan
Hi Bob,

On 24 Oct 2011, at 06:34, Bob Friesenhahn wrote:
 It seems that there is also a problem if gnulib is not installed on the 
 machine because 'make check' ends up using a formally-installed gnulib .m4 
 file rather than the one in the libtool source tree.  I know this because I 
 don't have gnulib installed on my machine and so 'make check' fails.  The 
 issue is due to an m4 include path problem.

I can't reproduce this.

The intent is that bootstrap will clone gnulib into a submodule of your libtool 
tree, or if you already have a new enough gnulib checkout elsewhere on your 
machine you can save some bandwidth with:

  ./bootstrap --gnulib-srcdir=some/gnulib/master/checkout/on/my/machine

Are you sure you are starting from a completely clean state? I wonder whether 
some residue from a pre-gnulib libtool is rearing up out of your autom4te.cache 
to bite you?

Please try the following and let me know if you still have problems:

  cd your-libtool-git-working-dir
  git status
  save any untracked files you don't want to lose
  git clean -f -x -d
  rm -rf gnulib
  ./bootstrap

This is quite bandwidth intensive since it makes a shallow clone of gnulib over 
the wire.  If you have already cloned it somewhere else on your machine, then 
go to that directory first and:

  git checkout master
  git pull origin master

Then back in your libtool working dir, you can use the following bootstrap line 
instead of the one above:

  ./bootstrap --gnulib-srcdir=../gnulib (or whatever)

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)


Re: [SCM] GNU Libtool branch, master, updated. v2.4.2-28-gadb7abd

2011-10-23 Thread Gary V. Vaughan
Hi Peter,

On 24 Oct 2011, at 08:29, Peter O'Gorman wrote:
 On 10/23/2011 08:24 PM, Gary V. Vaughan wrote:
 
 My bad... I've been away from libtool development so long that I totally 
 forgot to
 differentiate between bug-libtool and libtool-patches.  Sorry about that.
 
 One day I'm going to have to read the documentation, so I can figure out how 
 to close bugs.
 
 http://debbugs.gnu.org/db/pa/llibtool.html

I'm pretty sure you just reply to the thread with a one liner:

  close 12345

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)