[gnu.org #701121] Duplicate content?

2011-10-24 Thread Jason Self via RT
Josh wrote: Hi, I search the Emacs manual using Google's site: operator. For example: http://www.google.com/search?q=site:www.gnu.org/software/emacs+EXAMPLE I've been noticing that pages in the manual don't always show up in the search results when I use this method. For example, when

Re: [gnu.org #701121] Duplicate content?

2011-10-24 Thread Peter O'Gorman
On 10/24/2011 11:05 AM, Jason Self via RT wrote: Josh wrote: Hi, I search the Emacs manual using Google's site: operator. For example: http://www.google.com/search?q=site:www.gnu.org/software/emacs+EXAMPLE I've been noticing that pages in the manual don't always show up in the search results

Re: [gnu.org #701121] Duplicate content?

2011-10-24 Thread Peter O'Gorman via RT
On 10/24/2011 11:05 AM, Jason Self via RT wrote: Josh wrote: Hi, I search the Emacs manual using Google's site: operator. For example: http://www.google.com/search?q=site:www.gnu.org/software/emacs+EXAMPLE I've been noticing that pages in the manual don't always show up in the search

Re: [gnu.org #701121] Duplicate content?

2011-10-24 Thread Peter O'Gorman via RT
On 10/24/2011 01:54 PM, Peter O'Gorman wrote: On 10/24/2011 11:05 AM, Jason Self via RT wrote: Hello libtool maintainers, just forwarding the above feedback to you for your consideration. Perhaps one option might be linking to the GNU Emacs manual instead of maintaining an independent copy?

Removing LC_ALL=C from README-release [WAS Re: [PATCH] README-release improvements]

2011-10-24 Thread Gary V. Vaughan
[[Moving to libtool list][ Chaps, On 21 Oct 2011, at 19:02, Gary V. Vaughan wrote: On 21 Oct 2011, at 16:11, Bruno Haible wrote: Set a neutral locale for rolling the release tarballs. I disagree with this advice. Yes, the first time you run a make distcheck in a German locale, 'makeinfo'

[SCM] GNU Libtool branch, master, updated. v2.4.2-31-g166da4d

2011-10-24 Thread Gary V. Vaughan
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 166da4d2a269b101bda8022f0a44f9c3e7ae56f9 (commit) from

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

Re: bug#9846: [PATCH 2/3] maint: use gnulib's git-version-gen instead of mkstamp.

2011-10-24 Thread Gary V. Vaughan
[[moving to the correct list]] Hi All, It turns out that this patch isn't quite complete, because we were also using mkstamp to count the number of datelines in our ChangeLogs to get a serial number for ltversion.m4. The appended patch counts the number of git commits in order to get a serial