Bug#1020758: closed by Debian FTP Masters (reply to Emmanuel Bouthenot ) (Bug#1020758: fixed in msmtp 1.8.22-1)

2022-10-29 Thread David Nebauer
wFkvrNWuUFPnSXXfmqZADXgHnbbhoNqk6h/wu5kFm95l15UGH
> vsodNTyDC2Qrwwhge+gWFxAJFqL9y/NCMzWGuMtwTAn3tqgzIAz/eXzOiKdyAJpb
> sZmvf24SD9xQzG3dPqBeAp8JCeElic5Rop1WkSgZwrsh/wIS9Sp8IPAhKrJL8NfJ
> E5nwx1DY85NVXb2iTCSB6jIAxUNB7uP+DVeMRiSW7Yj5luLDDV7QnvsPi3DmpfcJ
> eOiRrcQY5Ouqky2QcVcaohjBGIDyP63x7OCydS/anJLGotcz4X/1uhi8GBfU7a6I
> xZRnEJ7vD1MDRiVCjpDc7MBq3/jUHw5FRCR7g+TK+Rm7ooeDvuIDDDqZ6orWQiZS
> V/gWQm3YCUztY6hsT7qfasMLuiqm0km6j5/jAdAOtHAqoVrKoF9rond+T/QL6Hze
> OmkBps9HcrGNVHvE4kJlX8x7j5OQaTb04KrbMjWWirKp9zTe22yoI4nILWPDNtK8
> vsyqE+/SjWBqu6JsQBsq5oPCttbqajjiKK0H+GewY5sPo3YgE8hs/9gEKxKX8Dol
> NaTwls+nyt8/cRzakrLQBL7hFDViMb/mmPw3XmnP+gEhVIxjGggagQeMqNkzHJVz
> 6dPaFndjnF9l9yk6LyGdK2CeOsAjo9v33HnnY1SXuEjqmxkeX/E=
> =X0lR
> -END PGP SIGNATURE-
>
>
> -- Forwarded message --
> From: David Nebauer 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Mon, 26 Sep 2022 11:02:31 +0930
> Subject: msmtp: upgrade to current upstream version
> Package: msmtp
> Version: 1.8.16-1+b1
> Severity: normal
> X-Debbugs-Cc: davidneba...@gmail.com
>
> Dear Maintainer,
>
> The upstream project (1.8.22) is 6 minor releases ahead of the packaged debian
> version (1.8.16). Those releases include numerous bugfixes as well as
> significant enhancements, including inheriting msmptp's key variables
> from the environment, meaning the package version can be linked to
> rather than having to copy and edit each new version of the script.
>
> Can the debian version be updated to the current upstream release?
>
> -- System Information:
> Debian Release: bookworm/sid
>   APT prefers testing
>   APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.19.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_AU:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages msmtp depends on:
> ii  adduser3.129
> ii  debconf [debconf-2.0]  1.5.79
> ii  libc6  2.34-8
> ii  libgnutls303.7.7-2
> ii  libgsasl18 2.2.0-1
> ii  libsecret-1-0  0.20.5-3
> ii  ucf3.0043
>
> Versions of packages msmtp recommends:
> ii  ca-certificates  20211016
>
> Versions of packages msmtp suggests:
> pn  msmtp-mta  
>
> -- debconf information:
>   msmtp/tls: false
>   msmtp/maildomain:
>   msmtp/sysconfig: false
>   msmtp/port: 25
>   msmtp/host:
> * msmtp/apparmor: false
>   msmtp/auto_from: true



Bug#1020758: Correct script name: msmtp -> msmtpq

2022-09-25 Thread David Nebauer
Oops, the script referred to in the original bug report should be
'msmtpq' rather than 'msmtp'.



Bug#1020758: msmtp: upgrade to current upstream version

2022-09-25 Thread David Nebauer
Package: msmtp
Version: 1.8.16-1+b1
Severity: normal
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

The upstream project (1.8.22) is 6 minor releases ahead of the packaged debian
version (1.8.16). Those releases include numerous bugfixes as well as
significant enhancements, including inheriting msmptp's key variables
from the environment, meaning the package version can be linked to
rather than having to copy and edit each new version of the script.

Can the debian version be updated to the current upstream release?

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages msmtp depends on:
ii  adduser3.129
ii  debconf [debconf-2.0]  1.5.79
ii  libc6  2.34-8
ii  libgnutls303.7.7-2
ii  libgsasl18 2.2.0-1
ii  libsecret-1-0  0.20.5-3
ii  ucf3.0043

Versions of packages msmtp recommends:
ii  ca-certificates  20211016

Versions of packages msmtp suggests:
pn  msmtp-mta  

-- debconf information:
  msmtp/tls: false
  msmtp/maildomain:
  msmtp/sysconfig: false
  msmtp/port: 25
  msmtp/host:
* msmtp/apparmor: false
  msmtp/auto_from: true



Bug#995169: mc: Subshell Ctrl+o stopped working with upgrade from 4.8.26-1.1 => 4.8.27-1

2021-10-04 Thread David Nebauer
Package: mc
Version: 3:4.8.27-1
Followup-For: Bug #995169
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

I have the same change in behaviour reported by Pavel Reznicek during
the upgrade to 4.8.27.

I have noted a further behaviour change that may assist in
troubleshooting: when executing commands from mc's command line in
4.8.26 I was able to use zsh functions defined in
~/.zsh/functions-{available,enabled}/. After upgrading to 4.8.27 using
any of these functions results in errors like:
zsh:1: command not found: FN_NAME

In preparing to file this bug report I became aware that it is possible
to provide mc with a custom .zshrc file at ~/.local/share/mc/. There is
no such file on my system (and never has been).

David

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mc depends on:
ii  libc6 2.32-4
ii  libext2fs21.46.4-1
ii  libglib2.0-0  2.70.0-1+b1
ii  libgpm2   1.20.7-9
ii  libslang2 2.3.2-5
ii  libssh2-1 1.10.0-2
ii  mc-data   3:4.8.27-1

Versions of packages mc recommends:
ii  mime-support3.66
ii  perl5.32.1-6
ii  sensible-utils  0.0.17
ii  unzip   6.0-26

Versions of packages mc suggests:
pn  arj  
ii  bzip21.0.8-4
pn  dbview   
pn  djvulibre-bin
pn  epub-utils   
ii  evince [pdf-viewer]  40.4-2
ii  file 1:5.39-3
ii  genisoimage  9:1.1.11-3.2
pn  gv   
ii  imagemagick  8:6.9.11.60+dfsg-1.3
ii  imagemagick-6.q16 [imagemagick]  8:6.9.11.60+dfsg-1.3
pn  libaspell-dev
pn  odt2txt  
ii  okular [pdf-viewer]  4:21.08.1-1+b1
ii  poppler-utils20.09.0-3.1
pn  python-boto  
ii  python-is-python2 [python]   2.7.18-9
pn  python-tz
ii  texlive-binaries 2021.20210626.59705-1
ii  unar 1.10.1-2+b6
ii  w3m  0.5.3+git20210102-6
pn  wimtools 
ii  zip  3.0-12

-- no debconf information



Bug#993669: konsole: not honoring the -qwindowtitle option

2021-09-04 Thread David Nebauer
Package: konsole
Version: 4:21.08.1-1
Severity: normal
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

Following a package update and reboot, konsole stopped setting the
window title according to the '-qwindowtitle' command-line option.

The konsole title is now actually being set according to the format '%d:
%n' even though the tab title format and remote tab title format for the
default profile is set to '%w'.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages konsole depends on:
ii  kio5.83.0-2
ii  konsole-kpart  4:21.08.1-1
ii  libc6  2.31-17
ii  libkf5configcore5  5.85.0-2
ii  libkf5configwidgets5   5.85.0-2
ii  libkf5coreaddons5  5.85.0-2
ii  libkf5crash5   5.85.0-2
ii  libkf5dbusaddons5  5.85.0-2
ii  libkf5globalaccel-bin  5.85.0-2
ii  libkf5globalaccel5 5.85.0-2
ii  libkf5guiaddons5   5.85.0-2
ii  libkf5i18n55.85.0-2
ii  libkf5kiowidgets5  5.83.0-2
ii  libkf5notifyconfig55.83.0-2
ii  libkf5widgetsaddons5   5.85.0-2
ii  libkf5windowsystem55.85.0-2
ii  libkf5xmlgui5  5.85.0-3
ii  libqt5core5a   5.15.2+dfsg-10
ii  libqt5gui5 5.15.2+dfsg-10
ii  libqt5widgets5 5.15.2+dfsg-10
ii  libstdc++6 11.2.0-3

konsole recommends no packages.

Versions of packages konsole suggests:
pn  lrzsz  

-- no debconf information



Bug#973408: offlineimap3: fails with "'bytes' object has no attribute 'encode'" error

2020-10-30 Thread David Nebauer
Package: offlineimap3
Version: 0.0~git20201025.c850e74+dfsg-1
Severity: important
X-Debbugs-Cc: davidneba...@gmail.com

Dear Maintainer,

The following command works using 'offlineimap' from package
'offlineimap':

offlineimap -o -u quiet

The same command using 'offlineimap' from package 'offlineimap3' crashes
with this feedback:

ERROR: While attempting to sync account 'ISP_1'
  'bytes' object has no attribute 'encode'
ERROR: While attempting to sync account 'ISP_2'
  'bytes' object has no attribute 'encode'
ERROR: Exceptions occurred during the run!
ERROR: While attempting to sync account 'ISP_1'
  'bytes' object has no attribute 'encode'

Traceback:
  File "/usr/lib/python3/dist-packages/offlineimap/accounts.py", line 298, 
in syncrunner
self.__sync()
  File "/usr/lib/python3/dist-packages/offlineimap/accounts.py", line 374, 
in __sync
remoterepos.getfolders()
  File "/usr/lib/python3/dist-packages/offlineimap/repository/IMAP.py", 
line 446, in getfolders
imapobj = self.imapserver.acquireconnection()
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
579, in acquireconnection
self.__authn_helper(imapobj)
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
443, in __authn_helper
if func(imapobj):
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
388, in __authn_login
self.__loginauth(imapobj)
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
195, in __loginauth
imapobj.login(self.username, self.__getpassword())
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
177, in __getpassword
self.password = self.repos.getpassword() or \
  File "/usr/lib/python3/dist-packages/offlineimap/repository/IMAP.py", 
line 386, in getpassword
return self.localeval.eval(passwd).encode('utf-8')

ERROR: While attempting to sync account 'ISP_2'
  'bytes' object has no attribute 'encode'

Traceback:
  File "/usr/lib/python3/dist-packages/offlineimap/accounts.py", line 298, 
in syncrunner
self.__sync()
  File "/usr/lib/python3/dist-packages/offlineimap/accounts.py", line 374, 
in __sync
remoterepos.getfolders()
  File "/usr/lib/python3/dist-packages/offlineimap/repository/IMAP.py", 
line 446, in getfolders
imapobj = self.imapserver.acquireconnection()
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
579, in acquireconnection
self.__authn_helper(imapobj)
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
443, in __authn_helper
if func(imapobj):
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
369, in __authn_plain
imapobj.authenticate('PLAIN', self.__plainhandler)
  File "/usr/lib/python3/dist-packages/imaplib2.py", line 691, in 
authenticate
typ, dat = self._simple_command('AUTHENTICATE', mechanism.upper())
  File "/usr/lib/python3/dist-packages/imaplib2.py", line 1684, in 
_simple_command
return self._command_complete(self._command(name, *args), kw)
  File "/usr/lib/python3/dist-packages/imaplib2.py", line 1404, in _command
literal = literator(data, rqb)
  File "/usr/lib/python3/dist-packages/imaplib2.py", line 2247, in process
ret = self.mech(self.decode(data))
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
207, in __plainhandler
passwd = self.__getpassword()
  File "/usr/lib/python3/dist-packages/offlineimap/imapserver.py", line 
177, in __getpassword
self.password = self.repos.getpassword() or \
  File "/usr/lib/python3/dist-packages/offlineimap/repository/IMAP.py", 
line 386, in getpassword
return self.localeval.eval(passwd).encode('utf-8')

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-3-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages offlineimap3 depends on:
ii  python3   3.8.2-3
ii  python3-imaplib2  2.57-5.1

offlineimap3 recommends no packages.

offlineimap3 suggests no packages.

-- no debconf information



Bug#927907: flatpak directories not added to XDG_DATA_DIRS on Plasma + Wayland

2020-06-14 Thread David Nebauer
Package: flatpak
Version: 1.6.3-1
Followup-For: Bug #927907

Dear Maintainer,

I had the exact same problem immediately following installation of the
flatpak deb package, in that XDG_DATA_DIRS had not been altered.
Following a reboot, however, both the local and system
flatpack/exports/share directories were prepended to XDG_DATA_DIRS
(maybe due to /usr/lib/systemd/user-environment-generators/60-flatpak).

If I experienced the same problem the earlier reporters did, perhaps the
solution is to (a) warn the users that a reboot (or just a fresh log in)
is necessary for the XDG_DATA_DIRS variable to be updated, or perhaps
(b) so something clever to adjust the XDG_DATA_DIRS variable during
package installation.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages flatpak depends on:
ii  adduser3.118
ii  bubblewrap 0.4.1-1
ii  libappstream-glib8 0.7.17-1
ii  libarchive13   3.4.3-1
ii  libc6  2.30-8
ii  libdconf1  0.36.0-1
ii  libfuse2   2.9.9-3
ii  libgdk-pixbuf2.0-0 2.40.0+dfsg-5
ii  libglib2.0-0   2.64.3-1
ii  libgpgme11 1.13.1-6
ii  libjson-glib-1.0-0 1.4.4-2
ii  libostree-1-1  2020.3-1
ii  libpolkit-agent-1-00.105-26
ii  libpolkit-gobject-1-0  0.105-26
ii  libseccomp22.4.3-1+b1
ii  libsoup2.4-1   2.70.0-1
ii  libsystemd0245.6-1
ii  libxau61:1.0.8-1+b2
ii  libxml22.9.10+dfsg-5+b1
ii  xdg-dbus-proxy 0.1.2-1

Versions of packages flatpak recommends:
ii  desktop-file-utils   0.24-1
ii  gtk-update-icon-cache3.24.20-1
ii  hicolor-icon-theme   0.17-2
ii  libpam-systemd   245.6-1
ii  p11-kit  0.23.20-1
ii  policykit-1  0.105-26
ii  shared-mime-info 1.15-1
ii  xdg-desktop-portal   1.6.0-1
ii  xdg-desktop-portal-gtk [xdg-desktop-portal-backend]  1.6.0-1+b1

Versions of packages flatpak suggests:
ii  avahi-daemon  0.8-3

-- no debconf information



Bug#947728: dia: Text objects disappear after setting angle to a nonzero value

2019-12-29 Thread David Nebauer
Package: dia
Version: 0.97.3+git20160930-8.2
Severity: normal
Tags: upstream

Dear Maintainer,

When a text object's "text angle" is set to a non-zero value the text
itself disappears. The text reappears when the text angle is (re)set to
0.00.

This bug was reported upstream at
https://gitlab.gnome.org/GNOME/dia/issues/429. There has been no
activity on the bug report.

I was unable to contribute to the bug report as I do not have a suitable
online gnome account and could not discover a way to create one.

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

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

Versions of packages dia depends on:
ii  dia-common   0.97.3+git20160930-8.2
ii  libart-2.0-2 2.3.21-4
ii  libc62.29-3
ii  libcairo21.16.0-4
ii  libfreetype6 2.10.1-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-1
ii  libglib2.0-0 2.62.3-2
ii  libgtk2.0-0  2.24.32-4
ii  libpango-1.0-0   1.42.4-7
ii  libpangocairo-1.0-0  1.42.4-7
ii  libpangoft2-1.0-01.42.4-7
ii  libpng16-16  1.6.37-1
ii  libxml2  2.9.4+dfsg1-8
ii  libxslt1.1   1.1.32-2.2
ii  zlib1g   1:1.2.11.dfsg-1+b1

Versions of packages dia recommends:
ii  dia-shapes   0.6.0-3
ii  gsfonts-x11  0.27

dia suggests no packages.

-- no debconf information



Bug#933924: cl-asdf: doc-base merge error: format html already defined

2019-08-04 Thread David Nebauer
Package: cl-asdf
Version: 2:3.3.3-1
Severity: normal

Dear Maintainer,

On update the following error occurs:

Error while merging /usr/share/doc-base/cl-asdf-asdf with 
/usr/share/doc-base/cl-asdf-uiop: format html already defined.

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

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

cl-asdf depends on no packages.

Versions of packages cl-asdf recommends:
ii  clisp [lisp-compiler]  1:2.49.20180218+really2.49.92-3+b2
ii  ecl [lisp-compiler]16.1.3+ds-2

Versions of packages cl-asdf suggests:
ii  cl-launch  4.1.4-1

-- no debconf information



Bug#873493: reportbug: confused with python-astroid

2018-09-08 Thread David Nebauer
Package: reportbug
Version: 7.5.0
Followup-For: Bug #873493

Dear Maintainer,

I've encountered the exact same problem as Norbert. The incorrect
versions being reported for package 'astroid' are those for package
'python-astroid', so it is clear that the underlying problem is that
reportbug looks for 'astroid' but matches with 'python-astroid'.

-- Package-specific info:
** Environment settings:
EDITOR="nvim"
PAGER="/home/david/.cache/dein/repos/github.com/rkitover/vimpager/vimpager"
VISUAL="nvim"
INTERFACE="text"

** /home/david/.reportbugrc:
reportbug_version "7.1.5"
mode standard
ui text
email "davidneba...@hotkey.net.au"
smtphost "mail.bigpond.com"
smtpuser "davidnebau...@bigpond.com"

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

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

Versions of packages reportbug depends on:
ii  apt1.6.4
ii  python33.6.5-3
ii  python3-reportbug  7.5.0
ii  sensible-utils 0.0.12

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
ii  dlocate1.07+nmu1
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.91-7
ii  exim4-daemon-light [mail-transport-agent]  4.91-7
ii  file   1:5.34-2
ii  gnupg  2.2.10-1
pn  python3-urwid  
pn  reportbug-gtk  
ii  xdg-utils  1.1.3-1

Versions of packages python3-reportbug depends on:
ii  apt1.6.4
ii  file   1:5.34-2
ii  python33.6.5-3
ii  python3-apt1.6.2
ii  python3-debian 0.1.33
ii  python3-debianbts  2.7.2
ii  python3-requests   2.18.4-2

python3-reportbug suggests no packages.

-- no debconf information



Bug#864077: tellico-doc: khelpcenter error 'Documentation not found'

2017-06-04 Thread David Nebauer
Package: tellico-doc
Version: 3.0.2-1.1
Severity: normal

Dear Maintainer,

When invoking tellico help, khelpcenter open with the error message
'Documentation not found'. This occurs whether help is invoked using the
tellico help menu, by pressing F1 in tellico, or directly from a shell
('khelpcenter help:/tellico').

I do not know how khelpcenter integrates application documentation -- I
could not locate any simple guides -- but the desktop file entry
'X-DocPath=tellico/index.html' seems standard. 

I compared tellico's help file paths with those in a couple of packages
which do successfully display khelpcenter help: okular and gwenview.
Both those packages have as their primary helpfile 'index.docbook' while
tellico has a compressed version: 'index.docbook.gz'. I have no idea
whether this is significant.

I also compared the directory paths for english documentation:
/usr/share/doc/kde/HTML/en/okular
/usr/share/doc/HTML/en/gwenview
/usr/share/doc/tellico/HTML/HTML/en/tellico

Tellico's path is unusual in that it has its own subdirectory directly under
/usr/share/doc and includes HTML/HTML. I do not know whether this is
significant.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (1000, 'testing'), (995, 'testing'), (750, 'stable'), (500, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages tellico-doc depends on:
ii  kdelibs5-data  4:4.14.26-2

Versions of packages tellico-doc recommends:
ii  tellico  3.0.2-1.1

tellico-doc suggests no packages.

-- no debconf information



Bug#856532: Error: Can't locate object method "get_user"

2017-03-03 Thread David Nebauer

On 03/03/17 06:52, gregor herrmann wrote:

On Thu, 02 Mar 2017 14:10:19 +0930, David Nebauer wrote:


When trying to build Dn::Role using dh-make-perl with the following
command:

 dh-make-perl Dn-Role-v0.1

the following error occurred:

-

== dh-make-perl 0.93 ==
Trying /PATH/TO/MODULE/DISTRIBUTION/Dn-Role-v0.1/../Dn-Role-v0.1.tar .gz... 
found!
Using META.json
Found: Dn-Role 0.1 (libdn-role-perl arch=all)
Can't locate object method "get_user" via package "DhMakePerl::Command::make" 
at /usr/share/perl5/DhMakePerl/Command/Packaging.pm line 130.


Ouch. This is really ugly; thanks for your bug report!

Carnë, this seems to be a side effect of
23b15bd799ee7e7f9394119a98bdef510424be3d.
Could you take a look please? (I'm not sure what the best fix would
be that fits your refactoring.)

David, as a workaround you can set the environment variables DEBEMAIL
or EMAIL to your preferred email address for packaging to skip this
code path.


Thanks for the workaround.

Regards,
David.



Bug#856532: Error: Can't locate object method "get_user"

2017-03-01 Thread David Nebauer
Package: dh-make-perl
Version: 0.93
Severity: important
Tags: upstream

When trying to build Dn::Role using dh-make-perl with the following
command:

dh-make-perl Dn-Role-v0.1

the following error occurred:

-

== dh-make-perl 0.93 ==
Trying /PATH/TO/MODULE/DISTRIBUTION/Dn-Role-v0.1/../Dn-Role-v0.1.tar .gz... 
found!
Using META.json
Found: Dn-Role 0.1 (libdn-role-perl arch=all)
Can't locate object method "get_user" via package "DhMakePerl::Command::make" 
at /usr/share/perl5/DhMakePerl/Command/Packaging.pm line 130.

-

Line 130 from Packaging.pm is:

$email = $self->get_user . '@' . $mailh;

I looked for method 'get_user' in the DhMakePerl package using:

grep -R get_user /usr/share/perl5/DhMakePerl/*

and

grep -R get_user /usr/share/perl5/DhMakePerl.pm

but the only match was line 130 of Packaging.pm where the method is
called.


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (995, 'testing'), (750, 'stable'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dh-make-perl depends on:
ii  debhelper  10.2.5
ii  dpkg-dev   1.18.22
ii  fakeroot   1.21-3.1
ii  libapt-pkg-perl0.1.30
ii  libarray-unique-perl   0.08-2
ii  libclass-accessor-perl 0.34-1
ii  libconfig-ini-perl 1:0.025-1
ii  libcpan-meta-perl  2.150010-1
ii  libdebian-source-perl  0.93
ii  libdpkg-perl   1.18.22
ii  libemail-address-perl  1.908-1
ii  libemail-date-format-perl  1.005-1
ii  libfile-which-perl 1.21-1
ii  liblist-moreutils-perl 0.416-1+b1
ii  libmodule-depends-perl 0.16-3
ii  libparse-debianchangelog-perl  1.2.0-12
ii  libsoftware-license-perl   0.103012-1
ii  libtie-ixhash-perl 1.23-2
ii  libwww-mechanize-perl  1.83-1
ii  libwww-perl6.15-1
ii  libyaml-libyaml-perl   0.63-2
ii  libyaml-perl   1.21-1
ii  make   4.1-9.1
ii  perl   5.24.1-1
ii  perl-modules-5.22 [libcpan-meta-perl]  5.22.2-5
ii  perl-modules-5.24 [libcpan-meta-perl]  5.24.1-1

Versions of packages dh-make-perl recommends:
ii  apt   1.4~rc2
ii  apt-file  3.1.4
ii  git   1:2.11.0-2
ii  libdpkg-parse-perl0.03-1
ii  libmodule-build-perl  0.422000-1
ii  pristine-tar  1.38

dh-make-perl suggests no packages.

-- no debconf information



Bug#423581: libice6: wrongly depends on xfree86-common

2007-05-12 Thread David Nebauer
Package: libice6
Version: 1:1.0.3-2
Severity: normal

According to packages.debian.org, dpkg and reportbug (see System
Information below), libice6 depends on x11-common.  According 
to aptitude, however, it depends on xfree86-common and this 
causes it to break.

To the best of my knowledge I am accessing a version of libice6
from a standard debian repository.  Here are the active lines from
/etc/apt/sources.list:
-
## libdbi and libdbd drivers
deb http://libdbi.sourceforge.net/debian testing main
## marillat repository
deb http://www.debian-multimedia.org testing main
## tovid package
deb http://packages.kirya.net/debian/ unstable main contrib non-free
## official debian mirrors
deb http://mirror.pacific.net.au/debian/ testing main contrib non-free
-

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

Kernel: Linux 2.6.15.dtn.20050415
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libice6 depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  x11-common  1:7.1.0-18   X Window System (X.Org) infrastruc

libice6 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]