Hi Máximo,
I tried to reproduce the described issue with current Debian
sid/unstable, but was unable to do so.
What I did:
1) create some PDF file (using LibreOffice) under the path you mentioned
$ ls -l
Package: okular
Version: 4:16.08.2-1+b1
Severity: wishlist
Dear Maintainer,
Debian currently contains Okular version 16.08.2, which is
still KDE 4/Qt 4 based.
The current upstream version is 17.04.3. Among other changes,
this version has been ported to Frameworks 5.
It would be great if Debian
https://bugs.kde.org/show_bug.cgi?id=358289 seems to be a corresponding
upstream bug.
Hi Antonio,
when you use the mouse instead of the keyboard shortcut to select the
highlighter, you have (at least) two options:
1) When you enable the highlighter using a single mouse click, the
behaviour is as you described.
2) When you enable the highlighter using a double mouse click, the
Hi Antonio,
On 2017-07-25 22:45, Antonio Marcos López Alonso wrote:
> 2) is exactly the behavior I was looking for and I regret I couldn't find it
> out before. My bad.
>
> Thanks a lot for pointing this out for me and also I apologize for the
> unnecessary noise (so you might want to close
Hi,
I had a look at this.
The relevant parts from the build log are probably the following:
~~~
[...]
Setting up libqmobipocket-dev (4:16.08.0-1) ...
[...]
CMake Warning at generators/CMakeLists.txt:85 (find_package):
Could not find a configuration file for package "QMobipocket" that is
On 2017-10-09 19:49, lp...@centrum.cz wrote:
> I can confirm that this helped resolve the issue. Thank you very much!
> Leos
You're welcome. Thanks for the confirmation that this solved the issue!
@Máximo: Do you still have the issue with Okular not being able to open
PDF files if the path
n_US.UTF-8"
> LC_TIME=cs_CZ.UTF-8
> LC_COLLATE="en_US.UTF-8"
> LC_MONETARY="en_US.UTF-8"
> LC_MESSAGES="en_US.UTF-8"
> LC_PAPER="en_US.UTF-8"
> LC_NAME="en_US.UTF-8"
> LC_ADDRESS="en_US.UTF-8"
> LC_TELEPHONE="en_US.UTF-
Hi Leoš,
thanks for reporting that you also have this issue.
On 2017-10-04 18:42, Leoš Pohl wrote:
>
> -- debconf information:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = "",
> LC_ALL = (unset),
> LC_TIME =
On Fri, 25 Aug 2017 17:38:10 +0200 Raschi Diego wrote:
> Package: okular
> Version: 4:16.08.2-1+b1
> Severity: important
>
> Hi,
>
> Okular has the same issue when retrieving printer information like
> previous release (Jessie). Basically, selecting the printer does not
>
Hi Laurent,
does this happen for every PDF document or just for specific ones? Can
you possibly attach one that is affected?
I just tried quickly with one PDF document and did not see any real
difference between the "old" Okular in testing and the one in unstable.
Regards,
Michael
On Sun,
Just a note: #886798 seems to describe the same problem for oldstable.
Regards,
Michael
On 2018-01-09 12:22, Semyon Glazyrin wrote:
> Package: okular
> Version: 4:16.08.2-1+b1
> Severity: normal
>
> Dear Maintainer,
>
> After latest upgrade of popper:
>
> [UPGRADE] libpoppler-glib8:amd64
Hi Rainer,
thanks for the quick reply.
Let's close the bug report then as you suggested.
Regards,
Michael
On 2018-01-16 22:23, Rainer Dorsch wrote:
> Hi Michael,
>
> thanks for testing.
>
> It works here now as well on stable. I switched though from i386 to amd64 in
> the meantime. Since
Thanks, Marc, for retesting and the quick reply.
On 2018-01-17 23:22, Marc Haber wrote:
> https://www.eisenbahn-unfalluntersuchung.de/SharedDocs/Downloads/EUB/Untersuchungsberichte/2015/104_Duisburg-Wedau_-_Lintorf.pdf
> - click on "herunterladen" and use the resulting PDF.
I can't reproduce the
Hi Marc and Adi,
On Thu, 27 Apr 2017 19:53:45 +0200 Adi Kriegisch wrote:
> There seem to be several upstream issues dealing with this, eg.
> https://bugs.kde.org/show_bug.cgi?id=348171
>
> Okular in its current version in Stretch (16.08.2-1+b1) cannot be used for
> printing.
Hi,
On Sat, 13 Feb 2016 13:14:56 +0100 Maria
wrote:
> Okular freezes when trying to load a *.chm file.
> Mouse turns into please wait status, menus doesn't react.
> Only possibillity is killing the window.
> [...]
does this problem still occur with the Okular
tags 860366 moreinfo
thanks
Hi Rainer,
I just tried to reproduce the crash with the mentioned file. With the
Okular version in current Debian testing/unstable (4:17.08.3-2), I
cannot reproduce the problem, the file opens fine for me.
Does the problem still occur there for you?
Regards,
Hi Sten,
does the described problem still occur for you?
I just tried to reproduce but did not encounter this problem.
Regards,
Michael
On Mon, 29 Feb 2016 23:10:56 -0500 Sten Heinze wrote:
> [...]
> Trying to open a pdf file from dolphin only leads to an 'open with..' dialog
Package: okular
Version: 4:17.08.3-2
Severity: wishlist
Dear Maintainer,
thanks for maintaining Okular for Debian and providing
a Qt 5 based version with version 17.08.3.
In the meanwhile, upstream has released version 17.12.1 and it would be
great if that one could be packaged for Debian.
KDE
On 2018-02-08 18:25, Marc Haber wrote:
> On Thu, Jan 18, 2018 at 03:26:35PM +0100, Michael Weghorn wrote:
>> Thanks, Marc, for retesting and the quick reply.
>
> You're welcome. I apologize for adding more confusion to this, but I
> cannot reproduce this any more in current sid.
reassign 887793 libpoppler64
found 887793 poppler/0.48.0-2+deb9u1
fixed 887793 poppler/0.48.0-2+deb9u2
thanks
Thank you for your quick replies.
I'm closing the bug report then.
Regards,
Michael
On 2018-02-07 16:52, Yago Fernandez wrote:
> It's alright now
>
> El 7 feb. 2018 15:43,
reassign 886733 libpoppler64
found 886733 poppler/0.48.0-2+deb9u1
notfound 886733 okular/4:16.08.2-1
thanks
Hi,
getting over the Debian patches added with the latest security update, I
realized that patch "CVE-2017-14519.patch" causes the problem of the
text disappearing (with the PDF document I
forwarded 815589 https://bugs.kde.org/show_bug.cgi?id=336617
thanks
Hi,
there is the following upstream bug report that deals with the issue of
the printout in Okular always being scaled down to the printable area:
https://bugs.kde.org/show_bug.cgi?id=336617
Regards,
Michael
On Mon, 22
Hi,
On 11/06/2019 23.37, Martin Steigerwald wrote:
> Hmmm, so it works okay with okular 19.04.1.
>
> That means somewhere between 17.12 and 19.04.1 is a bug fix for the issue
> you reported. Maybe upstream has an idea which one it might be. At this
> point I believe all that could be done
> Michael, thank you are lot for your research which made that bug report
> actionable.
>
> Of course there may be another bug in there: When one printer cannot be
> used for some reason, it should not automatically switch to another one.
> But nonetheless the commit you pointed out looks like
onf information
From 2c75d9fd06b44e8e381a39af2e81fc38f4e01c37 Mon Sep 17 00:00:00 2001
From: Michael Weghorn
Date: Tue, 31 Mar 2020 17:06:28 +0200
Subject: [PATCH] Drop unused botan build dependency
Botan has been removed upstream with
commit d7178b88c4b2572fb83b28f8178940766216deed
Author: Christian Kandeler
Date:
Package: plasma-browser-integration
Version: 5.17.5-1
Severity: wishlist
X-Debbugs-Cc: m.wegh...@posteo.de
Dear Maintainer,
currently, the WebExtension for plasma-browser-integration is not packaged in
Debian.
For the Firefox case, it is therefore necessary to install the extension
manually from
Package: qtcreator
Version: 4.14.0-2
Severity: normal
X-Debbugs-Cc: m.wegh...@posteo.de
Dear Maintainer,
since version 4.14.0-2, Qt Creator's Clang Code Model is unable to find the
'stddef.h' header. It still works OK with version 4.14.0-1.
Sample steps to reproduce:
* create a simple C++
Thanks for the quick reply!
On 08/01/2021 17.28, Pino Toscano wrote:
qtcreator 4.14.0-2 has been available in unstable (which you use) for
more than two weeks, so reading this problem now seems slightly
awkward. Have you used qtcreator 4.14.0-2 (and it code model)
successfully so far in the
29 matches
Mail list logo