Re: Indices in octave.pdf fail? gnulib subrepo again

[Rik]

On 01/21/2020 05:42 PM, Kai Torben Ohlhus wrote:
> On 1/22/20 5:51 AM, Rik wrote:
>> If I go to the page for the Concept Index or Function Index or ...
>> I find just this bit of text
>>
>> (Skipped sorted index file in obsolete format)
> On Tue, Jan 21, 2020 at 3:02 PM Mike Miller wrote:
>>     But I am also building with an external Gnulib git clone. Can you try
>>     building with
>>
>>         ./bootstrap --gnulib-srcdir=/path/to/other/gnulib
>>
>>     I'll try again with a copy of gnulib from hg.octave.org
>>     <http://hg.octave.org>.
>>
> On Tue, Jan 21, 2020 at 14:49:32 -0500, Dmitri A. Sergatskov wrote:
>> I upgraded texinfo from 6.6 to 6.7 and now all is fine.
>
> I am working with texinfo 6.5 and did not see this issue yet.  Maybe a
> bug in texinfo 6.6?
>
>
> On 1/22/20 5:51 AM, Rik wrote:
>> Do we need to back this changeset out?
>> Should we update gnulib again in case they have fixed whatever
>> interaction there is with Texinfo?
> As far as I know the gnulib mercurial clone of Octave
>
>    https://hg.octave.org/gnulib
>
> has never really been updated yet, due to a difficult update procedure
> and only jwe might have push rights for Octave's gnulib hg subrepo.  It
> is still at "c34f677e6117" (17 Mar 2019).

I didn't realize that I had got it wrong.  Since the problem was the cset
that only partially updated gnulib, I just removed it.

changeset:   27989:d807d9ad64cf
bookmark:    @
tag:         tip
user:        Rik <address@hidden>
date:        Wed Jan 22 11:43:13 2020 -0800
summary:     Backed out changeset 0dad96574d12 causing problems with Texinfo.

I also tried Mike's suggestion of cloning gnulib directly and running
bootstrap with --gnulib-srcdir and this worked too.

>
> https://lists.gnu.org/archive/html/octave-maintainers/2019-12/msg00037.html
>
> The bigger decision was discussed at bug
>
>    https://savannah.gnu.org/bugs/?57044
>
> before last Christmas to finally get rid of this maintenance "monster"
> Octave's gnulib hg subrepo.  Any objections against doing this change soon?
I don't know enough about this so I'll let someone else make the decision.

--Rik