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

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

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

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.

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

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.

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.

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.

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

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

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.

Bug#849525: Bug also confirmed in version 1.28.2

[Jason Crain]

On Mon, Aug 14, 2017 at 05:15:56PM -0400, Markus Hamilton wrote:
> The bug is still there using version 1.28.2 now ... in fact there are forum
> discussions and bug reports all over the internet about this problem for
> years now. Could we at least get a statement from the maintainers whether
> this will ever get fixed or is there some policy we could implement to allow
> this. SOME information would really help to figure out where this is going.

>From the gvfs-mount manpage:

-a, --anonymous
Use an anonymous user when authenticating

This option was added in gvfs version 1.23.90 so gvfs-mount (or gio
mount) should work on stretch or later.  On earlier versions you can try
entering a fake username and password depending on how you have samba
set up.

About pcmanfm and caja - I don't see any problem with anonymous smb
shares using nautilus so this is likely something that pcmanfm and caja
need to add support for.

Bug#871184: Σχετ: Bug#871184: nautilus: Do not extend to bottom to display all files

[Jason Crain]

On Sun, Aug 06, 2017 at 11:12:36PM +, ΑΘΑΝΑΣΙΟΣ ΓΙΑΝΝΑΚΛΗΣ wrote:
> It did not go down to show the list of all the files in the archives 

Please keep the bug's email address as a recipient.  And I still don't
know what you mean.  What archives?  Please give a detailed step-by-step
procedure that I can use to reproduce this problem.  You can attach
files or images if that helps.

Bug#871184: nautilus: Do not extend to bottom to display all files

[Jason Crain]

On Mon, Aug 07, 2017 at 01:36:41AM +0300, ΑΘΑΝΑΣΙΟΣ wrote:
> Package: nautilus
> Version: 3.22.3-1
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***

We'll need a more detailed explanation than this.  What behavior are you
seeing?  What do you mean by "extend to bottom"?  What actions did you
that caused this and what did you expect to happen instead?

Bug#869392: gnome-control-center: Spanish (Latin American) keyboard layout is not available as input source

[Jason Crain]

On Sat, Jul 22, 2017 at 08:01:15PM -0400, Felipe Sateler wrote:
> For some reason, the latam layout is not shown in the input source list
> when adding an input source. The layout is listed in evdev.xml, not
> evdev.extras.xml. I have not tried with "All input sources" enabled,
> because of another bug.

The Latin American input sources are appearing in the 'English' section
of the 'Add an Input Source' dialog.  This appears to be because with an
en_US locale, anything marked as being used in the US in evdev.xml gets
added to the English section.

Can you verify if you see the latam layouts in the English section?

Bug#869503: Totem Player Segmentation Fault on Start Up (Debian 9)

[Jason Crain]

On Mon, Jul 24, 2017 at 10:09:32AM -0400, Aaron Valdes wrote:
> Thanks Jason for all your guidance.
> 
> Here is the backtrace run in the order you suggested.
> 
> This is just with bt in gdm.
> 
> See below.
[snip backtrace]

Please install the following debug packages and create the backtrace
again so it will include the missing symbols.

libcogl20-dbgsym
libclutter-1.0-dbg

Bug#869503: Totem Player Segmentation Fault on Start Up (Debian 9)

[Jason Crain]

On Sun, Jul 23, 2017 at 08:43:47PM -0400, Aaron Valdes wrote:
> gdb totem
> GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "i686-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from totem...Reading symbols
> from 
> /usr/lib/debug/.build-id/76/c73577645ba60270eb0d6919647d36862f01c7.debug...done.
> done.
> (gdb) thread apply all bt
> (gdb) run
> Starting program: /usr/bin/totem 
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
> [New Thread 0xb16f1b40 (LWP 7133)]
> [New Thread 0xb0ef0b40 (LWP 7134)]
> [New Thread 0xb02ffb40 (LWP 7135)]
> 
> (totem:7129): Totem-WARNING **: Failed to register application: Timeout
> was reached
> [Thread 0xb02ffb40 (LWP 7135) exited]
> [Thread 0xb0ef0b40 (LWP 7134) exited]
> [Thread 0xb16f1b40 (LWP 7133) exited]
> [Inferior 1 (process 7129) exited normally]

You've run totem inside of gdb correctly, but to get a good backtrace
you'll need to first 'run' totem, get it to crash, and then do 'bt' or
'thread apply all bt'.  Only then will the backtrace say what totem was
doing when it crashed.  Were you having trouble getting totem to crash
while in the debugger?

Bug#869090: gcc-6: Address sanitizer: Shadow memory range interleaves

[Jason Crain]

On Thu, Jul 20, 2017 at 02:45:11PM +0200, Tim Ruehsen wrote:
> ==13782==Shadow memory range interleaves with an existing memory mapping. 
> ASan cannot proceed correctly. ABORTING.
> ==13782==ASan shadow was supposed to be located in the 
> [0x7fff7000-0x10007fff7fff] range.
> ==13782==Process memory map follows:
> 0x005450338000-0x005450339000   /usr/oms/src/libpsl/conftest
> 0x005450539000-0x00545053a000   /usr/oms/src/libpsl/conftest
> ...
> 0x7fff70943000-0x7fff70964000   [stack]
> 0x7fff709a4000-0x7fff709a6000   [vvar]
> 0x7fff709a6000-0x7fff709a8000   [vdso]
> ==13782==End of process memory map.

I noticed these same error messages after rebooting today.  Not when
building a package, but when testing other software, like this:

LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libasan.so.3 /bin/ls

Downgrading the kernel from linux-image-4.11.0-2-amd64 (4.11.11-1+b1) to
linux-image-4.11.0-1-amd64 (4.11.6-1) fixed this.  I wonder if the stack
clash fix has broken ASan.

Bug#869503: Totem Player Segmentation Fault on Start Up (Debian 9)

[Jason Crain]

On Sun, Jul 23, 2017 at 02:55:48PM -0400, Aaron Valdes wrote:
> The system that this is happening on is a Dell Latitude D505 laptop.  I
> do thing the problem is system related because it works fine on other
> machines.
> 
> I can post lspci and lshw if it would help.
> 
> (totem:3998): Gtk-WARNING **: Drawing a gadget with negative dimensions.
> Did you forget to allocate a size? (node slider owner GtkScale)
> Segmentation fault
> 
> This is happening when playing all file types.
> 
> What other log files can I check?

It would be helpful if you can provide a backtrace.
https://wiki.debian.org/HowToGetABacktrace can help tell you how to
enable debug repositories, install debug symbols, and get a backtrace.
You'll need to install at least gdb, totem-dbgsym, libtotem0-dbgsym,
totem-plugins-dbgsym, libgtk-3-0-dbgsym, libglib2.0-0-dbg, and possibly
others depending on what symbols are missing from the backtrace.

Bug#869409: libnotify-bin: add informations about upstream

[Jason Crain]

On Sun, Jul 23, 2017 at 05:36:05PM +0200, c.bu...@posteo.jp wrote:
> > The information you're interested in seems to fit into
> > the "debian/upstream/metadata" descriptions which you can find out
> > more about at https://wiki.debian.org/debian/upstream
> > Patches welcome!
> 
> This is up to upstream to provide that informations.
> https://bugzilla.gnome.org/show_bug.cgi?id=785316

Upstream metadata is a Debian-originated project and I don't think it
makes sense for upstream to provide that data themselves.  At least it
doesn't make sense with the way the file only exists in the debian/
directory and we try to discourage upstream from shipping a debian
directory.

> I can not understand why this package was accepted for Debian without
> providing this minimal informations.

You'll have a better experience if you stop accusing everyone of being
incompetent or malicious.

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.
> 
> Inspecting with gdb suggests that the GList returned by 
> gnome_xkb_info_get_layouts_for_language is invalid, as the data pointed
> by one of the entries is not readable:

This seems to be related to a recent update to xkb-data.
gnome-control-center really doesn't like the new evdev.xml.

Bug#869392: gnome-control-center: Spanish (Latin American) keyboard layout is not available as input source

[Jason Crain]

On Sat, Jul 22, 2017 at 08:01:15PM -0400, Felipe Sateler wrote:
> For some reason, the latam layout is not shown in the input source list
> when adding an input source. The layout is listed in evdev.xml, not
> evdev.extras.xml. I have not tried with "All input sources" enabled,
> because of another bug.
> 
> I have no idea what information might be relevant for this. Just ask for
> info and I'll provide it.

Without 'all input sources' enabled gnome-control-center will only
search in evdev.xml so I doubt evdev.extras.xml or 'all input sources'
has anything directly to do with it.

Bug#869277: /usr/bin/notify-send: Improve the manpage

[Jason Crain]

On Sat, Jul 22, 2017 at 04:37:37PM +0200, c.bu...@posteo.jp wrote:
> On 2017-07-22 07:19 Jason Crain <ja...@inspiresomeone.us> wrote:
> > On Sat, Jul 22, 2017 at 01:52:49PM +0200, Christian Buhtz wrote:
> > > I tried to contribute but can not find the sources of the manpage
> > > (for notify- send) somewhere.  
> > 
> > The manpage is Debian-specific so it's in Debian's pkg-gnome SVN:
> > https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/libnotify/debian/
> 
> Thanks for the hint. So upstream doesn't offer a manpage?
> 
> Sorry but IMO it is wasting ressource when contributing to
> distro-specific sources. When upstream would over a manpage I would
> contribute to it.
> 
> Can you describe the packaging process please? Isn't there a check
> if the binary features fit to the manpage and other docs? I would
> totally understand if this would be to much work.

There are several documents you can read if you want to learn about the
packaging process.  See https://www.debian.org/doc/, especially the
Debian Policy Manual, Debian Developer's Reference, and Debian New
Maintainers' Guide in the Developers' manuals section.

I don't see anything wrong with the manpage though as you say it could
be more detailed.

> I know I am quite radical here: I would suggest to kill the debian
> specific manpage, put enough pressure on upstream to offer its own
> manpage. If not kill the complete package because of Debian-quality.

It is of course preferable for these things to be upstreamed but that
sometimes doesn't happen.  Feel free to contact upstream and request
they package the manpage.  You can start with upstream's bug report:
https://bugzilla.gnome.org/757151.

Bug#869277: /usr/bin/notify-send: Improve the manpage

[Jason Crain]

On Sat, Jul 22, 2017 at 01:52:49PM +0200, Christian Buhtz wrote:
> I tried to contribute but can not find the sources of the manpage (for notify-
> send) somewhere.

The manpage is Debian-specific so it's in Debian's pkg-gnome SVN:
https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/libnotify/debian/

Bug#765369: nautilus: "Open in terminal" still shown twice in SMB folder

[Jason Crain]

On Thu, Jul 20, 2017 at 05:02:28PM +0200, Lasse wrote:
> When browsing mounted SMB shares the "Open in Terminal" option is still shown 
> twice in the right click menu. (Despite not having nautilus-open-terminal in 
> Stretch.)
> All is fine when browsing local folders.

This is a different issue than the original reporter had.  Please open a
new bug report.

Bug#868791: subtitleeditor: Still getting gtkmm errors in subtitleeditor

[Jason Crain]

On Wed, Jul 19, 2017 at 05:54:21PM +0530, shirish शिरीष wrote:
> Saving the file doesn't work. Either doing CTRL + S or doing File >
> Save doesn't make any change.

That's unlikely to be related to the Gtk Allocating warning.  I've also
forwarded a bug like this to the Gtk devs (https://bugzilla.gnome.org/767136)

Bug#863855: nautilus: Nautilus doesn't extract files with .xz extension

[Jason Crain]

Control: forwarded -1 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863855
Control: tags -1 + confirmed

On Wed, May 31, 2017 at 11:56:09PM -0300, Klebson Porfirio wrote:
> I was trying to extract a compressed ISO image from FreeBSD with
> Nautilus right
> click "extract here" menu and it's not possible. The message is
> displayed:

Forwarding upstream

Bug#863855: nautilus: Nautilus doesn't extract files with .xz extension

[Jason Crain]

On Wed, May 31, 2017 at 11:56:09PM -0300, Klebson Porfirio wrote:
> I was trying to extract a compressed ISO image from FreeBSD with
> Nautilus right
> click "extract here" menu and it's not possible. The message is
> displayed:
> There was an error extracting "FreeBSD-11.0-RELEASE-amd64-
> disc1.iso.xz". And
> box:
> 
> 'FreeBSD-11.0-RELEASE-amd64-disc1.iso.xz': Ignoring out-of-order file
> @5fcbc
> (usr/sbin/chown) 141887488 < 567750656
> 
> But when I open the terminal and type the command
> 
> $ xz -d FreeBSD-11.0-RELEASE-amd64-disc1.iso.xz
> 
> Everything works perfectly and the extracted image is consistent with
> hash.

What are you expecting to happen when you use nautilus's "extract here"
menu?  Get a .iso?  Completely extract the CD image to get a directory
full of files?  Part of the problem might be that nautilus is trying to
extract more thoroughly than you expect.

Bug#868461: gnome-terminal: Gnome-terminal won't open.

[Jason Crain]

On Sat, Jul 15, 2017 at 08:33:30PM +0300, Pavel wrote:
> There is a issue in Stretch and GNOME in particular. If i don't open gnome-
> terminal in a few minutes after start up it won't open at all unless i reboot.
> This is persistent only in GNOME, i didn't encounter this bug in Xfce or MATE.
> I installed mate-terminal in GNOME and it works fine. Only gnome-terminal is
> affected by this bug.

Can you try running gnome-terminal from within mate-terminal or some
other terminal and see if there are any error messages?  You might also
see useful messages in syslog or by running journalctl.

Also, there are some gnome-terminal debugging tips at
https://wiki.gnome.org/Apps/Terminal/Debugging which may help you figure
out what is causing this.

Bug#867779: gnome-icon-theme_3.12.0-2_all.deb - corrupted package archive with chroot to arm64

[Jason Crain]

On Sun, Jul 09, 2017 at 11:18:47AM +, fin4478 fin4478 wrote:
> I do Debian testing Xfce SD card images for the Amlogic S912 TV box.
> There is /usr/bin/qemu-aarch64-static in the destination file system.
> Armbian distribution build script uses
> the following command in lib/deboostrap-ng.sh:
> 
> eval 'LC_ALL=C LANG=C chroot $CACHEDIR/$SDCARD /bin/bash -c
> "DEBIAN_FRONTEND=noninteractive apt-get -y -q -m \ $apt_extra
> $apt_extra_progress --no-install-recommends install $PACKAGE_LIST"'
> 
> After installing successfully several packages, in the logs there is:
> 
> Selecting previously unselected package gnome-icon-theme.
> Preparing to unpack .../070-gnome-icon-theme_3.12.0-2_all.deb ...
> Unpacking gnome-icon-theme (3.12.0-2) ...
> dpkg: error processing
> archive /tmp/apt-dpkg-install-sQZDkO/070-gnome-icon-theme_3.12.0-2_all.deb
> (--unpack): corrupted filesystem tarfile - corrupted package archive

There's nothing wrong with the gnome-icon-theme_3.12.0-2_all.deb file
from the mirror I checked so this problem is specific to your system.
Check for corrupt downloads and adequate disk space.  It should match
the information from 
https://packages.debian.org/sid/all/gnome-icon-theme/download

More information on gnome-icon-theme_3.12.0-2_all.deb:
Exact Size  9890030 Byte (9.4 MByte)
MD5 checksumd621b4ef083fbc02206e41f1f7e96d9f
SHA1 checksum   Not Available
SHA256 checksum 
6f918206118943badc16751bc682ce764223652bf5d70b7683b680235a585788

And if you're having a problem with armbian, you should probably be
asking on an armbian forum.

Bug#867589: gnome: Text is pasted from clipboard with 30 second delay on GNOME on Wayland

[Jason Crain]

Control: reassign -1 mutter 3.22.4-1
Control: forcemerge 865788 -1

On Fri, Jul 07, 2017 at 11:36:33AM -0400, Igor Liferenko wrote:
> I install debian testing official builds each week, and I noticed a bug
> between builds from 2017.06.25 and 2017.07.02
> 
> In the last one the following behavior appeared:
> Open some application (say, firefox), select some text, click right mouse
> button and choose "Copy". Then go to another application (say, gnome-terminal)
> click right mouse button and choose "Paste".
> 
> But the text appears only after 30 second delay.

This should be fixed in mutter 3.22.4-2.

Bug#867574: rhythmbox: Reports a gstreamer plugin is missing

[Jason Crain]

Control: reassign -1 gstreamer1.0 1.12.1-1
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=648010
Control: tags -1 + upstream
Control: affects -1 rhythmbox totem
Control: retitle -1 gstreamer1.0: Reports of missing plugins: Plugins 
blacklisted during upgrade

On Fri, Jul 07, 2017 at 10:41:19AM -0400, Andrew Perrin wrote:
> On 07/07/2017 10:31 AM, Jason Crain wrote:
> > On Fri, Jul 07, 2017 at 10:10:56AM -0400, Andrew Perrin wrote:
> > > 
> > > After normal upgrade, rhythmbox reports a Gstreamer plugin is missing 
> > > when playing any audio file.
> > 
> > First, what is the output of "gst-inspect-1.0 -b" and "gst-inspect-1.0"?
> > This should show if any plugins have been blacklisted and which plugins
> > are correctly installed.
> > 
> > Removing the cache file in ~/.cache/gstreamer-1.0/ has fixed similar
> > problems with missing plugins.
> > 
> 
> Thank you - I had tried removing the file in ~/.gstreamer-0.10 but clearly
> was out of date on that. Removing ~/.cache/gstreamer-1.0 fixed the problem.
> 
> For the record, here is the output you requested:
> 
> aperrin@theodor:~$ gst-inspect-1.0 -b
> Blacklisted files:
>   libgstcoreelements.so
> 
> Total count: 1 blacklisted file
> aperrin@theodor:~$ gst-inspect-1.0
> realmedia:  rmdemux: RealMedia Demuxer
> realmedia:  rademux: RealAudio Demuxer
> realmedia:  rdtdepay: RDT packet parser
[snip]
> Total count: 242 plugins (1 blacklist entry not shown), 1354 features

This confirms what I suspected, that the problem is caused by a
gstreamer plugin being blacklisted, likely because of transient
non-functionality during the upgrade.  I've added a comment on the
gstreamer upstream bug report at https://bugzilla.gnome.org/648010.

Bug#867574: rhythmbox: Reports a gstreamer plugin is missing

[Jason Crain]

On Fri, Jul 07, 2017 at 10:10:56AM -0400, Andrew Perrin wrote:
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> After normal upgrade, rhythmbox reports a Gstreamer plugin is missing when 
> playing any audio file.
> 
>   * What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Tried using gst-launch directly:
> 
> aperrin@theodor:~$ gst-launch-1.0 -v playbin uri= 
> file:///home/aperrin/music/Adele_02_Rumour%20Has%20It.mp3
> Setting pipeline to PAUSED ...
> 
> ** (gst-launch-1.0:30067): WARNING **: can't find typefind element, decodebin 
> will not work
> ERROR: Pipeline doesn't want to pause.
> /GstURIDecodeBin:uridecodebin0: ring-buffer-max-size = 0
> /GstURIDecodeBin:uridecodebin0: buffer-size = -1
> /GstURIDecodeBin:uridecodebin0: buffer-duration = -1
> /GstURIDecodeBin:uridecodebin0: use-buffering = false
> /GstURIDecodeBin:uridecodebin0: download = false
> /GstURIDecodeBin:uridecodebin0: uri = 
> file:///home/aperrin/music/Adele_02_Rumour%20Has%20It.mp3
> /GstURIDecodeBin:uridecodebin0: connection-speed = 0
> /GstURIDecodeBin:uridecodebin0: source = "\(GstGioSrc\)\ source"
> ERROR: from element /GstURIDecodeBin:uridecodebin0: Your GStreamer 
> installation is missing a plug-in.
> Additional debug info:
> gsturidecodebin.c(1881): make_decoder (): 
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> No typefind element, decodebin is unusable, check your installation
> Setting pipeline to NULL ...
> Freeing pipeline ...

First, what is the output of "gst-inspect-1.0 -b" and "gst-inspect-1.0"?
This should show if any plugins have been blacklisted and which plugins
are correctly installed.

Removing the cache file in ~/.cache/gstreamer-1.0/ has fixed similar
problems with missing plugins.

Bug#867427: evince: Gtk-WARNING **: Allocating size to EvWindow 0x55db4fdbf0f0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=767136
Control: reassign -1 libgtk-3-0 3.19.12-1
Control: affects -1 evince

On Thu, Jul 06, 2017 at 11:58:21AM -0400, Daniel Kahn Gillmor wrote:
> When using evince, i regularly get these sorts of Gtk warnings:
> 
> (evince:8176): Gtk-WARNING **: Allocating size to EvWindow 0x55db4fdbf0f0 
> without calling gtk_widget_get_preferred_width/height(). How does the code 
> know the size to allocate?

I've previously forwarded this to the GTK+ devs.

Bug#867300: RFS: scantailor/0.9.12.2-3 [RC]

[Jason Crain]

Package: sponsorship-requests
Severity: important

Dear mentors,

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

* Package name: scantailor
  Version : 0.9.12.2-3
  Upstream Author : Nate Craun <n...@natecraun.net>
* URL : http://scantailor.org/
* License : GPL-3+
  Section : graphics

It builds those binary packages:

  scantailor - interactive post-processing tool for scanned pages

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/scantailor/scantailor_0.9.12.2-3.dsc

More information about scantailor can be obtained from http://scantailor.org/.

Changes since the last upload:

  * Run tests in 24-bit virtual X server.
The SkewFinderTestSuite/test_positive_detection test fails if run under
the default 8-bit xvfb server because the skew detection algorithm
does not work well without antialiasing. (Closes: #867021)
  * d/copyright:
+ Fix license of compat/pstdint.h.
  Change from BDS-3-clause(modified) to BSD-3-clause-modified.  This is a
  variant of a BSD-3-clause license.  Removing the parenthesis fixes a
  lintian warning.
+ Update Format url from http to https
  * d/control: Update Standards-Version from 3.9.8 to 4.0.0.
No changes needed.
  * Move from debhelper 9 to 10

Regards,
 Jason Crain

Bug#865806: gnome-dictionary FTBFS: gdict-client-context.h:84:1: error: unknown type name 'GdictContext'

[Jason Crain]

Control: tags -1 + patch upstream fixed-upstream

On Sun, Jun 25, 2017 at 01:09:28AM +0300, Adrian Bunk wrote:
> ...
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../libgdict -I../libgdict 
> -DG_LOG_DOMAIN=\"Gdict\" -DDATADIR=\"/usr/share\" 
> -DLIBDIR=\"/usr/lib/i386-linux-gnu\" -DSYSCONFDIR=\"/etc\" -DPREFIX=\"/usr\" 
> -DGNOMELOCALEDIR=\"/usr/share/locale\" 
> -DGDICTSOURCESDIR=\"/usr/share/gdict-1.0/sources\" -DGDICT_ENABLE_INTERNALS=1 
> -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -UGTK_DISABLE_DEPRECATED 
> -DPANGO_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES 
> -DGTK_DISABLE_SINGLE_INCLUDES -Wdate-time -D_FORTIFY_SOURCE=2 -pthread 
> -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 
> -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
> -I/usr/include
>  /glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -DG_DISABLE_CAST_CHECKS 
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c 
> gdict-enum-types.c  -fPIC -DPIC -o .libs/libgdict_1_0_la-gdict-enum-types.o
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I../libgdict -I../libgdict 
> -DG_LOG_DOMAIN=\"Gdict\" -DDATADIR=\"/usr/share\" 
> -DLIBDIR=\"/usr/lib/i386-linux-gnu\" -DSYSCONFDIR=\"/etc\" -DPREFIX=\"/usr\" 
> -DGNOMELOCALEDIR=\"/usr/share/locale\" 
> -DGDICTSOURCESDIR=\"/usr/share/gdict-1.0/sources\" -DGDICT_ENABLE_INTERNALS=1 
> -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -UGTK_DISABLE_DEPRECATED 
> -DPANGO_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES 
> -DGTK_DISABLE_SINGLE_INCLUDES -Wdate-time -D_FORTIFY_SOURCE=2 -pthread 
> -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 
> -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 
> -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 
> -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
> -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 
> -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
> -I/usr/include
>  /glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -DG_DISABLE_CAST_CHECKS 
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c 
> gdict-utils.c  -fPIC -DPIC -o .libs/libgdict_1_0_la-gdict-utils.o
> In file included from gdict-enum-types.c:6:0:
> ./gdict-client-context.h:84:1: error: unknown type name 'GdictContext'
>  GdictContext *gdict_client_context_new  (const gchar
> *hostname,
>  ^~~~

libgdict/gdict-enum-types.c has been rearranged so maybe this is caused
by glib-mkenums generating this file in a different order.

This is fixed in version 3.24.0 with commit
https://git.gnome.org/browse/gnome-dictionary/commit/?id=d529e2dd056f05cb1115c2f68bb6f773b4b14948

commit d529e2dd056f05cb1115c2f68bb6f773b4b14948 
Author: Emmanuele Bassi   
Date:   Sun Mar 5 14:38:07 2017 +   

Include the right header in GdictClientContext  
 

GdictClientContext implements GdictContext, and since the header for the
 
former references the latter, we need to include the correct header 
 
instead of a generic 'glib-object.h' one.   

diff --git a/libgdict/gdict-client-context.h b/libgdict/gdict-client-context.h  
 
index 9952434..d68b729 100644   
--- a/libgdict/gdict-client-context.h   
+++ b/libgdict/gdict-client-context.h   
@@ -19,7 +19,7 @@   
 #ifndef __GDICT_CLIENT_CONTEXT_H__ 
 #define __GDICT_CLIENT_CONTEXT_H__ 

-#include
+#include "gdict-context.h" 

 #define GDICT_TYPE_CLIENT_CONTEXT  (gdict_client_context_get_type 
())   
 #define GDICT_CLIENT_CONTEXT(obj)  (G_TYPE_CHECK_INSTANCE_CAST 
((obj), GDICT_TYPE_CLIENT_CONTEXT, GdictClientContext)) 
  

Bug#865936: gnome-chess FTBFS: error: conflicting types for 'clock_type_changed_cb'

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/780452
Control: tags -1 + patch upstream fixed-upstream

On Mon, Jun 26, 2017 at 02:51:45AM +0300, Adrian Bunk wrote:
> Some recent change in unstable makes gnome-chess FTBFS:
> 
> https://tests.reproducible-builds.org/debian/history/gnome-chess.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gnome-chess.html
> 
> ...
> gnome-chess.c: In function 'chess_application_set_clock_type':
> gnome-chess.c:6522:18: error: conflicting types for 'clock_type_changed_cb'
>   G_MODULE_EXPORT clock_type_changed_cb (_tmp18_, self);
>   ^

This is fixed upstream in version 3.24.1 with commit
https://git.gnome.org/browse/gnome-chess/commit/?id=21b0df6.

Bug#866794: gnome-calendar: No CalDAV support?

[Jason Crain]

On Sat, Jul 01, 2017 at 07:46:14PM +0100, Conrad J.C. Hughes (for Debian 
package stuff) wrote:
> I've just upgraded from jessie to stretch, and while I note the pleasing UI of
> the new calendar which replaces evolution, I cannot find a means of adding
> CalDAV calendars to it: there's a huge list of options, but nothing that seems
> to support CalDAV, which I used successfully on jessie.

As you noted, evolution is still available and it is not likely to
disappear any time soon.

> Currently if I try to add a calendar, it asks me to add an account, but the
> list of account types doesn't seem to include anything that would permit use 
> of
> a CalDAV URL.  I can't see any mention of DAV in the release notes either for
> this or for stretch itself.

I only use it to connect to my Google account, but there is an option
under Calendar Icon > Calendar Settings > Add > From Web.  Does that
work for you?

Bug#865560: Processing of gexiv2_0.10.6-1_amd64.changes

[Jason Crain]

On Wed, Jun 28, 2017 at 03:15:20PM +, Debian FTP Masters wrote:
> /gexiv2_0.10.6-1_amd64.changes is already present on target host:
> 9-day/libgexiv2-doc_0.10.6-1_all.deb
> Either you already uploaded it, or someone else came first.
> Job gexiv2_0.10.6-1_amd64.changes removed.
> 
> Greetings,
> 
>   Your Debian queue daemon (running on host usper.debian.org)
> 

I think the old upload may need to be removed first.

Bug#865560: RFS: gexiv2/0.10.6-1

[Jason Crain]

On Mon, Jun 26, 2017 at 09:06:19PM +, Gianfranco Costamagna wrote:
> >I am looking for a sponsor for my package "gexiv2"
> 
> I sponsored in deferred/10, but I have some questions/nitpicks:
> 1) you can consider having a debian/clean file instead of overriding dh_clean

I will do this.

> 2) did you test/rebuild reverse-dependencies?

I did, and they build and run fine, but...

> 3) please fix testsuite
> http://debomatic-amd64.debian.net/distribution#unstable/gexiv2/0.10.6-1/autopkgtest

For #3 - Thank you for catching this.  This could have broken the build
of reverse dependencies.  This version adds "Requires.private: exiv2" to
the pkg-config file to make static linking easier.  It turns out that
doing this means that the .pc file won't work without exiv2.pc also
installed, even when not static linking.  I will add libexiv2-dev as a
dependency to libgexiv2-dev.

I didn't notice this when I ran the tests because I already have
libexiv2-dev installed.  I see now that I could have run the tests in an
sbuild schroot.

Bug#866028: gnome-control-center: "Typing" tab missing from Keyboard settings after jessie → stretch upgrade?

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=781245
Control: tags -1 + upstream fixed-upstream

On Mon, Jun 26, 2017 at 09:08:34PM +0100, Conrad Hughes wrote:
> Thanks very much for the rapid and helpful response!
> 
> Seems as if something might still be wrong though since searching for
> neither "cursor" nor "blink" from All Settings gives Universal Access as
> a result.

The .desktop keywords are fixed in version 3.25.2 and later.

Bug#866063: GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed

[Jason Crain]

On Tue, Jun 27, 2017 at 10:33:47AM +0800, 積丹尼 Dan Jacobson wrote:
> Please add the missing package dependencies alluded to in
> https://bugzilla.gnome.org/show_bug.cgi?id=784170 and/or add a
> epiphany-browser-dbg package with the symbols still in.
> 
> Test for missing dependencies by using a minimal system with just
> epiphany-browser and current dependencies installed...

epiphany is using automatic debug packages:
https://wiki.debian.org/AutomaticDebugPackages

For the accessibility messages, I suppose you don't have at-spi2-core
installed.  epiphany should manage to work without it so it's only a
Recommends dependency.  I don't know about the others messages.

Bug#866028: gnome-control-center: "Typing" tab missing from Keyboard settings after jessie → stretch upgrade?

[Jason Crain]

On Mon, Jun 26, 2017 at 07:44:31PM +0100, Conrad Hughes wrote:
> I've just upgraded from jessie to stretch.  After wiping my old home directory
> to get a fresh Gnome environment, I found my gnome-terminal cursor flashing
> again.  Went to Keyboard settings to disable this, but selecting Keyboard from
> All Settings in gnome-control-centre just gives me a list of shortcuts: where
> there used to be two tabs, Typing and Shortcuts, now there are none.  I'm
> assuming the missing tab is a bug since when I search All Settings for "blink"
> it still brings up the "Keyboard" section as having something relevant.  Am I
> missing a crucial package?

These settings were moved to the "Universal Access" section.

Bug#865791: meld: Traceback error in diffmap.py

[Jason Crain]

Control: tags -1 + fixed-upstream patch upstream

On Sat, Jun 24, 2017 at 04:25:50PM -0500, Karl Schmidt wrote:
> On 06/24/2017 03:38 PM, Jason Crain wrote:
> > You could try to see if the change in this commit fixes it:
> > https://git.gnome.org/browse/meld/commit/?id=e7a35ad195688e6e376cc6187b4728ba36c87882
> > 
> 
> Yes - this patch fixes it. Thanks..

Bug#865791: meld: Traceback error in diffmap.py

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=776499

On Sat, Jun 24, 2017 at 03:08:29PM -0500, Karl Schmidt wrote:
> Start meld from a shell - operation is slow and get the following repeated 
> error:
> 
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/dist-packages/meld/diffmap.py", line 146, in 
> do_draw
> cache_ctx.set_source_rgba(*self.fill_colors[tag])
> KeyError: 'error'
> 
> ,.,.
> Looked for any config information that my have an effect in:
> .meld
> .conf
> .cashe
> ~/.local/share/meld
> ( The number of places one has to look today is a bad design IMO )
> 
> If anyone needs me to run any tests etc - more information- please advise.

You could try to see if the change in this commit fixes it:
https://git.gnome.org/browse/meld/commit/?id=e7a35ad195688e6e376cc6187b4728ba36c87882

Bug#865560: RFS: gexiv2/0.10.6-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.6-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 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.6-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.6
  * Add package libgexiv2-doc.  Contains GTK-Doc API documentation for
libgexiv2.
  * Add patch Fix-documentation-typos.patch.  Fixes various typos in the API
documentation.
  * Update debian/watch to version 4
  * Use DEP-14 branch names.  Add debian/gbp.conf to set branch defaults.
  * Drop upstreamed patches
  * Add Build-Depends on valac.  Ensures that the vapi files can be rebuilt.
  * Run wrap-and-sort
  * debian/control:
- Remove obsolete versioned dependency, Breaks, and Replaces.
- Update Standards-Version to 4.0.0.
- Remove Build-Depends on dh-autoreconf.  It's included with debhelper 10.
- Change libgexiv2-dev from Multi-Arch foreign to same.
  * Update symbols file:
- Add new symbol and remove private symbols which upstream has marked as
  hidden.
- Dynamically associate C++ symbols with current version.  These are
  private symbols and not part of the ABI.  Dynamically generate a symbols
  file giving all of them the current library version.  This prevents new
  C++ symbols from causing warnings.
  * Update debian/copyright.  Update copyrights and change Format to use https
url.

Regards,
 Jason Crain

Bug#865454: evince: If Gnome dark theme is enabled, form field content is invisible when editing

[Jason Crain]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=767503

On Wed, Jun 21, 2017 at 04:34:37PM +0200, Yvan Masson wrote:
> However, under Gnome and if you enable dark theme, a problem occurs:
> When you are typing in a field, what you type is invisible until
> you place the cursor in another field.
> 
> This happens both on Xorg and Wayland.
> 
> Let me know if you think I should report this bug upstream.

Already reported upstream.

Bug#865316: regression in keyboard layout selection (Malayalam, Kannada, Telugu etc missing)

[Jason Crain]

A possibly relevant commit:

https://cgit.freedesktop.org/xkeyboard-config/commit/?id=913af7dafaab8ff4a9ae0d1e4c4097caf4a8022d

tree 0b0f779e05a73d1e86386555f527df5a39b41cdc
parent 70813f1d10f593f0eb910164cd4aa922b830d622
author Mike FABIAN  Wed May 18 16:49:33 2016 +0200
committer Sergey Udaltsov  Tue Sep 20 00:47:33 2016 
+0100

Move Indian keyboard layouts from base.xml.in to base.extras.xml.in

Apparently the Indian keyboard layouts in xkeyboard-config are not
very useful because of limitations in xkb. In xkb, it is not possible
to output several characters when one key is pressed but that seems
sometimes necessary.

For Indian languages, the input methods supplied by ibus-m17n appear
to be more useful, having the xkb keyboard layouts show up as well in
the gnome-control centre confuse the user because of too many useless
choices.

Therefore, Anish Patil suggested to hide these Indian keyboard layouts
in the gnome-control-centre.

The easiest way to hide them is to move them from
/usr/share/X11/xkb/rules/base.xml to
/usr/share/X11/xkb/rules/base.extras.xml because gnome-control-centre
does not list the layouts from base.extras.xml.

base.extras.xml seems to be for rarely used layouts, so these Indian
layouts seem to fet better there than in base.xml.

Bug#865316: regression in keyboard layout selection (Malayalam, Kannada, Telugu etc missing)

[Jason Crain]

On Tue, Jun 20, 2017 at 06:56:13PM +0530, Pirate Praveen wrote:
> keyboard selection option is gnome is missing Malayalam and all other
> Indian Languages. Tamil is still there just because it came as part of
> Sri Lanka.

gnome-control-center reads this data from
/usr/share/X11/xkb/rules/evdev.xml, from the xkb-data package.  If you
have org.gnome.desktop.input-sources.show-all-sources set, it will also
read from evdev.extras.xml.  Between jessie and stretch, Malayalam has
moved from evdev.xml to evdev.extras.xml.  So you can get it to show up
with this command:

dconf write /org/gnome/desktop/input-sources/show-all-sources true

I have no idea why it's been moved to evdev.extras

Bug#861989: nautilus: Nautilus freezes/crashes when right clicking and selecting properties for 1 or more files

[Jason Crain]

I forwarded this upstream and according to a tracker developer, the
nautilus tracker plugin will be going away soon, to be replaced a
feature directly in nautilus.

For a more immediate solution there are a few things you can try:

* Waiting for tracker-store to complete it's integrity check.  This
  could be several hours for a large database, possibly longer.

* Or, soft reset the tracker database with "tracker-control -e".  The
  tracker database will be deleted and restored from backup.

* Or, hard reset the tracker database with "tracker-control -r".  The
  tracker database will be deleted and recreated.

Bug#861989: nautilus: Nautilus freezes/crashes when right clicking and selecting properties for 1 or more files

[Jason Crain]

Control: reassign -1 tracker-gui 1.2.4-2
Control: tags -1 - moreinfo
Control: found -1 1.10.5-1

On Sun, Jun 11, 2017 at 02:31:33PM -0500, Jason Crain wrote:
> How large is your tracker database ~/.cache/tracker/meta.db?  Do you
> have gigabytes of documents being indexed that would inflate the
> database?

I'm going to assume the answer to this is yes, you have gigabytes of
PDFs and PowerPoint presentations causing a large tracker database.

Bug#861989: nautilus: Nautilus freezes/crashes when right clicking and selecting properties for 1 or more files

[Jason Crain]

On Wed, Jun 07, 2017 at 08:24:54PM +1000, Luke Christopher Clarke wrote:
> Tracker-Message:   Setting page size to 8192
> Tracker-Message:   Setting cache size to 250
> (tracker-store:2134): Tracker-DEBUG: Preparing query: 'PRAGMA
> integrity_check(1)'
> ^C
> luke@luk-main:~$
> 
> -- END TERMINAL COMMANDS 002 --
> 
> 
> I let this run for over 15 minutes

My understanding of sqlite's integrity_check is that can be slow, but
15+ minutes seems excessive.

How large is your tracker database ~/.cache/tracker/meta.db?  Do you
have gigabytes of documents being indexed that would inflate the
database?

Bug#863419: evince: selecting text and trying to drag it causes crash

[Jason Crain]

Control: tags -1 + unreproducible

On Fri, Jun 02, 2017 at 09:32:31AM +0300, Sotiris Kouvopoulos wrote:
> This is how I finally ran gdb:
> GDK_SYNCHRONIZE=1 gdb -batch -ex "set breakpoint pending on" -ex
> "break gdk_x_error" -ex "run far.pdf" -ex "bt full" evince
> 
> Output:
> Function "gdk_x_error" not defined.
> Breakpoint 1 (gdk_x_error) pending.
[snip]

The backtrace helps, but I'm still not able to reproduce this and I
don't understand how the X Window could suddenly become invalid in that
section of code.  There is a good chance though that disabling
compositing in the xfce window manager settings could be a workaround.

Bug#863419: evince: selecting text and trying to drag it causes crash

[Jason Crain]

On Wed, May 31, 2017 at 04:10:46PM +0300, Sotiris Kouvopoulos wrote:
> Ok, I installed libgdk-3-0-dbg and managed to get here:
> 
> (gdb) break gdk_x_error
> Function "gdk_x_error" not defined.
> Make breakpoint pending on future shared library load? (y or [n]) y
> Breakpoint 1 (gdk_x_error) pending.
> (gdb) run far.pdf
> Starting program: /usr/bin/evince far.pdf
...
> 
> Breakpoint 1, gdk_x_error (xdisplay=0x6a1340, error=0x7fffdb80) at
> /tmp/buildd/gtk+3.0-3.14.5/./gdk/x11/gdkmain-x11.c:268
> 268/tmp/buildd/gtk+3.0-3.14.5/./gdk/x11/gdkmain-x11.c: No such file or
> directory.

That's the right idea, but when you get to the point where the
breakpoint is hit and gdb prints out the "Breakpoint 1, gdk_x_error ..."
message, please run "bt full" at the gdb prompt to get a backtrace.
That will give an idea of what evince was doing when it encountered an
error.

Bug#863491: Spams the journal with debug messages

[Jason Crain]

Control: forwarded -1 https://github.com/gnunn1/tilix/pull/951

On Mon, May 29, 2017 at 06:54:56PM -0500, Jason Crain wrote:
> I think changing this line to ": ${DCFLAGS='-O'}" would work better.  It
> will set DCFLAGS only if it is not already set.

Pull request submitted upstream.

Bug#863491: Spams the journal with debug messages

[Jason Crain]

On Sat, May 27, 2017 at 08:58:23PM +0200, Michael Biebl wrote:
> I've been running tilix for a couple of days now and I noticed that
> tilix is very chatty. My journal get's "spammed" with what seems to me
> are debug messages: Here is an excerpt:

It's being built with debugging enabled.  From what I see in d/rules,
there is a "DCFLAGS=XXX" line which is supposed to make a release build,
but it's being overridden by this line in configure.ac:

DCFLAGS='-O'

I think changing this line to ": ${DCFLAGS='-O'}" would work better.  It
will set DCFLAGS only if it is not already set.

Bug#863595: gnome-control-center: Can't save configuration if 'Use this connection only for resource on its network' is checked

[Jason Crain]

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

On Sun, May 28, 2017 at 11:05:44PM -0400, Fabian Inostroza wrote:
> Manually configuring a network interface and checking the option 'Use this 
> connection only for 
> resources on its network' doesn't allow to save it, the Apply button is 
> grayed out.

The Apply button is grayed out whenever an invalid configuration is
detected.  In this case, the invalid configuration is because you both
specified a gateway through manual configuration and checked the 'only
for resources on its network' aka 'never default' box.  Instead, you
should use '0.0.0.0' or '::' for the gateway field if you really want to
use the 'never default' box.

In version 3.24 the dialog is changed to allow the gateway to be left
blank, which should make this less confusing in the future.

Bug#858924: gnome-calendar: Segfault in gcal_manager_create_event when adding event

[Jason Crain]

On Sat, Apr 22, 2017 at 06:46:34PM -0500, Jason Crain wrote:
> On Tue, Mar 28, 2017 at 01:36:45PM -0400, Daniel Gnoutcheff wrote:
> > 1. Click on an empty day to add a new event
> > 2. Click "Edit Details..."
> > 3. Click "Done"
> > 
> > Result: gnome-calendar segfaults.  
> 
> This crash is fixed upstream with the attached patch.

Can this be fixed for stretch?  This bug means that trying to create a
new event and using the "Edit Details..." button in gnome-calendar will
make it crash.  I've attached a debdiff (patch copied from upstream)
that fixes this in the unstable version.

Since gnome-calendar has different versions in testing and unstable, I
think this would require going through testing-proposed-updates.  If a
maintainer agrees with the patch and uploads it to unstable, I'll create
a release.debian.org bug to ask for approval to also upload to
testing-proposed-updates.
diff -Nru gnome-calendar-3.22.4/debian/changelog 
gnome-calendar-3.22.4/debian/changelog
--- gnome-calendar-3.22.4/debian/changelog  2017-03-29 16:00:23.0 
-0500
+++ gnome-calendar-3.22.4/debian/changelog  2017-05-28 10:31:05.0 
-0500
@@ -1,3 +1,10 @@
+gnome-calendar (3.22.4-2) unstable; urgency=high
+
+  * Add debian/patches/0003-set-edit-dialogs-event-to-NULL-after-saving.patch:
+    fix crash when creating a new event. (Closes: #858924)
+
+ -- Jason Crain <ja...@inspiresomeone.us>  Sun, 28 May 2017 10:31:05 -0500
+
 gnome-calendar (3.22.4-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru 
gnome-calendar-3.22.4/debian/patches/0003-set-edit-dialogs-event-to-NULL-after-saving.patch
 
gnome-calendar-3.22.4/debian/patches/0003-set-edit-dialogs-event-to-NULL-after-saving.patch
--- 
gnome-calendar-3.22.4/debian/patches/0003-set-edit-dialogs-event-to-NULL-after-saving.patch
 1969-12-31 18:00:00.0 -0600
+++ 
gnome-calendar-3.22.4/debian/patches/0003-set-edit-dialogs-event-to-NULL-after-saving.patch
 2017-05-28 10:31:05.0 -0500
@@ -0,0 +1,39 @@
+From: Yash Singh <yashdev...@gmail.com>
+Date: Fri, 10 Mar 2017 17:58:52 +0530
+Subject: window: set edit dialog's event to NULL after saving
+
+Earlier the app used to crash when a new event was added using the
+'Edit Details' buttion/dialog. This was happening because edit dialog's
+event was set to NULL before the event was being stored in the calendar
+through the 'edit_dialog' and hence the app was crashing.
+
+This patch fixes the above-mentioned issue by saving the event before
+setting the edit dialog's event to NULL.
+
+Origin: upstream, 
https://git.gnome.org/browse/gnome-calendar/commit/?id=6f87ada70dbeae71e3428ee3a63f79b8c918f121
+Bug: https://bugzilla.gnome.org/779733
+Bug-Debian: https://bugs.debian.org/858924
+Last-Update: 2017-05-28
+---
+ src/gcal-window.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+--- a/src/gcal-window.c
 b/src/gcal-window.c
+@@ -1102,7 +1102,6 @@
+   event = gcal_edit_dialog_get_event (edit_dialog);
+   view = GCAL_VIEW (window->views[window->active_view]);
+ 
+-  gcal_edit_dialog_set_event (edit_dialog, NULL);
+   gtk_widget_hide (GTK_WIDGET (dialog));
+ 
+   switch (response)
+@@ -1149,6 +1148,8 @@
+   break;
+ 
+ }
++
++  gcal_edit_dialog_set_event (edit_dialog, NULL);
+ }
+ 
+ static void
diff -Nru gnome-calendar-3.22.4/debian/patches/series 
gnome-calendar-3.22.4/debian/patches/series
--- gnome-calendar-3.22.4/debian/patches/series 2016-09-14 17:30:46.0 
-0500
+++ gnome-calendar-3.22.4/debian/patches/series 2017-05-28 10:22:32.0 
-0500
@@ -1,2 +1,3 @@
 0001-Hide-GOA-sources-on-Unity.patch
 0002-Spawn-Ubuntu-s-credentials-panel-instead-of-the-GOA-.patch
+0003-set-edit-dialogs-event-to-NULL-after-saving.patch