On 10/01/14 23:45, Celelibi wrote:
Hello,
On the side of fontconfig, they say the bug is on the xpdf side. Has
this bug been forwarded upstream?
Is there any news about this bug?
A workaround that would work with the new version of fontconfig?
Celelibi
I have been able to bodge it on
On 12/01/14 17:14, Peter wrote:
On 10/01/14 23:45, Celelibi wrote:
Hello,
On the side of fontconfig, they say the bug is on the xpdf side. Has
this bug been forwarded upstream?
Is there any news about this bug?
A workaround that would work with the new version of fontconfig?
Celelibi
Hello,
On the side of fontconfig, they say the bug is on the xpdf side. Has
this bug been forwarded upstream?
Is there any news about this bug?
A workaround that would work with the new version of fontconfig?
Celelibi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
Package: xpdf
Version: 3.03-11
Followup-For: Bug #727070
I have x86 -machine. I have this same bug. If I start xpdf with plain
xpdf-command, it really starts and opens its GUI. If I start xpdf so
that some filename is mentioned in command line or from its GUI tell
it to load some
file, it hangs.
Package: xpdf
Version: 3.03-11
Followup-For: Bug #727070
Dear Maintainer,
This bug remais here. Is there any chance of a solution for it? How can we,
end users, help?
Thanks in advance,
Alexandre.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900,
Hi
Would it help to define MULTITHREADED when compiling? If so, where
would one define this for use with dpkg-buildpackage?
Cheers
Seegras
--
Those who give up essential liberties for temporary safety deserve
neither liberty nor safety. -- Benjamin Franklin
It's also true that those who would
On Tue, Nov 5, 2013 at 3:20 AM, Peter Keel wrote:
Hi
Would it help to define MULTITHREADED when compiling?
I already tried that, it doesn't help.
If so, where would one define this for use with dpkg-buildpackage?
debian/rules
Best wishes,
Mike
--
To UNSUBSCRIBE, email to
The difference in the package libfontconfig1 between version 2.10.2-2 and
2.11.0-1 is that /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 is now linked
again /lib/x86_64-linux-gnu/libpthread.so.0.
Also in the xpdf build the macro MULTITHREADED is not set the resulting binary
/usr/bin/xpdf.real
Sorry for the typos:
s/linked again /linked against /
s/Also in the xpdf build/Although in the xpdf build/
Regards,
jvp
--
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Original xpdf 3.03 works fine, the problem is that debian's xpdf links
against libpoppler while retaining much duplicate code. In particular,
both xpdf and libpoppler have a GlobalParams class and a globalParams
global variable, and the two get confused at runtime: libpoppler's
GlobalParams
control: tag -1 confirmed
control: tag -1 help
On Mon, Oct 21, 2013 at 9:47 PM, Robert Jacobs wrote:
Package: xpdf
Version: 3.03-11
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Apologies is this belongs against some other component. (e.g.
fontconfig,
Processing control commands:
tag -1 confirmed
Bug #727070 [xpdf] xpdf: Upgrade of fontconfig from 2.10.2 to 2.11 causes xpdf
to deadlock on x86 and fail mutex on x86_64
Added tag(s) confirmed.
tag -1 help
Bug #727070 [xpdf] xpdf: Upgrade of fontconfig from 2.10.2 to 2.11 causes xpdf
to
RJ renders package unusable
Yup, and fontconfig isn't listed in the dependencies too...
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: xpdf
Version: 3.03-11
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Apologies is this belongs against some other component. (e.g.
fontconfig, libpoppler...) Obviously, feel free to move it if it does.
Today in sid, fontconfig was upgraded from 2.10.2-2 to
14 matches
Mail list logo