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.
Hi Mike,
I've posted this on the 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. So then the question becomes,
what is this?
Package: mate-utils
Version: 1.20.2-2
Severity: important
Dear Maintainer,
mate-utils has a hard dependency on mate-utils-common (>= 1.20.2-2), but it has
not been uploaded, breaking upgrades. The latest version of mate-utils-common is
1.20.2-1 as indicated below. I have checked in Incoming, and
Package: netcat-openbsd
Version: 1.105-7
Severity: normal
Tags: upstream
Dear Maintainer,
I was toying around with some TCP/IP code, trying to implement an IPv6
server (on the local machine only - I don't have any special hardware) and using
netcat for the client end. I was surprised to see that
Package: gimp
Version: 2.8.2-2
Severity: minor
Dear Maintainer,
After upgrading GIMP to the version listed above, I get this when starting GIMP:
---
GdkPixbuf version too old!
GIMP requires GdkPixbuf version 2.24.1 or later.
Installed GdkPixbuf version is 2.24.0.
Somehow you or your software p
Hello again,
I found out that the bug has been fixed upstream shortly after
submitting it. So the bug is not upstream, but rather in the Debian
packaging: It allows the user to have outdated ntrack-module-*
packages installed, leading to unpredictable behavior or crashes.
I have upgraded the ntra
Package: libntrack0
Version: 016-1.1
Severity: important
Dear Maintainer,
I have this crash on kde startup. KCrash refuses to report the bug
since kded is not running - but getting it to run is not possible
either! The crash dump is as follows (other threads elided, let me
know if you need them):
Package: xine-ui
Version: 0.99.5+cvs20070914-1
Severity: normal
The xine(1) man page refers to the xine(5) man page for details on mrl
syntax. However, the xine(5) man page is located in a different
package (libxine1-doc) and not installed by default. Please either
refer to that package or move th
Package: apt-listbugs
Version: 0.0.80
Severity: important
I get the following error message when trying to upgrade libstdc++5 using
apt-get:
Reading package fields... Done
Reading package status... 0%/usr/lib/ruby/1.8/debian.rb:900:in `initialize':
nested *?+ in regexp: /Package:\s(gcc-3.3-bas
Package: libfuse-dev
Version: 2.5.3-2.1
Severity: normal
The documentation says to include a #define that indicates the APi
version you're using. This is not done in the example programs;
#define FUSE_USE_VERSION 25
works. The FUSE framework also wants another define (the absence of
which resul
16 matches
Mail list logo
