On Mon, Oct 28, 2019 at 12:55:13PM +0100, Santiago Vila wrote:
> I can reproduce this as well, randomly, while building debmake-doc.
>
> (Changing affects because FTBFS bugs are better categorized as being
> bugs in the source).
There's a patch here to libxml2 that purports to fix this bug:
htt
Hi Mike,
I've just noticed this bug report:
https://github.com/mate-desktop/mate-applets/issues/388
It's been closed, so apparently the problem can be worked around by
manipulating the XML. Of course, itstool still needs to be fixed.
So far, there is no response on either the RedHat bug or on t
Redhat now have this bug in their bug tracker. Given that the itstool author
seems to
either be or have been a Redhat employee at some point, I guess this is good.
https://bugzilla.redhat.com/show_bug.cgi?id=1677838
BTW, the pull request at https://github.com/itstool/itstool/pull/18 looks
interesting.
A quick test of the copyNode fix therein seems to at least allow itstool to
complete
(in a loop that ran 100 times). It may not apply cleanly any longer, haven't
tried.
/Lars
I have bisected the problem in the itstool git tree, as detailed on this github
issue:
https://github.com/itstool/itstool/issues/36
Trying an earlier itstool version was suggested on another Mate bug report:
https://github.com/mate-desktop/mate-utils/issues/210
So what's next? reassign this bu
Hmm, moving the files out of the original directory structure and trying from
there works.
This gets weirder and weirder.
Hi,
Repeating what I posted on bug 920408:
I've posted this on the mate-utils issue you linked to:
It doesn't have to use multicore. Going to the gsearchtool/help/pt directory
and repeatedly saying
itstool -m pt.mo ../C/index.docbook ../C/legal.xml
will eventually cause an exception in itstool.
7 matches
Mail list logo
