Re: [evince] evince on Windows

[Jason Crain]

On Sun, Sep 13, 2020 at 09:19:05AM -0700, kirgali via evince-list wrote:
> why isnt the evince for windows available for download on the evince
> website? is it safe to download it from download.cnet or softonic or
> here: https://evince.en.uptodown.com/windows ?
> 
> what was the latest version before the developers discontinued it -
> 2.32.0.14401?

The link was removed because it was a very old version of evince. It is
not safe to use because it is missing several years of security updates.
I think you can install a newer version of evince through
https://www.msys2.org/ .
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#962513: RFS: gexiv2/0.12.1-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 * Package name: gexiv2
   Version : 0.12.1-1
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.1-1.dsc

Changes since the last upload:

   * Update d/copyright
   * Remove python2 dependency.
 Remove the override file for the python2 bindings because python2
 support is being phased out. (Closes: #943093, #960711)
   * Update symbols
   * Remove "-Wl,--as-needed" linker flag.
 The bullseye toolchain defaults to linking with as-needed so this is no
 longer necessary.
   * Update debhelper-compat to 13

Regards,

--
  Jason Crain

Bug#962513: RFS: gexiv2/0.12.1-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 * Package name: gexiv2
   Version : 0.12.1-1
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.1-1.dsc

Changes since the last upload:

   * Update d/copyright
   * Remove python2 dependency.
 Remove the override file for the python2 bindings because python2
 support is being phased out. (Closes: #943093, #960711)
   * Update symbols
   * Remove "-Wl,--as-needed" linker flag.
 The bullseye toolchain defaults to linking with as-needed so this is no
 longer necessary.
   * Update debhelper-compat to 13

Regards,

--
  Jason Crain

Bug#950479: RFS: gexiv2/0.12.0-2 [RC] -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 * Package name: gexiv2
   Version : 0.12.0-2
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.0-2.dsc

Changes since the last upload:

   * Drop patch Use-exiv2-version-0.25.patch.
 Exiv2 version 0.27 is now in Debian unstable. Drop this patch so gexiv2
 can build against it. (Closes: #942519, #950169)
   * Update Standards-Version to 4.5.0.
 No changes necessary.

Regards,

-- 
  Jason Crain

Bug#950479: RFS: gexiv2/0.12.0-2 [RC] -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 * Package name: gexiv2
   Version : 0.12.0-2
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.0-2.dsc

Changes since the last upload:

   * Drop patch Use-exiv2-version-0.25.patch.
 Exiv2 version 0.27 is now in Debian unstable. Drop this patch so gexiv2
 can build against it. (Closes: #942519, #950169)
   * Update Standards-Version to 4.5.0.
 No changes necessary.

Regards,

-- 
  Jason Crain

Bug#948489: evince: Evince crashes with Gtk-CRITICAL double free or corruption on text selection drag and drop

[Jason Crain]

On Thu, Jan 09, 2020 at 12:49:30PM +, Gabor Kecskemeti wrote:
> Evince crashes with the following set of messages:

I think this is fixed in evince 3.34.2.

Accepted gexiv2 0.12.0-1 (source) into unstable

[Jason Crain]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 01 Nov 2019 02:59:35 -0600
Source: gexiv2
Architecture: source
Version: 0.12.0-1
Distribution: unstable
Urgency: medium
Maintainer: Jason Crain 
Changed-By: Jason Crain 
Closes: 943447
Changes:
 gexiv2 (0.12.0-1) unstable; urgency=medium
 .
   * New upstream version 0.12.0
   * Update d/copyright
 * Add gexiv2 mailing list to Upstream-Contact.
   * Update d/rules
 * Remove dbgsym migration code since migration is complete.
 * No longer need to specify meson build system since autotools build was
   removed.
 * Renamed enable-gtk-doc option to gtk_doc.
   * Update d/control
 * Bump debhelper level to 12.
 * Switch to the 'debhelper-compat' dependency style. Remove the d/compat
   file.
 * Update Standards-Version to 4.4.1 No changes necessary.
 * Add Rules-Requires-Root: no
   * Update symbols
   * Dynamically generate d/libgexiv2-2.symbols.
 Upstream removed the script which kept C++ symbols from being exported due
 to regressions on OpenBSD 
(https://gitlab.gnome.org/GNOME/gexiv2/issues/27).
 Mark all C++ symbols as optional since these aren't part of the API.
   * Use 'python3' instead of 'python' in autopkgtest.
 Thanks to Matthias Klose (Closes: #943447)
   * Install /usr/share/vala/vapi/gexiv2.deps.
 This file tells vala about dependencies.
   * Add patch Use-exiv2-version-0.25.patch.
 This modifies gexiv2 to use exiv2 version 0.25, the version currently in
 Debian unstable. Upstream is set to use exiv2 version 0.26 or later,
 which is only currently available in Debian experimental.
Checksums-Sha1:
 dce1017980806c4087b60b92c75f2f696533722f 2258 gexiv2_0.12.0-1.dsc
 2d8894d307363726b345d0535d5fe5b7153a7ea9 370816 gexiv2_0.12.0.orig.tar.xz
 2639376d80e39029f5cbcaa99491f21fe233a8f6 9664 gexiv2_0.12.0-1.debian.tar.xz
 d21e89b00930b84c147da75b8593b13d1f4d624c 8190 gexiv2_0.12.0-1_source.buildinfo
Checksums-Sha256:
 a715b9647f9e8425adbc84e3f6ea7fea9d4ea33d6c1388a69b5144327125b3fa 2258 
gexiv2_0.12.0-1.dsc
 58f539b0386f36300b76f3afea3a508de4914b27e78f58ee4d142486a42f926a 370816 
gexiv2_0.12.0.orig.tar.xz
 e66f8a5d13cfab7220664810ae69b580c1cfd3039bcc7b70dcf8c4332f0c9736 9664 
gexiv2_0.12.0-1.debian.tar.xz
 507b59ccac892344cf7980bde5f1f52e186d6dff83ef32f419e00dc7fe7244f2 8190 
gexiv2_0.12.0-1_source.buildinfo
Files:
 a303c49848cbea7ddd4e8994542a16be 2258 libs optional gexiv2_0.12.0-1.dsc
 0a618c5b053106d1801d89cc77385419 370816 libs optional gexiv2_0.12.0.orig.tar.xz
 bfb2ad8bab5b0c85cc8e1fe483201691 9664 libs optional 
gexiv2_0.12.0-1.debian.tar.xz
 9787c57002de273686bbade3007a7572 8190 libs optional 
gexiv2_0.12.0-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQJDBAEBCgAtFiEExyA8CpIGcL+U8AuxsB0acqyNyaEFAl3L12EPHGpjY0BkZWJp
YW4ub3JnAAoJELAdGnKsjcmh+88P/2uDgZx1Dc26tqyVtIN8LJEMCTW6sNk6zyUi
KkQtgpVZ9a/59OqIPaaMMBRUjf+A+/omVyDAZIMQOYBp44sjIl/eeh7WolaLRmJd
DwMImzFg04JN2rnsHka8Ec1c4dVXyRFls7Mnqb25GotuDkc5ARocMrmGgGSR7nEz
36MWYhCsdhcCoa+hnYu5evvOOPgzFNjjLvMI5Y9JB5rYnU+5Ud1X+JfYQRoS3Suo
aYwjTShXtCxR/Qwm9cvkQyR/eq2kgCCO+B5G7VlNoVqeFPKGmtjtzI8lA6vAHS+q
6izYQWt4mT5RzSxP4JJh2XroVLvCpH5Ekt6vEoIgMdoKllqcIWVpO0eUC6gVHPU7
qgYJ5AWSGbYINwVg5ng8Y7HJZikPSsfSeA+/6r4qj/TQZxONYI9EqGU6Wi8eJtVD
4Nz2G9ITAVzBUYVASflMTwluz2iyE47eXC170ziWSXVZ7OaDb+z5YZ2QLOMGflkB
ceo+WjrNqO21F/EFKETsjbwcCoH0bkY6SUX2PbB56lPO+PQoh8OVtYBizrLKuMIs
4sYVxszqwHbZt0wYCgcZw09DKJtCRgxy0B4rtpl1IYGA2AsHgkxt4AHwRZzZNDyl
hA3oUewJ2Nzbi028ePvVZaDnuVdWIpt780aKp5NQ5LfYklbvdbQhhN6aw1hDo2s+
dVBZ3Ytn
=kTTA
-END PGP SIGNATURE-

Bug#943951: RFS: gexiv2/0.12.0-1 [RC] -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

Also, I received a request to upload a version of this to experimental,
using the exiv2 library from experimental, so after this is done I'll
follow up with a new sponsorship request for that.

 * Package name: gexiv2
   Version : 0.12.0-1
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.0-1.dsc

Changes since the last upload:

   * New upstream version 0.12.0
   * Update d/copyright
 * Add gexiv2 mailing list to Upstream-Contact.
   * Update d/rules
 * Remove dbgsym migration code since migration is complete.
 * No longer need to specify meson build system since autotools build was
   removed.
 * Renamed enable-gtk-doc option to gtk_doc.
   * Update d/control
 * Bump debhelper level to 12.
 * Switch to the 'debhelper-compat' dependency style. Remove the d/compat
   file.
 * Update Standards-Version to 4.4.1 No changes necessary.
 * Add Rules-Requires-Root: no
   * Update symbols
   * Dynamically generate d/libgexiv2-2.symbols.
 Upstream removed the script which kept C++ symbols from being exported due
 to regressions on OpenBSD 
(https://gitlab.gnome.org/GNOME/gexiv2/issues/27).
 Mark all C++ symbols as optional since these aren't part of the API.
   * Use 'python3' instead of 'python' in autopkgtest.
 Thanks to Matthias Klose (Closes: #943447)
   * Install /usr/share/vala/vapi/gexiv2.deps.
 This file tells vala about dependencies.
   * Add patch Use-exiv2-version-0.25.patch.
 This modifies gexiv2 to use exiv2 version 0.25, the version currently in
 Debian unstable. Upstream is set to use exiv2 version 0.26 or later,
 which is only currently available in Debian experimental.

Regards,

-- 
  Jason Crain

Bug#943951: RFS: gexiv2/0.12.0-1 [RC] -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

Also, I received a request to upload a version of this to experimental,
using the exiv2 library from experimental, so after this is done I'll
follow up with a new sponsorship request for that.

 * Package name: gexiv2
   Version : 0.12.0-1
   Upstream Author : gexiv2-l...@gnome.org
 * URL : https://wiki.gnome.org/Projects/gexiv2
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/gexiv2
   Section : libs

It builds those binary packages:

  libgexiv2-2 - GObject-based wrapper around the Exiv2 library
  gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
  libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
  libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gexiv2

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.12.0-1.dsc

Changes since the last upload:

   * New upstream version 0.12.0
   * Update d/copyright
 * Add gexiv2 mailing list to Upstream-Contact.
   * Update d/rules
 * Remove dbgsym migration code since migration is complete.
 * No longer need to specify meson build system since autotools build was
   removed.
 * Renamed enable-gtk-doc option to gtk_doc.
   * Update d/control
 * Bump debhelper level to 12.
 * Switch to the 'debhelper-compat' dependency style. Remove the d/compat
   file.
 * Update Standards-Version to 4.4.1 No changes necessary.
 * Add Rules-Requires-Root: no
   * Update symbols
   * Dynamically generate d/libgexiv2-2.symbols.
 Upstream removed the script which kept C++ symbols from being exported due
 to regressions on OpenBSD 
(https://gitlab.gnome.org/GNOME/gexiv2/issues/27).
 Mark all C++ symbols as optional since these aren't part of the API.
   * Use 'python3' instead of 'python' in autopkgtest.
 Thanks to Matthias Klose (Closes: #943447)
   * Install /usr/share/vala/vapi/gexiv2.deps.
 This file tells vala about dependencies.
   * Add patch Use-exiv2-version-0.25.patch.
 This modifies gexiv2 to use exiv2 version 0.25, the version currently in
 Debian unstable. Upstream is set to use exiv2 version 0.26 or later,
 which is only currently available in Debian experimental.

Regards,

-- 
  Jason Crain

Bug#943447: the autopkg test calls python instead of python2

[Jason Crain]

On Thu, Oct 24, 2019 at 10:39:33PM +0200, Matthias Klose wrote:
> the autopkg test calls python instead of python2. This will make the package
> fail the next binNMU when adding python3.8 support.

I think I will instead have the test run python3, since python2 is
possibly being removed soon.

Bug#943447: the autopkg test calls python instead of python2

[Jason Crain]

On Thu, Oct 24, 2019 at 10:39:33PM +0200, Matthias Klose wrote:
> the autopkg test calls python instead of python2. This will make the package
> fail the next binNMU when adding python3.8 support.

I think I will instead have the test run python3, since python2 is
possibly being removed soon.

Re: [evince] plugin: save document interaction

[Jason Crain]

On Mon, Oct 28, 2019 at 09:37:46AM -0400, Stan Srednyak via evince-list wrote:
> I would like to have a plugin for evince that upon a scroll of a document,
> would save ( in a specified file) the time of the scroll event and the new
> position of the scroll bar ( for the given document).
> 
> How do I write such a thing?

Evince doesn't have that kind of plugin so this would require code
changes to evince, possibly in EvWindow or EvView. Evince does have
backends for different document formats, which are loaded via a plugin
system, but the kind of plugin you are talking about is different.
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Re: [evince] dvi text select and mouse-dvi alignment

[Jason Crain]

On 10/25/19 3:03 AM, Mike Marchywka via evince-list wrote:

1) The code I found looked like an error, the y-coord was apparently
shifted with border.right which sounds incorrect vs say border.top .
2) On the first page without scrolling the above y seems to work ok.
3) With scrolling, the text and mouse seemed to drift at about a 3-4 percent
rate hence the nice kluge. I wanted typeset the document as a single ( long )
page and aside from the obvious hazards of such a drift this becomes
a huge problem here. If this is some kind of fp round off or other known
problem it would be nice to fix- alternatively I can track it down as I wanted
to look at the coords anyway although hopefully mich later.
4) The use of the view->scale in the empircally working code does not seem
consistent, it has a value around
1.2 whcn I looked, and misuse should be an obvious problem
even on a normal page.

  
Was text select disabled on dvi for a reason or am I working with

very old code, apparently by source download is labelled
as evince-3.18.2.


Version 3.18.2 is from 2015. The newest version is 3.34.1. See 
https://wiki.gnome.org/Apps/Evince/Downloads for links to the official 
downloads.


As far as I know, the dvi backend has never supported the text 
interfaces. Only the PDF and DjVu backends currently support it.


There very well may be a bug in evince, though since text selection is 
working fairly well with PDF documents, if there is a bug, it might be 
limited to only the DVI backend.


___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#942519: Please rebuild for exiv2-27

[Jason Crain]

On 2019-10-17, Yuri D'Elia  wrote:
> This has been fixed in libexiv2-27. Would it be possible to rebuild
> against the newer version? Thanks.

exiv2 0.27 is only in experimental. Are you asking me to upload a new
version of gexiv2 to experimental?

Re: [evince] [FEATURE REQUEST] Option to add annotations on highlighting a portion of text

[Jason Crain]

On Wed, Sep 25, 2019 at 07:16:00PM +0530, Rohit Sarkar via evince-list wrote:
> I would like to have an option to to add an annotation after selecting a 
> portion
> of the text and then right clicking on the selection.
> I think going to annotation mode everytime I need to highlight something
> isn't necessary.

This is already possible. Select some text, right click, select
"Highlight Selected Text".
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#875176: [scantailor] Future Qt4 removal from Buster

[Jason Crain]

On Tue, Sep 24, 2019 at 10:54:01PM +0200, Moritz Mühlenhoff wrote:
> per Github issue 121 there's no current activity to port scantailor to
> Qt5. Are you planning to switch to the scantailor-advanced fork? Otherwise
> let's remove it, we're now moving forward with removal of Qt4 from Debian
> (and all non-ported reverse dependencies left)

I will not be working on it, but Andreas Noteng has an ITP for
scantailor-advanced (https://bugs.debian.org/940329), which I suggested
could be a "Replaces" for scantailor.

Bug#875176: [scantailor] Future Qt4 removal from Buster

[Jason Crain]

On Tue, Sep 24, 2019 at 10:54:01PM +0200, Moritz Mühlenhoff wrote:
> per Github issue 121 there's no current activity to port scantailor to
> Qt5. Are you planning to switch to the scantailor-advanced fork? Otherwise
> let's remove it, we're now moving forward with removal of Qt4 from Debian
> (and all non-ported reverse dependencies left)

I will not be working on it, but Andreas Noteng has an ITP for
scantailor-advanced (https://bugs.debian.org/940329), which I suggested
could be a "Replaces" for scantailor.

Bug#940005: Please package 3.33.91 or remove Geary from Debian

[Jason Crain]

On Wed, Sep 11, 2019 at 01:52:07PM +1000, Michael Gratton wrote:
> Although a great number of features and important bug fixes have gone in to
> the last few major releases, the current version of Geary currently packaged
> in Debian is still 0.12, which will be 2 years and 3 major releases behind
> when 3.34.0 is released late next week.

0.12.4 was release August 2018, one year ago, which doesn't seem that
bad, especially considering that the later releases happened during or
after the Buster freeze.

Bug#939748: Newest version breaks rendering of bitmap fonts in GTK applications.

[Jason Crain]

On Sun, Sep 08, 2019 at 11:20:28AM +, Gong S. wrote:
> The newest version in the experimental repo, 1.44.6-1, breaks the
> displaying of XLFD bitmap fonts in GTK applications.

My understanding is that dropping bitmap font support was intentional.
See:

https://blogs.gnome.org/mclasen/2019/05/25/pango-future-directions/

and

https://blogs.gnome.org/mclasen/2019/08/07/pango-1-44-wrap-up/

[Bug 1368402]

[Jason Crain]

I came across this in a Debian bug (https://bugs.debian.org/823195) and
I found a workaround similar to comment #2.  This works on Debian Sid,
but not on Jessie, so this might not work on a system more than a year
or two old.

Use normal (non-natural) scrolling in Xfce settings and run a command
like:

  xinput --set-int-prop 12 "libinput Natural Scrolling Enabled" 8 1

You might have to replace the "12" with the ID of your mouse, which you
can find with "xinput list".  I think this is what GNOME's mouse
settings does to enable natural scrolling.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1368402

Title:
  GTK3 apps don't understand natural scrolling in Xubuntu

To manage notifications about this bug go to:
https://bugs.launchpad.net/xfce4-settings/+bug/1368402/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [evince] First contribution

[Jason Crain]

On Sun, Jul 28, 2019 at 10:50:56AM +0300, Liel Fridman via evince-list wrote:
> So, I've opened a merge request (175) about a week ago. From time to time,
> I see that often the branch needs to be rebased. Is it normal? Also, do
> contributors need to inform someone in order to get their requests reviewed?

I wouldn't keep rebasing it unless a maintainer asks you to. And no, you
don't need to inform anyone. The maintainers have been a little slow to
respond to merge requests recently, but it's most likely just due to
lack of free time.
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Re: Cultural differences and how to handle them

[Jason Crain]

On Wed, Jul 03, 2019 at 05:40:54PM +0300, Adrian Bunk wrote:
> In this gay pride month discussion what is politically correct for 
> people in the US is considered offensive by people in Germany, and
> what would be considered politically correct by Germans would be 
> considered offensive by people in the US.

I have a hard time believing that German culture prevents you (or
Debian) from supporting gay pride, when I am pretty certain that there
are gay pride events in Germany.

> And it is not correct if we are asked to learn about your history
> and cultural background just for being allowed to discuss that we 
> consider something offensive.

Which is why I explained the significance of Black Lives Matter and All
Lives Matter. And while those two movements are specific to the US, the
implications of that tactic, of distracting from minority issues, should
apply cross-culturally.

Several of the things you've said, especially the suggestion to "honor a
month of white heterosexual men", are so frequently brought up by white
nationalists in the US that it's difficult for me to write it off as a
cultural difference. I second the suggestion that you should research
diversity and civil rights issues to avoid that connotation.

Re: Cultural differences and how to handle them

[Jason Crain]

On Tue, Jul 02, 2019 at 11:21:03PM +0300, Adrian Bunk wrote:
> On Tue, Jul 02, 2019 at 08:14:40AM -0400, Sam Hartman wrote:
> > 
> > [listmaster copied in hopes they will agree with my assessment here]
> >...
> > If you are going to participate in a diversity discussion beyond a
> > certain point you do need to actually spend some time with google just
> > as you would for any technical topic.
> > 
> > In this instance, researching arguments about privilege, criticism of
> > the all lives matter movement, explanations behind the black lives
> > matter movement (and why it is important to its members) would all be
> > valuable.
> >...
> 
> ...
> People should [not] be expected to research movements that are relevant only 
> in a handful of countries with < 10% of the earths population for being 
> allow to discuss on Debian lists.

The Black Lives Matter and All Lives Matter references were intended to
explain that the suggestion to replace gay pride month with an "all are
welcome" event is not going to be viewed as inclusive, but is going to
be viewed as an attempt to dismiss and ignore LGBTQIA+ / other minority
issues.

> Hispanic people only being welcome for diversity in Debian if they 
> already have the privilege of being in the US, but not welcome for 
> diversity in Debian if they live in Mexico or South America might
> only make sense from a US-only point of view.

The US has a long history of racism and misogyny, and those issues are
especially prevalent in the tech community. I expect that every country
has similar issues, though the details on who is impacted are likely
different.

Re: Programs contain ads - acceptable for packaging for Debian?

[Jason Crain]

On Thu, Jun 20, 2019 at 07:54:38PM +0700, Bagas Sanjaya wrote:
> Such ads is displayed only when users have Internet connection, and there is
> no way to patch ZZZ in order to remove ads (or we have to buy "pro" version
> which doesn't contain ads and adds more features).

If it's free software, meaning it is freely modifiable and
redistributable, how is there no "no way to patch ZZZ in order to remove
ads"?

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

[Jason Crain]

On Mon, Jun 17, 2019 at 02:22:57PM +0530, Vikram Vincent wrote:
> I've uploaded the entire folder contents so you can try to replicate the bug

I think you've misunderstand what the Templates folder is for. It's for
nautilus's, or possibly another file manager's, "New Documents" menu.
Right-click in a nautilus window and it will show options to create
documents based on what is in the Templates folder. For example, you
could have a file in there named "Text Document.txt" and nautilus will
see this and offer you the option to create a new text document in its
right-click menu.

Instead, you've placed a git repository of LibreOffice Impress templates
in that folder. These are not the kind of template files that nautilus
is expecting, they are themes for creating slideshow presentations in
the Impress application. They contain a lot of images and xml, so
nautilus spends a lot of time scanning the 2678 files in that directory
to build its New Documents menu. Even if nautilus were faster or more
efficient, you would be left with a very confusing New Document menu in
nautilus.

It's not clear to me what should be done to address this. Possibly the
Templates folder is confusing and the concept should be redesigned.
Possibly nautilus should be made more efficient, since based on my
limited testing, it appears to rebuild the New Documents menu more often
than it should. Possibly nautilus should have a safeguard or limit on
the number of entries that it is willing to add to the New Documents
menu.

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

[Jason Crain]

On Mon, Jun 10, 2019 at 10:36:21AM +0530, Vikram Vincent wrote:
> (nautilus:15529): Gtk-WARNING **: 10:11:36.857: Duplicate child name in 
> GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.859: Duplicate child name in 
> GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.861: Duplicate child name in 
> GtkStack: META-INF
> (nautilus:15529): Gtk-WARNING **: 10:11:36.865: Duplicate child name in 
> GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.867: Duplicate child name in 
> GtkStack: Pictures
> (nautilus:15529): Gtk-WARNING **: 10:11:36.869: Duplicate child name in 
> GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.870: Duplicate child name in 
> GtkStack: Pictures
> (nautilus:15529): Gtk-WARNING **: 10:11:36.872: Duplicate child name in 
> GtkStack: META-INF
> (nautilus:15529): Gtk-WARNING **: 10:11:36.874: Duplicate child name in 
> GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.876: Duplicate child name in 
> GtkStack: META-INF

These filenames suggest to me that you had some strange things in your
Templates folder and possibly it contained a large number of files. Is
this the case?

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

[Jason Crain]

On 2019-06-14, Vikram Vincent  wrote:
> Nautilus found files with duplicate filenames in some libreoffice templates in
> the Templates folder and was looping on that.  The moment I deleted the
> content, nautilus behaviour came back to normal.

What kind of documents and what filenames? I'm still unable to reproduce
the issue after adding a few files to my Templates folder.

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

[Jason Crain]

On 2019-06-12, Vikram Vincent  wrote:
> Hope this info is useful.. Would be good if after solving this issue somebody
> can point out what the exact problem was :-)

This stack trace will not be very useful because it does not include
debug symbols. See 
https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols.
You'll need at least libglib2.0-0-dbgsym, libgtk-3-0-dbgsym, and
nautilus-dbgsym.

You may also want to try removing any nautilus extensions if you've
added any, or try under a new user to see if it's related to your user's
config.

Re: [evince] A question about printers

[Jason Crain]

On 2019-06-07, "Ronald F. Guilmette"  wrote:
> How does Evince become aware of the set of available printers and their
> names?  Is there a specific file someplace in the filesystem that holds
> this list?  Or is there some specific API by which it is obtained by the
> applications that need it, e.g. Evince, Firefox, etc. ?

Evince does not itself search for printers. It uses Gtk APIs for the
print dialog. 

https://developer.gnome.org/gtk3/stable/gtk3-High-level-Printing-API.html

Sorry, but I don't know how Gtk finds printers.
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Re: no response Fwd: Bug#905080: O: as31 - Intel 8031/8051 assembler

[Jason Crain]

Please send this to the debian-mentors list instead of exclusively to
me. I did not mean to imply that I personally would be offering
mentorship or sponsorship, and in any case, my abilities are limited
since I am not a DD.

On 2019-04-11, Albert van der Horst  wrote:
> Jason Crain schreef op 2019-04-09 19:35:
> > On Tue, Apr 09, 2019 at 07:05:29PM +0200, Albert van der Horst wrote:
> > > I followed up on a "orphaned bug" by adding a message to the bug
> > > 905080.
> > > This got never a response. Did I make a mistake with respect to the
> > > Debian protocols?
> > > I seem to remember that I got a confirmation that in "due course" a
> > > Debianist would
> > > respond.
> > > And no, the 8051 is not dead by a long stretch. So deleting from the
> > > Debian distribution is not good.
> > 
> > If you are intending to adopt the package, you should rename the O
> > (Orphaned) bug to ITA (Intent To Adopt) and create an updated package
> > fixing some of the issues and naming yourself as maintainer. Then, if
> > you need a sponsor, upload the package to mentors.debian.net and create
> > a RFS (Request For Sponsorship) bug to request that a Debian Developer
> > review and upload the package for you.
> 
> If there were issues, I would solve all of them. before uploading a package.
> There are no technical issues, that I would tackle gladly,
> only a very nasty formalistic one.
> "Although it is known that it is licensed under BSD, there is only an
> assumption that it is "3-clause" BSD."
> I see that the maintainer commented on the issue, but did not classify
> it. I think that the first thing to do for an issue is to classify it.
> Now I've no idea how important it is to solve this issue.

In addition to the license issue, I see a few minor things listed on the
tracker page https://tracker.debian.org/pkg/as31, including a warning
that the VCS repository is out of date, a lintian warning about a
deprecated debhelper version, a build log warning about hardening flags,
and a note that the standards version is out of date. I don't know how
easy some of those will be to fix, but you should try to fix the ones
that you can.

The license is probably not that big of an issue, since I think any
version of the BSD license would be free, but you could try to contact
upstream to see if they will clarify the license.

> I've just been through the painful process of getting a package in a
> formally acceptable state, just to find out that there is no one willing
> to sponsor.  Can you or anyone give an idea of the chance this would happen
> again?
> I've no connections to speak of in the Debian community.
> The orphaner got my message but didn't warn a newbee that renaming of the
> bug
> was necessary to get things rolling. Is that a bad sign or
> is there a chance that the orphaner would for a limited time be willing to
> sponsor?

Yes, you can ask the orphaner if he is willing to sponsor your package,
but he may decline or not respond for many reasons, including lack of
available time. If he won't, you should file a sponsorship bug as
described at https://mentors.debian.net/sponsors. Though note that since
Debian is in a freeze, your package will probably not be uploaded to
unstable until Debian Buster is released, possibly several months from
now.

I'm sorry that you were not able to find a sponsor for your previous
package. I haven't had too much trouble finding sponsors before, so my
only advice is to try again.

> If I'd rid the package of some technical defect and it wouldn't be accepted,
> that would not
> mean a great deal to me, because the effort is not really wasted, as long as
> I publish it somewhere. However if after a long e-mail exchange I finally
> managed to fix a copyright message and it would not be accepted I
> would be really depressed. Same if the only change was to list myself as
> as maintainer.
> 
> 
> Groetjes Albert
> 
> -- 
> Suffering is the prerogative of the strong, the weak -- perish.
> Albert van der Horst

Re: no response Fwd: Bug#905080: O: as31 - Intel 8031/8051 assembler

[Jason Crain]

On Tue, Apr 09, 2019 at 07:05:29PM +0200, Albert van der Horst wrote:
> I followed up on a "orphaned bug" by adding a message to the bug 905080.
> This got never a response. Did I make a mistake with respect to the
> Debian protocols?
> I seem to remember that I got a confirmation that in "due course" a
> Debianist would
> respond.
> And no, the 8051 is not dead by a long stretch. So deleting from the
> Debian distribution is not good.

If you are intending to adopt the package, you should rename the O
(Orphaned) bug to ITA (Intent To Adopt) and create an updated package
fixing some of the issues and naming yourself as maintainer. Then, if
you need a sponsor, upload the package to mentors.debian.net and create
a RFS (Request For Sponsorship) bug to request that a Debian Developer
review and upload the package for you.

Re: [poppler] How to normalize MathematicalPi text?

[Jason Crain]

On Wed, Mar 13, 2019 at 01:54:26PM +0100, Jeroen Ooms wrote:
> I think what would be needed is to construct a table that maps the
> Mathematical-Pi characters into their proper unicode values.

The PDF creator should be providing that table, called the ToUnicode
map, in the font's data structures. Since this font doesn't provide one,
poppler has to guess what the Unicode value could be and it guesses
wrong.

If you were to provide a map that says, for this font, character code
"^A" maps to "β", that should work.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Re: Issue building gnome-terminal in jhbuild

[Jason Crain]

Have you tried starting the server as described at 
https://wiki.gnome.org/Apps/Terminal/Debugging ?


 Original Message 
From: Leland Carlye via desktop-devel-list 
Sent: March 5, 2019 6:33:52 PM MST
To: "desktop-devel-list@gnome.org" 
Subject: Issue building gnome-terminal in jhbuild

Hi!. I'm having this issue when building gnome-terminal in jhbuild (jhbuild run 
gnome-terminal) in Ubuntu

me@ubuntu:~/jhbuild/checkout/gnome-terminal$ jhbuild shell
me@ubuntu:~/jhbuild/checkout/gnome-terminal$ gnome-terminal
# _g_io_module_get_default: Found default implementation local (GLocalVfs) for 
‘gio-vfs’
# Failed to load module "canberra-gtk-module"
# Failed to load module "canberra-gtk-module"
# _g_io_module_get_default: Found default implementation dconf 
(DConfSettingsBackend) for ‘gsettings-backend’
# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# Error creating terminal: The name org.gnome.Terminal was not provided by any 
.service files

Does anyone have a clue?
Thank you!___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Bug#923733: epiphany-browser: GLib-GIO-ERROR **: Settings schema 'org.gnome.Epiphany.web' does not contain a key named 'hardware-acceleration-policy'

[Jason Crain]

On Mon, Mar 04, 2019 at 07:37:22PM +0100, Christoph Anton Mitterer wrote:
> iu  epiphany-browser-data 3.31.91-2

Did something go wrong with the upgrade? That line should probably show
'i' for installed instead of 'u' for, I think, unpacked?

Bug#923733: epiphany-browser: GLib-GIO-ERROR **: Settings schema 'org.gnome.Epiphany.web' does not contain a key named 'hardware-acceleration-policy'

[Jason Crain]

On Mon, Mar 04, 2019 at 07:37:22PM +0100, Christoph Anton Mitterer wrote:
> iu  epiphany-browser-data 3.31.91-2

Did something go wrong with the upgrade? That line should probably show
'i' for installed instead of 'u' for, I think, unpacked?

Bug#921532: evince: can't open a pdf from firefox (apparmor error)

[Jason Crain]

On Wed, Feb 06, 2019 at 04:20:32PM +0100, Julien Cristau wrote:
> [239440.060481] audit: type=1400 audit(1549462128.942:91): apparmor="DENIED" 
> operation="file_mmap" profile="/usr/bin/evince" 
> name="/home/jcristau/firefox/beta/firefox/libnss3.so" pid=4992 
> comm="EvJobScheduler" requested_mask="m" denied_mask="m" fsuid=1000 ouid=1000
> [239440.062127] audit: type=1400 audit(1549462128.942:92): apparmor="DENIED" 
> operation="file_mmap" profile="/usr/bin/evince" 
> name="/home/jcristau/firefox/beta/firefox/libnss3.so" pid=4992 
> comm="EvJobScheduler" requested_mask="m" denied_mask="m" fsuid=1000 ouid=1000
> 
> I'm pretty sure this worked not too long ago.  I've no idea why it's
> trying to mmap firefox's libnss.

Have you set $LD_LIBRARY_PATH, which could cause evince to load the
wrong libnss?

Bug#920460: nautilus: org.freedesktop.FileManager1.service conflict

[Jason Crain]

On Fri, Jan 25, 2019 at 09:01:54PM +0100, Yves-Alexis Perez wrote:
> this is a “preemptive” bug about a future file conflict. Latest Thunar
> upstream version (1.8.3) gained support for the
> org.freedesktop.FileManager1 DBus name
> (https://bugzilla.xfce.org/show_bug.cgi?id=12414). 

Funny, org.freedesktop.FileManager1 was just mentioned earlier today on
GNOME's #gnome-hackers IRC channel.

My understanding of how this service name was originally used is that
the desktop environment automatically started its file manager when the
desktop session began, possibly so it could manage the desktop icons and
background, and the file manager registered the
org.freedesktop.FileManager1 name. Then, if any program sends a message
to FileManager1, they'll get the one started by the desktop environment.
But current GNOME doesn't start nautilus on session start, so if you
have multiple desktop environments installed and send a message to
FileManager1, D-Bus activation starts a file manager and it's
unpredictable which one it will run.

This issue was discussed a while ago in a Debian bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860796#56. smcv's
comment in that bug includes some suggestions. To fix the file conflict,
probably no file manager should install the
org.freedesktop.FileManager1.service file. To fix the service name
conflict, he mentions the posibility of modifying the service file
specification so that a service can declare that it implements the
org.freedesktop.FileManager1 service under a certain DE.

Alternatively, when a DE starts up, it could grab the FileManager1 name
so any requests will be forwarded to the correct file manager for that
desktop, instead of relying on D-Bus activation.

Bug#920233: evince: Add Illustrator (.ai) files to AppArmor profile

[Jason Crain]

Package: evince
Version: 3.30.2-2
Severity: minor

Dear Maintainer,

Please add support for Adobe Illustrator '.ai' files to evince's
AppArmor profile. Illustrator files are essentially either PDF or EPS
files with a '.ai' file extension. Evince is able to open them since
version 3.26. Since this extension is not listed in the AppArmor
profile, evince cannot open them if they are outside the $HOME
directory.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  evince-common3.30.2-2
ii  gsettings-desktop-schemas3.28.1-1
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-5
ii  libcairo-gobject21.16.0-2
ii  libcairo21.16.0-2
ii  libevdocument3-4 3.30.2-2
ii  libevview3-3 3.30.2-2
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-7
ii  libglib2.0-0 2.58.2-4
ii  libgnome-desktop-3-173.30.2-4
ii  libgtk-3-0   3.24.3-1
ii  libnautilus-extension1a  3.30.5-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libsecret-1-00.18.7-1
ii  shared-mime-info 1.10-1

Versions of packages evince recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.12.12-1
ii  dbus-x11 [dbus-session-bus]   1.12.12-1

Versions of packages evince suggests:
ii  gvfs 1.38.1-2+b1
ii  nautilus-sendto  3.8.6-3
ii  poppler-data 0.4.9-2
pn  unrar

-- no debconf information

Bug#918574: FATAL gnome-shell loops on boot filling up syslog

[Jason Crain]

On Mon, Jan 07, 2019 at 01:56:05PM +, Robert Stone wrote:
> Cannot boot my laptop. gnome-shell fills up syslog with these messages.
> 
> There may be some typo's as I had to write this down and go to the
> local library.
> 
> 
> gnome-shell[1458]: failed to bind to /tmp/.X11-unix/X1024: No such
> file or directory
> 
> gnome-shell[1458]: failed to bind to /tmp/.X11-unix/X1025: No such
> file or directory

The first question that comes to my mind is whether there is something
that prevents access to /tmp. Whether the filesystem is mounted readonly
or perhaps something else is preventing write access to /tmp.

Re: Debian Linux 7.11.0 - License

[Jason Crain]

On Wed, Jan 02, 2019 at 11:27:21AM +, Chapman, Laura wrote:
> Could you please advise which license will apply to the Debian Linux 7.11.0 
> software download?
> 
> https://www.debian.org/legal/licenses/

There is no single license. Debian contains thousands of software packages,
each with their own license. The packages in the "main" archive all have
licenses which comply with the Debian Free Software Guidelines (DFSG), which is
defined at https://www.debian.org/social_contract#guidelines .

Also, I recommend that you use the latest stable release of Debian if
possible, currently version 9.6, instead of a version which is no longer
receiving security support.

Re: VCS warnings

[Jason Crain]

On 2018-12-12, Tommi Höynälänmaa  wrote:
> 
> I'm fixing the packaging of guile-cairo. I get the following warnings and
> notes related to the VCS fields: vcs-obsolete-in-debian-infrastructure,
> vcs-field-not-canonical, and vcs-field-uses-insecure-uri. Shall I ignore
> these or remove the VCS fields from debian/control?
> 
>  - Tommi Höynälänmaa
> 

git.debian.org and Alioth were discontinued a while ago so you should
remove those URLs from debian/control. If you are using some other site
to host a packaging repository, update the URLs to point at that
location. Debian has a GitLab instance at salsa.debian.org which you can
use. And try to use a 'https' url instead of 'http' in these fields.

Re: [poppler] Static build

[Jason Crain]

On 2018-12-04, Ranjan Ghosh  wrote:
> [ 71%] Linking CXX executable pdftocairo
> /usr/bin/ld: /usr/local/lib/libcairo.a(cairo-image-surface.o): in function
> `_cairo_image_surface_finish':
> /usr/src/cairo/src/cairo-image-surface.c:846: undefined reference to
> `pixman_image_unref'
> /usr/bin/ld: /usr/local/lib/libcairo.a(cairo-image-surface.o): in function
> `_cairo_image_surface_init':
> /usr/src/cairo/src/cairo-image-surface.c:164: undefined reference to
> `pixman_image_get_data'
> /usr/bin/ld: /usr/src/cairo/src/cairo-image-surface.c:169: undefined
> reference to `pixman_image_get_width'
> /usr/bin/ld: /usr/src/cairo/src/cairo-image-surface.c:170: undefined
> reference to `pixman_image_get_height'
> /usr/bin/ld: /usr/src/cairo/src/cairo-image-surface.c:171: undefined
> reference to `pixman_image_get_stride'
> /usr/bin/ld: /usr/src/cairo/src/cairo-image-surface.c:172: undefined
> reference to `pixman_image_get_depth'
> /usr/bin/ld: /usr/local/lib/libcairo.a(cairo-image-surface.o): in function
> `_pixman_format_from_masks':
> 
> Any help on how to overcome this problem would be much appreciated.

Did you link to pixman? It's a dependency of cairo.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Accepted gexiv2 0.10.9-1 (source) into unstable

[Jason Crain]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 29 Nov 2018 15:53:53 -0700
Source: gexiv2
Binary: libgexiv2-2 gir1.2-gexiv2-0.10 libgexiv2-dev libgexiv2-doc
Architecture: source
Version: 0.10.9-1
Distribution: unstable
Urgency: medium
Maintainer: Jason Crain 
Changed-By: Jason Crain 
Description:
 gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection da
 libgexiv2-2 - GObject-based wrapper around the Exiv2 library
 libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
file
 libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation
Closes: 891897
Changes:
 gexiv2 (0.10.9-1) unstable; urgency=medium
 .
   [ Ondřej Nový ]
   * d/tests: Use AUTOPKGTEST_TMP instead of ADTTMP
 .
   [ Jason Crain ]
   * New upstream version 0.10.9
 - Avoids absolute build path in header file to make the build
   reproducible. (Closes: #891897)
   * Update d/copyright
   * Use static d/libgexiv2-2.symbols file.
 This was generated at build-time to automatically mark leaked C++
 symbols as optional. Changes to the build system have stopped leaking
 these symbols, so this is no longer necessary.
   * Bump Standards-Version to 4.2.1
   * Disable debhelper's autoreconf sequence.
 The upstream tarball was built without full autotools support, causing
 debhelper's autoreconf step to fail. The autoreconf is unnecessary since
 we build through meson, so disable it.
   * Remove d/source/options.
 The high compression level specified in this file causes a lintian
 warning stating that a high compression level may cause excessive memory
 usage.
   * Update d/upstream/metadata.
 Update URLs for GNOME's transition to gitlab.
Checksums-Sha1:
 52925629a19fcced7f32c35e0560fe9eeba11daa 2230 gexiv2_0.10.9-1.dsc
 770219648aa8cf46fa7e2fc7b1666f53599be423 380348 gexiv2_0.10.9.orig.tar.xz
 9eff9be73a691adda5ae68438a813d7e94e314eb 9112 gexiv2_0.10.9-1.debian.tar.xz
 b59aeb1c0ea280081c1575a9c1574be2318e5b0c 6351 gexiv2_0.10.9-1_source.buildinfo
Checksums-Sha256:
 e6b41df7f057e9a824835e8967085a827b5e631fb4432435b7906bdaf3dea932 2230 
gexiv2_0.10.9-1.dsc
 8806234aa6fd1c345d46bf07a14e82771415071ca5ff63615b1ea62bd2fec0ed 380348 
gexiv2_0.10.9.orig.tar.xz
 1df92a64f8f308f2550390032817a1122590e674159eac67ee9d7cfaea9a9870 9112 
gexiv2_0.10.9-1.debian.tar.xz
 1e0de1b9cf546702825f76024310c308cc3f1af3c51a330fa249a3a4918e827c 6351 
gexiv2_0.10.9-1_source.buildinfo
Files:
 c0805dedb57ab4225ef5b8b5993e18de 2230 libs optional gexiv2_0.10.9-1.dsc
 24facb45e5ece7fd772bb388cc5ed74f 380348 libs optional gexiv2_0.10.9.orig.tar.xz
 9cb19063981a5c6625a4d3d0f63b3b99 9112 libs optional 
gexiv2_0.10.9-1.debian.tar.xz
 7ad330458e549366949324d2ce7e24b1 6351 libs optional 
gexiv2_0.10.9-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAlwFr78ACgkQweDZLphv
fH6cCg/7B/3yo6rCuD6xSoP1dQuXWOzMwbjQdWl/PyRr5fk5WPIlyJg79KNS6DXU
lAPE5Y5oTvGiY1k1ivPhftn4b4bMIXLQlZrXlAVkEU084KPwgs8nVcfUgLx8zC+i
vPQkivRW0qVbTcuYJEGC5m5EpBEEvOucyvXJP2VnYwQVdKwAtUSiEYozyR6CRXw5
b2fNpFdYpCaLy7YobKlqJzGqujgeJyN7p8fSowB0fSd8MtX2HPuCKvhF079sMLDb
qR+6eKX9b+M3kzkYhHT9yO4wuMof7OJT9U8G0hUoRSKJqMw2fozv0Ego5Z9ywdnk
FjUye25a/5OIYFqnqtZwO7LHgV8oyOEMjdLdtOnj6RntWxbUSYeSkqoaacKeMTRk
0iYydeyQadC7ogLpt2zabdwbQD36Xup60Sv3IQahOsDxbH4MJQGi+OehUhaNc4OD
EPwJMxErhpcTlop6nP0DHjKX/sHSyMQudp7IiZgZIEN4S1XfHgySzartz+dr/g/Q
Zv3J7+8ygOEbM4QSUQNWTqVKKwadQy0FiyEVuThQfoy2Og4qY31yBPTDcnVn4RNr
Dbb28ayVfk2LpWSTqvOzXmMuJ6LQUYbteE4vbnWHI8CnGaxvSvfDBiyd6KWZXsMf
H9eYP9nW4TTrcIKt/kJV/yzYOnYmC95F4P7KI/3Djd9nEyGngq8=
=Bzpf
-END PGP SIGNATURE-

Bug#915375: RFS: gexiv2/0.10.9-1

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 Package name: gexiv2
 Version : 0.10.9-1
 Upstream Author : Jens Georg 
 URL : https://wiki.gnome.org/Projects/gexiv2
 License : GPL-2+
 Section : libs

It builds those binary packages:

gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection da
libgexiv2-2 - GObject-based wrapper around the Exiv2 library
libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
file
libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/gexiv2


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.9-1.dsc

More information about gexiv2 can be obtained from 
https://wiki.gnome.org/Projects/gexiv2.

Changes since the last upload:

  [ Ondřej Nový ]
  * d/tests: Use AUTOPKGTEST_TMP instead of ADTTMP

  [ Jason Crain ]
  * New upstream version 0.10.9
- Avoids absolute build path in header file to make the build
  reproducible. (Closes: #891897)
  * Update d/copyright
  * Use static d/libgexiv2-2.symbols file.
This was generated at build-time to automatically mark leaked C++
symbols as optional. Changes to the build system have stopped leaking
these symbols, so this is no longer necessary.
  * Bump Standards-Version to 4.2.1
  * Disable debhelper's autoreconf sequence.
The upstream tarball was built without full autotools support, causing
debhelper's autoreconf step to fail. The autoreconf is unnecessary since
we build through meson, so disable it.
  * Remove d/source/options.
The high compression level specified in this file causes a lintian
warning stating that a high compression level may cause excessive memory
usage.
  * Update d/upstream/metadata.
Update URLs for GNOME's transition to gitlab.

Regards,
 Jason Crain

Bug#915375: RFS: gexiv2/0.10.9-1

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

 Package name: gexiv2
 Version : 0.10.9-1
 Upstream Author : Jens Georg 
 URL : https://wiki.gnome.org/Projects/gexiv2
 License : GPL-2+
 Section : libs

It builds those binary packages:

gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection da
libgexiv2-2 - GObject-based wrapper around the Exiv2 library
libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
file
libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/gexiv2


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.9-1.dsc

More information about gexiv2 can be obtained from 
https://wiki.gnome.org/Projects/gexiv2.

Changes since the last upload:

  [ Ondřej Nový ]
  * d/tests: Use AUTOPKGTEST_TMP instead of ADTTMP

  [ Jason Crain ]
  * New upstream version 0.10.9
- Avoids absolute build path in header file to make the build
  reproducible. (Closes: #891897)
  * Update d/copyright
  * Use static d/libgexiv2-2.symbols file.
This was generated at build-time to automatically mark leaked C++
symbols as optional. Changes to the build system have stopped leaking
these symbols, so this is no longer necessary.
  * Bump Standards-Version to 4.2.1
  * Disable debhelper's autoreconf sequence.
The upstream tarball was built without full autotools support, causing
debhelper's autoreconf step to fail. The autoreconf is unnecessary since
we build through meson, so disable it.
  * Remove d/source/options.
The high compression level specified in this file causes a lintian
warning stating that a high compression level may cause excessive memory
usage.
  * Update d/upstream/metadata.
Update URLs for GNOME's transition to gitlab.

Regards,
 Jason Crain

Re: check GVariant

[Jason Crain]

On 2018-10-12, Damian Ivanov via gtk-list  wrote:
> How do I check if the type of value is (ii) ?
>   switch (g_variant_classify(value)) {
> case G_VARIANT_CLASS_BOOLEAN:
> return ;
> case G_VARIANT_CLASS_BYTE:
> return ;
> case HOW_CHECK_ii :

You may want to use the `g_variant_check_format_string`
(https://developer.gnome.org/glib/2.56/glib-GVariant.html#g-variant-check-format-string)
function instead of `g_variant_classify`.

The `g_variant_classify` function will return G_VARIANT_CLASS_TUPLE for
that type. Then you could get the children with
`g_variant_get_child_value` and examine their classes.
___
gtk-list mailing list
gtk-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-list

Re: [poppler] building 0.68 and 0.69

[Jason Crain]

On 2018-09-25, Valerio Messina  wrote:
> Building 0.67 work, so something changed in 0.68 generate this trouble.

Poppler switched from using its own cmake module to find OpenJPEG to
using the one that ships with cmake.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Re: [poppler] building 0.68 and 0.69

[Jason Crain]

On 2018-09-24, Valerio Messina  wrote:
> -- The imported target "openjpip_server" references the file
>"/usr/lib/x86_64-linux-gnu/libopenjpip_server.a"
> but this file does not exist.  Possible reasons include:
> * The file was deleted, renamed, or moved to another location.
> * An install or uninstall procedure did not complete successfully.
> * The installation package was faulty and contained
>"/usr/lib/x86_64-linux-gnu/openjpeg-1.5/OpenJPEGTargets.cmake"
> but not all the files it references.

The issue could be that poppler requires openjpeg > 2, while for some
reason cmake is using the openjpeg-1.5 files.

> In the mean time, how to switch to "internal unmaintained JPX decoder"
> or to disable support for Jpeg2000/Jpip at all?

Use -DENABLE_LIBOPENJPEG=none or -DENABLE_LIBOPENJPEG=unmaintained.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Bug#908964: evince: reports "! SyncTeX Error : No file?" at startup

[Jason Crain]

Control: forwarded -1 https://gitlab.gnome.org/GNOME/evince/issues/983


On September 16, 2018 1:34:14 PM MDT, Julian Gilbey  wrote:
>evince has recently regularly (always?) started reporting "! SyncTeX
>Error : No file?" when I open a PDF to view it.  I have no idea why
>this would be; the PDF files in question are unrelated to TeX.

Evince recently updated its embedded copy of synctex and the new version is 
more verbose.

Bug#888620: evince: apparmor profile prevents loading git-annex files

[Jason Crain]

On 2018-01-27, Michael Gold  wrote:
> The problem seems to be that the file isn't treated as being under $HOME
> and isn't treated as having a ".pdf" suffix.  Both are true for the name
> being opened, but not for the target.

My understanding is that this limitation is in the Linux kernel's
security module framework. Symbolic links are resolved before AppArmor
can verify permission for the path, so AppArmor only sees
"/xr0/michael/...etc...", not "/home/michael/...etc...".

Bug#906060: Coordinate overflow when rendering

[Jason Crain]

On 2018-08-13, Simon Richter  wrote:
> Quick debugging has shown that the coordinates given to Cairo still make
> sense, even if the zoom level makes them numerically large. As I'd need
> significant time to debug into optimized drawing routines, I'd like to pass
> this on. I suspect that this is mostly an interaction between Cairo and
> Pixman, with an overflow happening somewhere in a conversion from double to
> an integer type.

There are a few upstream bug reports filed against cairo for similar issues,
such as https://bugs.freedesktop.org/show_bug.cgi?id=102966 and
https://bugs.freedesktop.org/show_bug.cgi?id=81657. The 'Poppler' library has
tended to work around these by modifying the transformation matrix to not be so
large.

Bug#906060: Coordinate overflow when rendering

[Jason Crain]

On 2018-08-13, Simon Richter  wrote:
> Quick debugging has shown that the coordinates given to Cairo still make
> sense, even if the zoom level makes them numerically large. As I'd need
> significant time to debug into optimized drawing routines, I'd like to pass
> this on. I suspect that this is mostly an interaction between Cairo and
> Pixman, with an overflow happening somewhere in a conversion from double to
> an integer type.

There are a few upstream bug reports filed against cairo for similar issues,
such as https://bugs.freedesktop.org/show_bug.cgi?id=102966 and
https://bugs.freedesktop.org/show_bug.cgi?id=81657. The 'Poppler' library has
tended to work around these by modifying the transformation matrix to not be so
large.

Bug#903407: evince: Fail to generate valid print job for files with '&' in the name

[Jason Crain]

Control: forwarded -1 https://gitlab.gnome.org/GNOME/evince/issues/776
Control: tags -1 + upstream

On Mon, Jul 09, 2018 at 12:50:35PM -0400, Kit Haines wrote:
> I'm trying to print a document named "Legal Name - Option Cancel &
> Reissue Agreement.pdf"; but when I click print, I get the error (on
> the commandline):
> 
[...]
> 
> (evince:2460): Gtk-WARNING **: Failed to set text 'Printing job “Legal 
> Name - Option Cancel & Reissue Agreement.pdf”' from markup due to error 
> parsing markup: Error on line 1: Entity did not end with a semicolon; most 
> likely you used an ampersand character without intending to start an entity - 
> escape ampersand as 
> 
> (evince:2460): Gtk-WARNING **: Failed to set text 'Printing job “Legal 
> Name - Option Cancel & Reissue Agreement.pdf”' from markup due to error 
> parsing markup: Error on line 1: Entity did not end with a semicolon; most 
> likely you used an ampersand character without intending to start an entity - 
> escape ampersand as 

I'm going to mark this as forwarded since this description is basically
the same as https://gitlab.gnome.org/GNOME/evince/issues/776, but that's
only caused by updating a status message in evince's UI, so I doubt
fixing that is going to address any issues with printer filtering.

Bug#904164: Text of some PDF invisible: some font thing failed

[Jason Crain]

On Sun, Jul 22, 2018 at 10:57:24PM +0200, Mathias Brodala wrote:
> Jason Crain schrieb am 21.07.2018 um 20:51:
> > How does it look if you run `pdftocairo -png in.pdf out` to convert to
> > png images? pdftocairo is in the poppler-utils package. Evince uses
> > poppler for PDF rendering so that should get the same result as Evince.
> 
> Seems like there is something off, when I do that I get the following:
> 
> I/O Error: Cannot open '/root/.fonts/verdana.ttf'
> Syntax Error: failed to load truetype font<0a>
> some font thing failed
> 
> This is repeated at lot of times for "arial.ttf", "verdana.ttf" and
> "verdanab.ttf".
> 
> I have no idea why Evince/poppler suddenly thinks these fonts reside in
> /root/.fonts. They always where in /home//.fonts and I cannot remember
> the last time I ever changed something about this.

Poppler uses fontconfig to locate fonts so it sounds like there's
something wrong with fontconfig instead of poppler or evince.

There's a few things you can try like using `fc-cat -v` to inspect the
cache files or `fc-cache -f` to rebuild the cache.

Re: [evince] How can I erase evince's memory of a document's settings?

[Jason Crain]

On Wed, Jul 11, 2018 at 12:02:50PM -0400, Alan Stern wrote:
> Therefore I would like to erase those settings and start fresh.  The
> question is how to do so -- there doesn't appear to be any way.  "gio
> remove" will get rid of the file's entry in the "Recent Documents"
> screen, but when I go ahead and open it again, evince behaves the same
> faulty way.

The per-file settings are stored as GVFS metadata. You can view them
with `gio info file.pdf`. You can delete the settings with for example
`gio set -t unset file.pdf metadata::evince::page`. I don't think
there's a simple way to unset them all at once, but you could unset any
that look problematic or create a script that unsets each one.
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#904164: Text of some PDF invisible: some font thing failed

[Jason Crain]

On Sat, Jul 21, 2018 at 07:31:51PM +0200, Mathias Brodala wrote:
> Jason Crain schrieb am 21.07.2018 um 01:03:
> > What version of poppler and cairo are you using?
> 
> Currently installed are libpoppler74 (0.63.0-2) and libcairo2 (1.15.10-3).

That's weird because it's working fine for me using those versions.

How does it look if you run `pdftocairo -png in.pdf out` to convert to
png images? pdftocairo is in the poppler-utils package. Evince uses
poppler for PDF rendering so that should get the same result as Evince.

Is there some reason Evince would not be able to read font files, like
maybe you've moved them out of /usr/share/fonts?

AppArmor sometimes causes issues so try temporarily disabling apparmor
with `aa-disable /etc/apparmor.d/usr.bin.evince`. aa-disable is in the
apparmor-utils package.

Bug#904164: Text of some PDF invisible: some font thing failed

[Jason Crain]

On Sat, Jul 21, 2018 at 12:22:47AM +0200, Mathias Brodala wrote:
> today I noticed that Evince suddenly fails to render some PDF files properly
> which however worked fine before. When launching from a terminal there are a
> lot of lines repeated like this:
> 
> > some font thing failed
> 
> Take the attached PDF as an example whose text is invisible (but can be
> selected and copied) in Evince. The rendering is fine in Chromium however.

What version of poppler and cairo are you using?

Bug#902427: evince: Characters such as 'i', 'l', '-' missing for some text parts when printing LaTeX-generated pdf

[Jason Crain]

Control: reassign -1 libcairo2 1.14.0-2.1
Control: forcemerge 800893 -1
Control: tags -1 + upstream fixed-upstream
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=94615
Control: affects -1 evince
Control: fixed -1 1.15.8-1

On Tue, Jun 26, 2018 at 04:06:31PM +0200, Matthias May wrote:
> when printing some pdf documents, some characters, that are correctly 
> displayed
> on the screen, are missing in the printout. Reproducible for some LaTeX-
> generated documents with utf8 input encoding. It mostly affects the characters
> 'i', 'l', and '-' and not all occurences in the text. Printing the very same
> document works in Okular and also in evince 3.28 (on Ubuntu).
> 
> I am attaching an example document. In the top right, it prints 'He m' instead
> of 'Heim', 'Ema  :' instead of 'Email:', '  12345' instead of
> '--12345' etc.

This issue is in cairo, a graphic library used by evince and poppler.
It's fixed by commit
https://cgit.freedesktop.org/cairo/commit/?id=190678f6444ad879847d603c3c9eaf8e9ab6887a
in cairo version 1.15.4.

Bug#901254: gnome-terminal: unable to init server, failed with result 'signal', segfault at 8

[Jason Crain]

On 2018-06-10, Ernesto Alfonso  wrote:
> I'm suddenly unable to start gnome terminal after an unexpected shutdown due 
> to a hard-disk being
> removed while the system was running.
> 
> Looking at the logs, I see the following:
> 
> >Jun 10 09:26:21 debian-x1 systemd[1008]: Starting GNOME Terminal 
> > Server...
> >Jun 10 09:26:21 debian-x1 gnome-terminal-server[20909]: Unable to init 
> > server: Could not connect: Connection refused
...

Are you using broadway? I looked for the source of that error message.
The most likely place I found is in GTK when it is trying to initialize
the broadway backend.

Re: [poppler] Issues while running pdfimages from Poppler

[Jason Crain]

On Tue, May 15, 2018 at 04:59:51PM +0530, Manthan Jamdagni wrote:
> I am building Poppler on an EC2 hosts and I am facing few problems and wanted 
> few clarifications regarding the same. I build poppler as suggested to get 
> the utilities, the binaries are created successfully and build is successful 
> but they fail to run with a couple of errors which are as follows - 
> 
> 1. error while loading shared libraries: libcurl.so.3: cannot open shared 
> object file: No such file or directory
> I had libcurl.so.4 installed on my system so I copied it and renamed it 
> to libcurl.so.3 which fixed this error.
> 2. error while loading shared libraries: libjpeg.so.62: cannot open shared 
> object file: No such file or directory, now for this I have libjpeg.so.8 in 
> my Ec2 host, 
> I can again rename the shared library to make it work, but this is very 
> hackish and I wanted some better solution.
> Is there a way to make poppler run with these new shared libs?

How did you manage to build poppler if you don't have those libraries
installed?

> I also had another query, so I encountered the above mentioned errors while 
> running pdfimages, so I was wondering why is curl required for pdfimages to 
> extract images out of pdf. Can someone also explain this to me?
> I am very new to this domain so pardon my lack of knowledge,

It's an optional feature. If built with libcurl, the poppler utils can
load a document over the internet.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Bug#876710: evince: File type DjVu image (image/vnd.djvu) is not supported

[Jason Crain]

On Mon, Apr 02, 2018 at 01:16:52PM +0800, Dingyuan Wang wrote:
> This bug still presents. It seems that nothing can identify multipage
> .djvu files as "image/vnd.djvu+multipage" so evince can't open those
> files now.

It's working fine for me. Evince is able to open multipage DjVu
documents. These are the ones that get identified as
image/vnd.djvu+multipage, as shown either through Nautilus's Properties
dialog or through `gio info`. Evince's upstream developers decided that
it shouldn't open single-page DjVu documents, since they are more like
images, so it no longer opens image/vnd.djvu documents.

Do you have djvulibre-desktop installed? Its mime type definitions may
be interfering with this.

Re: [evince] Evince Windows Not Exists

[Jason Crain]

The Windows version was years outdated so you shouldn't use it anyway. The link 
should be removed from the wiki.


 Original Message 
From: Wei-Sheng Chin 
Sent: March 22, 2018 3:48:11 PM CDT
To: "evince-list@gnome.org" 
Subject: [evince] Evince Windows Not Exists

Hello,
I am trying to install Evince from 
https://wiki.gnome.org/Apps/Evince/Downloads, but the link to the windows 
installer is not valid. Could someone take a look?

Many thanks.

Wei-Sheng
Apps/Evince/Downloads - GNOME 
Wiki!
Download Evince for your computer. Windows. Download the Evince 2.32.0.145 for 
Windows installer for Windows XP, Windows Vista and Windows 7. Linux
wiki.gnome.org


___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#891835: gnome-photos: "gnome-photos" crashed, received signal SIGSEGV, Segmentation fault"

[Jason Crain]

On Thu, Mar 01, 2018 at 05:56:21PM +0530, Sudarshan Kakoty wrote:
> Expected behaviour: Gnome photos app should show
> What we get: photos app crashed

A stack trace with debug symbols would be helpful for diagnosing this.
There are instructions at
https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols
for how to enable the debug symbol repositories.  Try to install -dbgsym
or -dbg packages for each of the dependencies listed in your bug report.
Then run gdb as you did, and when it crashes, create a backtrace with
`thread apply all bt full`.

Also it would be helpful if you can try to narrow down what is causing
it.  Create a new user and see if it happens there.  See if it's a
specific photo that causes the crash.

Accepted gexiv2 0.10.8-1 (source) into unstable

[Jason Crain]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 27 Feb 2018 11:09:33 -0600
Source: gexiv2
Binary: libgexiv2-2 gir1.2-gexiv2-0.10 libgexiv2-dev libgexiv2-doc
Architecture: source
Version: 0.10.8-1
Distribution: unstable
Urgency: medium
Maintainer: Jason Crain <ja...@inspiresomeone.us>
Changed-By: Jason Crain <ja...@inspiresomeone.us>
Description:
 gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection da
 libgexiv2-2 - GObject-based wrapper around the Exiv2 library
 libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
file
 libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation
Changes:
 gexiv2 (0.10.8-1) unstable; urgency=medium
 .
   * New upstream version 0.10.8
   * Drop Fix-documentation-typos.patch: applied upstream
   * Bump debhelper compat to 11
   * Bump Standards-Version to 4.1.3. No changes needed.
   * Update symbols file
   * Build with meson. Static library is no longer built.
   * Update d/watch URL
   * Update Vcs fields for migration to https://salsa.debian.org/
   * Add lintian override for python-package-missing-depends-on-python.  The
 gir1.2-gexiv2-0.10 package contains gobject-introspection files and
 includes overrides for both Python 2 and 3.  It cannot declare a
 dependency on Python because it's possible to use the introspection files
 from Python 2, or 3, or many other languages.
Checksums-Sha1:
 71c11de5732bd7450dc92ef4b900596bf1bbabf5 2230 gexiv2_0.10.8-1.dsc
 8caafc5557a9acda3fcc023ee0e55d342b167cff 634696 gexiv2_0.10.8.orig.tar.xz
 dcb363304d00a43eb812dd390449d5de7d6fef13 8932 gexiv2_0.10.8-1.debian.tar.xz
 63c8c9c4bdcb58692e520749757458618a627c0d 8787 gexiv2_0.10.8-1_source.buildinfo
Checksums-Sha256:
 74244188119af0c10844b879fa9a971f19633bef292aa32b66d9dd8e90f63058 2230 
gexiv2_0.10.8-1.dsc
 81c528fd1e5e03577acd80fb77798223945f043fd1d4e06920c71202eea90801 634696 
gexiv2_0.10.8.orig.tar.xz
 e979feeb48ac7884a3e6bbda4477686196771a664b6b498293b69cd03a1259d5 8932 
gexiv2_0.10.8-1.debian.tar.xz
 97ee8505b57f09dea3c62050704a5d7a798e1aa72a46eef4d6ffbf945186ba4b 8787 
gexiv2_0.10.8-1_source.buildinfo
Files:
 ba2b5b8b9d775992ba75d26ad6d2eb6a 2230 libs optional gexiv2_0.10.8-1.dsc
 fcbaa7233fc076a6743c22da746956be 634696 libs optional gexiv2_0.10.8.orig.tar.xz
 eb529beef1cad370c6007d15fcab62d0 8932 libs optional 
gexiv2_0.10.8-1.debian.tar.xz
 d8613d9860f05da4c738797a2e11b75b 8787 libs optional 
gexiv2_0.10.8-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEETQvhLw5HdtiqzpaW5mx3Wuv+bH0FAlqV4wkACgkQ5mx3Wuv+
bH1z0g/+NrbNWzOM33z3d9d5wKGG/p6DrWi1vhFJRuuCI+kitICTaXm8tcRAPFQJ
QeIjIHHyHjAGzaoCzj6H1+hK0D3ncKxguniUhF3AJdIn9+5LLaLnjGHjhvJ/xtGk
qK1+mr/Sx9OO69g7aqDYa4ax3jzp+/3oX1Pwa/oKECjVbCNsg2OnnVUbTYaJ7tOL
RYlYSHmMWqbxGRo0OIbmyzGr0DZ4ib73FvacJLX9coE6WQgt5H25t7qh6V/EzPBo
PwkKZL1YiAP3um//K7TTszJrfYWziYQlOO0wD3D0p28TNiyR0/6JVd5LtzbPEKp6
eK31o+O7adIM8aJ3zKMAdmyK6rJrrJ8qvfz2xs9V/ECgymb2iGcyMeco+BGuDXA6
uYs8XhDfC5XKQi62B/cG3MevFpnsApIn5GbKxHg+QaPS5l8wChvHWsI+r54iLIe7
WUY304ZQjFmmAtGOM05Y2LUk5Pql4vCJv0kiFL/6pED6KPd8ncZQ9jgSgGeftgng
GG4fEXq8qussiM9g/FTvJGFPaGl6ij/O6xRO9q5bF4xKVMDMbPTR0lTCQwtKViDl
yKGP7oV+/ZKVScKPr3kUbrUDycpgt6s1KU3OhgHWbpBTdulglFhoUAgtFepWDxLO
PBJv4TCaerxZ94FTEiCHAaaK/p8/3yXr5qh53YR3kxa8YzT0LEU=
=Jg31
-END PGP SIGNATURE-

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:47:04AM -0500, Jeremy Bicha wrote:
> Please update the Vcs fields and I'll sponsor the update.
> 
> Also, it would be good for you to add a redirect at
> https://salsa.debian.org/salsa/AliothRewriter

I've updated the Vcs URLs, added a merge request for AliothRewriter, and
uploaded to mentors.

https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.8-1.dsc

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:47:04AM -0500, Jeremy Bicha wrote:
> Please update the Vcs fields and I'll sponsor the update.
> 
> Also, it would be good for you to add a redirect at
> https://salsa.debian.org/salsa/AliothRewriter

I've updated the Vcs URLs, added a merge request for AliothRewriter, and
uploaded to mentors.

https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.8-1.dsc

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:27:54AM -0500, Jeremy Bicha wrote:
> Oops, It looks like I have to be an Owner.

I don't have the option to set you to Owner. Looks like Master is the
highest I can set the permission to.

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:27:54AM -0500, Jeremy Bicha wrote:
> Oops, It looks like I have to be an Owner.

I don't have the option to set you to Owner. Looks like Master is the
highest I can set the permission to.

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:20:19AM -0500, Jeremy Bicha wrote:
> On Tue, Feb 27, 2018 at 11:12 AM, Jason Crain <ja...@inspiresomeone.us> wrote:
> > I would like it to use the Debian namespace but I can't move it myself.
> > Is there a way to transfer it?
> 
> Sure. Could you make me (jbicha) a Master on the project and I can transfer 
> it?

OK, I've added you.

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Tue, Feb 27, 2018 at 11:20:19AM -0500, Jeremy Bicha wrote:
> On Tue, Feb 27, 2018 at 11:12 AM, Jason Crain <ja...@inspiresomeone.us> wrote:
> > I would like it to use the Debian namespace but I can't move it myself.
> > Is there a way to transfer it?
> 
> Sure. Could you make me (jbicha) a Master on the project and I can transfer 
> it?

OK, I've added you.

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Mon, Feb 26, 2018 at 03:07:05PM -0500, Jeremy Bicha wrote:
> I see you updated your VCS from
> https://anonscm.debian.org/git/collab-maint/gexiv2.git
> to
> https://salsa.debian.org/jcrain-guest/gexiv2
> 
> Do you want this project to use the Debian namespace instead?
> https://salsa.debian.org/debian/
> 
> That would allow commit access by all DD's.
> 
> (I believe it's ok to answer no.)

I would like it to use the Debian namespace but I can't move it myself.
Is there a way to transfer it?

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

On Mon, Feb 26, 2018 at 03:07:05PM -0500, Jeremy Bicha wrote:
> I see you updated your VCS from
> https://anonscm.debian.org/git/collab-maint/gexiv2.git
> to
> https://salsa.debian.org/jcrain-guest/gexiv2
> 
> Do you want this project to use the Debian namespace instead?
> https://salsa.debian.org/debian/
> 
> That would allow commit access by all DD's.
> 
> (I believe it's ok to answer no.)

I would like it to use the Debian namespace but I can't move it myself.
Is there a way to transfer it?

Bug#886892: evince: Prints n^2 copies if multiple copies selected

[Jason Crain]

On Sun, Feb 18, 2018 at 10:10:01PM +, peter.ch...@data61.csiro.au wrote:
> It happens with the two printers I can test it with: a Kyocera MFP,
> and a Konica bizhub C451.  The latter is interesting: if I try to print two
> copies of a multi-page document and select saddle stitch as the
> finishing option, I get two booklets, each with two copies of the
> document.

I don't have a finishing or saddle stitch option for my printer which
may be part of why I can't reproduce it.

> Is there any way to capture what is sent to CUPS?

There's information here explaining how to debug CUPS:
https://wiki.debian.org/DissectingandDebuggingtheCUPSPrintingSystem

The file sent to CUPS should appear under /var/spool/cups.

Bug#843515: libgtk-3-0: Random crashes of e.g. evince and nautilus

[Jason Crain]

Control: tags -1 + moreinfo

On Mon, Nov 07, 2016 at 11:32:17AM +0100, Julian Wollrath wrote:
> gtk3 applications, e.g. evince and nautilus crash randomly. The kernel
> log shows a message pointing to libgtk-3.so: Nov 07 11:23:19 hostname
> kernel: evince[1890]: segfault at 2400 ip 7f3abe0f9d56 sp
> 7ffd01aa0890 error 4 in libgtk-3.so.0.2200.2[7f3abdf86000+6f8000]
> 
> I would guess, that you need more information, so please give me a hint
> on what you need and how I could obtain it. Thank you.

Information on how to reproduce the crash would be helpful.  For
example, if evince reproducably crashes on a document, I'll need a copy
of that document.  A backtrace is helpful too.  Read
https://wiki.debian.org/HowToGetABacktrace for information on how to get
a backtrace, particularly the section on "Installing the debugging
symbols" and "Running gdb".

Bug#886892: evince: Prints n^2 copies if multiple copies selected

[Jason Crain]

Control: tags -1 + moreinfo

On Thu, Jan 11, 2018 at 11:56:06AM +1100, Peter Chubb wrote:
> On some PDF or PS documents, attempting to print more than 10 copies
> results in n*n copies being printed instead.  The printer is a Kyocera
> network-connected printer; cups says it's driverless.
> 
> I suspect that Evince is rewriting the printable file to say print n
> times, and also asking CUPS to print n times.

I'm not able to reproduce this.  Is this only a problem with specific
documents?  Or certain printer options?

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

* Package name: gexiv2
  Version : 0.10.8-1
  Upstream Author : Jens Georg <m...@jensge.org>
* URL : https://wiki.gnome.org/Projects/gexiv2
* License : GPL-2+
  Section : libs

It builds those binary packages:

gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
libgexiv2-2 - GObject-based wrapper around the Exiv2 library
libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/gexiv2


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.8-1.dsc

More information about gexiv2 can be obtained from
https://wiki.gnome.org/Projects/gexiv2.

Changes since the last upload:

  * New upstream version 0.10.8
  * Drop Fix-documentation-typos.patch: applied upstream
  * Bump debhelper compat to 11
  * Bump Standards-Version to 4.1.3. No changes needed.
  * Update symbols file
  * Build with meson. Static library is no longer built.
  * Update d/watch URL
  * Update Vcs fields for migration to https://salsa.debian.org/
  * Add lintian override for python-package-missing-depends-on-python.  The
gir1.2-gexiv2-0.10 package contains gobject-introspection files and
includes overrides for both Python 2 and 3.  It cannot declare a
dependency on Python because it's possible to use the introspection files
from Python 2, or 3, or many other languages.


Regards,
  Jason Crain

Bug#890681: RFS: gexiv2/0.10.8-1 -- GObject-based wrapper around the Exiv2 library

[Jason Crain]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gexiv2"

* Package name: gexiv2
  Version : 0.10.8-1
  Upstream Author : Jens Georg <m...@jensge.org>
* URL : https://wiki.gnome.org/Projects/gexiv2
* License : GPL-2+
  Section : libs

It builds those binary packages:

gir1.2-gexiv2-0.10 - GObject-based wrapper around the Exiv2 library - 
introspection data
libgexiv2-2 - GObject-based wrapper around the Exiv2 library
libgexiv2-dev - GObject-based wrapper around the Exiv2 library - development 
files
libgexiv2-doc - GObject-based wrapper around the Exiv2 library - documentation

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/gexiv2


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexiv2/gexiv2_0.10.8-1.dsc

More information about gexiv2 can be obtained from
https://wiki.gnome.org/Projects/gexiv2.

Changes since the last upload:

  * New upstream version 0.10.8
  * Drop Fix-documentation-typos.patch: applied upstream
  * Bump debhelper compat to 11
  * Bump Standards-Version to 4.1.3. No changes needed.
  * Update symbols file
  * Build with meson. Static library is no longer built.
  * Update d/watch URL
  * Update Vcs fields for migration to https://salsa.debian.org/
  * Add lintian override for python-package-missing-depends-on-python.  The
gir1.2-gexiv2-0.10 package contains gobject-introspection files and
includes overrides for both Python 2 and 3.  It cannot declare a
dependency on Python because it's possible to use the introspection files
from Python 2, or 3, or many other languages.


Regards,
  Jason Crain

python-package-missing-depends-on-python error in gir1.2-gexiv2-0.10

[Jason Crain]

Dear Lintian Maintainers,

Recent versions of lintain have started showing an error for a package I
maintain, gexiv2.  I don't think this can be fixed in gexiv2 packaging
so I'm asking if an override is appropriate.

One of the binary packages gexiv2 builds is gir1.2-gexiv2-0.10.  This
contains gobject-introspection files
(https://wiki.gnome.org/Projects/GObjectIntrospection) which allow
languages like Python and JavaScript to use the gexiv2 library.  It also
ships override files for Python 2 and 3 to make the API easier to work
with in Python.  It contains the following files:

  /usr/lib/python2.7/dist-packages/gi/overrides/GExiv2.py
  /usr/lib/python3/dist-packages/gi/overrides/GExiv2.py
  /usr/lib/x86_64-linux-gnu/girepository-1.0/GExiv2-0.10.typelib

Lintian shows the following error for this package:

  E: gir1.2-gexiv2-0.10: python-package-missing-depends-on-python
  N:
  N:The specified Python package ships Python modules under /usr/lib but
  N:does not specify any dependency on Python.
  N:
  N:This is likely an omission, the result of a typo in debian/control or
  N:the file should not be installed.
  N:
  N:Severity: serious, Certainty: certain
  N:
  N:Check: python, Type: source, binary

I don't know of a way to fix this error.  The package does not declare a
dependency on Python because it's possible to use this package from
JavaScript or other languages through just the .typelib file.  It's
possible to use this package through Python 2 or 3 and the Debian
archive contains both Python 2 and 3 programs which use this package.

There are a few other packages which show this same lintian error for
the same reason:

  gir1.2-accounts-1.0
  gir1.2-dee-1.0
  gir1.2-gom-1.0
  gir1.2-ibus-1.0

Bug#888969: gtk-doc-tools - missing /usr/bin/gtkdoc-mktmpl

[Jason Crain]

On Wed, Jan 31, 2018 at 02:08:26PM -0300, Yadickson Soto wrote:
> There is a problem, I try build a planner application on buster
> The planner control file has to gtk-doc-tools how dependency.
> 
> The process build fail:
> 
> cd . && \
>   gtkdoc-scan --module=libplanner --source-dir=../../libplanner
> --ignore-headers="mrp-intl.h mrp-marshal.h mrp-task-manager.h
> mrp-storage-module.h mrp-storage-module-factory.h mrp-private.h
> mrp-file-module.h"
> touch scan-build.stamp
> *** Rebuilding template files ***
> cd . && *gtkdoc-mktmpl --module=libplanner*
> /bin/bash: *gtkdoc-mktmpl: command not found*

gtkdoc-mktmpl was dropped by upstream in version 1.26 of gtk-doc.  This
is the reason Planner was removed from testing -
https://bugs.debian.org/876577.  

I don't see this as a problem with gtk-doc but instead, Planner should
update to work with recent versions of gtk-doc.  I see that Planner
hasn't had a release since 2011 so it looks like it's undermaintained
upstream.

Bug#888052: gnome-shell: Restarts every 10 minutes related to dbus-org.freedesktop.hostname1.service

[Jason Crain]

On Tue, Jan 23, 2018 at 01:24:10PM -0600, Jason Crain wrote:
> On Tue, Jan 23, 2018 at 12:09:39AM +0100, Manuel Bilderbeek wrote:
> > It started after this upgrade:
> > 
> > 
> [...]
> > [UPGRADE] gjs:amd64 1.50.2-2 -> 1.50.2-3
> [...]
> 
> Does downgrading gjs to version 1.50.2-2 fix it?

Sorry, I meant try downgrading libgjs0g to version 1.50.2-2.

Bug#888052: gnome-shell: Restarts every 10 minutes related to dbus-org.freedesktop.hostname1.service

[Jason Crain]

On Tue, Jan 23, 2018 at 12:09:39AM +0100, Manuel Bilderbeek wrote:
> On my system, in an interval of exactly 10 minutes, gnome-shell restarts, 
> always in conjunction with dbus-org.freedesktop.hostname1.service. For 
> example:
> 
> Jan 22 23:55:12 sonata dbus-daemon[513]: [system] Activating via systemd: 
> service name='org.freedesktop.hostname1' 
> unit='dbus-org.freedesktop.hostname1.service' requested by ':1.181' (uid=1000 
> pid=17229 comm=
> "/usr/bin/gnome-shell ")
> Jan 22 23:55:12 sonata systemd[1]: Starting Hostname Service...
> Jan 22 23:55:12 sonata dbus-daemon[513]: [system] Successfully activated 
> service 'org.freedesktop.hostname1'
> Jan 22 23:55:12 sonata systemd[1]: Started Hostname Service.
> Jan 22 23:55:13 sonata gnome-session[1758]: gnome-session-binary[1758]: 
> WARNING: App 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 23:55:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> 
> It doesn't always happen, but if it does, it's at the same 10 minute interval:
> 
> $ sudo cat /var/log/syslog | grep "code 1" | grep "sonata gnome-session-"
> Jan 22 18:05:15 sonata gnome-session-binary[1236]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 18:06:34 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:05:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:15:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:25:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:35:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:45:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 21:55:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 22:05:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 22:15:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 22:25:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 22:35:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 23:25:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 23:35:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 23:45:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 22 23:55:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> Jan 23 00:05:13 sonata gnome-session-binary[1758]: WARNING: App 
> 'org.gnome.Shell.desktop' exited with code 1
> 
> It started after this upgrade:
> 
> 
[...]
> [UPGRADE] gjs:amd64 1.50.2-2 -> 1.50.2-3
[...]

Does downgrading gjs to version 1.50.2-2 fix it?

Bug#886937: evince: Missing some translations in German for menu bar

[Jason Crain]

On Thu, Jan 11, 2018 at 02:47:33PM +0100, mechtilde wrote:
> I miss some translations in the menu bar.
> 
> Where can I find the *.po file or another translation file to translate the
> menu bar in evince.
> 
> I already looked under https://anonscm.debian.org/git/pkg-
> gnome/evince.git/tree/po/de.po
> 
> But there aren't the entries of the menu bar.

The menubar is added by the patch debian/patches/traditional_menu_bar.patch,
which is why it's not translated and why it's not in the *.po files.

Bug#856729: evince: Landscape printing doesn't work

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/792394
Control: tags + confirmed upstream

On Sat, Mar 04, 2017 at 09:28:22PM +0900, Hideki Yamane wrote:
>  When I tried to print document out with landscape mode, it doesn't work.
>  See attached picture.
> 
> 
> Step to reproduce)
> 
>  1. Open landscape documentation with evince
>  2. Select "Print"
>  3. Select "Page Setup"
>  4. Select "Landscacpe" in "Orientation"
>  5. Print out
> 

I've forwarded this upstream with a patch.  I think you must have both
the "Auto Rotate and Center" and "Select page size using document page
size" options selected in the "Page Handling" page of the Print dialog,
which is causing the orientation to be wrong.  It will likely print
correctly if you deselect the "Select page size" option.

Re: [evince] Automatic full-window sizing of evince window when dragged

[Jason Crain]

On Mon, Jan 08, 2018 at 04:32:59AM -0800, Jon Leech wrote:
> I am using evince 3.22.1 on Debian jessie under WindowMaker and
> seeing odd window sizing behavior. When dragging the evince window by
> click-drag in the window title bar (the one including the page numbers,
> menu icon, etc.), if I leave the title bar anywhere near the top edge of
> the screen, evince will spontaneously resize itself to full screen.
> 
> Perhaps this just demonstrates that I know nothing about general
> behavior of GNOME apps (which I don't, I've never run GNOME itself), but
> none of the other GNOME apps I've tried behave this way under WM.
> 
> Is this an expected / default behavior? Is there any way to suppress
> it, if so? I can't see any other way to move the window, since evince
> seems to suppress the usual window manager-supplied decorations such as
> a dedicated title bar, frame, etc.

I'm not familiar with how WindowMaker behaves, but what you describe is
how all apps work in GNOME.  Evince isn't doing anything special in that
regard.  Windows maximize when you drag to the top edge of the screen,
or snap to the left or right half of the screen when you drag to the
left or right edge.  You could try changing the
org.gnome.shell.overrides.edge-tiling setting to false with:

gsettings set org.gnome.shell.overrides edge-tiling false
___
evince-list mailing list
evince-list@gnome.org
https://mail.gnome.org/mailman/listinfo/evince-list

Bug#886401: evince: Evince does not start: Error in `evince': double free or corruption (fasttop)

[Jason Crain]

Control: severity -1 important
Control: reassign -1 libfontconfig1 2.12.6-0.1
Control: affects -1 evince
Control: forcemerge 882590 -1

Crash appears to have happened while fontconfig was parsing a config
file.  If you have a customized fontconfig configuration it's possibly
triggering a bug in fontconfig.  Though memory corruption bugs are
tricky and can cause crashes in unrelated parts of the program.

I'm reassigning/merging this to fontconfig because your description
looks a lot like https://bugs.debian.org/882590.  According to some of
the comments in that bug, you could try downgrading libfontconfig1 or
removing your ~/.fonts.conf.  Keep a copy of your .fonts.conf though in
case it's useful for debugging.

Bug#886401: evince: Evince does not start: Error in `evince': double free or corruption (fasttop)

[Jason Crain]

Control: severity -1 important
Control: reassign -1 libfontconfig1 2.12.6-0.1
Control: affects -1 evince
Control: forcemerge 882590 -1

Crash appears to have happened while fontconfig was parsing a config
file.  If you have a customized fontconfig configuration it's possibly
triggering a bug in fontconfig.  Though memory corruption bugs are
tricky and can cause crashes in unrelated parts of the program.

I'm reassigning/merging this to fontconfig because your description
looks a lot like https://bugs.debian.org/882590.  According to some of
the comments in that bug, you could try downgrading libfontconfig1 or
removing your ~/.fonts.conf.  Keep a copy of your .fonts.conf though in
case it's useful for debugging.

Bug#886401: evince: Evince does not start: Error in `evince': double free or corruption (fasttop)

[Jason Crain]

Control: tags -1 + moreinfo

On Fri, Jan 05, 2018 at 11:48:21AM +, Geoffrey Ferrari wrote:
>* What led up to the situation?
> Trying to run evince from command line or from gnome desktop, without or
> without a pdf file to view.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Tried executing "evince" from command line with no pdf file specified.
>* What was the outcome of this action?
> 
> The following error message is reported:
> *** Error in `evince': double free or corruption (fasttop): 0x55884b31a380
> ***

Can you provide a backtrace with debug symbols?  You'll need to install
at least evince-dbgsym, libevdocument3-4-dbgsym, libevview3-3-dbgsym,
libglib2.0-0-dbgsym, libgtk-3-0-dbgsym, libpango-1.0-0-dbgsym,
libpangoft2-1.0-0-dbgsym, libpangocairo-1.0-0-dbgsym,
libfontconfig1-dbgsym, and libexpat1-dbgsym.

https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols
describes how to enable the repo for the dbgsym packages.

Bug#886401: evince: Evince does not start: Error in `evince': double free or corruption (fasttop)

[Jason Crain]

Control: tags -1 + moreinfo

On Fri, Jan 05, 2018 at 11:48:21AM +, Geoffrey Ferrari wrote:
>* What led up to the situation?
> Trying to run evince from command line or from gnome desktop, without or
> without a pdf file to view.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Tried executing "evince" from command line with no pdf file specified.
>* What was the outcome of this action?
> 
> The following error message is reported:
> *** Error in `evince': double free or corruption (fasttop): 0x55884b31a380
> ***

Can you provide a backtrace with debug symbols?  You'll need to install
at least evince-dbgsym, libevdocument3-4-dbgsym, libevview3-3-dbgsym,
libglib2.0-0-dbgsym, libgtk-3-0-dbgsym, libpango-1.0-0-dbgsym,
libpangoft2-1.0-0-dbgsym, libpangocairo-1.0-0-dbgsym,
libfontconfig1-dbgsym, and libexpat1-dbgsym.

https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols
describes how to enable the repo for the dbgsym packages.

Bug#885417: Does not load under gnome-shell version 3.26

[Jason Crain]

Package: gnome-shell-extension-autohidetopbar
Version: 20170728-1
Severity: grave

This extension's metadata.json declares that it only works with
gnome-shell versions 3.24 and earlier.  Since testing and unstable now
have gnome-shell version 3.26, this extension no longer loads.  This is
fixed in upstream's git repo.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell-extension-autohidetopbar depends on:
ii  gnome-shell  3.26.2-2

Versions of packages gnome-shell-extension-autohidetopbar recommends:
ii  gnome-tweak-tool  3.26.4-1

gnome-shell-extension-autohidetopbar suggests no packages.

-- no debconf information

Bug#885343: Close icon on Preferences dialog not centred on hover

[Jason Crain]

Control: tags -1 + upstream fixed-upstream

On Tue, Dec 26, 2017 at 01:56:35PM +, Phil Wyett wrote:
> Close icon on Preferences dialog not centred on hover. See attached 
> screenshot.

I believe this is because a "Full Text Search" option was added to the
"Search & Preview" page, making it a little too tall for your monitor.
It will be fixed in nautilus versions after 3.27.2 because that option
was removed from the Preferences dialog to a different part of the UI.

Bug#885417: Does not load under gnome-shell version 3.26

[Jason Crain]

Package: gnome-shell-extension-autohidetopbar
Version: 20170728-1
Severity: grave

This extension's metadata.json declares that it only works with
gnome-shell versions 3.24 and earlier.  Since testing and unstable now
have gnome-shell version 3.26, this extension no longer loads.  This is
fixed in upstream's git repo.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell-extension-autohidetopbar depends on:
ii  gnome-shell  3.26.2-2

Versions of packages gnome-shell-extension-autohidetopbar recommends:
ii  gnome-tweak-tool  3.26.4-1

gnome-shell-extension-autohidetopbar suggests no packages.

-- no debconf information

Bug#885343: Close icon on Preferences dialog not centred on hover

[Jason Crain]

On Tue, Dec 26, 2017 at 01:56:35PM +, Phil Wyett wrote:
> Close icon on Preferences dialog not centred on hover. See attached 
> screenshot.

 Looks like the dialog is a little too tall.  What is the pixel size of
 your screen?

Bug#876993: regression: menubar and toolbar doesn't autohide in fullscreen non-GNOME mode

[Jason Crain]

Control: tags -1 + patch

On Wed, Sep 27, 2017 at 02:28:32PM +0100, Tony Garnock-Jones wrote:
> In stock (built-from-git) evince, viewing a PDF in full-screen mode, there is
> no menubar, and the toolbar autohides after a brief delay.
> 
> In the debian-patched version, with XDG_CURRENT_DESKTOP=GNOME, no menubar
> appears, and toolbar hiding works as usual in full-screen mode.
> 
> However, when running outside GNOME, there is a menubar, and neither the
> menubar nor the toolbar autohide in full-screen mode.
> 
> I expected both the menubar and toolbar to autohide in full-screen mode, even
> outside GNOME, in the debian-patched version.
> 
> I narrowed down the source of the problem to the recent inclusion of patches
> traditional_menu_bar.patch and/or unity_normal_titlebar.patch. I'm afraid I
> haven't narrowed it down any further than that.

The attached patch will hide the toolbar and menubar in fullscreen mode.
>From ec1b7acf386534abbda5a18791df1cfd80929ec4 Mon Sep 17 00:00:00 2001
From: Jason Crain <ja...@inspiresomeone.us>
Date: Sat, 16 Dec 2017 22:22:48 -0600
Subject: [PATCH] Hide menubar and toolbar in fullscreen mode

Debian's evince shows a toolbar and menubar in non-GNOME environments.
Hide these during fullscreen mode.
---
 shell/ev-window.c | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/shell/ev-window.c b/shell/ev-window.c
index 4e1b043b..53d23e45 100644
--- a/shell/ev-window.c
+++ b/shell/ev-window.c
@@ -636,13 +636,15 @@ update_chrome_visibility (EvWindow *window)
 	presentation = EV_WINDOW_IS_PRESENTATION (window);
 
 	toolbar = ((priv->chrome & EV_CHROME_TOOLBAR) != 0  || 
-		   (priv->chrome & EV_CHROME_RAISE_TOOLBAR) != 0) && !presentation;
+		   (priv->chrome & EV_CHROME_RAISE_TOOLBAR) != 0) && !presentation &&
+	  !ev_document_model_get_fullscreen (priv->model);
 	sidebar = (priv->chrome & EV_CHROME_SIDEBAR) != 0 && priv->document && !presentation;
 
 	set_widget_visibility (priv->toolbar, toolbar);
 	set_widget_visibility (priv->sidebar, sidebar);
 
-	gtk_application_window_set_show_menubar (GTK_APPLICATION_WINDOW (window), !presentation);
+	gtk_application_window_set_show_menubar (GTK_APPLICATION_WINDOW (window),
+		!presentation && !ev_document_model_get_fullscreen (priv->model));
 }
 
 static void
@@ -4187,6 +4189,7 @@ ev_window_stop_fullscreen (EvWindow *window,
 
 	ev_document_model_set_fullscreen (window->priv->model, FALSE);
 	ev_window_update_fullscreen_action (window);
+	update_chrome_visibility (window);
 
 	if (unfullscreen_window)
 		gtk_window_unfullscreen (GTK_WINDOW (window));
-- 
2.15.1

Bug#869391: gnome-control-center: Add input source dialog crashes when "Show All input sources" is enabled

[Jason Crain]

On Sat, Jul 22, 2017 at 08:00:00PM -0400, Felipe Sateler wrote:
> I enabled all input sources in the tweak tool. Now I can't add input
> sources. g-c-c crashes with the following backtrace below.

I would like to fix this in stretch, but I don't have upload
capabilities.  If I get approval from a SRM, is a gnome team member
willing to upload it?  Debdiff for the proposed change is attached.
diff -Nru gnome-desktop3-3.22.2/debian/changelog 
gnome-desktop3-3.22.2/debian/changelog
--- gnome-desktop3-3.22.2/debian/changelog  2016-11-08 08:14:44.0 
-0600
+++ gnome-desktop3-3.22.2/debian/changelog  2017-12-15 18:44:50.0 
-0600
@@ -1,3 +1,12 @@
+gnome-desktop3 (3.22.2-1+deb9u1) stretch; urgency=medium
+
+  [ Jason Crain ]
+  * d/p/Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch: Fixes crash
+in gnome-control-center when adding an input source with "Show All Input
+Sources" enabled. (Closes: #869391)
+
+ -- Jason Crain <ja...@inspiresomeone.us>  Fri, 15 Dec 2017 18:44:50 -0600
+
 gnome-desktop3 (3.22.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru 
gnome-desktop3-3.22.2/debian/patches/Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch
 
gnome-desktop3-3.22.2/debian/patches/Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch
--- 
gnome-desktop3-3.22.2/debian/patches/Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch
   1969-12-31 18:00:00.0 -0600
+++ 
gnome-desktop3-3.22.2/debian/patches/Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch
   2017-12-15 18:44:50.0 -0600
@@ -0,0 +1,32 @@
+From: Jason Crain <ja...@inspiresomeone.us>
+Date: Mon, 24 Jul 2017 22:32:01 -0500
+Subject: Fix heap-use-after-free with duplicate xkb layouts
+
+Debian's gnome-control-center can crash when show-all-sources is
+enabled.  When parse_end_element in gnome-xkb-info.c encounters
+duplicate layouts, it will free the memory for the first layout while it
+is still in a hash table.
+
+Bug: https://bugzilla.gnome.org/show_bug.cgi?id=785320
+Bug-Debian: https://bugs.debian.org/869391
+Origin: upstream, 
https://git.gnome.org/browse/gnome-desktop/commit/?id=dda675941777a876c1e9b08f922de72d32e73273
+Last-Update: 2017-12-15
+---
+ libgnome-desktop/gnome-xkb-info.c | 6 ++
+ 1 file changed, 6 insertions(+)
+
+--- a/libgnome-desktop/gnome-xkb-info.c
 b/libgnome-desktop/gnome-xkb-info.c
+@@ -405,6 +405,12 @@
+ 
priv->current_parser_variant->xkb_name,
+ NULL);
+ 
++  if (g_hash_table_contains (priv->layouts_table, 
priv->current_parser_variant->id))
++{
++  g_clear_pointer (>current_parser_variant, free_layout);
++  return;
++}
++
+   g_hash_table_replace (priv->layouts_table,
+ priv->current_parser_variant->id,
+ priv->current_parser_variant);
diff -Nru gnome-desktop3-3.22.2/debian/patches/series 
gnome-desktop3-3.22.2/debian/patches/series
--- gnome-desktop3-3.22.2/debian/patches/series 2015-10-14 11:42:32.0 
-0500
+++ gnome-desktop3-3.22.2/debian/patches/series 2017-12-15 18:44:50.0 
-0600
@@ -0,0 +1 @@
+Fix-heap-use-after-free-with-duplicate-xkb-layouts.patch

Re: [poppler] How to install poppler utils

[Jason Crain]

On Tue, Dec 05, 2017 at 04:27:50PM +0100, Michael Schöller wrote:
> I am trying to install the poppler utils, however I do not really understand 
> where to begin.

Generally people install it though their distro if using Linux or BSD.
Through msys2 or cygwin for people using Windows. Through Homebrew or
MacPorts for Mac. You can also compile from source, which is the .tar.xz
file.

> Will the installation take place on my local computer or on the server?

It will be installed on whichever computer you run the installer on, I
assume. That's out of scope of the poppler project since we don't
provide an end-user installer, we just provide the source code.

> How do I use the utils once installed?

They are command line tools so you run a terminal and type the command.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Re: [poppler] How to set custom 'share' directory

[Jason Crain]

On Wed, Nov 01, 2017 at 03:34:36PM +0100, Jeroen Ooms wrote:
> On Wed, Nov 1, 2017 at 3:20 PM, Jason Crain <ja...@inspiresomeone.us> wrote:
> 
> > On Mac and Linux the path is hardcoded at compilation time.  It's
> > generally in /usr/share/poppler on Linux.  Not sure what the standard is
> > on Mac.  On Windows it looks in \share\poppler relative to the
> > installation directory.
> 
> OK that is unfortunate. Would it be possible to introduce an option to
> set this path dynamically at runtime; e.g via an environment variable
> or via an api call?
> 
> In our case we statically link libpoppler with the R bindings on
> MacOS/Windows. This works very well for users, but there isn't a fixed
> installation directory; it depends on where the user installs the R
> package. So it would be really nice if there is a way to point
> libpoppler to the correct path when the R package gets loaded, rather
> than hardcoding this at build-time.
> 

I don't know how you use poppler in your project, but you may also have
the option of passing in the path when you construct the GlobalParams
object.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Re: [poppler] How to set custom 'share' directory

[Jason Crain]

On Wed, Nov 01, 2017 at 02:19:36PM +0100, Jeroen Ooms wrote:
> I maintain the poppler bindings for R which work on Windows, MacOS and
> Linux. However Chineese users on Windows/Mac have reported that
> poppler doesn't find the share data files:
> 
>   error: Missing language pack for 'Adobe-CNS1' mapping
> 
> Where exactly does poppler look for the 'share' directory? Is there an
> environment variable or libpoppler API that I can use to specify this
> location?

The encoding files are in the poppler-data package, not the poppler
package.  Likely your users need to install poppler-data.

On Mac and Linux the path is hardcoded at compilation time.  It's
generally in /usr/share/poppler on Linux.  Not sure what the standard is
on Mac.  On Windows it looks in \share\poppler relative to the
installation directory.
___
poppler mailing list
poppler@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/poppler

Bug#876710: evince: File type DjVu image (image/vnd.djvu) is not supported

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/787481

On Sun, Sep 24, 2017 at 08:54:31PM -0300, David Bremner wrote:
> Previously evince worked great for previewing djvu documents for
> me. Now when I try I get a popup with the error message in the
> subject. I'm not running Gnome, so that's possibly related.

>From https://bugzilla.gnome.org/754467, single-page djvu support was
intentionally removed because they would prefer single-page documents be
handled more like images.

Bug#876424: evince: breaking pages when reading pdf files greater than 500 pages

[Jason Crain]

On Fri, Sep 22, 2017 at 12:16:18AM -0300, Paulo wrote:
> I've been trying to read pdf files using evince but some pages are breaking. I
> Tried to use packages from testing and sid repositories but didn't work. I ran
> the evince from cli and get some 'out of memory' errors, please look bellow:

Please attach the PDF.

Bug#872886: evince installation corrupts /etc/mailcap

[Jason Crain]

Version: 3.24.1-1

On Tue, Aug 22, 2017 at 02:01:39AM -0500, Carlo Segre wrote:
> When evince is installed and update-mime is executed, a corrupt entry
> is added to mailcap such that any entries below the corrupt line are
> ignored by programs like alpine.  The corrupt line is listed below
> (the one beginning with the semicolon).

The extraneous semicolon has been removed from the .desktop file.