Bug#972429: djview4: djview4 as a server

On Sun, 18 Oct 2020 21:10:41 +0100 "Barak A. Pearlmutter" wrote: > Good idea. > > There's a way to get some URLs sent to external programs, like magnet: > links to transmission, or some files to evince. In Firefox it's > Settings > General > Applications. Should be able to key off mime > types I

Bug#910449: libgtk3-nocsd0: There is no x32 version of the libgtk3-nocsd library

Package: libgtk3-nocsd0 This causes a warning whenever a x32 binary is executed. -- System Information:

Bug#893771: Fwd: [djvu:bugs] #288 Clearing highlights no longer works

--- Begin Message --- Fixed (commit d12583) In fact the bug has been there forever, but did not show because qt4 was less strict than the qt5 xcb driver in interpreting update areas. Lots of little annotation display bugs have been corrected. --- ** [bugs:#288] Clearing highlights no longer w

Bug#893771: Fwd: [djvu:bugs] #288 Clearing highlights no longer works

Upstream says: Fixed (commit d12583) In fact the bug has been there forever, but did not show because qt4 was less strict than the qt5 xcb driver in interpreting update areas. Lots of little annotation display bugs have been corrected. ---

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" referring

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" referring

Bug#804888: Fixed in usptream release 4.10.5

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

Bug#809367: Re: Bug#809367: libqt5gui5: XEMBED interop with gtksocket broken

On Wednesday, December 30, 2015 10:13:52 Dmitry Shachnev wrote: > Control: forwarded -1 https://bugreports.qt.io/browse/QTBUG-50212 > > Hi Leon, > > On Tue, Dec 29, 2015 at 04:35:28PM -0500, Leon Bottou wrote: > > This bug appears when one embeds a QWindow inside a GTK socke

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

Rethreading to l...@bottou.org On 12/29/15, 6:28 PM, "Leon Bottou" 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 referencing the

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 thing would be to file a b

Bug#809367:

Related bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804888

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 recogni

Bug#809367:

Reported upstream: https://bugreports.qt.io/browse/QTBUG-50212

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#809367: libqt5gui5: XEMBED interop with gtksocket broken

Package: libqt5gui5 Version: 5.5.1+dfsg-10 Severity: normal This bug appears when one embeds a QWindow inside a GTK socket container using the functions QWindow::setParent and QWindow::fromWinId(). According to the doc, the size of the QWindow should track the size of the container. This used to

Bug#714225: djview4 menu bar cycle

On Friday, June 28, 2013 10:46:50 AM Barak A. Pearlmutter wrote: > djview4 menu bar cycle issue, http://bugs.debian.org/714225 This is hard to reproduce without having exactly the same screen. Dylan wrote "shouldn't "fit page" never have menu bars?". This makes me think that this is more about t

Bug#714225: djview4 menu bar cycle

On Friday, June 28, 2013 10:46:50 AM Barak A. Pearlmutter wrote: > djview4 menu bar cycle issue, http://bugs.debian.org/714225 This is hard to reproduce without having exactly the same screen. Dylan wrote "shouldn't "fit page" never have menu bars?". This makes me think that this is more about t

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#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

Bug#582961: Fixed upstream

This bug has just been fixed upstream (cvs). The change ensures that, regardless of what other threads do, condition locker==self implies that the current thread owns the lock. In the past, we used to rely on another thread writing into this variable. Problems then arise when variables count and

Bug#564684: djvulibre-bin: djvused output-* does not escape fileids

Fixed in upstream CVS. On Monday 11 January 2010 05:51:26 Jakub Wilk wrote: > Package: djvulibre-bin > Version: 3.5.22-7 > Severity: normal > > output-* commands of djvused do not properly escape ' and \ characters > in file identifiers, thus they can output broken scripts: > > $ djvused -e o

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? Quit

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

Bug#377468: Plugin architecture & library conflicts

On Saturday 27 December 2008 22:23:13 Michel Briand wrote: > The plugin could be a split between a very simple wrapper and a > distinct application. The plugin would swallow the X window of > the "real" plugin : the separate application. That's the design of > FreeWRL's plugin and it works. Even wi

Bug#377468: (no subject)

Let me explain my reasonning as the upstream developper. The plugin api implicitely mandates that one uses some basic Xt calls to capture gui events from the browser event loop. With some browsers, one can also set a flag to use the xembed protocol: it is then recommended to capture events usi

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

ion. Again, 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

Bug#500919: (no subject)

Without a test document, I cannot be sure. However I strongly suspect that this is the same issue as http://sourceforge.net/tracker/index.php?func=detail&aid=1997033&group_id=32953&atid=406583 In other words, the pdf link handling in gs is insufficient. Gsdjvu (which is not a debian package) is b

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 m

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

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...

iew $ cd djview $ 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 "u

Bug#484522: Fixed upstream in CVS

But has been fixed upstream in CVS. - L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#468389: Cannot replicate with current upstream cvs

Cannot replicate with current upstream cvs. Work here... - L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#460714: Fixed in cvs upstream

Bug has been fixed in upstream CVS. - L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446774: ivtools: Comdraw crashes when entering a comdraw command.

Package: ivtools Version: 1.1.3-5.3 Severity: important Tags: patch Steps to reproduce on an amd64 machine. 1) start comdraw 2) type 'help' in the ComEditor pane, followed by key . 3) observe the crash. Patch: --- ivtools-1.1.3.orig/src/ComTerp/comterp.c +++ ivtools-1.1.3/src/ComTerp/comterp.c

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

#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

Bug#435723: Correct my previous email

My mistake. This libc was not the stable one. I do not know how I got it, but it is not debian stable. - L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#435723: printf with %g causes a segmentation violation.

On Friday 03 August 2007 08:34:15 you wrote: > On Thu, Aug 02, 2007 at 04:44:06PM -0400, Leon Bottou wrote: > > Version: 2.5-3 > > > > $ gcc l.c > > $ ./a.out > > 0.000100 > > 1.00e-04 > > Segmentation fault > > $ > I can't reprodu

Bug#435723: printf with %g causes a segmentation violation.

Package: glibc Version: 2.5-3 Debian version: etch Platform: x86_64 GCC version: 4.1.1-15. The following program causes a segmentation violation: $ cat > l.c #include int main() { double d = 9.9991e-05; printf("%f\n", d); printf("%e\n", d); printf("%g\n", d); } $ gcc l.c $

Bug#418618: Workaround

I determined that this is a file parsing problem. Specifying and explicit broadcast address instead of @LOCAL works. BrowseRelay 127.0.0.1 192.168.1.255 - L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#418618: BrowseRelay does not work with BrowsePoll.

Package: cupsys Version: 1.2.7-4 The cups documentation says that BrowseRelay can relay printers found using BrowsePoll. | BrowseRelay is typically used on systems that bridge multiple | subnets using one or more network interfaces. It can also be used | to relay printer information from polled se