Bug#1033841: pypi2deb: py2dsp error when building a package for debops

[Jeffrey Ratcliffe]

Package: pypi2deb
Version: 3.20230219
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Tried to create a .deb for debops

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

py2dsp debops

   * What was the outcome of this action?

W: py2dsp cache:67: cannot load cache (_load_package_names:():{}): unpackb()
got an unexpected keyword argument 'encoding'
E: py2dsp py2dsp:172: [Errno 21] Is a directory:
'/home/jeff/dev/ansible/result/debops-3.0.4/LICENSES'

and pypi2debian cannot create a .deb from the results

   * What outcome did you expect instead?

No Error


-- System Information:
Debian Release: 12.0
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pypi2deb depends on:
ii  build-essential  12.9
ii  devscripts   2.23.2
ii  dh-python5.20230130
ii  python3  3.11.2-1
ii  python3-aiohttp  3.8.4-1
ii  python3-debian   0.1.49
ii  python3-github   1.55-3
ii  python3-jinja2   3.1.2-1
ii  python3-redis4.3.4-3

Versions of packages pypi2deb recommends:
ii  python3-msgpack  1.0.3-2+b1

Versions of packages pypi2deb suggests:
pn  cython  
pn  cython3 
pn  pypy
pn  python-all-dev  
pn  python-nose 
pn  python-pytest   
pn  python-setuptools   
ii  python3-all-dev 3.11.2-1
ii  python3-nose1.3.7-9
ii  python3-pytest  7.2.1-2
ii  python3-setuptools  66.1.1-1
pn  python3-sphinx  

-- no debconf information

Bug#1026879: gnucash: Date format does not respect preferences

[Jeffrey Ratcliffe]

Package: gnucash
Version: 1:4.12-1+b1
Severity: normal
Tags: l10n

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Long time (> 10 years), daily user. Not had to change the preferences in years.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Started gscan2pdf as usual.

   * What was the outcome of this action?

Various settings not respected:
* the previous set of accounts was not automatically loaded
* the previous set of accounts was not available via "recent".
* having loaded the previous set of accounts, the default light/dark green
account theme was not used
* despite ISO date format being set in Edit/Preferences, the US format used.

   * What outcome did you expect instead?

Gnucash to load the previous set of account with the default light/dark green
account theme and ISO date format.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnucash depends on:
ii  gnucash-common 1:4.12-1
ii  guile-2.2  2.2.7+1-6+b1
ii  guile-3.0-libs 3.0.8-2
ii  libaqbanking44 6.5.3-1
ii  libboost-filesystem1.74.0  1.74.0-17+b2
ii  libboost-locale1.74.0  1.74.0-17+b2
ii  libboost-program-options1.74.0 1.74.0-17+b2
ii  libboost-regex1.74.0 [libboost-regex1.74.0-icu72]  1.74.0-17+b2
ii  libc6  2.36-6
ii  libcairo2  1.16.0-7
ii  libcrypt-ssleay-perl   0.73.06-2+b1
ii  libdate-manip-perl 6.90-1
ii  libdbi10.9.0-6
ii  libfinance-quote-perl  1.53-2
ii  libgcc-s1  12.2.0-10
ii  libgdk-pixbuf-2.0-02.42.10+dfsg-1
ii  libglib2.0-0   2.74.2-1
ii  libgtk-3-0 3.24.35-3
ii  libgwengui-gtk3-79 5.10.1-1
ii  libgwenhywfar795.10.1-1
ii  libhtml-tableextract-perl  2.15-2
ii  libhtml-tree-perl  5.07-3
ii  libicu72   72.1-3
ii  libofx71:0.10.9-1
ii  libpango-1.0-0 1.50.10+ds-1
ii  libpangocairo-1.0-01.50.10+ds-1
ii  libpython3.10  3.10.9-1
ii  libsecret-1-0  0.20.5-3
ii  libstdc++6 12.2.0-10
ii  libwebkit2gtk-4.0-37   2.38.2-1+b1
ii  libwww-perl6.67-1
ii  libxml22.9.14+dfsg-1.1+b2
ii  perl   5.36.0-6
ii  zlib1g 1:1.2.13.dfsg-1

Versions of packages gnucash recommends:
ii  gnucash-docs 4.12-1
ii  python3-gnucash  1:4.12-1+b1
ii  yelp 42.2-1

Versions of packages gnucash suggests:
pn  libdbd-mysql
pn  libdbd-pgsql
ii  libdbd-sqlite3  0.9.0-11

-- no debconf information

Bug#1025664: rednotebook: Paste ’ with ' highlighted inserts at incorrect position

[Jeffrey Ratcliffe]

Package: rednotebook
Version: 2.27.1+ds-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Typed "didn't"
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Highlighted the ' and pasted ’
   * What was the outcome of this action?
The ’ character was inserted at the beginning of the word.
   * What outcome did you expect instead?
That the ’ character would be rather pasted over the highlighted ' character.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages rednotebook depends on:
ii  gir1.2-gdkpixbuf-2.0  2.42.10+dfsg-1
ii  gir1.2-glib-2.0   1.74.0-2
ii  gir1.2-gtk-3.03.24.35-2
ii  gir1.2-gtksource-44.8.3-1
ii  gir1.2-pango-1.0  1.50.10+ds-1
ii  gir1.2-webkit2-4.02.38.2-1+b1
ii  python3   3.10.6-1
ii  python3-gi3.42.2-3
ii  python3-yaml  6.0-3+b1

Versions of packages rednotebook recommends:
ii  python3-enchant  3.2.2-1

rednotebook suggests no packages.

-- no debconf information

Bug#1002832: cinnamon delays shutdown

[Jeffrey Ratcliffe]

Package: cinnamon
Version: 5.0.6-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I worked normally with the PC

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I try to shutdown the PC.

   * What was the outcome of this action?

I get the error message: "A stop job is running for session 2 of user "

The shutdown process then waits 90s before continuing.

sudo journalctl -b-1

shows the following entries:

Dec 28 19:29:14 saturn systemd[1]: session-2.scope: Stopping timed out.
Killing.
Dec 28 19:29:14 saturn systemd[1]: session-2.scope: Killing process 7577
(cinnamon-launch) with signal SIGKILL.
Dec 28 19:29:14 saturn systemd[1]: session-2.scope: Killing process 7623
(gdbus) with signal SIGKILL.
Dec 28 19:29:14 saturn systemd[1]: session-2.scope: Failed with result
'timeout'.

A workaround is to logout first, and then shutdown from the log-in screen.

   * What outcome did you expect instead?

The shutdown process to proceed immediately.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cinnamon depends on:
ii  cinnamon-common  5.0.6-1
ii  cinnamon-control-center  5.0.2-2
ii  cinnamon-desktop-data5.0.0-2
ii  cinnamon-screensaver 5.0.7-1
ii  cinnamon-session 5.0.1-3
ii  cinnamon-settings-daemon 5.0.4-2
ii  cjs  5.0.0-2
ii  cups-pk-helper   0.2.6-1+b1
ii  dbus 1.12.20-3
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-2
ii  gir1.2-accountsservice-1.0   0.6.55-3
ii  gir1.2-caribou-1.0   0.4.21-7.2
ii  gir1.2-clutter-1.0   1.26.4+dfsg-2
ii  gir1.2-cmenu-3.0 5.0.0-2
ii  gir1.2-cogl-1.0  1.22.8-3
ii  gir1.2-cvc-1.0   5.0.0-2
ii  gir1.2-gdkpixbuf-2.0 2.42.6+dfsg-2
ii  gir1.2-gkbd-3.0  3.26.1-1+b1
ii  gir1.2-glib-2.0  1.70.0-2
ii  gir1.2-gnomedesktop-3.0  41.2-1
ii  gir1.2-gtk-3.0   3.24.30-4
ii  gir1.2-gtkclutter-1.01.8.4-4+b1
ii  gir1.2-keybinder-3.0 0.3.2-1.1
ii  gir1.2-nemo-3.0  5.0.5-1
ii  gir1.2-nm-1.01.32.12-1
ii  gir1.2-nma-1.0   1.8.32-1
ii  gir1.2-notify-0.70.7.9-3
ii  gir1.2-pango-1.0 1.48.10+ds1-1
ii  gir1.2-polkit-1.00.105-31
ii  gir1.2-soup-2.4  2.74.2-1
ii  gir1.2-timezonemap-1.0   0.4.6-2+b1
ii  gir1.2-upowerglib-1.00.99.13-1
ii  gir1.2-xapp-1.0  2.2.4-1
ii  gkbd-capplet 3.26.1-1+b1
ii  gnome-backgrounds41.0-1
ii  gnome-themes-extra   3.28-1
ii  gsettings-desktop-schemas41.0-2
ii  iso-flags-png-320x2401.0.2-1.1
ii  libatk-bridge2.0-0   2.38.0-2
ii  libatk1.0-0  2.36.0-3
ii  libc62.33-1
ii  libcairo21.16.0-5
ii  libcinnamon-desktop4 5.0.0-2
ii  libcinnamon-menu-3-0 5.0.0-2
ii  libcjs0  5.0.0-2
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libgirepository-1.0-11.70.0-2
ii  libgl1   1.3.4-2+b1
ii  libglib2.0-0 2.70.2-1
ii  libglib2.0-bin   2.70.2-1
ii  libgstreamer1.0-01.18.5-1
ii  libgtk-3-0   3.24.30-4
ii  libmuffin0   5.0.2-1
ii  libpango-1.0-0   1.48.10+ds1-1
ii  libpangocairo-1.0-0  1.48.10+ds1-1
ii  libstartup-notification0 0.12-6+b1
ii  

Bug#979408: qpdfview: Cannot create annotation

[Jeffrey Ratcliffe]

Package: qpdfview
Version: 0.4.18-4
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I opened a djvu file

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

According to the documentation, either ctrl-a and then dragging a box or ctrl
whilst dragging a box should present an option to create either an annotation
or highlight the region.

   * What was the outcome of this action?

This option never appears.

   * What outcome did you expect instead?

I expected to be able to create an annotation.

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qpdfview depends on:
ii  hicolor-icon-theme   0.17-2
ii  libc62.31-6
ii  libcups2 2.3.3op1-3
ii  libgcc-s110.2.1-3
ii  libqt5concurrent55.15.2+dfsg-2
ii  libqt5core5a 5.15.2+dfsg-2
ii  libqt5dbus5  5.15.2+dfsg-2
ii  libqt5gui5   5.15.2+dfsg-2
ii  libqt5printsupport5  5.15.2+dfsg-2
ii  libqt5sql5   5.15.2+dfsg-2
ii  libqt5sql5-sqlite5.15.2+dfsg-2
ii  libqt5svg5   5.15.2-2
ii  libqt5widgets5   5.15.2+dfsg-2
ii  libstdc++6   10.2.1-3
ii  libsynctex2  2020.20200327.54578-5
ii  qpdfview-pdf-poppler-plugin  0.4.18-4

Versions of packages qpdfview recommends:
ii  qpdfview-djvu-plugin   0.4.18-4
ii  qpdfview-ps-plugin 0.4.18-4
ii  qpdfview-translations  0.4.18-4

qpdfview suggests no packages.

-- no debconf information

Bug#977890: libcinnamon-menu-3-0: Upgrade 4.6.1-1->4.8.2-2 causes segfault when launching any application

[Jeffrey Ratcliffe]

Package: libcinnamon-menu-3-0
Version: 4.8.2-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Upgraded libcinnamon-menu-3-0 and gir1.2-cmenu-3.0 4.6.1-1->4.8.2-2 and
cinnamon-l10n from 4.6.2-1->4.8.2-2

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Tried to launch any application from the menus or panel launcher buttons.

   * What was the outcome of this action?

cinnamon segfaulted with casting error, I assume because not all of cinnamon
upgraded.

   * What outcome did you expect instead?

That cinnamon launched the applications with no problem

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-4-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libcinnamon-menu-3-0 depends on:
ii  libc6 2.31-5
ii  libglib2.0-0  2.66.3-2

libcinnamon-menu-3-0 recommends no packages.

libcinnamon-menu-3-0 suggests no packages.

-- no debconf information

Bug#976157: thunderbird: Thunderbird refuses to decrypt inline PGP message

[Jeffrey Ratcliffe]

Package: thunderbird
Version: 1:78.5.0-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I was sent an inline PGP message

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

In the past, enigmail recognised and decrypted these with no problem.

   * What was the outcome of this action?

Now, thunderbird does not recognise that the message is encrypted, and pressing
the OpenPGP button, thunderbird claims that it is not encrypted.

   * What outcome did you expect instead?

I expected Thunderbird to recognise and decrypt the message, just as enigmail
had done in the past.

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunderbird depends on:
ii  debianutils 4.11.2
ii  fontconfig  2.13.1-4.2
ii  libatk1.0-0 2.36.0-2
ii  libbotan-2-17   2.17.2+dfsg-2
ii  libbz2-1.0  1.0.8-4
ii  libc6   2.31-4
ii  libcairo-gobject2   1.16.0-4
ii  libcairo2   1.16.0-4
ii  libdbus-1-3 1.12.20-1
ii  libdbus-glib-1-20.110-5
ii  libevent-2.1-7  2.1.12-stable-1
ii  libffi7 3.3-5
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.2+dfsg-4
ii  libgcc-s1   10.2.0-16
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-7
ii  libglib2.0-02.66.3-1
ii  libgtk-3-0  3.24.23-2
ii  libicu6767.1-4
ii  libjson-c5  0.15-1
ii  libnspr42:4.29-1
ii  libnss3 2:3.59-1
ii  libpango-1.0-0  1.46.2-3
ii  libstdc++6  10.2.0-16
ii  libvpx6 1.8.2-1
ii  libx11-62:1.6.12-1
ii  libx11-xcb1 2:1.6.12-1
ii  libxcb-shm0 1.14-2
ii  libxcb1 1.14-2
ii  libxext62:1.3.3-1+b2
ii  libxrender1 1:0.9.10-1
ii  psmisc  23.3-1
ii  x11-utils   7.7+5
ii  zlib1g  1:1.2.11.dfsg-2

Versions of packages thunderbird recommends:
ii  hunspell-ar [hunspell-dictionary]3.2-1.1
ii  hunspell-be [hunspell-dictionary]0.53-3
ii  hunspell-bg [hunspell-dictionary]1:7.0.1-1
ii  hunspell-bn [hunspell-dictionary]1:7.0.1-1
ii  hunspell-bs [hunspell-dictionary]1:7.0.1-1
ii  hunspell-ca [hunspell-dictionary]3.0.6+repack1-1
ii  hunspell-cs [hunspell-dictionary]1:7.0.1-1
ii  hunspell-da [hunspell-dictionary]1:7.0.1-1
ii  hunspell-de-at [hunspell-dictionary] 20161207-8
ii  hunspell-de-ch [hunspell-dictionary] 20161207-8
ii  hunspell-de-de [hunspell-dictionary] 20161207-8
ii  hunspell-en-gb [hunspell-dictionary] 1:7.0.1-1
ii  hunspell-en-us [hunspell-dictionary] 1:2019.10.06-1
ii  hunspell-eu [hunspell-dictionary]0.5.20151110-5
ii  hunspell-fr-classical [hunspell-dictionary]  1:6.4.1-1
ii  hunspell-gl [hunspell-dictionary]1:7.0.1-1
ii  hunspell-gu [hunspell-dictionary]1:7.0.1-1
ii  hunspell-hi [hunspell-dictionary]1:7.0.1-1
ii  hunspell-hr [hunspell-dictionary]1:7.0.1-1
ii  hunspell-hu [hunspell-dictionary]1:7.0.1-1
ii  hunspell-id [hunspell-dictionary]1:7.0.1-1
ii  hunspell-is [hunspell-dictionary]1:7.0.1-1
ii  hunspell-it [hunspell-dictionary]1:7.0.1-1
ii  hunspell-kk [myspell-dictionary] 1.1-2
ii  hunspell-kmr [hunspell-dictionary]   1:7.0.1-1
ii  hunspell-ko [hunspell-dictionary]0.7.92-1
ii  hunspell-lt [hunspell-dictionary]1:7.0.1-1
ii  hunspell-lv [hunspell-dictionary]1.4.0-1
ii  hunspell-ne [hunspell-dictionary]1:7.0.1-1
ii  hunspell-nl [hunspell-dictionary]2:2.10-6
ii  hunspell-pl [hunspell-dictionary]1:7.0.1-1
ii  hunspell-pt-br [hunspell-dictionary] 1:7.0.1-1
ii  hunspell-pt-pt [hunspell-dictionary] 1:7.0.1-1
ii  hunspell-ro [hunspell-dictionary]1:7.0.1-1
ii  hunspell-ru [hunspell-dictionary]1:7.0.1-1
ii  hunspell-se [hunspell-dictionary]1.0~beta6.20081222-1.2
ii  hunspell-si [hunspell-dictionary]1:7.0.1-1
ii  hunspell-sl [hunspell-dictionary]1:7.0.1-1
ii  hunspell-sr [hunspell-dictionary]1:7.0.1-1
ii  hunspell-sv [hunspell-dictionary]1:7.0.1-1
ii  hunspell-te [hunspell-dictionary]1:7.0.1-1
ii  hunspell-th 

Bug#972643: ITP: libgtk3-imageview-perl -- Gtk3 port of the Gtk2::ImageView image viewer widget

[Jeffrey Ratcliffe]

Package: wnpp
Severity: wishlist
Owner: Jeffrey Ratcliffe 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libgtk3-imageview-perl
  Version : 1
  Upstream Author : Jeffrey Ratcliffe 
* URL : https://metacpan.org/release/Gtk3-ImageView
* License : Perl
  Programming Lang: Perl
  Description : Gtk3 port of the Gtk2::ImageView image viewer widget

 The Gtk3::ImageView widget allows the user to zoom, pan and select the
 specified image and provides hooks to allow additional tools, e.g. painter,
 to be created and used.

This is going to be a dependency of gscan2pdf.
I will maintain it as part of the Perl team.

Bug#972242: ITP: libimage-png-libpng-perl -- Perl interface to the C library libpng

[Jeffrey Ratcliffe]

Package: wnpp
Severity: wishlist
Owner: Jeffrey Ratcliffe 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libimage-png-libpng-perl
  Version : 0.47
  Upstream Author : Ben Bullock 
* URL : https://metacpan.org/release/Image-PNG-Libpng
* License : Artistic | GPL
  Programming Lang: C, Perl
  Description : Perl interface to the C library libpng

Image::PNG::Libpng is a Perl library for accessing the contents of PNG
(Portable Network Graphics) images. Image::PNG::Libpng enables Perl to use the
"libpng" library to read and write files in PNG format.

Image::PNG::Libpng consists of Perl subroutines which mirror the C functions in
libpng, plus helper subroutines to make it easier to read and write PNG data in
Perl.

 - This is going to be recommends for libpdf-builder-perl
 - I plan to maintain it as part of the Perl team

Bug#969989: ITP: libpdf-builder-perl -- Facilitates the creation and modification of PDF files

[Jeffrey Ratcliffe]

Package: wnpp
Severity: wishlist
Owner: Jeffrey Ratcliffe 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libpdf-builder-perl
  Version : 3.019
  Upstream Author : Phil Perry 
* URL : https://metacpan.org/release/PDF-Builder
* License : GPL-1, GPL-2.1, Artistic
  Programming Lang: Perl
  Description : Facilitates the creation and modification of PDF files

 PDF::Builder started as a fork of PDF::API2, but has since added new features
 and fixed large bugs compared to the original.
 .
 Features:
  - Works with more than one PDF file open at once
  - It presents a object-oriented API to the user
  - Supports the 14 base PDF Core Fonts
  - Supports TrueType/OpenType fonts with both TT and CFF Outlines
  - Supports Adobe-Type1 Fonts (pfb/pfa/afm)
  - Supports native Embedding of bitmap images (jpeg,ppm,png)
  - Supports modification of existing pdfs and import/cloning of pages
  - Lite version of the API for first-timers

When it leaves the NEW queue, it will replace libpdf-api2-perl as a
dependency of gscan2pdf.

I intend to maintain this as part of the Perl team.

Bug#968746: ITP: libgraphics-tiff-perl -- Perl extension for the libtiff library

[Jeffrey Ratcliffe]

Package: wnpp
Severity: wishlist
Owner: Jeffrey Ratcliffe 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libgraphics-tiff-perl
  Version : 6
  Upstream Author : Jeffrey Ratcliffe 
* URL : https://metacpan.org/release/Graphics-TIFF
* License :  Artistic or GPL-1+
  Programming Lang: Perl, C
  Description : Perl extension for the libtiff library

 The Graphics::TIFF module allows a Perl developer to access TIFF images. Find
 out more about libtiff at http://www.libtiff.org.
 .
 Perl bindings for the libtiff library. This module allows you to access TIFF
 images in a Perlish and object-oriented way, freeing you from the casting and
 memory management in C, yet remaining very close in spirit to original API.

I will be maintaining this package under the umbrella of the Perl team. It is
a dependency of PDF::Builder, which I will also be packaging.

Bug#962758: dbus 1.12.18-1 only allows libsane-hpaio to find scanner when root

[Jeffrey Ratcliffe]

Package: dbus
Version: 1.12.16-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

Upgrade from dbus 1.12.16-2 to 1.12.18-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

scanimage -L

failed to find my HP OfficeJet 6500

   * What was the outcome of this action?

No scanners found

   * What outcome did you expect instead?

That it listed my scanner

sudo scanimage -L

still worked.

I downgraded to 1.12.16-2 and scanimage was able to find the scanner again.



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dbus depends on:
ii  adduser   3.118
ii  libapparmor1  2.13.4-1+b1
ii  libaudit1 1:2.8.5-3+b1
ii  libc6 2.30-8
ii  libcap-ng00.7.9-2.1+b2
hi  libdbus-1-3   1.12.16-2
ii  libexpat1 2.2.9-1
ii  libselinux1   3.0-1+b3
ii  libsystemd0   245.5-3

dbus recommends no packages.

Versions of packages dbus suggests:
hi  dbus-user-session [default-dbus-session-bus]  1.12.16-2

Versions of packages dbus is related to:
pn  dbus-x11  
ii  systemd   245.5-3
ii  systemd-sysv  245.5-3

-- no debconf information

Bug#961028: hplip: No scanner found: SANE cannot load the hpaio backend

[Jeffrey Ratcliffe]

Package: hplip
Followup-For: Bug #961028

   * What led up to the situation?

Upgrade to 3.20.5+dfsg0-2

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

scanimage -L

   * What was the outcome of this action?

No scanners found

   * What outcome did you expect instead?

device `hpaio:/usb/Officejet_6500_E709a?serial=MY01C3X12W05G3' is a Hewlett-
Packard Officejet_6500_E709a all-in-one
default device is `hpaio:/usb/Officejet_6500_E709a?serial=MY01C3X12W05G3'

which is what I get again, having downgraded to 3.20.3+dfsg0-2

As it says, this is with an OfficeJet 6500



-- Package-specific info:

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages hplip depends on:
ii  adduser3.118
ii  cups   2.3.3-1
hi  hplip-data 3.20.3+dfsg0-2
ii  libc6  2.30-8
ii  libcups2   2.3.3-1
ii  libdbus-1-31.12.16-2
hi  libhpmud0  3.20.3+dfsg0-2
ii  libpython3.8   3.8.3-1
ii  libsane1.0.27-3.2+b1
hi  libsane-hpaio  3.20.3+dfsg0-2
ii  lsb-base   11.1.0
hi  printer-driver-hpcups  3.20.3+dfsg0-2
ii  python33.8.2-3
ii  python3-dbus   1.2.16-2
ii  python3-gi 3.36.0-3
ii  python3-pexpect4.6.0-3
ii  python3-pil7.0.0-4+b1
ii  python3-reportlab  3.5.34-1
ii  wget   1.20.3-1+b2
ii  xz-utils   5.2.4-1+b1

Versions of packages hplip recommends:
ii  avahi-daemon  0.8-1
ii  policykit-1   0.105-26
hi  printer-driver-postscript-hp  3.20.3+dfsg0-2
ii  sane-utils1.0.27-3.2+b1

Versions of packages hplip suggests:
pn  hplip-doc  
pn  hplip-gui  
pn  python3-notify2
ii  system-config-printer  1.5.12-1

-- no debconf information

Bug#959230: evince: bugtracker points to https://bugs.freedesktop.org/, which is no longer in use

[Jeffrey Ratcliffe]

Package: evince
Version: 3.36.0-2+b1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I tried to report a bug with reportbug against evince

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

reportbug suggested that bugs specific to a document be reported to

 https://bugs.freedesktop.org/enter_bug.cgi?product=poppler

or

 https://bugs.freedesktop.org/enter_bug.cgi?product=libspectre

   * What was the outcome of this action?

Those webpages say:

 freedesktop.org Bugzilla is no longer in use

   * What outcome did you expect instead?

To find the correct upstream bugtracker

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  evince-common3.36.0-2
ii  gsettings-desktop-schemas3.36.0-1
ii  libatk1.0-0  2.36.0-2
ii  libc62.30-4
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libevdocument3-4 3.36.0-2+b1
ii  libevview3-3 3.36.0-2+b1
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-4
ii  libglib2.0-0 2.64.2-1
ii  libgnome-desktop-3-193.36.1-3
ii  libgtk-3-0   3.24.18-1
ii  libnautilus-extension1a  3.36.1.1-1+b1
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libsecret-1-00.20.3-1
ii  shared-mime-info 1.15-1

Versions of packages evince recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-2

Versions of packages evince suggests:
ii  gvfs 1.44.1-1
pn  nautilus-sendto  
ii  poppler-data 0.4.9-2
pn  unrar

-- no debconf information

Bug#955017: evince: Apparmor profile breaks print preview

[Jeffrey Ratcliffe]

Package: evince
Version: 3.36.0-1
Severity: normal

The apparmor profile installed by evince breaks the print preview
functionality (in all gtk3 applications):

Mar 26 21:09:23 x kernel: [ 2754.171426] audit: type=1400
audit(1585253363.723:33): apparmor="DENIED" operation="exec"
profile="/usr/bin/evince" name="/usr/bin/dash" pid=9096 comm="evince"
requested_mask="x" denied_mask="x" fsuid=1000 ouid=0



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

Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  evince-common3.36.0-1
ii  gsettings-desktop-schemas3.36.0-1
ii  libatk1.0-0  2.34.1-1
ii  libc62.30-2
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libevdocument3-4 3.36.0-1
ii  libevview3-3 3.36.0-1
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-3
ii  libglib2.0-0 2.64.1-1
ii  libgnome-desktop-3-183.34.2-2
ii  libgtk-3-0   3.24.14-1
ii  libnautilus-extension1a  3.34.1-1
ii  libpango-1.0-0   1.42.4-8
ii  libpangocairo-1.0-0  1.42.4-8
ii  libsecret-1-00.20.2-1
ii  shared-mime-info 1.10-1

Versions of packages evince recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-2

Versions of packages evince suggests:
ii  gvfs 1.44.0-1
pn  nautilus-sendto  
ii  poppler-data 0.4.9-2
pn  unrar

-- no debconf information

Bug#953264: lightning: Menu button does not respond; other buttons ghosted

[Jeffrey Ratcliffe]

Package: lightning
Version: 1:68.5.0-1
Severity: important

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

Upgraded to 1:68.5.0-1

   * What was the outcome of this action?

I use lightning to view several calendar, both read-write and read-only. Since
1:68.5.0-1, the Synchronise, Event, Task, Edit and Delete buttons are ghosted
out. The menu button is not, but does not respond to clicks.

The list of calendars in the Calendar drop-down on the left hand side seems
empty, although the events are displayed in the main window, although
transparent - not in the colours they should be displayed in. I can view the
events, but not edit them.

   * What outcome did you expect instead?

I expected the GUI not to change, and the events and calendars to be displayed
as before.

*** End of the template - remove these template lines ***



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

Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lightning depends on:
ii  thunderbird  1:68.5.0-1+b1

lightning recommends no packages.

Versions of packages lightning suggests:
ii  fonts-lyx  2.3.4.2-2

-- no debconf information

Bug#951216: poppler-utils: pdfinfo incorrectly reports date metadata under reprotest

[Jeffrey Ratcliffe]

Package: poppler-utils
Version: 0.71.0-6
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Create a PDF with defined date metadata:

convert rose: test.tif && tiff2pdf -o test.pdf -e 2018123112 test.tif

pdfinfo then correctly reports the metadata:

$ pdfinfo test.pdf
Producer:   libtiff / tiff2pdf - 20191103
CreationDate:   Mon Dec 31 13:00:00 2018 CET

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

>From reprotest, however, the output is incorrect.

   * What was the outcome of this action?

$ reprotest -c 'pdfinfo test.pdf' . "*.deb *.changes"
WARNING:reprotest:The control build runs on 1 CPU by default, give --min-cpus
to increase this.
Producer:   libtiff / tiff2pdf - 20191103
CreationDate:   Mon Dec 31 00:00:00 2018 GMT

   * What outcome did you expect instead?

For GMT, I would have expected:

CreationDate:   Mon Dec 31 12:00:00 2018 GMT

Both the isodates and rawdates option work fine:

$ reprotest -c 'pdfinfo -isodates test.pdf' . "*.deb *.changes"
WARNING:reprotest:The control build runs on 1 CPU by default, give --min-cpus
to increase this.
Producer:   libtiff / tiff2pdf - 20191103
CreationDate:   2018-12-31T12:00:00Z

$ reprotest -c 'pdfinfo -rawdates test.pdf' . "*.deb *.changes"
WARNING:reprotest:The control build runs on 1 CPU by default, give --min-cpus
to increase this.
Producer:   libtiff / tiff2pdf - 20191103
CreationDate:   D:2018123112

This is a problem for programs that rely on pdfinfo to extract metadata from
PDF files, as they then fail reproducibility testing.



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

Kernel: Linux 5.4.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages poppler-utils depends on:
ii  libc6 2.29-9
ii  libcairo2 1.16.0-4
ii  libfreetype6  2.10.1-2
ii  liblcms2-22.9-3+b1
ii  libpoppler82  0.71.0-6
ii  libstdc++69.2.1-25

poppler-utils recommends no packages.

poppler-utils suggests no packages.

-- no debconf information

Bug#950025: libasound2: using module-echo-cancel in 1.2.1-1 results in no input devices

[Jeffrey Ratcliffe]

Package: libasound2
Version: 1.1.9-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Upgraded from 1.1.9-1 to 1.2.1-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Used the following snipped in /etc/pulse/default.pa

.ifexists module-echo-cancel.so
load-module module-echo-cancel aec_method=webrtc
.endif

   * What was the outcome of this action?

After upgrading, no input devices were available

   * What outcome did you expect instead?

Downgrading back to 1.1.9-1 restored the microphones

Removing the module-echo-cancel line allows 1.2.1-1 to work, but without echo
cancellation.



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

Kernel: Linux 5.4.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libasound2 depends on:
hi  libasound2-data  1.1.9-1
ii  libc62.29-9

libasound2 recommends no packages.

Versions of packages libasound2 suggests:
hi  libasound2-plugins  1.1.9-1

-- no debconf information

Bug#944995: gtkimageview FTBFS: error: ‘GTypeDebugFlags’ is deprecated

[Jeffrey Ratcliffe]

reassign 944995 ftp.debian.org
thanks

Please remove gtkimageview from unstable. There is no gtk3
version. Upstream is dead. I can't find any reverse dependencies.
It has a popcon vote+old+recent score of 42.



signature.asc
Description: OpenPGP digital signature

Bug#944904: gnome-terminal: shift-ctrl combinations do not work

[Jeffrey Ratcliffe]

Package: gnome-terminal
Version: 3.34.2-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)?

I tried to use shift-ctrl-C -V, -T, etc.

   * What was the outcome of this action?

Nothing happened. The equivalent mouse or menu controls work fine.

   * What outcome did you expect instead?

Copy/Paste/New terminal, etc.

*** End of the template - remove these template lines ***



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

Kernel: Linux 5.2.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-2
ii  dconf-gsettings-backend [gsettings-backend]   0.34.0-1
ii  gnome-terminal-data   3.34.2-1
ii  gsettings-desktop-schemas 3.34.0-2
ii  libatk1.0-0   2.34.1-1
ii  libc6 2.29-3
ii  libdconf1 0.34.0-1
ii  libglib2.0-0  2.62.2-3
ii  libgtk-3-03.24.12-1
ii  libpango-1.0-01.42.4-7
ii  libuuid1  2.34-0.1
ii  libvte-2.91-0 0.58.2-1
ii  libx11-6  2:1.6.8-1

Versions of packages gnome-terminal recommends:
ii  gvfs   1.42.1-3
ii  nautilus-extension-gnome-terminal  3.34.2-1
ii  yelp   3.34.0-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#912567: xserver-xorg-core: lightdm fails to start

[Jeffrey Ratcliffe]

Package: xserver-xorg-core
Version: 2:1.19.6-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Daily apt-get upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I upgraded from xserver-xorg-core:amd64=2:1.19.6-1

   * What was the outcome of this action?

lightdm failed to start

   * What outcome did you expect instead?

lightdm (and X) should start as normal.

Downgrading back to xserver-xorg-core:amd64=2:1.19.6-1 allowed lightdm (and X)
to start again.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jun 15  2015 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Jan 18  2018 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLX_indirect.so.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLX_indirect.so.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLX_indirect.so.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.1.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.2.0 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.2.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.7.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.7.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.0.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 

Bug#906807: Can't send reply to encrypted message

[Jeffrey Ratcliffe]

Package: claws-mail
Version: 3.16.0-2
Severity: normal

When replying to an encrypted message, on hitting "send", I get the error:
"Could not queue message for sending. Couldn't get recipient encryption key"

However, Privacy System=None  is selected in Options.

On selecting a different privacy system, I can send the message.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.17.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages claws-mail depends on:
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-5
ii  libcairo21.15.10-3
ii  libcompfaceg11:1.5.2-5+b2
ii  libcurl3-gnutls  7.61.0-1
ii  libdb5.3 5.3.28-13.1+b1
ii  libenchant1c2a   1.6.0-11.1
ii  libetpan20   1.8.0-1
ii  libexpat12.2.6-1
ii  libfontconfig1   2.13.0-5
ii  libfreetype6 2.8.1-2
ii  libfribidi0  1.0.5-1
ii  libgdk-pixbuf2.0-0   2.36.12-1
ii  libglib2.0-0 2.56.1-2
ii  libgnutls30  3.5.19-1
ii  libgtk2.0-0  2.24.32-2
ii  libice6  2:1.0.9-2
ii  libldap-2.4-22.4.46+dfsg-5
ii  liblockfile1 1.14-1.1
ii  libpango-1.0-0   1.42.1-2
ii  libpangocairo-1.0-0  1.42.1-2
ii  libpangoft2-1.0-01.42.1-2
ii  librsvg2-2   2.40.20-2
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3.1
ii  libsm6   2:1.2.2-1+b3
ii  xdg-utils1.1.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary]  2017.08.24-0-0.1
ii  claws-mail-i18n3.16.0-2
ii  xfonts-100dpi  1:1.0.4+nmu1
ii  xfonts-75dpi   1:1.0.4+nmu1

Versions of packages claws-mail suggests:
pn  claws-mail-doc 
ii  claws-mail-tools   3.16.0-2
ii  firefox-esr [www-browser]  52.9.0esr-1
pn  gedit | kwrite | mousepad | nedit  
ii  w3m [www-browser]  0.5.3-36+b1

-- no debconf information

Bug#901258: unattended-upgrades: crashes adjusting candidates

[Jeffrey Ratcliffe]

Package: unattended-upgrades
Version: 1.2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

unattended-upgrades updated itself to v1.2

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

As of v1.2, unattended-upgrade always crashes

   * What was the outcome of this action?

The following trackback:

adjusting candidate version: xenstore-
utils:i386=4.8.3+comet2+shim4.10.0+comet3-1+deb9u5
Traceback (most recent call last):
  File "/usr/bin/unattended-upgrade", line 1918, in 
sys.exit(main(options))
  File "/usr/bin/unattended-upgrade", line 1544, in main
allowed_origins=allowed_origins)
  File "/usr/bin/unattended-upgrade", line 120, in __init__
apt.Cache.__init__(self, rootdir=rootdir)
  File "/usr/lib/python3/dist-packages/apt/cache.py", line 136, in __init__
self.open(progress)
  File "/usr/bin/unattended-upgrade", line 150, in open
self.adjust_candidates()
  File "/usr/bin/unattended-upgrade", line 159, in adjust_candidates
for pkgname, candidate in self._get_candidates_to_adjust():
ValueError: too many values to unpack (expected 2)

   * What outcome did you expect instead?

I expected it to run through as normal.

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: buster/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages unattended-upgrades depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  lsb-base   9.20170808
ii  lsb-release9.20170808
ii  python33.6.5-3
ii  python3-apt1.6.1
ii  ucf3.0038
ii  xz-utils   5.2.2-1.3

Versions of packages unattended-upgrades recommends:
ii  anacron 2.3-24
ii  cron [cron-daemon]  3.0pl1-130

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx  8.1.2-0.20160123cvs-4
ii  exim4-daemon-light [mail-transport-agent]  4.91-4
pn  needrestart

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed [not included]

-- debconf information excluded

Bug#897161: libgtk3-perl doesn't pass "open" signal to Gtk3::Application

[Jeffrey Ratcliffe]

And here are the attachments.


gtk_application_ex.pl
Description: Perl program
import gi
gi.require_version('Gtk', '3.0')
from gi.repository import Gtk, Gio
import sys

# a Gtk ApplicationWindow
class MyWindow(Gtk.ApplicationWindow):
# constructor: the title is "Welcome to GNOME" and the window belongs
# to the application app

def __init__(self, app):
Gtk.Window.__init__(self, title="Welcome to GNOME", application=app)


class MyApplication(Gtk.Application):
# constructor of the Gtk Application

def __init__(self):
Gtk.Application.__init__(self, flags=Gio.ApplicationFlags.HANDLES_OPEN)

# create and activate a MyWindow, with self (the MyApplication) as
# application the window belongs to.
# Note that the function in C activate() becomes do_activate() in Python
def do_activate(self):
win = MyWindow(self)
# show the window and all its content
# this line could go in the constructor of MyWindow as well
win.show_all()
print "activate"

# start up the application
# Note that the function in C startup() becomes do_startup() in Python
def do_startup(self):
Gtk.Application.do_startup(self)
print "startup"

# open any files
# Note that the function in C open() becomes do_open() in Python
def do_open(self, list_of_file_objects, number_of_files, arg3):
print "open", list_of_file_objects, number_of_files, arg3
for f in list_of_file_objects:
print f.get_basename()
Gtk.Application.do_open(self, list_of_file_objects, str(number_of_files))

# create and run the application, exit with the value returned by
# running the program
app = MyApplication()
exit_status = app.run(sys.argv)
sys.exit(exit_status)

Bug#897161: libgtk3-perl doesn't pass "open" signal to Gtk3::Application

[Jeffrey Ratcliffe]

Package: libgtk3-perl
Version: 0.032-1
Severity: important

The "open" signal is emitted, either by the "open with" menu option in a file 
manager, or by supplying file names on the command line, or via gdbus. Attached 
is a minimal perl script, running it with a filename as an argument, e.g.:

perl gtk_application_ex.pl file.name

should open a window and then report the signals emitted in the terminal window:

starting with file.name
Hello world!
running activate
files: file.name
Goodbye world!

Unforunately, the open signal is never emitted, and so the files: line is not 
printed. A python version of the same script is also attached. This works as 
expected.

-- System Information:
Debian Release: buster/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.15.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libgtk3-perl depends on:
ii  gir1.2-gtk-3.0 3.22.29-3
ii  gir1.2-pango-1.0   1.42.0-1
ii  libcairo-gobject-perl  1.004-2+b2
ii  libglib-object-introspection-perl  0.044-2
ii  libglib-perl   3:1.326-1+b2
ii  perl   5.26.1-5

libgtk3-perl recommends no packages.

libgtk3-perl suggests no packages.

-- no debconf information

Bug#893025: White UI background makes page borders disappear

[Jeffrey Ratcliffe]

> I'll fix it as soon as I work out how.

I've got a fix for this for the next release.


pgpWrbgFDulew.pgp
Description: OpenPGP digital signature

Bug#893025: White UI background makes page borders disappear

[Jeffrey Ratcliffe]

On Thu, 15 Mar 2018 19:32:33 +0100
martin f krafft  wrote:

> As of late, the background of the viewing pane seems to be white,
> such that when I view a scan of text on white paper, there are no
> longer any visible page borders. Please change the UI pane
> background back to gray, or make it configurable.

This is annoying me too. At the moment, I get a black background when
nothing is selected, and a white one otherwise. I agree that old grey
one was better.

I'll fix it as soon as I work out how.


pgpl4O91j58j9.pgp
Description: OpenPGP digital signature

Bug#893026: Preview pane does not update

[Jeffrey Ratcliffe]

On Thu, 15 Mar 2018 19:34:31 +0100
martin f krafft  wrote:

> With the latest UI updates, gscan2pdf has become quite unsuable,
> mainly in that it's very quick now to scroll and flip through pages
> in the list of pages on the right. However, the preview pane no
> longer seems to get updated when I select another page in the left
> pane.

I can't reproduce this. For me, the image viewer updates when I select
a different page, either by left-clicking the thumbnail, or with the up
and down keys, if the thumbnails have the focus.

> One workaround is to right-click on a new page (and again to get rid
> of the menu), which will then cause the preview pane to update. This
> isn't very convenient when trying to flip through a number of pages
> e.g. in search of a specific scan.

Please start gscan2pdf with the --log=log option, reproduce the
problem, and post the log file.


pgpIK9NJjsd4m.pgp
Description: OpenPGP digital signature

Bug#893024: Manual entry into UI date widget is broken

[Jeffrey Ratcliffe]

Thanks for the report. Fixed in the next release.


pgpFvlwpYal1L.pgp
Description: OpenPGP digital signature

Bug#883925: ITP: libgoocanvas2-perl -- Perl bindings for GooCanvas2 widget using Glib::Object::Introspection

[Jeffrey Ratcliffe]

package: wnpp
Severity: wishlist
Owner: Debian Perl Group 

*Package Name : libgoocanvas2-perl
 Version : 0.06
 Upstream Author : Maximilian Lika 
*URL :  https://metacpan.org/release/GooCanvas2
*License : Artistic
*Description : Perl bindings for GooCanvas2 widget using
Glib::Object::Introspection

I am packaging libgoocanvas2-perl as it is needed as a Gtk3
replacement of libgoo-canvas-perl, which in turn is a dependency of
gscan2pdf. I am packaging as part of the Debian Perl team.


pgpBRZqumNuEF.pgp
Description: OpenPGP digital signature

Bug#785553: Processed: severity of 785553 is serious, tagging 785553

[Jeffrey Ratcliffe]

On 26/11/17 16:08, Damyan Ivanov wrote:
> [added maintainer of gscan2pdf to CC. gscan2pdf is the only reverse 
> dependency of libgoo-canvas-perl]
>
> goocanvas is deprecated & replaced by goocanvas-2.0. gscan2pdf depends 
> on libgoo-canvas-perl, which uses goocanvas.
>
> Are there any plans to migrate gscanpdf away from 
> libgoocanvas-perl/goocanvas to goocanvas-2.0?
>

I hadn't realised that there was an urgent need to remove goocanvas, and I 
don't understand the severity of the bug, and therefore why gscan2pdf has to be 
removed from testing in December.

I just quickly tested GooCanvas2, and I can't make it work with Gtk2.

This implies to me that I would have to migrate all of gscan2pdf to Gtk3. This 
is certainly a medium-term goal, but is non-trivial.

In particular, I do not know of a Gtk3 equivalent of Gtk2-ImageView.

https://martin.hoppenheit.info/blog/2014/image-scaling-with-gtk3-and-perl/

I'd be grateful if the removal date could be delayed to give me a chance to 
port the Gtk2 stuff to Gtk3. I'd be willing to commit to doing it for Buster.




signature.asc
Description: OpenPGP digital signature

Bug#880415: devscripts: uscan - also accept https://sf.net/

[Jeffrey Ratcliffe]

Package: devscripts
Version: 2.17.10
Severity: wishlist

The following watch file works fine:

version=4
opts="pgpsigurlmangle=s/$/.asc/" \
http://sf.net/gscan2pdf/gscan2pdf-(.+)\.tar\.xz debian uupdate

apart from lintian complaining:

I: gscan2pdf source: debian-watch-uses-insecure-uri line 3
N:
N:The watch file uses an unencrypted transport protocol for the URI.
It is
N:recommended to use a secure transport such as HTTPS for anonymous
N:read-only access.

Looking at the verbose output of uscan, it does seem to use https on the
redirected URL.

If I change http to https, then the watch file no longer works.

If I rewrite the watch file not to use the redirector, but to use https,
then it also works, but lintian complains that I should be using the
redirector.

When I contacted the maintainers of lintian, I was asked to file a bug against
uscan:

> Indeed; uscan special-cases the "http://sf.net/; URL and completely
> rewrites it.  I think the best solution would be for uscan to also
> accept "https://sf.net/;

[...]

> Technically, we can special-case it in lintian to skip the warning here.
> But I prefer not giving mixed signals about whether a "http" url is
> secure or not.  Among other because not all tools have the special magic
> for rewriting the URL to Debian's sourceforge redirector.

And indeed, I think this would be the cleanest solution.

I would be grateful if you could implement this.



-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBSIGN_KEYID=110FCAF3

-- System Information:
Debian Release: buster/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.18.24
ii  libc6 2.24-17
ii  libfile-homedir-perl  1.002-1
ii  perl  5.26.0-8
ii  python3   3.6.3-1

Versions of packages devscripts recommends:
ii  apt 1.5
ii  at  3.1.20-3
ii  curl7.56.1-1
ii  dctrl-tools 2.24-2+b1
ii  debian-keyring  2017.08.28
ii  dput1.0.1
ii  equivs  2.1.0
ii  fakeroot1.22-1
ii  file1:5.32-1
ii  gnupg   2.2.1-4
ii  gnupg2  2.2.1-4
ii  libdistro-info-perl 0.17
ii  libdpkg-perl1.18.24
ii  libencode-locale-perl   1.05-1
ii  libgit-wrapper-perl 0.047-1
ii  liblist-compare-perl0.53-1
ii  liblwp-protocol-https-perl  6.07-2
ii  libsoap-lite-perl   1.22-1
ii  liburi-perl 1.72-2
ii  libwww-perl 6.27-1
ii  licensecheck3.0.31-2
ii  lintian 2.5.55
ii  man-db  2.7.6.1-2
ii  patch   2.7.5-1+b2
ii  patchutils  0.3.4-2
ii  python3-apt 1.4.0~beta3+b1
ii  python3-debian  0.1.31
ii  python3-magic   1:5.32-1
ii  python3-requests2.18.1-1
ii  python3-unidiff 0.5.4-1
ii  python3-xdg 0.25-4
ii  sensible-utils  0.0.10
ii  strace  4.15-2
ii  unzip   6.0-21
ii  wdiff   1.2.2-2
ii  wget1.19.1-4
ii  xz-utils5.2.2-1.3

Versions of packages devscripts suggests:
pn  adequate 
ii  autopkgtest  5.0.2
pn  bls-standalone   
ii  bsd-mailx [mailx]8.1.2-0.20160123cvs-4
ii  build-essential  12.4
pn  check-all-the-things 
pn  cvs-buildpackage 
pn  devscripts-el
pn  diffoscope   
pn  disorderfs   
pn  dose-extra   
pn  duck 
pn  faketime 
pn  gnuplot  
ii  gpgv 2.2.1-4
pn  how-can-i-help   
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
pn  libnet-smtps-perl
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.8.3+neomutt20170609-2+b1
ii  openssh-client [ssh-client]  1:7.6p1-2
pn  piuparts 
ii  quilt0.63-8.1
pn  ratt 
pn  reprotest
pn  svn-buildpackage 
ii  w3m  0.5.3-34

-- no debconf information

Bug#648625: Close save-meta dialog after opening the next dialog

[Jeffrey Ratcliffe]

On 13/11/11 16:55, martin f krafft wrote:
> Package: gscan2pdf
> Version: 1.0.0-1
> Severity: wishlist
> 
> It would be nice if the dialog box asking for page ranges, metadata
> etc. would close as soon as I hit "save", and the save-file dialog
> pops up. The reason is that I often want to look back at the scanned
> page for information when composing the filename, and having an
> additional, unnecessary window in the way can be annoying.

This bug has been open for a long time. It is time I did something, one
way or the other.

What would like to happen if the "cancel" is pressed on the "save-file"
dialogue?

Should the file type/metadata dialogue then reopen or not?

Regards

Jeff



signature.asc
Description: OpenPGP digital signature

Bug#875323: RM: libsane-perl -- ROM; Removed upstream, replaced by libimage-sane-perl (Image::Sane on CPAN)

[Jeffrey Ratcliffe]

Package: ftp.debian.org
Severity: normal

CPAN requested that the Perl module Sane be renamed to avoid a namespace clash.

Bug#870414: podbrowser: Depends on obsolete libgnome2-perl that will go away during the Buster cycle

[Jeffrey Ratcliffe]

On 01/08/17 21:00, intrig...@debian.org wrote:
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868395#15), this
> package is one of the very few blockers that currently prevent us from
> removing the obsolete libgnome2-perl and libgnome2-vfs-perl from
> the archive.
> 
> I see the last upload happened in 2010 and the last upstream release
> in 2007. Jeffrey, is there a chance that podbrowser stops depending on
> obsolete GNOME 2 stuff during the Buster cycle, or should we remove it
> from the archive, or do you have another idea in mind?

I don't even have it installed any more. It has a popcon of 42. Upstream
has been dead for 10 years. I think we can remove it.

Regards

Jeff



signature.asc
Description: OpenPGP digital signature

Bug#865860: brasero: Unable to create an audio project from mp3 files

[Jeffrey Ratcliffe]

Package: brasero
Version: 3.12.1-4
Severity: important

Dear Maintainer,

   * What led up to the situation?

Tried to create an audio CD

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Tried to add an mp3 to the CD

   * What was the outcome of this action?

Error message: " is not suitable for audio or video media"

   * What outcome did you expect instead?

Until recently, this worked fine, and the format was converted automatically.



-- System Information:
Debian Release: 9.0
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages brasero depends on:
ii  brasero-common  3.12.1-4
ii  gstreamer1.0-plugins-base   1.10.4-1
ii  gvfs1.30.4-1
ii  libbrasero-media3-1 3.12.1-4
ii  libc6   2.24-12
ii  libcairo2   1.14.8-1
ii  libgdk-pixbuf2.0-0  2.36.5-2
ii  libglib2.0-02.50.3-2
ii  libgstreamer-plugins-base1.0-0  1.10.4-1
ii  libgstreamer1.0-0   1.10.4-1
ii  libgtk-3-0  3.22.12-1
ii  libnautilus-extension1a 3.22.3-1
ii  libpango-1.0-0  1.40.5-1
ii  libtotem-plparser18 3.10.7-1+b1
ii  libtracker-sparql-1.0-0 1.12.0-1
ii  libxml2 2.9.4+dfsg1-2.2

Versions of packages brasero recommends:
ii  brasero-cdrkit  3.12.1-4
ii  yelp3.22.0-1

Versions of packages brasero suggests:
pn  libdvdcss2  
pn  tracker 
pn  vcdimager   

-- no debconf information

Bug#863413: ITP: libimage-sane-perl -- Perl bindings for the SANE (Scanner Access Now Easy) Project

[Jeffrey Ratcliffe]

X-Debbugs-CC: debian-de...@lists.debian.org
package: wnpp
Severity: wishlist
Owner: Debian Perl Group <pkg-perl-maintain...@lists.alioth.debian.org>

*Package Name : libimage-sane-perl
 Version : 0.09
 Upstream Author : Jeffrey Ratcliffe <j...@debian.org>
*URL :  https://metacpan.org/release/Image-Sane
*License : Artistic or GPL-1+
*Description :  Perl bindings for the SANE (Scanner Access Now Easy) Project


I am packaging libimage-sane-perl as it is a new dependency of the
upcoming version of gscan2pdf, which I also maintain.



signature.asc
Description: OpenPGP digital signature

Bug#857628: libsane-perl: spelling aquisition->acquisition

[Jeffrey Ratcliffe]

Package: libsane-perl
Version: 0.05-3
Severity: minor
Tags: patch

Dear Maintainer,

Please fix this spelling mistake as per attached patch.



-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libsane-perl depends on:
ii  libc6   2.24-9
ii  libsane 1.0.25-3
ii  perl5.24.1-1
ii  perl-base [perlapi-5.24.1]  5.24.1-1

libsane-perl recommends no packages.

libsane-perl suggests no packages.

-- no debconf information
--- a/lib/Sane.pm
+++ b/lib/Sane.pm
@@ -560,7 +560,7 @@
 
 =head2 Sane::Device->start
 
-This function initiates aquisition of an image from the device specified.
+This function initiates acquisition of an image from the device specified.
 
   $device->start;
 

Bug#857627: libsane-perl: If SANE handle opened before scanner powered on, get_devices() always returns undef

[Jeffrey Ratcliffe]

Package: libsane-perl
Version: 0.05-3
Severity: normal
Tags: patch

Dear Maintainer,

   * What led up to the situation?

Forgot to power on scanner

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Started frontend

   * What was the outcome of this action?

get_devices() returned undef, despite rerunning after powering on scanner

   * What outcome did you expect instead?

that get_devices() returned the devices found



-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libsane-perl depends on:
ii  libc6   2.24-9
ii  libsane 1.0.25-3
ii  perl5.24.1-1
ii  perl-base [perlapi-5.24.1]  5.24.1-1

libsane-perl recommends no packages.

libsane-perl suggests no packages.

-- no debconf information
>From 90f1bc80026877bb35612e4c69aa25952942d204 Mon Sep 17 00:00:00 2001
From: Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com>
Date: Sat, 6 Oct 2012 22:21:44 +0200
Subject: [PATCH] Run sane_exit() before sane_get_devices()

---
 Sane.xs |2 +-
 lib/Sane.pm |   16 ++--
 2 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/Sane.xs b/Sane.xs
index 3d1790a..6806d92 100644
--- a/Sane.xs
+++ b/Sane.xs
@@ -577,7 +577,7 @@ sane_strstatus (status)
SANE_Status status
 
 void
-END ()
+sane__exit ()
CODE:
SV* sv = get_sv("Sane::_vc", FALSE);
if (SvTRUE(sv)) {
diff --git a/lib/Sane.pm b/lib/Sane.pm
index b839d8b..056019d 100644
--- a/lib/Sane.pm
+++ b/lib/Sane.pm
@@ -287,16 +287,20 @@ sub get_version_scalar {
 
 
 sub get_devices {
- if (not $_vc) {
-  print "Running init\n" if $DEBUG;
-  $_vc = Sane->_init;
-  $STATUS = Sane::Status->new;
-  return undef if ($_status);
- }
+ Sane::_exit();
+ print "Running init\n" if $DEBUG;
+ $_vc = Sane->_init;
+ $STATUS = Sane::Status->new;
+ return undef if ($_status);
  return Sane::_get_devices();
 }
 
 
+END {
+ Sane::_exit();
+}
+
+
 # todo
 # add simple sane methods
 # remove examples/test.pl
-- 
1.7.9.5

Bug#857620: xserver-xorg-video-nouveau: xorg crashes when running gscan2pdf (libgtk2-perl) test case

[Jeffrey Ratcliffe]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.13-1+b1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Download and extract the source:

wget
http://http.debian.net/debian/pool/main/g/gscan2pdf/gscan2pdf_1.6.0.orig.tar.xz
tar xvfJ gscan2pdf_1.6.0.orig.tar.xz
cd gscan2pdf-1.6.0

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Run one of the test cases:

PERL5LIB="blib:lib:$PERL5LIB" perl t/114_cancel_save_pdf.t

   * What was the outcome of this action?

xorg crashed, and I was returned to the login screen

   * What outcome did you expect instead?

The test should have run through as normal

I tried to debug the problem by installing xserver-xorg-video-nouveau-dbg, ssh-
ing to the computer from another, starting gdb and attaching the PID of the
xorg process.

As long as gdb is attached to the process, and the -dbg package is installed,
xorg does not crash. Otherwise, it crashes every time. Not all the test cases
are affected. The 67 tests that run before this one, run fine.

If it does crash, it takes the ssh process with it, so I can't see the gdb
output.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jun 15  2015 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Mar  3 15:41 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108 [GeForce GT 
530] [10de:0de5] (rev a1)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170221 (Debian 6.3.0-8) ) #1 SMP Debian 4.9.13-1 (2017-02-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 30488 Jan 28 15:53 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 35020 Feb 25 22:09 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 34396 Mar 13 11:59 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 13820.275] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[ 13820.275] X Protocol Version 11, Revision 0
[ 13820.275] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 13820.275] Current Operating System: Linux saturn 4.9.0-2-amd64 #1 SMP Debian 
4.9.13-1 (2017-02-27) x86_64
[ 13820.275] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 
root=UUID=c8a0856f-9640-42e2-b1ba-0ad7edf3d81a ro quiet
[ 13820.275] Build Date: 03 March 2017  03:14:41PM
[ 13820.275] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[ 13820.275] Current version of pixman: 0.34.0
[ 13820.275]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 13820.275] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 13820.275] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 13 11:58:58 
2017
[ 13820.275] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 13820.275] (==) No Layout section.  Using the first Screen section.
[ 13820.275] (==) No screen section available. Using defaults.
[ 13820.275] (**) |-->Screen "Default Screen Section" (0)
[ 13820.275] (**) |   |-->Monitor ""
[ 13820.275] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 13820.275] (==) Automatically adding devices
[ 13820.275] (==) Automatically enabling devices
[ 13820.275] (==) Automatically adding GPU devices
[ 13820.275] (==) Max clients allowed: 256, resource mask: 0x1f
[ 13820.275] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 13820.275]Entry deleted from font path.
[ 13820.275] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 13820.275] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 13820.275] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 13820.275] (II) Loader magic: 0x5625ccf63e00
[ 13820.275] (II) Module ABI versions:
[ 13820.275]X.Org ANSI C Emulation: 0.4
[ 13820.275]X.Org Video Driver: 23.0
[ 13820.275]X.Org XInput driver : 24.1
[ 13820.275]X.Org Server Extension : 10.0
[ 13820.276] (++) using VT number 7

[ 13820.276] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[ 13820.276] (II) 

Bug#756897: Specify ways to proof-read document post-save

[Jeffrey Ratcliffe]

On 20/02/17 00:56, martin f krafft wrote:
> also sprach Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com> [2017-02-19 00:26 
> +1300]:
>> I apologise for the previous poor tip. I've just tested exactly this,
>> i.e. a user-defined tool "run-mailcap %i" and it worked as expected.
> I can now confirm this:

Thanks.

> Indeed, and this is good enough I guess to replace the
> view-after-save feature, though there might be the situation where
> you're post-processing a PDF and then want to auto-view it, yet
> on-save hooks can't be chained… but I guess that's then the realm of
> shell scripts…
This occurred to me, too. I'll leave it in for a release or two, to let
any other bugs surface, but you are right, long-term, there is no need
for the view-after-save option any more.

In the mean time, I have fixed the bug where the post-save hooks in the
save window are not updated if it is opened before the Preferences
window. You'll see it in the next release.



signature.asc
Description: OpenPGP digital signature

Bug#756897: Specify ways to proof-read document post-save

[Jeffrey Ratcliffe]

On 13/02/17 00:44, martin f krafft wrote:
> It looks like it should. I've defined a new user-defined tool
> ("run-mailcap %i"), but it is not presented for selection in the
> save dialog. Only Gimp is…

I apologise for the previous poor tip. I've just tested exactly this,
i.e. a user-defined tool "run-mailcap %i" and it worked as expected.

But then I realised what happened - updating the preferences after the
save dialogue has already been opened does not update the preferences.
So I can reproduce your problem.

Therefore the workaround is to create the user-defined tool "run-mailcap
%i", quit, restart, and then you should be able to use it as a post-save
hook.



signature.asc
Description: OpenPGP digital signature

Bug#855141: Importing pdf fail with newer gscan2pdf

[Jeffrey Ratcliffe]

On 14 February 2017 at 16:56, Bastien ROUCARIES
 wrote:
> Recent version of gscan2pdf fail to correctly import NIST bulletin
>
> http://nvlpubs.nist.gov/nistpubs/bulletin/03/nbsbulletinv3n2p295_A2b.pdf

The PDF has, per page, three images and a hidden text layer.

gscan2pdf does not (yet) support the concept of background/foreground
images and thus each image is imported as a separate page. This is
also what the warning at the end of the process says.

This is a feature, not a bug, as the aim of gscan2pdf is not to
provide a fully-fledged PDF viewer.

Unless you are referring to some other part of import process, I am
tempted to tag this as wishlist.

I hope at some point in the future to add features splitting
foreground and background. At this point, gscan2pdf could be expect to
import PDFs like this better.

Bug#756897: Specify ways to proof-read document post-save

[Jeffrey Ratcliffe]

On 13 February 2017 at 00:44, martin f krafft  wrote:
> It looks like it should. I've defined a new user-defined tool
> ("run-mailcap %i"), but it is not presented for selection in the
> save dialog. Only Gimp is…

Try redefining the tool as "run-mailcap %o". I've added more
information to the tooltip for the next release.

Bug#855071: unblock: gscan2pdf/1.6.0-5

[Jeffrey Ratcliffe]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package gscan2pdf

v1.6.0-5 fixes bugs 854956 and 854957 (normal severity)

debdiff attached

unblock gscan2pdf/1.6.0-5

-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
diff -Nru gscan2pdf-1.6.0/debian/changelog gscan2pdf-1.6.0/debian/changelog
--- gscan2pdf-1.6.0/debian/changelog2017-01-15 15:52:43.0 +0100
+++ gscan2pdf-1.6.0/debian/changelog2017-02-12 16:01:45.0 +0100
@@ -1,3 +1,10 @@
+gscan2pdf (1.6.0-5) unstable; urgency=low
+
+  * Closes: #854956 (fails to reload settings after scanning for devices)
+  * Closes: #854957 (rounding error from scanimage causes device to be 
rejected)
+
+ -- Jeffrey Ratcliffe <j...@debian.org>  Sun, 12 Feb 2017 16:01:45 +0100
+
 gscan2pdf (1.6.0-4) unstable; urgency=low
 
   * + patch to fix bug attaching PDF to email
diff -Nru 
gscan2pdf-1.6.0/debian/patches/0001-Suppress-errors-from-CLI-frontends-caused-by-roundin.patch
 
gscan2pdf-1.6.0/debian/patches/0001-Suppress-errors-from-CLI-frontends-caused-by-roundin.patch
--- 
gscan2pdf-1.6.0/debian/patches/0001-Suppress-errors-from-CLI-frontends-caused-by-roundin.patch
  1970-01-01 01:00:00.0 +0100
+++ 
gscan2pdf-1.6.0/debian/patches/0001-Suppress-errors-from-CLI-frontends-caused-by-roundin.patch
  2017-02-12 15:57:17.0 +0100
@@ -0,0 +1,204 @@
+From 09e3583ba0a88e70b2925c46497baee231687ac3 Mon Sep 17 00:00:00 2001
+From: Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com>
+Date: Mon, 30 Jan 2017 20:35:50 +0100
+Subject: [PATCH 1/2] Suppress errors from CLI frontends caused by rounding
+
+---
+ History   |   5 ++
+ MANIFEST  |   1 +
+ lib/Gscan2pdf/Frontend/CLI.pm |  17 +++--
+ t/06293_Dialog_Scan_CLI.t | 151 ++
+ 4 files changed, 169 insertions(+), 5 deletions(-)
+ create mode 100644 t/06293_Dialog_Scan_CLI.t
+
+--- a/MANIFEST
 b/MANIFEST
+@@ -176,6 +176,7 @@
+ t/06290_Dialog_Scan_CLI.t
+ t/06291_Dialog_Scan_CLI.t
+ t/06292_Dialog_Scan_CLI.t
++t/06293_Dialog_Scan_CLI.t
+ t/06295_Dialog_Scan_CLI.t
+ t/07_Dialog_Renumber.t
+ t/081_Frontend_CLI.t
+--- a/lib/Gscan2pdf/Frontend/CLI.pm
 b/lib/Gscan2pdf/Frontend/CLI.pm
+@@ -108,12 +108,19 @@
+ running_callback  => $options{running_callback},
+ finished_callback => sub {
+ my ( $output, $error ) = @_;
+-if ( defined $error and $error =~ /^$options{frontend}:[ 
](.*)/xsm )
+-{
+-$error = $1;
+-}
+ if ( defined $error and defined $options{error_callback} ) {
+-$options{error_callback}->($error);
++while ( $error =~ /([\r\n])/xsm ) {
++my $le = $1;
++my $line = substr $error, 0, index $error, $le;
++$error = substr $error, index( $error, $le ) + 1,
++  length $error;
++if ( $line =~ /^$options{frontend}:[ ](.*)/xsm ) {
++my $msg = $1;
++if ( $msg !~ /rounded/xsm ) {
++$options{error_callback}->($msg);
++}
++}
++}
+ }
+ my $options = Gscan2pdf::Scanner::Options->new_from_data($output);
+ $_self->{device_name} = Gscan2pdf::Scanner::Options->device;
+--- /dev/null
 b/t/06293_Dialog_Scan_CLI.t
+@@ -0,0 +1,151 @@
++use warnings;
++use strict;
++use Test::More tests => 1;
++use Glib qw(TRUE FALSE);# To get TRUE and FALSE
++use Gtk2 -init; # Could just call init separately
++use Sane 0.05;  # To get SANE_* enums
++use Sub::Override;  # Override Frontend::CLI to test functionality 
that
++# we can't with the test backend
++
++BEGIN {
++use Gscan2pdf::Dialog::Scan::CLI;
++}
++
++#
++
++my $window = Gtk2::Window->new;
++
++Glib::set_application_name('gscan2pdf');
++use Log::Log4perl qw(:easy);
++Log::Log4perl->easy_init($FATAL);
++my $logger = Log::Log4perl::get_logger;
++
++my $help_out = <<'EOS';
++Usage: scanimage [OPTION]...
++
++Start image acquisition on a scanner device and write PNM image data to 
standard output.
++
++-d, --device-name=DEVICE   use a given scanner device (e.g. hp:/dev/scanner)
++--format=pnm|tiff  file format of output file
++-i, --icc-profile=PROFILE  include this ICC profile into TIFF file
++-L, --list-devices show available scanner devices
++-f, --formatted-device-list=FORMAT similar to -L, but the FORMA

Bug#756897: Specify ways to proof-read document post-save

[Jeffrey Ratcliffe]

It occurs to me that the post-save hook introduced in v1.7.0 also
provides this functionality.

Does it do what you want?

Bug#815408: gscan2pdf: fails to record some settings when saving profile

[Jeffrey Ratcliffe]

Recent releases have hugely improved profile handling.

Can you reproduce this problem with v1.5.5 or later?

Bug#745213: signal 'process-error' emitted with data: open_device Error opening device: Invalid argument

[Jeffrey Ratcliffe]

Apologies for the lack of reaction. Somehow this bug report fell
through the cracks.

Are you still able to reproduce it?

If so, please change the frontend to scanimage in Edit/Preferences,
quit and reopen gscan2pdf. Please post the resulting log file.

Bug#854957: gscan2pdf: rounding error from scanimage causes device to be rejected

[Jeffrey Ratcliffe]

Package: gscan2pdf
Version: 1.6.0-4
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

upgraded gscan2pdf

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

started gscan2pdf

   * What was the outcome of this action?

gscan2pdf reported that no device could be found. Closer inspection of the log
showed that it found a device, opened it, tried to apply default settings, but
overreacted to "rounding" errors from scanimage and decided to ignore the
device.

   * What outcome did you expect instead?

gscan2pdf should be more graceful about rounding errors.

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.9.7.4+dfsg-1
ii  imagemagick-6.q16 [imagemagick]8:6.9.7.4+dfsg-1
ii  libconfig-general-perl 2.63-1
ii  libdate-calc-perl  6.4-1
ii  libfilesys-df-perl 0.92-6+b1
ii  libgoo-canvas-perl 0.06-2+b3
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b3
ii  libhtml-parser-perl3.72-3
ii  libimage-magick-perl   8:6.9.7.4+dfsg-1
ii  liblist-moreutils-perl 0.416-1+b1
ii  liblocale-gettext-perl 1.07-3+b1
ii  liblog-log4perl-perl   1.48-1
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b3
ii  libpdf-api2-perl   2.030-1
ii  libproc-processtable-perl  0.53-2
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1
ii  libsane-perl   0.05-2+b4
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.7-5
ii  libtry-tiny-perl   0.28-1
ii  sane-utils 1.0.25-3

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-7
ii  gocr   0.49-2
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-12
ii  tesseract-ocr  3.04.01-5
ii  unpaper6.1-2
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- no debconf information

Bug#854956: gscan2pdf: fails to reload settings after rescanning for devices

[Jeffrey Ratcliffe]

Package: gscan2pdf
Version: 1.6.0-4
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Opened the scan dialog

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Setting the device dropdown to "scan for devices"

   * What was the outcome of this action?

Device was loaded but not the previous set of options

   * What outcome did you expect instead?

Device should be loaded with the previous set of options

*** End of the template - remove these template lines ***



-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.9.7.4+dfsg-1
ii  imagemagick-6.q16 [imagemagick]8:6.9.7.4+dfsg-1
ii  libconfig-general-perl 2.63-1
ii  libdate-calc-perl  6.4-1
ii  libfilesys-df-perl 0.92-6+b1
ii  libgoo-canvas-perl 0.06-2+b3
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b3
ii  libhtml-parser-perl3.72-3
ii  libimage-magick-perl   8:6.9.7.4+dfsg-1
ii  liblist-moreutils-perl 0.416-1+b1
ii  liblocale-gettext-perl 1.07-3+b1
ii  liblog-log4perl-perl   1.48-1
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b3
ii  libpdf-api2-perl   2.030-1
ii  libproc-processtable-perl  0.53-2
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1
ii  libsane-perl   0.05-2+b4
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.7-5
ii  libtry-tiny-perl   0.28-1
ii  sane-utils 1.0.25-3

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-7
ii  gocr   0.49-2
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-12
ii  tesseract-ocr  3.04.01-5
ii  unpaper6.1-2
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- no debconf information

Bug#852506: Command-line option to import file

[Jeffrey Ratcliffe]

On 26 January 2017 at 09:46, martin f krafft  wrote:
> Would you consider an upload to experimental?

Done.

Bug#852717: libtiff-tools: tiff2pdf produces corrupt output if tiff contains alpha channel

[Jeffrey Ratcliffe]

Package: libtiff-tools
Version: 4.0.7-5
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

convert -depth 1 -gravity center -pointsize 78 -size 500x500 caption:'Lorem 
ipsum etc etc' test.tif
tiff2pdf -o test.pdf test.tif

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

The image in test.pdf is not the same as the original test.tif.

   * What outcome did you expect instead?

If I add the -alpha off option to the convert call, then everything is as it 
should be.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libtiff-tools depends on:
ii  libc6 2.24-8
ii  libtiff5  4.0.7-5

libtiff-tools recommends no packages.

Versions of packages libtiff-tools suggests:
pn  libtiff-opengl  

-- no debconf information

Bug#852506: Command-line option to import file

[Jeffrey Ratcliffe]

> Please consider adding a command-line option such as --import-all
> that takes a PDF file and then simply imports all the pages therein
> into a new gscan2pdf session. Another option --import could first
> display the dialog to select the page range.

1.7.0 already has this. I'll upload it to unstable when stretch is
released. Until then, get it off sourceforge, or launchpad.

Bug#842239: Not fixed in 1.6.0-2, please reopen

[Jeffrey Ratcliffe]

On 30 December 2016 at 18:46, Roderich Schupp  wrote:
> I expected the date field to default to "now", not "last night 1 am".

Ah. The date field should default to the offset of "now" you last
used. i.e. if you set it to today before saving, then the next time
you start gscan2pdf, it should also default to today.

The reason for using an offset is if you are scanning historical
documents, it is tiresome to reset it by the same several years every
time you start.

So please save a test document, setting first the date to today, quit,
restart, and check that the save dialogue is still showing today.

Perhaps I should add a "now" checkbox, which would then ghost the
document date when activated. Having said that, this would only save
one click.

Regards

Jeff

Bug#842239: Not fixed in 1.6.0-2, please reopen

[Jeffrey Ratcliffe]

On 27 December 2016 at 16:35, Roderich Schupp  wrote:
> OK, I scanned some document (on Tue Dec 27 16:14:00 CET 2016) and then saved
> it as a PDF, log attached.
> Note: The "Save" dialog came up with a date of "2016-12-26" (see attached
> screen shot), and that's what appears in the PDF (CreationDate:   Mon Dec 26
> 01:00:00 2016 CET) and also the file's modify timestamp.

So it seems to be working as designed. Evidently, however, this is not
what you expect.

What did you think the date field would be used for?

How could the behaviour be changed to make it more intuitive for you?

Regards

Jeff

Bug#842239: Not fixed in 1.6.0-2, please reopen

[Jeffrey Ratcliffe]

On 23 December 2016 at 14:43, Roderich Schupp  wrote:
> This bug is not fixed in 1.6.0-2.
> I just (Dec 23, ~2pm) scanned a document and saved it as PDF. But the
> metadata claims Dec 22, 1am:

That could all be the intended behaviour if you set the document date
field on the save dialogue to 2016-12-22. Please start gscan2pdf from
the command line with the --log=log option, reproduce the problem,
quit and post the log file.

Bug#842239: Arbitrary document metadata date chosen

[Jeffrey Ratcliffe]

On 3 November 2016 at 07:28, martin f krafft  wrote:
> Weird. Does the concept of NOW() or TODAY() fade near the dateline?

Nah. It was probably brain fade on my part resolving the timezone
issues and failing to write regression tests to check them. Plus not
wanting to add a dependency to do the job properly.

Bug#842239: Arbitrary document metadata date chosen

[Jeffrey Ratcliffe]

As of v1.5.0, the document date metadata field defaults to the
previous date used. I made this change to fix time zone problems
people near the international date line were having.

For the next version, I have gone back to storing an date offset,
using a new dependency to calculate them. I hope that this will make
everyone happier.

Bug#840534: #Pages scan option always defaults to '1'

[Jeffrey Ratcliffe]

I tracked down the real culprit for this. It is fixed in v1.5.4, which
I will upload soon.

Bug#840534: #Pages scan option always defaults to '1'

[Jeffrey Ratcliffe]

On 12 October 2016 at 21:29, martin f krafft  wrote:
> Actually, I'm not. Well, it's a flatbed with an ADF. I also don't
> see any such option in preferences, and "All" *is* an option in the
> scan dialog, it's just not selected by default, as it used to be.

The option in Preferences is called "Allow batch scanning from
flatbed". Selecting it should prevent it always defaulting to
#pages=1.

I take your point, however. If the default scan options use the ADF,
and the previous scan was with #pages=all, then that should be
selected the next time the program is started. I'll take a look.

Bug#840534: #Pages scan option always defaults to '1'

[Jeffrey Ratcliffe]

I expect that you are using a flatbed scanner. It was requested that
it should only be possible to scan 1 page from the flatbed. You can
disable this in Edit/Preferences.

Bug#836582: gscan2pdf pops up an unpaper error window for each page

[Jeffrey Ratcliffe]

On 30 September 2016 at 14:23, Francois Gouget  wrote:
> I have attached the log file.

It looks to me as though gscan2pdf is already catching the errors
properly. However, it doesn't look as though after the upgrade to
v1.5.2, you have tried to use the "Don't show this message again" tick
box on the message dialog.

Please reproduce the problem, but tick the "Don't show this message
again" tick box before clicking the close button.

Then reproduce the problem again, and you should find the dialogue box
does not appear.

Bug#622078: libpdf-api2-perl: occasional broken conversion of TIFF images

[Jeffrey Ratcliffe]

tags 622078 patch
thanks

The following patches fix
1. The bug itself
2. The warnings (which turned out to be nothing to do with the bug)
From 3fada157720f71e1ef8585ddecd2306de24bd0ce Mon Sep 17 00:00:00 2001
From: Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com>
Date: Tue, 4 Oct 2016 20:47:41 +0200
Subject: [PATCH 1/2] Fix LZW decoding problems from Debian bug #622078

---
 lib/PDF/API2/Resource/XObject/Image/TIFF.pm | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/lib/PDF/API2/Resource/XObject/Image/TIFF.pm b/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
index 8de298d..154006e 100644
--- a/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
+++ b/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
@@ -186,6 +186,10 @@ sub handle_lzw
 {
 my ($self,$pdf,$tif)=@_;
 $self->filters('FlateDecode');
+my $imageWidth = $tif->{imageWidth};
+my $mod = $imageWidth % 8;
+if ($mod > 0) {$imageWidth += 8 - $mod}
+my $max_raw_strip = $imageWidth*$tif->{bitsPerSample}*$tif->{RowsPerStrip}/8;
 
 if(ref($tif->{imageOffset})) {
 $self->{' stream'}='';
@@ -196,6 +200,9 @@ sub handle_lzw
 $tif->{fh}->seek(shift @{$tif->{imageOffset}},0);
 $tif->{fh}->read($buf,shift @{$tif->{imageLength}});
 $buf=deLZW(9,$buf);
+if (length($buf) > $max_raw_strip) {
+$buf = substr($buf, 0, $max_raw_strip)
+}
 $self->{' stream'}.=$buf;
 }
 } 
@@ -560,6 +567,9 @@ sub readTags {
   } elsif($valTag==277) {
 # samples per pixel
 $self->{samplesPerPixel}=$valOffset;
+  } elsif($valTag==278) {
+# RowsPerStrip
+$self->{RowsPerStrip}=$valOffset;
   } elsif($valTag==279) {
 # image data length/strip lengths
 if($valCount==1) {
-- 
2.4.4

From 15d142b167312cf5fa52eda2dcd0a39aa58fc747 Mon Sep 17 00:00:00 2001
From: Jeffrey Ratcliffe <jeffrey.ratcli...@gmail.com>
Date: Tue, 4 Oct 2016 20:49:09 +0200
Subject: [PATCH 2/2] Fix IO::Handle warnings from Debian bug #622078

---
 lib/PDF/API2/Resource/XObject/Image/TIFF.pm | 8 
 1 file changed, 8 insertions(+)

diff --git a/lib/PDF/API2/Resource/XObject/Image/TIFF.pm b/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
index 154006e..b79a3b4 100644
--- a/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
+++ b/lib/PDF/API2/Resource/XObject/Image/TIFF.pm
@@ -372,6 +372,7 @@ sub new {
   $fh->seek( $self->{offset}, 0 );
 
   # checking byte order of data
+  $self->{byteOrder} = undef; # suppress warning from IO::Handle
   $fh->read( $self->{byteOrder}, 2 );
   $self->{byte}='C';
   $self->{short}=(($self->{byteOrder} eq 'MM') ? 'n' : 'v' );
@@ -379,11 +380,13 @@ sub new {
   $self->{rational}=(($self->{byteOrder} eq 'MM') ? 'NN' : 'VV' );;
 
   # get/check version id
+  $self->{version} = undef; # suppress warning from IO::Handle
   $fh->read( $self->{version}, 2 );
   $self->{version}=unpack($self->{short},$self->{version});
   die "Wrong TIFF Id '$self->{version}' (should be 42)." if($self->{version} != 42);
 
   # get the offset to the first tag directory.
+  $self->{ifdOffset} = undef; # suppress warning from IO::Handle
   $fh->read( $self->{ifdOffset}, 4 );
   $self->{ifdOffset}=unpack($self->{long},$self->{ifdOffset});
 
@@ -457,6 +460,7 @@ sub readTags {
 
   while($self->{ifd} > 0) {
 $fh->seek( $self->{ifd}, 0 );
+$self->{ifdNum} = undef; # suppress warning from IO::Handle
 $fh->read( $self->{ifdNum}, 2 );
 $self->{ifdNum}=unpack($self->{short},$self->{ifdNum});
 $self->{bitsPerSample}=1;
@@ -531,12 +535,14 @@ sub readTags {
 # ImageDescription
 my $here=$fh->tell;
 $fh->seek($valOffset,0);
+$self->{imageDescription} = undef; # suppress warning from IO::Handle
 $fh->read($self->{imageDescription},$valLen);
 $fh->seek($here,0);
   } elsif($valTag==282) {
 # xRes
 my $here=$fh->tell;
 $fh->seek($valOffset,0);
+$self->{xRes} = undef; # suppress warning from IO::Handle
 $fh->read($self->{xRes},$valLen);
 $fh->seek($here,0);
 $self->{xRes}=[unpack($self->{rational},$self->{xRes})];
@@ -545,6 +551,7 @@ sub readTags {
 # yRes
 my $here=$fh->tell;
 $fh->seek($valOffset,0);
+$self->{yRes} = undef; # suppress warning from IO::Handle
 $fh->read($self->{yRes},$valLen);
 $fh->seek($here,0);
 $self->{yRes}=[unpack($self->{rational},$self->{yRes})];
@@ -598,6 +605,7 @@ sub readTags {
 # imageID
 my $here=$fh->tell;
 $fh->seek($valOffset,0);
+$self->{imageId} = undef; # suppress warning from IO::Handle
 $fh->read($self->{imageId},$valLen);
 $fh->seek($here,0);
 #  } elsif($valTag==) {
-- 
2.4.4

Bug#836582: gscan2pdf pops up an unpaper error window for each page

[Jeffrey Ratcliffe]

Thanks. I am currently working on another bug, but will look at this
as soon as I have finished

Bug#622078:

[Jeffrey Ratcliffe]

The attached TIFF also exhibits this behaviour when attached as per
the code the bug report.

In addition, the following error message is printed 7 times:

Use of uninitialized value $_[1] in read at
/usr/lib/x86_64-linux-gnu/perl/5.22/IO/Handle.pm line 202.

Bug#836582: gscan2pdf pops up an unpaper error window for each page

[Jeffrey Ratcliffe]

I don't understand why this still happens. This bug is basically a
duplicate of #833521, which I fixed and closed in v1.5.2.

Please start gscan2pdf from the command line:

gscan2pdf --log=log

Reproduce the problem, quit gscan2pdf and post the log file.

Bug#833521: unpaper AVStream codec deprecation warning

[Jeffrey Ratcliffe]

My hex address filter wasn't expecting multiple addresses per message.
Fixed in the upcoming release.

Bug#831597: Can't use string ("gimp %i") as an ARRAY ref while "strict refs" in use at /usr/bin/gscan2pdf line 4157.

[Jeffrey Ratcliffe]

Thanks for the report.

In fact, I'd already fixed it upstream, which you'll see in the next release.

Bug#825254: Normalise resolution on save

[Jeffrey Ratcliffe]

On 25 May 2016 at 09:55, martin f krafft  wrote:
> I generally scan with 300 DPI. Occasionally, I'll edit a page in
> Gimp and then it gets saved with 70 DPI. As a result, this page will
> be blown out of proportion in the resulting PDF.

If you right click on the image, you can correct the resolution.

Perhaps it would be more useful to select from a list of matching page
sizes (given the height/width ratio) here.

The problem with the user-defined tools such as gimp is that they can
change everything, including the resolution, so gscan2pdf relies on
the metadata in the image that gimp saves. If you have a .pnm, there
is no metadata, and thus the resolution defaults to 72.

Of course, it would be possible to make the default user-definable in
preferences.

Or to add a warning when importing an image for which the resolution
is not clear. This might result in a lot of extra warnings.

> It would be really cool if saving could also include an optional
> normalisation step for the page resolution, such that all pages in
> the final PDF have the same granularity.

Given that for most people, the page size is more important than the
resolution (obviously the two are linked), an implementation for this
would be to add a checkbutton to the save menu:

* force all pages to be 

Bug#825392: shotwell: Cannot tag photos via drag and drop anymore

[Jeffrey Ratcliffe]

reassign 825392 libgtk-3-0 3.20.4-1
thanks

Bug#825392: shotwell: Cannot tag photos via drag and drop anymore

[Jeffrey Ratcliffe]

reassign 825392 libgtk-3 3.20.4-1
thanks

I just downgraded back to 0.22.0-4 and the bug is still there. I can
still drag and drop other thing, for instance in Nemo.

So the question is: which other package could be responsible?

I see that libgtk went from 3.20.3-2 to 3.20.4-1 more or less at the
same time, and indeed, downgrading fixes the problem, so reassigning.

Bug#825392: shotwell: Cannot tag photos via drag and drop anymore

[Jeffrey Ratcliffe]

Package: shotwell
Version: 0.22.1-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

I upgraded from 0.22.0-4 to 0.22.1-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I tried to tag a photo by dragging it over a tag

   * What was the outcome of this action?

Nothing. Normally, as soon as I start dragging something, the icon changes
accordingly. Here, the icon stayed the same, and would not be dragged. I can
select and multi-select with control and shift, but not drag.

   * What outcome did you expect instead?

I expected the photo to be tagged appropriately



-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages shotwell depends on:
ii  dbus-x111.10.8-1
ii  dconf-cli   0.26.0-1
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.22-9
ii  libcairo-gobject2   1.14.6-1+b1
ii  libcairo2   1.14.6-1+b1
ii  libexif12   0.6.21-2
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libgee-0.8-20.18.0-1
ii  libgexiv2-2 0.10.3-2
ii  libglib2.0-02.48.1-1
ii  libgomp16.1.1-4
ii  libgphoto2-62.5.10-2
ii  libgphoto2-port12   2.5.10-2
ii  libgstreamer-plugins-base1.0-0  1.8.1-1
ii  libgstreamer1.0-0   1.8.1-1
ii  libgtk-3-0  3.20.4-1
ii  libgudev-1.0-0  230-3
ii  libjavascriptcoregtk-4.0-18 2.12.2-1
ii  libjson-glib-1.0-0  1.2.0-1
ii  liblcms2-2  2.7-1
ii  libpango-1.0-0  1.40.1-1
ii  libpangocairo-1.0-0 1.40.1-1
ii  libraw150.17.1-1
ii  librest-0.7-0   0.8.0-1
ii  librsvg2-common 2.40.15-1
ii  libsoup2.4-12.54.1-1
ii  libsqlite3-03.12.2-1
ii  libstdc++6  6.1.1-4
ii  libwebkit2gtk-4.0-372.12.2-1
ii  libx11-62:1.6.3-1
ii  libxml2 2.9.3+dfsg1-1
ii  shotwell-common 0.22.1-1

shotwell recommends no packages.

shotwell suggests no packages.

-- no debconf information

Bug#812884: gscan2pdf: Changing the resolution is not persistant

[Jeffrey Ratcliffe]

On 14 May 2016 at 19:42, xan  wrote:
> I installed gscan2pdf 1.4.0 from the Ubuntu yakkety repository and it
> crashes as soon as I start the application. On the command line, I get:
>
>> gscan2pdf
>> Can't use string ("gimp %i") as an ARRAY ref while "strict refs" in use at 
>> /usr/bin/gscan2pdf line 4160.
>> Perl exited with active threads:
>>   2 running and unjoined
>>   0 finished and unjoined
>>   0 running and detached

This is nothing to do with gimp, but a problem with the file

~/.gscan2pdf

Please rename it, or delete it, and start gscan2pdf again.

Bug#823626: gscan2pdf: Date in file name off by one day when saving

[Jeffrey Ratcliffe]

Fixed in the next version

Bug#823626: gscan2pdf: Date in file name off by one day when saving

[Jeffrey Ratcliffe]

Thanks for the report.

In what time zone are you?

Please start gscan2pdf from the command line with the --log=log
option, reproduce the problem, and post the log file.

Bug#812884: gscan2pdf: Changing the resolution is not persistant

[Jeffrey Ratcliffe]

You don't need the latest Perl or the latest version of any of the
dependencies to try out the latest gscan2pdf. Just try the .deb for
the latest gscan2pdf, and if it doesn't start, give me the error
messages from the command line, and we'll work from there.

Bug#815408: gscan2pdf: fails to record some settings when saving profile

[Jeffrey Ratcliffe]

On 6 March 2016 at 03:14, Gerry Butler  wrote:
> I have only recently started using gscan2pdf, and I may have a
> misunderstanding
> about how profiles should be used. Following is the way I assumed I could
> use them:
>
> (1) Suppose I always want to scan business cards with 24bit colour,
> 200 dpi, flat-bed, 90mm x 60mm.
>
> (2) I have just been scanning A4 pages with gray scale, 150 dpi, adf central
> align,
> 210 x 297 mm
>
> (3) I assume I can re-load a previously saved profile, called "business
> card", which will
> set everything to my desired values.
>
> (4) But it can't, because when I saved "business card" profile, it did not
> record mode or
> resolution, as they were already 24bit colour and 200 dpi when I saved it.
>
> (5) I can make it save mode and resolution in the "business card" profile by
> making
> sure I change every setting before saving the "business card" profile, but
> that
> seems more awkward than it should be.

I take your point, and I don't think you have misunderstood things.

> I have submitted a related bug report about failure to set geometry to 90mm
> x 60mm,
> although these values are recorded in the profile. This may also be a
> misunderstanding on my part.

No. I think I have fixed that with the v1.3.9 release. Please test and
let me know.

> My scanner is brother MFC-8890DW. It shows only a few settings: mode,
> resolution,
> source (flatbed, adf, etc), geometry.

> Perhaps a partial solution might be to save only the common options, or
> those
> not requiring a restart. I am willing to devote some time to experimenting
> with settings and options, if that will assist you.

Thanks for the offer. The SANE library doesn't really have common
option names. Perhaps mode, resolution, the geometry options and
source are, but most backends require a reload on setting mode or
source.

Perhaps when saving a profile, an additional dialog would be useful:
"You have changed options a,b,c. These will be stored in the profile.
Please select any additional options you would like stored in this
profile".

Either that, or perhaps a setting in Edit/Preferences to either store
profiles with the current behaviour, or with all available options.

Bug#815408: gscan2pdf: fails to record some settings when saving profile

[Jeffrey Ratcliffe]

On 21 February 2016 at 11:40, gerry butler  wrote:
> (6) The saved profile in ~/.gscan2pdf does not contain settings
> for mode or resolution. I expect it should.
>
> Workaround: Change all settings, then change them back to the
> required settings before saving the profile.

It only saves the settings that have changed.

If it saved the value of every option, then it would take much longer
to apply, as many options also require a reload.

Some backends have 50 options.

Is this really worth it?

Bug#812884: gscan2pdf: Changing the resolution is not persistant

[Jeffrey Ratcliffe]

On 29 January 2016 at 08:32, xan  wrote:
> In fact, I was only reporting the bug from my Ubuntu machine but I use 
> gscan2pdf on a Debian machine. I noticed now that this 
> reporting-from-the-other-computer was not very clever. I’m sorry about that.
> How do I try the most recent version of gscan2pdf in Debian? Can I also use 
> the PPA?

As it is pure Perl, that would work. You could also take the version
from Debian testing or unstable. There are a couple of additionally
dependencies to fulfil, but you can find those there too.

Regards

Jeff

Bug#812884: gscan2pdf: Changing the resolution is not persistant

[Jeffrey Ratcliffe]

I see that you are using Ubuntu, not Debian. Please install the latest
version from the PPA[1]. If you can still reproduce the bug, start
gscan2pdf from the command line with the --log=log option, open the
scan dialog, quit, and post the log file.

[1] https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa

Bug#812684: gscan2pdf: cannot save in .tif format

[Jeffrey Ratcliffe]

I've fixed this upstream. I'll try and release this as soon as
possible. If you are happy patching, the fix is trivial:

diff --git a/bin/gscan2pdf b/bin/gscan2pdf
index 84f1c22..f8b607a 100755
--- a/bin/gscan2pdf
+++ b/bin/gscan2pdf
@@ -3137,7 +3137,7 @@ sub file_chooser_response_callback {
 save_djvu( $filename, $list_of_pages );
 }
 when ('tif') {
-save_tiff( $filename, $list_of_pages );
+save_tiff( $filename, undef, $list_of_pages );
 }
 when ('txt') {
 save_text( $filename, $list_of_pages );

Bug#811200: freecad: Tools/Save picture doesn't if the filename contains a full-stop (.)

[Jeffrey Ratcliffe]

Package: freecad
Version: 0.15.4671+dfsg1-2
Severity: normal

In Tools/Save picture, I typed "part 1.0t" as the filename and hit return,
expecting freecad to add the .png extension and save the image.

The file choose dialog disappears without an error, but the file is not saved.
If I hit the save button instead, the file is saved as normal. If the filename
has no full-stop, then just hitting return also work fine.



-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages freecad depends on:
ii  libboost-filesystem1.58.0   1.58.0+dfsg-4.1
ii  libboost-program-options1.58.0  1.58.0+dfsg-4.1
ii  libboost-regex1.58.01.58.0+dfsg-4.1
ii  libboost-signals1.58.0  1.58.0+dfsg-4.1
ii  libboost-system1.58.0   1.58.0+dfsg-4.1
ii  libboost-thread1.58.0   1.58.0+dfsg-4.1
ii  libc6   2.21-6
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-1
ii  libfreeimage3   3.15.4-6
ii  libfreetype62.6.1-0.1
ii  libgcc1 1:5.3.1-5
ii  libgl1-mesa-glx [libgl1]11.0.8-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libice6 2:1.0.9-1+b1
ii  liboce-foundation8  0.15-7
ii  liboce-modeling80.15-7
ii  liboce-ocaf-lite8   0.15-7
ii  liboce-ocaf80.15-7
ii  liboce-visualization8   0.15-7
ii  libpyside1.21.2.2-2
ii  libpython2.72.7.11-2
ii  libqt4-network  4:4.8.7+dfsg-5
ii  libqt4-opengl   4:4.8.7+dfsg-5
ii  libqt4-svg  4:4.8.7+dfsg-5
ii  libqt4-xml  4:4.8.7+dfsg-5
ii  libqtcore4  4:4.8.7+dfsg-5
ii  libqtgui4   4:4.8.7+dfsg-5
ii  libqtwebkit42.3.4.dfsg-6
ii  libshiboken1.2v51.2.2-2+b1
ii  libsm6  2:1.2.2-1+b1
ii  libsoqt4-20 1.6.0~e8310f-2+b1
ii  libspnav0   0.2.3-1
ii  libstdc++6  5.3.1-5
ii  libx11-62:1.6.3-1
ii  libxerces-c3.1  3.1.2+debian-1
ii  libxext62:1.3.3-1
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-5.2
ii  pyside-tools0.2.15-1
ii  python-collada  0.4-2
ii  python-matplotlib   1.5.1~rc1-1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.7-1
ii  python-pyside   1.2.2-2
ii  python2.7   2.7.11-2
pn  python:any  
ii  zlib1g  1:1.2.8.dfsg-2+b1

freecad recommends no packages.

Versions of packages freecad suggests:
pn  freecad-doc  

-- no debconf information

Bug#810834: gscan2pdf: Always Getting Some Pages Not Saved Warning

[Jeffrey Ratcliffe]

I've just fixed this upstream. You will see it in the next release.

Bug#807565: Unpaper error dialog cannot be hidden permanently

[Jeffrey Ratcliffe]

I've now pushed a fix for this to the upstream repo. You will see it
in the next release.

Bug#809648:

[Jeffrey Ratcliffe]

It seems that someone has already reported this upstream:

https://bug.tasktools.org/browse/TD-106

Bug#809648: taskwarrior: task accepts recur:6m but thereafter errors on sync

[Jeffrey Ratcliffe]

Deleting the tasks also does not seem to help. Afterwards, I still
cannot sync and have the same error message.

Bug#809648: taskwarrior: task accepts recur:6m but thereafter errors on sync

[Jeffrey Ratcliffe]

Package: taskwarrior
Version: 2.5.0+dfsg-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

$ task add Make dentist appointment due:mon recur:6m
Created task 33.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

$ task sync
Syncing with taskwarrior.inthe.am:53589

Sync failed.  The Taskserver returned error: 500 The recurrence value '6m' is
not valid.

   * What was the outcome of this action?
   * What outcome did you expect instead?

Either task should have refused to add the task in the first place (6m was
correctly interpreted by task add), or task sync should have understood
recur:6m

Now I cannot sync at all:

$ task 33 mod recur:6months
Modifying task 33 'Make dentist appointment'.
Modifying recurring task 35 'Make dentist appointment'.
Modified 2 tasks.

$ task sync
Syncing with taskwarrior.inthe.am:53589

Sync failed.  The Taskserver returned error: 500 The recurrence value '6m' is
not valid.

$ task 33 info

Name  Value
ID33
Description   Make dentist appointment
StatusRecurring
Recurrence6months
Mask  -
Entered   2016-01-02 12:05:36 (1min)
Due   2016-01-04 00:00:00
Last modified 2016-01-02 12:06:55 (39s)
Virtual tags  DUE MONTH PARENT TAGGED UNBLOCKED YEAR
UUID  bf0c9297-80ed-4141-bf69-26f4eddc9d39
Urgency   9.017

tags0.9 *1 =0.9
due   0.676 *   12 =   8.12
 --
  9.017

DateModification
2016-01-02 12:05:40 Mask set to '-'.
2016-01-02 12:06:55 Recur changed from '6m' to '6months'.



-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages taskwarrior depends on:
ii  libc6  2.21-6
ii  libgcc11:5.3.1-4
ii  libgnutls-deb0-28  3.3.19-1
ii  libstdc++6 5.3.1-4
ii  libuuid1   2.27.1-1

taskwarrior recommends no packages.

taskwarrior suggests no packages.

-- no debconf information

Bug#807565: Unpaper error dialog cannot be hidden permanently

[Jeffrey Ratcliffe]

Given that unpaper itself hasn't changed, I assume the problem is with libav.

I suppose that some fuzzy matching is in order to hide this in
gscan2pdf. I'll have a think.

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[Jeffrey Ratcliffe]

On 26 November 2015 at 21:21, martin f krafft  wrote:
> xdg-settings --list has nothing.
>
> Gosh, I love "desktops".

Have you set $MAILER ?

What about

xdg-open "x@y"

?

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[Jeffrey Ratcliffe]

On 26 November 2015 at 02:50, martin f krafft  wrote:
> % xdg-mime query default "x-scheme-handler/mailto"
> icedove.desktop
>
> That is *an* installed MUA, but not the one I use or want to use.

:-)

hmmm. Perhaps a workaround might be to create a user-defined tool, but
that would only work for a single page.

Is there a way on your system of finding out automatically which MUA
should be used?

As you say, something configurable in preferences might end up being
the solution.

However - you say that at one point it was doing what you wanted. Does
the following do something useful:

xdg-email --attach $attachment 'x\@y'

?

Bug#806254: Unable to send mail from gscan2pdf due to unknown desktop environment

[Jeffrey Ratcliffe]

On 25 November 2015 at 21:52, martin f krafft  wrote:
> — gscan2pdf won't let me e-mail scans to people anymore. I am told
> it cannot identify the desktop environment and hence doesn't know
> how what mail client I use.

What does

xdg-mime query default "x-scheme-handler/mailto"

return?

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Jeffrey Ratcliffe]

On 16 October 2015 at 22:21, Per Olofsson  wrote:
> One issue is that you don't have gvfs-bin installed. Try installing it
> and I'm sure xdg-open will work again. The Cinnamon packages really

Confirmed. With gvfs-bin installed, xdg-open works again with
multipage djvu files.

Thanks

Jeff

Bug#765221: gtkimageview: diff for NMU version 1.6.4+dfsg-0.2

[Jeffrey Ratcliffe]

That is very kind of you. Thank you for making the effort. If you
prefer, you have my blessing to make it immediate.

Regards

Jeff

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Jeffrey Ratcliffe]

On 15 October 2015 at 08:47, Per Olofsson  wrote:
> Which desktop environment (if any) are you using?

Cinnamon, as you see below:

> Could you run
>
>   sh -x /usr/bin/xdg-open somefile.djvu

Below. More testing shows that the problem only occurs when the djvu
has more than one page. With single page djvu files, everything is as
it should be.

What is also strange, is that although for both single and multipage
djvu files, evince-previewer is run, if I just run evince-previewer
manually on the multipage djvu, it is also displayed ok.

+ check_common_commands multi.djvu
+ [ 1 -gt 0 ]
+ parm=multi.djvu
+ shift
+ [ 0 -gt 0 ]
+ [ -z  ]
+ unset XDG_UTILS_DEBUG_LEVEL
+ [ 0 -lt 1 ]
+ xdg_redirect_output= > /dev/null 2> /dev/null
+ [ xmulti.djvu != x ]
+ url=
+ [ 1 -gt 0 ]
+ parm=multi.djvu
+ shift
+ [ -n  ]
+ url=multi.djvu
+ [ 0 -gt 0 ]
+ [ -z multi.djvu ]
+ detectDE
+ unset GREP_OPTIONS
+ [ -n X-Cinnamon ]
+ DE=cinnamon
+ [ xcinnamon = x ]
+ [ xcinnamon = x ]
+ [ xcinnamon = x ]
+ [ xcinnamon = xgnome ]
+ [ xcinnamon = x ]
+ DEBUG 2 Selected DE cinnamon
+ [ -z  ]
+ return 0
+ open_gnome3 multi.djvu
+ gvfs-open --help
+ open_generic multi.djvu
+ is_file_url_or_path multi.djvu
+ echo multi.djvu
+ grep -q ^file://
+ echo multi.djvu
+ egrep -q ^[[:alpha:]+\.\-]+:
+ return 0
+ file_url_to_path multi.djvu
+ local file=multi.djvu
+ echo multi.djvu
+ grep -q ^file:///
+ echo multi.djvu
+ local file=multi.djvu
+ check_input_file multi.djvu
+ [ ! -e multi.djvu ]
+ [ ! -r multi.djvu ]
+ [ -n :0 ]
+ xdg-mime query filetype multi.djvu
+ sed s/;.*//
+ filetype=
+ open_generic_xdg_mime multi.djvu
+ filetype=
+ xdg-mime query default
xdg-mime: mimetype argument missing
Try 'xdg-mime --help' for more information.
+ default=
+ [ -n  ]
+ which run-mailcap
+ run-mailcap --action=view multi.djvu

(evince-previewer:3460): EvinceView-CRITICAL **:
ev_page_cache_get_form_field_mapping: assertion 'EV_IS_PAGE_CACHE
(cache)' failed
+ [ 0 -eq 0 ]
+ exit_success
+ [ 0 -gt 0 ]
+ exit 0

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Jeffrey Ratcliffe]

Package: xdg-utils
Version: 1.1.1-1
Severity: normal
File: /usr/bin/xdg-open

With the previous version of xdg-utils, xdg-open opened djvu files without 
problem. Now it doesn't.

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  libfile-mimeinfo-perl  0.27-1
ii  libnet-dbus-perl   1.1.0-3
ii  libx11-protocol-perl   0.56-7
ii  x11-utils  7.7+3
ii  x11-xserver-utils  7.7+5

Versions of packages xdg-utils suggests:
pn  gvfs-bin  

-- no debconf information

Bug#648627: post-dialog selection changes influence which pages are saved

[Jeffrey Ratcliffe]

I've just fixed this upstream. You will see it in the next release.

Bug#798993: libsane: scanimage incorrectly identifies default scanner

[Jeffrey Ratcliffe]

Package: libsane
Version: 1.0.24-14
Severity: normal

Up to and including 1.0.24-13, scanimage (and libsane's other reverse
dependencies) found the available scanner. As of 1.0.24-14, scanimage tries to
use a non-existing device name, e.g.:

$ scanimage --help
Usage: scanimage [OPTION]...

Start image acquisition on a scanner device and write image data to
standard output.

Parameters are separated by a blank from single-character options (e.g.
-d epson) and by a "=" from multi-character options (e.g. --device-name=epson).
-d, --device-name=DEVICE   use a given scanner device (e.g. hp:/dev/scanner)
--format=pnm|tiff  file format of output file
-i, --icc-profile=PROFILE  include this ICC profile into TIFF file
-L, --list-devices show available scanner devices
-f, --formatted-device-list=FORMAT similar to -L, but the FORMAT of the output
   can be specified: %d (device name), %v (vendor),
   %m (model), %t (type), %i (index number), and
   %n (newline)
-b, --batch[=FORMAT]   working in batch mode, FORMAT is `out%d.pnm' or
   `out%d.tif' by default depending on --format
--batch-start=#page number to start naming files with
--batch-count=#how many pages to scan in batch mode
--batch-increment=#increase page number in filename by #
--batch-double increment page number by two, same as
   --batch-increment=2
--batch-prompt ask for pressing a key before scanning a page
--accept-md5-only  only accept authorization requests using md5
-p, --progress print progress messages
-n, --dont-scanonly set options, don't actually scan
-T, --test test backend thoroughly
-A, --all-options  list all available backend options
-h, --help display this help message and exit
-v, --verbose  give even more status messages
-B, --buffer-size=#change input buffer size (in kB, default 32)
-V, --version  print version information
scanimage: open of device hpaio:/usb/officejet_5500_series?serial=MY42QF209H96 
failed: Invalid argument
Type ``scanimage --help -d DEVICE'' to get list of all options for DEVICE.

List of available devices:
hpaio:/usb/Officejet_6500_E709a?serial=MY01C3X12W05G3

Note that the default device name is not the same as that given in the list of 
available devices.

If I used the --help -d DEVICE, then the scanner is found OK.

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libsane depends on:
ii  acl2.2.52-2
ii  adduser3.113+nmu3
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libc6  2.19-19
ii  libcups2   2.0.3-10
ii  libexif12  0.6.21-2
ii  libgphoto2-6   2.5.8-1
ii  libgphoto2-port12  2.5.8-1
ii  libieee1284-3  0.2.11-12
ii  libjpeg62-turbo1:1.4.1-2
ii  libsane-common 1.0.24-14
ii  libtiff5   4.0.5-1
ii  libusb-1.0-0   2:1.0.19-1
ii  udev   225-1

Versions of packages libsane recommends:
ii  libsane-extras  1.0.22.3
ii  sane-utils  1.0.24-14

Versions of packages libsane suggests:
ii  avahi-daemon  0.6.31-5
ii  hplip 3.14.6-1+b2

-- no debconf information

Bug#782361: netgen crashes on launch

[Jeffrey Ratcliffe]

Package: netgen
Version: 4.9.13.dfsg-8+b3
Severity: grave
Justification: renders package unusable

$ netgen 
NETGEN-4.9.13
Developed at RWTH Aachen University, Germany
and Johannes Kepler University Linz, Austria
Including OpenCascade geometry kernel
Parsing ng.tcl
optfile ./ng.opt does not exist - using default values
X Error of failed request:  BadValue (integer parameter out of range for 
operation)
  Major opcode of failed request:  156 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  498
  Current serial number in output stream:  499


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages netgen depends on:
ii  libc6 2.19-17
ii  libgcc1   1:4.9.2-10
ii  libgl1-mesa-glx [libgl1]  10.3.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libjpeg62-turbo   1:1.3.1-12
ii  libnglib-4.9.13   4.9.13.dfsg-8+b3
ii  liboce-foundation80.15-5
ii  liboce-modeling8  0.15-5
ii  liboce-ocaf-lite8 0.15-5
ii  liboce-ocaf8  0.15-5
ii  liboce-visualization8 0.15-5
ii  libstdc++64.9.2-10
ii  libtcl8.5 8.5.17-1
ii  libtk8.5  8.5.17-1
ii  libtogl1  1.7-12
ii  libxmu6   2:1.1.2-1
ii  tix   8.4.3-5
ii  tix-dev   8.4.3-5

netgen recommends no packages.

netgen suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774093: gscan2pdf: various consistency updates for dialogs

[Jeffrey Ratcliffe]

On 11 January 2015 at 11:05, Peter Marschall pe...@adpm.de wrote:
 I'll hold off with the spin button for the resolution in properties
 because it can't display a decimal point, which is what you might get
 under certain circumstances. It has been useful in the past for
 testing for import problems.
 This is strange, because that's what
 $spinbutton-set_digits(1);
 should achieve.

Ah! That'll teach me to comment on patches without actually testing
them. I hadn't spotted that, and having never used it, wouldn't have
recognised that set_digits means after the decimal separator.

I'll apply it.

Regards

Jeff


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557965: binarization methods wishlish

[Jeffrey Ratcliffe]

I introduced user-defined tools in v0.9.31.

Is this bug still an issue?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org