Bug#804888: Re: djview plugin unusable in debian testing...

On Tuesday, December 29, 2015 18:36:43 Leon Bottou wrote: > >>So maybe the best thing would be to file a bug against qt5, fix things > >>in this package by using qt4, and filing a wishlist bug against this > >>package to use qt5, with a "blocked by" refe

Bug#804888: Fixed in usptream release 4.10.5

Upstream release 4.10.5 contains a workaround for this qt bug. - L.

Bug#804888: Re: djview plugin unusable in debian testing...

On Tuesday, December 29, 2015 18:36:43 Leon Bottou wrote: > >>So maybe the best thing would be to file a bug against qt5, fix things > >>in this package by using qt4, and filing a wishlist bug against this > >>package to use qt5, with a "blocked by" refe

Bug#804888: djview plugin unusable in debian testing...

Rethreading to l...@bottou.org On 12/29/15, 6:28 PM, "Leon Bottou" <le...@fb.com> wrote: >I've already reported a bug against qt5 for this with a little test case. > ><http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809367> > >And also a bug upstream

Bug#804888: djview plugin unusable in debian testing...

I've already reported a bug against qt5 for this with a little test case. And also a bug upstream referencing the debian bug... - L. On 12/29/15, 5:12 PM, "Barak A. Pearlmutter" wrote: >So maybe the best

Bug#804888: djview plugin unusable in debian testing...

Not a simple one. We would have to try embedding a window and observe the discrepancy between the size reported by xwininfo and the size reported by the qt program. This seems very complex (and requires a X server..) Happy new year, btw :-) - L. On 12/29/15, 4:48 PM, "Barak A. Pearlmutter"

Bug#804888: djview plugin unusable in debian testing...

The upstream code for djview has been improved. However the core of this problem is bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809367 in Stretch's Qt-5.5.1. Absent a Qt fix, we have two ugly workarounds: * Compiling djview4 using Qt-4.8 instead of Qt-5. * Have djview4

Bug#628800: FTBFS on kfreebsd-*: libdjvulibre.so: undefined reference to symbol 'pthread_cancel@@GLIBC_2.3'

I believe Michael is right and I'll change that tonight. - L. -Original Message- From: Barak A. Pearlmutter [mailto:ba...@cs.nuim.ie] Sent: Wednesday, June 01, 2011 4:45 PM To: Michael Biebl Cc: 628...@bugs.debian.org; debian-...@lists.debian.org; Leon Bottou Subject: Re: Bug

Bug#628800: FTBFS on kfreebsd-*: libdjvulibre.so: undefined reference to symbol 'pthread_cancel@@GLIBC_2.3'

Done. Note that the source of the problem is in libtool. On Linux (and apparently on debian/kbsd), libtool links libraries with -nostdlib and therefore prevents gcc to include -lpthread automatically when given option -pthread. - L. On Wednesday, June 01, 2011 04:54 pm, Leon Bottou

Bug#504340: djvulibre-plugin/testing and #504340

On Monday 29 December 2008 18:39:17 Thomas Viehmann wrote: Hi, So here is something even better (IMHO): Change map_lookup to return the return value (note that this would be funny if we stored NULLs in the Ok. I am doing that upstream. This is the best way to avoid the pitfalls of the ANSI C

Bug#504340: Why -O3

On Sunday 28 December 2008 19:27:16 Bastien ROUCARIES wrote: I think inconditionnally switch to -O2 is the best. i will close the bug for lenny :-) Create smaller binary and often better (less icache), and will let investigate this bug that could be a gcc bug What do you think? Quite a

Bug#504340: [djvulibre-plugin] And not fixed upstream

On Saturday 27 December 2008 14:11:43 Bastien ROUCARIES wrote: Not fixed upstream BTW ROUCARIÈS Bastien I just made a little change to help the compiler perform aliasing analysis around map_lookup. Using char* instead of void* often helps because the C aliasing rules are crazy. Please let me

Bug#504340: djvulibre-plugin/testing and #504340

, I understand that the debian schedule may incite the debian maintainers to decide otherwise... Happy new year for all of you. and warm thanks for the precious help. - Leon Bottou On Tuesday 23 December 2008 17:01:50 Thomas Viehmann wrote: Hi, so Luk wanted to give people a chance

Bug#504340: djvulibre-plugin/testing and #504340

On Thursday 18 December 2008 18:16:54 Thomas Viehmann wrote: Thomas Viehmann if (map_lookup(instance, id, inst) 0) return NPERR_INVALID_INSTANCE_ERROR; - cur_window = inst-window; + cur_window = (inst) ? inst-window : 0; The problem here is that inst should not be zero if map_lookup

Bug#504340: Seems a hinsenbug

On Wednesday 10 December 2008 11:34:51 Bastien ROUCARIES wrote: Le lundi 8 décembre 2008, Leon Bottou a écrit : On Sun, December 7, 2008 4:37 pm, Bastien ROUCARIES wrote: Strange it is an hinsenbug, turning on debugging and the bug desapear :-( If you turned on debugging using

Bug#504340: Seems a hinsenbug

On Sun, December 7, 2008 4:37 pm, Bastien ROUCARIES wrote: Strange it is an hinsenbug, turning on debugging and the bug desapear :-( If you turned on debugging using the latest cvs, be aware I performed a blind change on the basis of the earlier bug reports. But does the bug reappear if you turn

Bug#504340: Strange...

$ configure --prefix=/usr --enable-debug $ make $ cd nsdejavu $ sudo cp .libs/nsdejavu.so /usr/lib/netscape/plugins-libc6/nsdejavu.so Thanks to anyone who can give me a little more information. - Leon Bottou -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble

Bug#444214: konqueror-nsplugins: nspluginviewer crashes on amd64 (with explanation of the cause)

of #if defined(__alpha) That's all. - Leon Bottou -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap