Bug#887463: qtwebkit-opensource-src: Please update symbols file for sh4

2018-01-17 Thread Dmitry Shachnev
Hi Adrian, and thanks for your reports.

On Tue, Jan 16, 2018 at 09:38:56PM +0100, John Paul Adrian Glaubitz wrote:
> After reducing the optimization level for qtwebkit-opensource-src on
> sh3/sh4 to -O1, I was able to build the package on sh4. However, the
> build eventually failed as the symbols file was outdated.
>
> I have use the symbols helper from pkg-kde-tools to update the symbols
> file from the build log.

Can you please attach the build log itself, in case you still have it
(or just the symbols diff part of it)?

This way I will be able to update the symbols for the existing architectures
in addition to sh4.

--
Dmitry Shachnev


signature.asc
Description: PGP signature


Bug#887463: qtwebkit-opensource-src: Please update symbols file for sh4

2018-01-17 Thread John Paul Adrian Glaubitz

On 01/17/2018 12:28 PM, Dmitry Shachnev wrote:

Can you please attach the build log itself, in case you still have it
(or just the symbols diff part of it)?


Sure. I uploaded it to my Debian webspace as even the compressed log
is still 1.1 MiB in size [1].

Adrian


[1] 
https://people.debian.org/~glaubitz/qtwebkit-opensource-src_5.212.0~alpha2-6_sh4.build.gz


--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Bug#887521: libkf5auth-bin-dev is not useful for cross compilation

2018-01-17 Thread Helmut Grohne
Package: libkf5auth-bin-dev
Version: 4:4.14.36-1
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:kwalletmanager

The issue to be found here is very close to #887452. I'm not duplicating
my thoughts here. I'm going to start with the differences and head to
the conclusion.

kauth-gen-policy appears to be a tool for turning a text file in
qsettings format (similar to .ini) into an xml file. Both are textual,
so it seems like putting kauth-gen-policy into a Multi-Arch: foreign
package (like kconfig_compiler_kf5 in #887452). Thus we can draw the
same conclusion.

I think making libkf5auth-bin-dev Multi-Arch: foreign is the right
approach. For consistency with other packages, it should be renamed to
libkf5auth-dev-bin (optional). For the marking to be correct,
kauth-gen-policy needs to live on an architecture-independent path
(needs to be moved) and the .cmake files need to be moved to
libkf5auth-dev. The path in KF5AuthToolsTargets-debian.cmake needs to be
updated for the new location of kauth-gen-policy.

Can someone make that work? Or maybe support me in figuring how to
implement that?

Helmut



Processed: libkf5auth-bin-dev is not useful for cross compilation

2018-01-17 Thread Debian Bug Tracking System
Processing control commands:

> affects -1 + src:kwalletmanager
Bug #887521 [libkf5auth-bin-dev] libkf5auth-bin-dev is not useful for cross 
compilation
Added indication that 887521 affects src:kwalletmanager

-- 
887521: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#807044: Okular scales down A4 to A5 on printing

2018-01-17 Thread Marc Haber
On Tue, Jan 16, 2018 at 06:08:16PM +0100, Michael Weghorn wrote:
> 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.
> 
> The mentioned upstream bug has been closed in the meanwhile.
> Does the problem still occur with the Okular version in current Debian
> unstable/testing?

Affirmative.

> If so, could you please provide more detailed steps how to reproduce and
> possibly attach a PDF document that is affected?

https://www.eisenbahn-unfalluntersuchung.de/SharedDocs/Downloads/EUB/Untersuchungsberichte/2015/104_Duisburg-Wedau_-_Lintorf.pdf
- click on "herunterladen" and use the resulting PDF.

> (If I understand correctly, the use case which breaks for you is
> printing an A4 document to A4 paper,

Yes.

> which has been working fine for me
> so far.)

I do have the issue on two Systems.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421