[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Indices in octave.pdf fail? gnulib subrepo again
From: |
Rik |
Subject: |
Re: Indices in octave.pdf fail? gnulib subrepo again |
Date: |
Wed, 22 Jan 2020 12:55:26 -0800 |
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