Bug#1061421: Fails to start after an upgrade

[Ryan Kavanagh]

On Wed, May 08, 2024 at 06:32:03PM +0900, Marc Dequènes wrote:
> I packaged and uploaded 0.5.0 and this bug is fixed for me now, but
> I'd like to hear from you all before closing this bug.

The bug is also fixed for me with 0.5.0-1. Thanks for getting this
fixed!

Best wishes,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#1061421: Fails to start after an upgrade

[Ryan Kavanagh]

Hi Marc, Arto,

On Mon, Jan 29, 2024 at 03:19:41PM +0900, Marc Dequènes wrote:
> I guess it's related to libraries that are loaded dynamically,
> possibly mesa, but it does not seem like an ABI breakage.  I'll try to
> dig deeper but l’m open to suggestion.

I tried asking in #kennylevison on libera a week ago and was given the
following suggestion to try to figure what's going on:

11:48  wlgreet 0.4.1 dies with "thread 'main' panicked at 'internal
error: entered unreachable code', src/app.rs:473:48" on
Debian unstable (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061421 ).
Any suggestions on a workaround, or any debugging
information that I could provide to help fix the bug?
14:06  rak: building it directly in debug mode (cargo
  build without --release) should give a better
  error
16:15  update sctk dunno.

I haven't had time to dig further since, but maybe you can get a better
backtrace by rebuilding without --release and ask upstream for help? In
any case, they might appreciate knowing how we reached unreachable code
:)

Best wishes,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#1055758: opensmtpd: OpenSMTPD release in stable (bookworm) is useless due to #1037359

[Ryan Kavanagh]

On Thu, Nov 16, 2023 at 12:36:16PM -0500, Ryan Kavanagh wrote:
> I plan on uploading OpenSMTPD 7.4.0p2 to Debian backports in the near
> future

7.4.0p1 is now available from stable-backports.

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#1055758: opensmtpd: OpenSMTPD release in stable (bookworm) is useless due to #1037359

[Ryan Kavanagh]

On Fri, Nov 10, 2023 at 10:06:11AM -0800, Mike Swanson wrote:
> Due to the bug mentioned in the subject (#1037359), OpenSMTPD fails to
> utilize TLS certificates with OpenSSL >= 3.0.0.  As such, the program
> is a total non-starter for any internet-facing mail solution (perhaps
> an internal mail server without encryption would be fine).  While the
> issue has been resolved upstream and in the sid and trixie
> repositories, it remains unusable in bookworm.

Indeed, OpenSMTPD in Debian stable is currently (only?) useful as a
local smarthost (my own use case for OpenSMTPD on Debian).
Unfortunately, a fix for #1037359 was not available in time for
bookworm.

I plan on uploading OpenSMTPD 7.4.0p2 to Debian backports in the near
future. This should at least provide a working version of OpenSMTPD for
those using bookworm.

Ryan

Bug#1022975: Fails to build for 6.0.0: error: implicit declaration of function ‘__grab_cache_page’

[Ryan Kavanagh]

Package: openafs-modules-dkms
Version: 1.8.8.1-3
Severity: grave
Justification: Renders package unusable

The openafs DKMS module fails to build for kernel 6.0.0. Here are the
relevant bits from the end of the attached build log
/var/lib/dkms/openafs/1.8.8.1/build/make.log:

In file included from 
/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-6.0.0-2-amd64-SP/rx_kmutex.c:24:
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/LINUX/osi_compat.h:143:1: error: 
conflicting types for ‘grab_cache_page_write_begin’; have ‘struct page *(struct 
address_space *, long unsigned int,  unsigned int)’
  143 | grab_cache_page_write_begin(struct address_space *mapping, pgoff_t 
index,
  | ^~~
In file included from 
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/sysincludes.h:127,
 from 
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/LINUX/osi_machdep.h:79,
 from /var/lib/dkms/openafs/1.8.8.1/build/src/afs/afs_osi.h:446,
 from 
/var/lib/dkms/openafs/1.8.8.1/build/src/rx/rx_kcommon.h:136,
 from 
/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-6.0.0-2-amd64-SP/rx_kmutex.c:20:
/usr/src/linux-headers-6.0.0-2-common/include/linux/pagemap.h:734:14: note: 
previous declaration of ‘grab_cache_page_write_begin’ with type ‘struct page 
*(struct address_space *, long unsigned int)’
  734 | struct page *grab_cache_page_write_begin(struct address_space *mapping,
  |  ^~~
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/LINUX/osi_compat.h: In function 
‘grab_cache_page_write_begin’:
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/LINUX/osi_compat.h:145:12: error: 
implicit declaration of function ‘__grab_cache_page’; did you mean 
‘grab_cache_page’? [-Werror=implicit-function-declaration]
  145 | return __grab_cache_page(mapping, index);
  |^
  |grab_cache_page
/var/lib/dkms/openafs/1.8.8.1/build/src/afs/LINUX/osi_compat.h:145:12: warning: 
returning ‘int’ from a function with return type ‘struct page *’ makes pointer 
from integer without a cast [-Wint-conversion]
  145 | return __grab_cache_page(mapping, index);
  |^
cc1: some warnings being treated as errors
make[4]: *** [/usr/src/linux-headers-6.0.0-2-common/scripts/Makefile.build:254: 
/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-6.0.0-2-amd64-SP/rx_kmutex.o]
 Error 1
make[3]: *** [/usr/src/linux-headers-6.0.0-2-common/Makefile:1876: 
/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-6.0.0-2-amd64-SP] Error 2
make[3]: Leaving directory '/usr/src/linux-headers-6.0.0-2-amd64'
FAILURE: make exit code 2
make[2]: *** [Makefile.afs:280: openafs.ko] Error 1
make[2]: Leaving directory 
'/var/lib/dkms/openafs/1.8.8.1/build/src/libafs/MODLOAD-6.0.0-2-amd64-SP'
make[1]: *** [Makefile:187: linux_compdirs] Error 2
make[1]: Leaving directory '/var/lib/dkms/openafs/1.8.8.1/build/src/libafs'
make: *** [Makefile:15: all] Error 2

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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   3.0.6-4
ii  libc6-dev  2.35-4
ii  perl   5.36.0-4

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.8.8.1-3+b2

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A
DKMS make.log for openafs-1.8.8.1 for kernel 6.0.0-2-amd64 (x86_64)
Thu 27 Oct 17:14:46 EDT 2022
checking for gcc... gcc-12
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc-12 accepts -g... yes
checking for gcc-12 option to enable C11 features... none needed
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for sys/time.h... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for grep that handles long lines and -e... /usr/bin/gre

Bug#1017030: dictd: yields "client_read_status: Connection reset by peer" in the client

[Ryan Kavanagh]

On Thu, Aug 25, 2022 at 03:57:53PM +0200, Vincent Lefevre wrote:
> If dictd is expected to be restarted on major libc6 upgrade,
> I suppose that this bug should be reassigned to libc6.

I strongly suspect that it should be restarted on libc6 upgrades, and
that this was the cause of the bug, but I'm not the maintainer.

Robert, do you agree with the assessment / should we reassign?

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#1004671: incompatible with current biblatex version

[Ryan Kavanagh]

log-log4perl-perl  1.54-1
ii  liblwp-protocol-https-perl6.10-1
ii  libparse-recdescent-perl  1.967015+dfsg-2
ii  libreadonly-perl  2.050-3
ii  libregexp-common-perl 2017060201-1
ii  libsort-key-perl  1.33-2+b3
ii  libtext-bibtex-perl   0.88-3+b2
ii  libtext-csv-perl  2.01-1
ii  libtext-csv-xs-perl   1.47-1
ii  libtext-roman-perl3.5-2.1
ii  libunicode-linebreak-perl 0.0.20190101-1+b3
ii  liburi-perl   5.10-1
ii  libwww-perl   6.61-1
ii  libxml-libxml-simple-perl 1.01-1
ii  libxml-libxslt-perl   1.99-1+b1
ii  libxml-writer-perl0.900-1
ii  perl [libunicode-collate-perl]5.32.1-6
ii  tex-common6.17

Versions of packages biber recommends:
ii  texlive-bibtex-extra  2021.20211217-1

biber suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#998156: contains non-DFSG-free files

[Ryan Kavanagh]

On Thu, Nov 18, 2021 at 12:44:21PM -0600, Henry Cejtin wrote:
> Has there ben any progress on getting MLton packaged for Debian?

Yes. The sticking point is that mlton requires itself or smlnj to
compile itself. The current version of mlton in the archives has been
uninstallable for years, so I've been trying to use smlnj to bootstrap
mlton. This has required some changes to the source and it's still not
completely there.

> Is there anything I can do to help?

The right path forward is probably for me to file an issue against the
Github mlton project, and then we can discuss fixing the
smlnj-to-bootstrap-mlton issues there.

Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#887834: [Pkg-mpd-maintainers] Bug#887834: Bug#887834: mpd installation fails, cannot open /var/lib/mpd/tag_cache, /run/mpd/pid

[Ryan Kavanagh]

Hi Florian,

On Fri, Nov 05, 2021 at 05:55:52AM +0100, Florian Schlichting wrote:
> please, for now, delete or comment out the pid_file line

Right, I saw in some other bug report that it was no longer needed or
was a legacy configuration item. In that case, it should be dropped from
the default /etc/mpd.conf shipped in the package:

rak@zeta:/tmp$ ar p mpd_0.23.3-1_amd64.deb data.tar.xz | tar JOx ./etc/mpd.conf 
| grep pid_file
pid_file"/run/mpd/pid"

> The tag_cache exception is non-fatal. The problem here is the Assertion
> failure, which is #998310 and fixed in mpd 0.23.3-2

I can confirm that 0.23.3-2 fixes this bug and that I can run mpd with
the minimal mpd.conf, assuming that I delete the pid_file line. (With
the pid_file line, it runs into the issue you described in the rest of
your email:

Nov 05 08:45:25 zeta mpd[510628]: sndfile: libsndfile-1.0.31
Nov 05 08:45:25 zeta mpd[510628]: hybrid_dsd: The Hybrid DSD decoder is 
disabled because it was not explicitly enabled
Nov 05 08:45:25 zeta mpd[510628]: adplug: adplug 2.3.3
Nov 05 08:45:25 zeta mpd[510628]: exception: Failed to open 
'/var/lib/mpd/tag_cache': No such file or directory
Nov 05 08:45:25 zeta mpd[510628]: curl: version 7.74.0
Nov 05 08:45:25 zeta mpd[510628]: curl: with GnuTLS/3.7.2
Nov 05 08:45:25 zeta mpd[510628]: exception: Failed to create pid file 
"/run/mpd/pid": Permission denied
Nov 05 08:45:25 zeta systemd[1]: mpd.service: Main process exited, code=exited, 
status=1/FAILURE
Nov 05 08:45:25 zeta systemd[1]: mpd.service: Failed with result 'exit-code'.
Nov 05 08:45:25 zeta systemd[1]: Failed to start Music Player Daemon.

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#998156: contains non-DFSG-free files

[Ryan Kavanagh]

On Sun, Oct 31, 2021 at 12:01:34PM -0500, Henry Cejtin wrote:
> I would think that the right solution would be to move it into a
> separate package, and that package would be part of the "non-free"
> world in Debian.

That would work from my point of view.

While we're discussing non-free files, I've found the following
problematic source files so far. Is there anything to indicate that they
can be distributed at all, let alone under the HPND or some other free
license? They're all benchmarks, so they could probably be dropped
without too much impact...

* benchmark/tests/md5.sml:
  Copyright (C) 2001 Daniel Wang. All rights reserved.

  The "All rights reserved" bit and the lack of any licensing
  information makes me skeptical that the file can be distributed at
  all. It could be replaced by Tom7's implementation if you want a
  crypto benchmark:
  https://github.com/LenaWil/tom7/tree/master/sml-lib/crypt/MD5

* benchmark/tests/DATA/chess.gml:
  Copyright Leif Kornstaedt, 2000

  This looks like it was taken from an ICFP programming content
  submission, with no clear licensing information:
  https://www.ps.uni-saarland.de/helikopter/2000/

* benchmark/tests/zern.sml
  COPYRIGHT (c) 1998 D.McClain/MCFA

  This looks like it was taken from
  
https://web.archive.org/web/20010215003107/http://www.azstarnet.com/~dmcclain/LanguageStudy.html
  with no clear licensing information.

I'll update this bug report with any other files I find.

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#998156: contains non-DFSG-free files

[Ryan Kavanagh]

Package: mlton
Version: 20100608-5.1
Severity: serious
Tags: upstream
X-Debbugs-Cc: r...@debian.org

Since at least oldoldoldstable, the mlton sources have included non-free files.
In particular, the tarball lib/ckit-lib/ckit.tgz contains the files
ckit/src/parser/util/error.sml and ckit/src/parser/util/error-sig.sml.  These
files are:

(*
 * Copyright (c) 1996 by Satish Chandra, Brad Richards, Mark D. Hill,
 * James R. Larus, and David A. Wood.
 *
 * Teapot is distributed under the following conditions:
 *
 * You may make copies of Teapot for your own use and modify those copies.
 *
 * All copies of Teapot must retain our names and copyright notice.
 *
 * You may not sell Teapot or distributed Teapot in conjunction with a
 * commercial product or service without the expressed written consent of
 * the copyright holders.
 *
 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
 * WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
 * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
 *
 *)

The restriction on distribution in conjunction with a commercial product
or service is in violation of point 6 of the DFSG.

See also the related bug against SML/NJ:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998154

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

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

Versions of packages mlton depends on:
ii  mlton-compiler  20130715-3
ii  mlton-doc   20130715-3
ii  mlton-tools 20130715-3

mlton recommends no packages.

mlton suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#998154: contains non-DSFG-free files

[Ryan Kavanagh]

Package: smlnj
Version: 110.76-2
Severity: serious
Tags: upstream

Since at least oldoldoldstable, the SML/NJ sources have included
non-free files. In 110.76-2, these non-free files include at least
ckit.tgz, which contains the files ckit/src/parser/util/error.sml and
ckit/src/parser/util/error.sml and ckit/src/parser/util/error-sig.sml.
These files are:

(*
 * Copyright (c) 1996 by Satish Chandra, Brad Richards, Mark D. Hill,
 * James R. Larus, and David A. Wood.
 *
 * Teapot is distributed under the following conditions:
 *
 * You may make copies of Teapot for your own use and modify those copies.
 *
 * All copies of Teapot must retain our names and copyright notice.
 *
 * You may not sell Teapot or distributed Teapot in conjunction with a
 * commercial product or service without the expressed written consent of
 * the copyright holders.
 *
 * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
 * WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
 * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
 *
 *)

In the sources for 110.79-6 (unstable), they can be found in extracted
form at the same location

The restriction on distribution in conjunction with a commercial product
or service is in violation of point 6 of the DFSG.

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

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

Versions of packages smlnj depends on:
ii  smlnj-runtime  110.79-6

Versions of packages smlnj recommends:
ii  libsmlnj-smlnj  110.79-6

Versions of packages smlnj suggests:
pn  smlnj-doc  

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#995134: dkms modules fail to build on 5.14.0, error: ‘TIF_IA32’ undeclared

[Ryan Kavanagh]

Package: openafs-modules-dkms
Version: 1.8.6-5
Severity: grave
Justification: Renders package unusable

The openafs dkms modules fail to build on 5.14.0. I've attached
/var/lib/dkms/openafs/1.8.6/build/make.log.

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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.8.4-4
ii  libc6-dev  2.32-4
ii  perl   5.32.1-6

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.8.6-5

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A
DKMS make.log for openafs-1.8.6 for kernel 5.14.0-1-amd64 (x86_64)
Sun 26 Sep 17:00:15 EDT 2021
checking for gcc... gcc-10
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc-10 accepts -g... yes
checking for gcc-10 option to accept ISO C89... none needed
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to run the C preprocessor... gcc-10 -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for flex... no
checking for lex... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... xsltproc
checking for fop... no
checking for dblatex... no
checking for docbook2pdf... no
checking for kindlegen... no
checking for doxygen... no
checking for dot... dot
checking for library containing strerror... none required
checking for pid_t... yes
checking for size_t... yes
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for bison... no
checking for byacc... no
checking if lex is flex... yes
checking whether byte order is known at compile time... yes
checking whether byte ordering is bigendian... no
checking whether printf understands the %z length modifier... yes
checking your OS... linux
checking for ranlib... (cached) ranlib
checking for as... as
checking for mv... mv
checking for rm... rm
checking for ld... ld
checking for cp... cp
checking for gencat... gencat
checking if gcc-10 accepts -march=pentium... no
checking if gcc-10 needs -fno-strength-reduce... yes
checking if gcc-10 needs -fno-strict-aliasing... yes
checking if gcc-10 supports -fno-common... yes
checking if gcc-10 supports -pipe... yes
checking if linux kbuild requires EXTRA_CFLAGS... no
checking if linux kernel module build works... yes
checking operation follow_link in inode_operations... no
checking operation put_link in inode_operations... no
checking operation rename in inode_operations... no
checking for linux/cred.h... yes
checking for linux/config.h... no
checking for linux/exportfs.h... yes
checking for linux/freezer.h... yes
checking for linux/key-type.h... yes
checking for linux/semaphore.h... yes
checking for linux/seq_file.h... yes
checking for linux/sched/signal.h... yes
checking for linux/uaccess.h... yes
checking for struct vfs_path... no
checking for kuid_t... yes
checking for struct proc_ops... yes
checking for time_t... no
checking for backing_dev_info in struct address_space... no
checking for write_begin in struct address_space_operations... yes
checking for name in struct backing_dev_info... no
checking for session_keyring in struct cred... yes
checking for ctl_name in struct ctl_table... no
checking for d_u.d_alias in struct dentry... yes
checking for d_automount in struct dentry_operations... yes
checking for gid in struct group_info... yes
checking for i_alloc_sem in struct inode... no
checking for i_blkbits in struct inode... yes
checking for i_blksize in struct inode... no
checking for i_mutex in struct inode... no
checking for i_security in struct in

Bug#992097: mlton-compiler is not installable

[Ryan Kavanagh]

Package: mlton-compiler
Version: 20180207-1
Severity: grave

mlton-compiler is not installable

rak@zeta:~$ sudo apt-get install mlton-compiler
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
a mlton-compiler : Depends: mlton-basis (= 20180207-1) but 20130715-3 is to be 
installed
E: Unable to correct problems, you have held broken packages.
rak@zeta:~$ apt-cache show mlton-compiler
Package: mlton-compiler
Source: mlton
Version: 20180207-1
Installed-Size: 19501
Maintainer: Wesley W. Terpstra 
Architecture: amd64
Replaces: mlton (<< 20100608-3)
Depends: libc6 (>= 2.27), libgmp10, gcc, libc6-dev, libgmp-dev, mlton-basis (= 
20180207-1), mlton-runtime-native (= 20180207-1) | mlton-runtime
Breaks: mlton (<< 20100608-3)
Description-en: Optimizing compiler for Standard ML - compiler
 MLton is a whole-program optimizing compiler
 for Standard ML.  MLton generates standalone
 executables with excellent runtime performance,
 is SML 97 compliant, and has a complete basis
 library.  MLton has source-level profiling,
 a fast C FFI, an interface to the GNU
 multiprecision library, and lots of useful
 libraries.
 .
 This package includes the compiler itself.
Description-md5: 4d2747f6a7ae5685bdb914296a9ee48a
Multi-Arch: foreign
Homepage: http://mlton.org/
Section: devel
Priority: optional
Filename: pool/main/m/mlton/mlton-compiler_20180207-1_amd64.deb
Size: 3070708
MD5sum: f3e1ee979627decb83d0ed45a2d71eb0
SHA256: 8c9bc43cb7f8304edee95857c1ec914e0605604b2b1864f8096776b70dfe3b40

Package: mlton-compiler
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 17750
Maintainer: Wesley W. Terpstra 
Architecture: amd64
Multi-Arch: foreign
Source: mlton
Version: 20130715-3
Replaces: mlton (<< 20100608-3)
Depends: libc6 (>= 2.14), libgmp10, gcc, libc6-dev, libgmp-dev, mlton-basis (= 
20130715-3), mlton-runtime-native (= 20130715-3) | mlton-runtime
Breaks: mlton (<< 20100608-3)
Description-en: Optimizing compiler for Standard ML - compiler
 MLton is a whole-program optimizing compiler
 for Standard ML.  MLton generates standalone
 executables with excellent runtime performance,
 is SML 97 compliant, and has a complete basis
 library.  MLton has source-level profiling,
 a fast C FFI, an interface to the GNU
 multiprecision library, and lots of useful
 libraries.
 .
 This package includes the compiler itself.
Description-md5: 4d2747f6a7ae5685bdb914296a9ee48a
Homepage: http://mlton.org/

-- System Information:
Debian Release: 11.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mlton-compiler depends on:
ii  gcc 4:10.2.1-1
ii  libc6   2.31-13
ii  libc6-dev   2.31-13
ii  libgmp-dev  2:6.2.1+dfsg-1
ii  libgmp102:6.2.1+dfsg-1
ii  mlton-basis 20130715-3
ii  mlton-runtime-native20130715-3
ii  mlton-runtime-x86-64-linux-gnu [mlton-runtime]  20130715-3

mlton-compiler recommends no packages.

mlton-compiler suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#991015: Acknowledgement (cannot execute due to incorrect shebang line)

[Ryan Kavanagh]

This bug seems to be, in part, due to a potentially (?) broken ruby
upgrade behaviour. I've been running unstable on this laptop for ~6
years, but still had

ii  ruby2.1 [ruby-interpreter]  2.1.5-4
ii  ruby2.2 [ruby-interpreter]  2.2.4-1

installed as my only ruby interpreters. These are no longer available in
unstable, and ruby2.1 was last available in:

ruby2.1| 2.1.5-2+deb8u3 | oldoldstable | source, amd64, armel, armhf, i386

Will users upgrading from buster to bullseye will encounter a similar
issue if they've dist-upgraded from jessie to stretch to buster?

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#991015: cannot execute due to incorrect shebang line

[Ryan Kavanagh]

Package: asciidoctor
Version: 2.0.12-2
Severity: grave

asciidoctor cannot be executed because its shebang line is wrong

rak@zeta:~$ sudo apt install asciidoctor
[...]
Setting up ruby-asciidoctor (2.0.12-2) ...
Setting up asciidoctor (2.0.12-2) ...
Processing triggers for man-db (2.9.4-2) ...
rak@zeta:~$ asciidoctor
bash: /usr/bin/asciidoctor: /usr/bin/ruby: bad interpreter: No such file or 
directory
rak@zeta:~$ head -n1 /usr/bin/asciidoctor
#!/usr/bin/ruby
rak@zeta:~$ ls /usr/bin/ruby
ls: cannot access '/usr/bin/ruby': No such file or directory

-- System Information:
Debian Release: 11.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages asciidoctor depends on:
ii  ruby-asciidoctor2.0.12-2
ii  ruby2.1 [ruby-interpreter]  2.1.5-4
ii  ruby2.2 [ruby-interpreter]  2.2.4-1

asciidoctor recommends no packages.

asciidoctor suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac | BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#979158: fails to install under kernel version 5.10.0

[Ryan Kavanagh]

Package: zfs-dkms
Version: 0.8.6-1
Severity: grave
Justification: Renders package unusable

Installing zfs-dkms fails with the following error message in
/var/lib/dkms/zfs/0.8.6/build/make.log:

  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_file.o
/var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.c: In function 
‘vdev_blkg_tryget’:
/var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.c:506:37: error: ‘struct 
percpu_ref’ has no member named ‘count’
  506 |   rc = atomic_long_inc_not_zero(&ref->count);
  | ^~
make[6]: *** 
[/usr/src/linux-headers-5.10.0-1-common/scripts/Makefile.build:284: 
/var/lib/dkms/zfs/0.8.6/build/module/zfs/vdev_disk.o] Error 1
make[6]: *** Waiting for unfinished jobs
make[5]: *** 
[/usr/src/linux-headers-5.10.0-1-common/scripts/Makefile.build:501: 
/var/lib/dkms/zfs/0.8.6/build/module/zfs] Error 2
make[4]: *** [/usr/src/linux-headers-5.10.0-1-common/Makefile:1817: 
/var/lib/dkms/zfs/0.8.6/build/module] Error 2
make[3]: *** [/usr/src/linux-headers-5.10.0-1-common/Makefile:185: __sub-make] 
Error 2
make[3]: Leaving directory '/usr/src/linux-headers-5.10.0-1-amd64'
make[2]: *** [Makefile:30: modules] Error 2
make[2]: Leaving directory '/var/lib/dkms/zfs/0.8.6/build/module'
make[1]: *** [Makefile:811: all-recursive] Error 1
make[1]: Leaving directory '/var/lib/dkms/zfs/0.8.6/build'
make: *** [Makefile:680: all] Error 2

The entire log is attached

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

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages zfs-dkms depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  dkms   2.8.4-1
ii  file   1:5.39-3
ii  libc6-dev [libc-dev]   2.31-6
ii  libpython3-stdlib  3.9.1-1
ii  lsb-release11.1.0
ii  perl   5.32.0-6
ii  python3-distutils  3.9.1-2

Versions of packages zfs-dkms recommends:
ii  linux-libc-dev  5.10.4-1
ii  zfs-zed 0.8.6-1
ii  zfsutils-linux  0.8.6-1

Versions of packages zfs-dkms suggests:
ii  debhelper  13.3.1

-- debconf information:
* zfs-dkms/note-incompatible-licenses:
  zfs-dkms/stop-build-for-32bit-kernel: true
  zfs-dkms/stop-build-for-unknown-kernel: true

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A
DKMS make.log for zfs-0.8.6 for kernel 5.10.0-1-amd64 (x86_64)
Sun 03 Jan 2021 11:29:48 AM EST
./scripts/make_gitrev.sh
/bin/bash: line 1: ./scripts/make_gitrev.sh: No such file or directory
make: [Makefile:1523: gitrev] Error 127 (ignored)
make  all-recursive
make[1]: Entering directory '/var/lib/dkms/zfs/0.8.6/build'
Making all in module
make[2]: Entering directory '/var/lib/dkms/zfs/0.8.6/build/module'
list='icp lua'; for targetdir in $list; do \
make -C $targetdir; \
done
make[3]: Entering directory '/var/lib/dkms/zfs/0.8.6/build/module/icp'
mkdir -p api core spi io os algs algs/aes algs/edonr algs/modes algs/sha1 
algs/sha2 algs/skein asm-x86_64 asm-x86_64/aes asm-x86_64/modes asm-x86_64/sha1 
asm-x86_64/sha2 asm-i386 asm-generic
make[3]: Leaving directory '/var/lib/dkms/zfs/0.8.6/build/module/icp'
make[3]: Entering directory '/var/lib/dkms/zfs/0.8.6/build/module/lua'
mkdir -p setjmp
make[3]: Leaving directory '/var/lib/dkms/zfs/0.8.6/build/module/lua'
make -C /lib/modules/5.10.0-1-amd64/build M=`pwd`  
O=/lib/modules/5.10.0-1-amd64/build CONFIG_ZFS=m modules
make[3]: Entering directory '/usr/src/linux-headers-5.10.0-1-amd64'
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/avl/avl.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/nvpair/nvpair.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lapi.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/icp/illumos-crypto.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/icp/api/kcf_cipher.o
  LD [M]  /var/lib/dkms/zfs/0.8.6/build/module/avl/zavl.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lauxlib.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lbaselib.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lcode.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/icp/api/kcf_digest.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/nvpair/fnvpair.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lcompat.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/module/lua/lcorolib.o
  CC [M]  /var/lib/dkms/zfs/0.8.6/build/m

Bug#964027: incompatible with kernel 5.7.0: ERROR: modpost: "__pagevec_lru_add" [...] undefined!

[Ryan Kavanagh]

Package: openafs-modules-dkms
Version: 1.8.6~pre1-3
Severity: grave
Justification: package is not compatible with the current kernel

The package cannot successfully be installed under 5.7.0-1-amd64.
The build fails with:

  LD [M]  
/var/lib/dkms/openafs/1.8.6pre1/build/src/libafs/MODLOAD-5.7.0-1-amd64-SP/afspag.o
  MODPOST 2 modules
ERROR: modpost: "__pagevec_lru_add" 
[/var/lib/dkms/openafs/1.8.6pre1/build/src/libafs/MODLOAD-5.7.0-1-amd64-SP/openafs.ko]
 undefined!
make[5]: *** 
[/usr/src/linux-headers-5.7.0-1-common/scripts/Makefile.modpost:99: __modpost] 
Error 1
make[4]: *** [/usr/src/linux-headers-5.7.0-1-common/Makefile:1658: modules] 
Error 2
make[3]: *** [/usr/src/linux-headers-5.7.0-1-common/Makefile:180: sub-make] 
Error 2
make[3]: Leaving directory '/usr/src/linux-headers-5.7.0-1-amd64'
FAILURE: make exit code 2
make[2]: *** [Makefile.afs:279: openafs.ko] Error 1
make[2]: Leaving directory 
'/var/lib/dkms/openafs/1.8.6pre1/build/src/libafs/MODLOAD-5.7.0-1-amd64-SP'
make[1]: *** [Makefile:186: linux_compdirs] Error 2
make[1]: Leaving directory '/var/lib/dkms/openafs/1.8.6pre1/build/src/libafs'
make: *** [Makefile:15: all] Error 2

The entire build log, /var/lib/dkms/openafs/1.8.6pre1/build/make.log, is
attached.

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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.8.2-2
ii  libc6-dev  2.31-0experimental0
ii  perl   5.30.3-4

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.8.6~pre1-3

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A
DKMS make.log for openafs-1.8.6pre1 for kernel 5.7.0-1-amd64 (x86_64)
Tue 30 Jun 2020 12:34:56 PM EDT
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... xsltproc
checking for fop... no
checking for dblatex... no
checking for docbook2pdf... no
configure: WARNING: Docbook stylesheets not found; some documentation can't be 
built
checking for kindlegen... no
checking for doxygen... no
checking for dot... dot
checking for library containing strerror... none required
checking for pid_t... yes
checking for size_t... yes
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for bison... bison -y
checking if lex is flex... yes
checking whether byte order is known at compile time... yes
checking whether byte ordering is bigendian... no
checking whether printf understands the %z length modifier... yes
checking your OS... linux
checking for ranlib... (cached) ranlib
checking for as... as
checking for mv... mv
checking for rm... rm
checking for ld... ld
checking for cp... cp
checking for gencat... gencat
checking if gcc accepts -march=pentium... no
checking if gcc needs -fno-strength-reduce... yes
checking if gcc needs -fno-strict-aliasing... yes
checking if gcc supports -fno-common... yes
checking if gcc supports -pipe... yes
checking if linux kbuild re

Bug#953301: opensmtpd-extras: bad API version error while using the sqlite plugin

[Ryan Kavanagh]

Control: forcemerge 946834 -1
Control: retitle 946834 API version mismatch in Debian stable

Thanks for the bug report larzeni. Indeed, it appears that there is an
API mismatch between many (all?) of the opensmtpd-extras tables and the
version of opensmtpd in Debian stable.

Here's what happened. The opensmtpd-extras version in stable (5.7.1) was
released on 13-Jul-2015 and no other releases were made until
07-Nov-2018 (this version did not make it into Buster). Meanwhile, new
versions of opensmtpd continued to be released. For example, the version
of opensmtpd in stable (6.0.3p1) was released on 16-Jan-2018. At some
point, the new releases of opensmtpd stopped being compatible with the
existing opensmtpd-extras release. https://opensmtpd.org/archives/

At this point, it is too late to update the upstream version of
opensmtpd-extras in Buster. I'll prepare a new upload to Buster that
simply removes all of the broken tables.

If it helps, more recent versions of opensmtpd / opensmtpd-extras are
available from Debian backports: https://backports.debian.org/

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#952453: arbitrary command execution vulnerability

[Ryan Kavanagh]

Control: found -1 5.7.3p2-1

This affects Debian versions since 5.7.3p2 (released upstream
2016-02-02). Quoting from the advisory:

This vulnerability, an out-of-bounds read introduced in December
2015 (commit 80c6a60c, "when peer outputs a multi-line response
..."), is exploitable remotely and leads to the execution of
arbitrary shell commands: either as root, after May 2018 (commit
a8e22235, "switch smtpd to new grammar"); or as any non-root user,
before May 2018.

https://www.openwall.com/lists/oss-security/2020/02/24/5

The other advisory fixed by the patches does not appear to affect
Debian because /proc/sys/fs/protected_hardlinks is 1 by default:

https://www.openwall.com/lists/oss-security/2020/02/24/4

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#952453: arbitrary command execution vulnerability

[Ryan Kavanagh]

Package: opensmtpd
Version: 6.6.2p1-1
Severity: critical
Tags: upstream

OpenBSD 6.6 errata 021, February 24, 2020:

An out of bounds read in smtpd allows an attacker to inject arbitrary
commands into the envelope file which are then executed as root.
Separately, missing privilege revocation in smtpctl allows arbitrary
commands to be run with the _smtpq group.

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

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

Versions of packages opensmtpd depends on:
ii  adduser3.118
ii  debconf [debconf-2.0]  1.5.73
ii  ed 1.16-1
ii  init-system-helpers1.57
ii  libasr01.0.2-2+b1
ii  libc6  2.29-6
ii  libcrypt1  1:4.4.10-7
ii  libdb5.3   5.3.28+dfsg1-0.6
ii  libevent-2.1-7 2.1.11-stable-1
ii  libpam0g   1.3.1-5
ii  libssl1.1  1.1.1d-2
ii  lsb-base   11.1.0
ii  zlib1g 1:1.2.11.dfsg-1.2

Versions of packages opensmtpd recommends:
ii  opensmtpd-extras  6.6.0-1

Versions of packages opensmtpd suggests:
ii  ca-certificates  20190110

-- Configuration Files:
/etc/smtpd.conf changed [not included]

-- debconf information excluded

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#950121: opensmtpd: Major vulnerabilities in opensmtpd resulting in RCE and DOS

[Ryan Kavanagh]

Control: found -1 6.0.2p1-2
Control: fixed -1 6.6.2p1-1

This has already been fixed in unstable. I am preparing updates for
oldstable and stable.

—RAK

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#948824: opensmtpd: Installation fails with "post-installation script subprocess returned error exit status 1"

[Ryan Kavanagh]

Control: tags -1 + confirmed pending

On Sat, Jan 18, 2020 at 05:51:50PM +0100, Jernej Jakob wrote:
> + [ -f /etc/mailname ]
> + hostname --fqdn
> + MAILNAME=
> dpkg: error processing package opensmtpd (--configure):
>
> I think it's because I have no entry in /etc/hosts for the hostname
> in /etc/hostname, just localhost. hostname --fqdn returns
> "Name or service not known".

Thanks, this helps a lot! I can reproduce the issue now. I've tested the
attached configuration script and it fixes the issue on my end. Could
you please let me know if it fixes the issue on your end? You can test
it by copying it to /var/lib/dpkg/info/opensmtpd.config (with the same
permissions as the existing file) and then trying to configure the
package again.

Thanks,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A
#!/bin/sh
# Copyright (C) 2013-2016 Ryan Kavanagh 
# Distributed under the ISC license, as documented in opensmtpd's
# debian/copyright file

set -e
. /usr/share/debconf/confmodule

getalias () {
sed -n "s/^${1}\s*:\s*\([^#]*\).*/\1/p" /etc/aliases
}

db_fget opensmtpd/mailname seen || true
# Have we previously configured this variable?
if [ "${RET}" = "true" ]; then
# Update the debconf value if it has changed
if [ -f "/etc/mailname" ]; then
db_set opensmtpd/mailname `cat /etc/mailname`
else
# The user has cleared out mailname; set our value to the empty string
# accordingly
db_set opensmtpd/mailname ""
fi
else
if [ -f "/etc/mailname" ]; then
# If the user previously created a mailname file, default to its value
db_set opensmtpd/mailname `cat /etc/mailname`
else
# Otherwise, default to our FQDN
# /etc/mailname and opensmtpd/mailname are both empty
# Default to the FQDN. hostname will exit with a non-zero
# exit code if something goes wrong, in which case we resort
# to the value localdomain.
MAILNAME=`hostname --fqdn 2> /dev/null || echo "localdomain"`
# Update our DB with this default for when we prompt the user
db_set opensmtpd/mailname "${MAILNAME}"
fi
fi

db_fset opensmtpd/mailname changed false
# Set the changed flag if this gets reconfigured so that we can update
# /etc/mailname accordingly in postinst
( db_input high opensmtpd/mailname && \
  db_fset opensmtpd/mailname changed true ) || true
db_go || true

# Update the debconf value if it has changed
db_fget opensmtpd/root_address seen || true
if [ "${RET}" = "false" ]; then
# This is the first time configuring this question; we mark it as such so
# that we know to create the postmaster alias to root
db_fset opensmtpd/root_address first true
fi
if [ -f "/etc/aliases" ]; then
db_set opensmtpd/root_address $(getalias "root")
else
# The user has cleared out aliases; set our value to the empty string
# accordingly
db_set opensmtpd/root_address ""
fi

db_fset opensmtpd/root_address changed false
( db_input high opensmtpd/root_address  && \
  db_fset opensmtpd/root_address changed true ) || true
db_go || true


signature.asc
Description: PGP signature

Bug#948824: opensmtpd: Installation fails with "post-installation script subprocess returned error exit status 1"

[Ryan Kavanagh]

Control: tags -1 + moreinfo

Hi Jernej,

On Mon, Jan 13, 2020 at 08:38:47PM +0100, Jernej Jakob wrote:
> I installed opensmtpd but its installation failed. I found an archived
> bug report that matches my error exactly:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770939

I'm unable to reproduce this in a clean buster chroot (using piuparts).
Could you please add "set -x" to the top of
/var/lib/dpkg/info/opensmtpd.config (right before the "set -e" line),
rerun

DEBCONF_DEBUG=developer dpkg --configure --pending

and attach the output?

Thanks,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#947339: slingshot: should this package be removed?

[Ryan Kavanagh]

Hi Sandro (and ftpmasters),

On Tue, Dec 24, 2019 at 08:51:22PM -0500, Sandro Tosi wrote:
> if I dont hear back within a week with a good reason to keep this
> package in debian, i'll file for its removal.

As the package's uploader (and upstream author), I support its removal.
I have neither the time nor the interest to port it to python3.

Thanks,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#935678: marked as pending in cmus

[Ryan Kavanagh]

Control: tag -1 pending

Hello,

Bug #935678 in cmus reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/multimedia-team/cmus/commit/79e098e5899c815587000870b79b63386f0c


Add -latomic build flag to fix FTBFS on various architectures (Closes: #935678)


(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/935678

Bug#934758: DKMS module fails to build for linux 5.2.0-2

[Ryan Kavanagh]

Package: openafs-modules-dkms
Version: 1.8.2-1
Severity: grave
Justification: renders package unusable

The openafs DKMS module fails to build for Linux kernel 5.2.0-2.
This renders openafs unusable. I have attached the build log containing
the error messages, in particular, it seems to have something to do
with:

/var/lib/dkms/openafs/1.8.2/build/src/crypto/hcrypto/kernel/config.h: In 
function ‘gettimeofday’:
/var/lib/dkms/openafs/1.8.2/build/src/afs/LINUX/osi_machdep.h:85:22: error: 
‘xtime’ undeclared (first use in this function); did you mean ‘vtime’?
 # define osi_Time() (xtime.tv_sec)
  ^

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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.7.1-2
ii  libc6-dev  2.28-10
ii  perl   5.28.1-6

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.8.2-1

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A
DKMS make.log for openafs-1.8.2 for kernel 5.2.0-2-amd64 (x86_64)
Wed Aug 14 09:45:20 EDT 2019
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/bin/bash: /var/lib/dkms/openafs/1.8.2/build/build-tools/missing: No such file 
or directory
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking whether make supports the include directive... yes (GNU style)
checking dependency style of gcc... none
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... xsltproc
checking for fop... no
checking for dblatex... no
checking for docbook2pdf... no
configure: WARNING: Docbook stylesheets not found; some documentation can't be 
built
checking for kindlegen... no
checking for doxygen... no
checking for dot... dot
checking for library containing strerror... none required
checking for pid_t... yes
checking for size_t... yes
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for bison... bison -y
checking if lex is flex... yes
checking whether byte order is known at compile time... yes
checking whether byte ordering is bigendian... no
checking whether printf understands the %z length modifier... yes
checking your OS... linux
checking for ranlib... (cached) ranlib
checking for as... as
checking for ar... ar
checking for mv... mv
checking for rm... rm
checking for ld... ld
checking for cp... cp
checking for strip... strip
checking for gencat... gencat
checking if gcc accepts -march=pentium... no
checking if gcc needs -fno-strength-reduce... yes
checking if gcc needs -fno-strict-aliasing... yes
checking if gcc supports -fno-common... yes
checking if gcc supports -pipe... yes
checking if linux kbuild requires EXTRA_CFLAGS... no
checking if linux kernel module build works...

Bug#922297: rxvt-unicode: *blink* *blink* *blink*

[Ryan Kavanagh]

On Thu, Feb 14, 2019 at 06:05:03PM +0100, Jakub Wilk wrote:
> I can reproduce the issue without any custom settings or extensions
> The effect is quite subtle, so I can imagine some people might not
> notice it.

Even after clearing out all resources, I'm unable to reproduce it on
either of my monitors. I'll revert the patch for now and hopefully it
won't be an issue whenever the next upstream release containing it gets
released.

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#922297: rxvt-unicode: *blink* *blink* *blink*

[Ryan Kavanagh]

Control: tags -1 unreproducible moreinfo

On Thu, Feb 14, 2019 at 12:02:27PM +0100, Jakub Wilk wrote:
> The terminal screen blinks all the time.

What resources do you have set for URxvt? (See output of "appres
URxvt".) What perl extensions are you using?

I'll try to debug this bug (and all of the others that appeared after
applying the 24bit colour patch) today, but failing that, I'll just
revert the patch.

Thanks,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#921538: Fails to start since upgrade to 1.9.0-1

[Ryan Kavanagh]

Hi Simon,

I too can confirm that disabling chroot'ing works.

Best,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#921538: Fails to start since upgrade to 1.9.0-1

[Ryan Kavanagh]

.service has finished.
--
-- The job identifier is 27822 and the job result is done.
Feb 06 11:01:12 zeta systemd[1]: unbound.service: Start request repeated too 
quickly.
Feb 06 11:01:12 zeta systemd[1]: unbound.service: Failed with result 
'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit unbound.service has entered the 'failed' state with result 
'exit-code'.
Feb 06 11:01:12 zeta systemd[1]: Failed to start Unbound DNS server.
-- Subject: A start job for unit unbound.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit unbound.service has finished with a failure.
--
-- The job identifier is 27822 and the job result is failed.
Feb 06 11:01:12 zeta systemd[1]: unbound-resolvconf.service: Start request 
repeated too quickly.
Feb 06 11:01:12 zeta systemd[1]: unbound-resolvconf.service: Failed with result 
'start-limit-hit'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit unbound-resolvconf.service has entered the 'failed' state with 
result 'start-limit-hit'.
Feb 06 11:01:12 zeta systemd[1]: Failed to start Unbound DNS server via 
resolvconf.
-- Subject: A start job for unit unbound-resolvconf.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit unbound-resolvconf.service has finished with a failure.
--
-- The job identifier is 27897 and the job result is failed.


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

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

Versions of packages unbound depends on:
ii  adduser 3.118
ii  dns-root-data   2018091102
ii  libc6   2.28-6
ii  libevent-2.1-6  2.1.8-stable-4
ii  libfstrm0   0.4.0-1
ii  libprotobuf-c1  1.3.1-1+b1
ii  libpython3.73.7.2-2
ii  libssl1.1   1.1.1a-1
ii  libsystemd0     240-5
ii  lsb-base10.2018112800
ii  openssl 1.1.1a-1
ii  unbound-anchor  1.9.0-1

unbound recommends no packages.

Versions of packages unbound suggests:
ii  apparmor  2.13.2-7

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#905379: hangs after "'NoneType' object has no attribute 'installEventFilter'"

[Ryan Kavanagh]

Package: anki
Version: 2.1.0+dfsg~rc2-2
Severity: grave
Justification: renders package unusable

Anki presents a dialog with the following error message at startup and
then hangs after the dialog is dismissed:

Error during startup:
Traceback (most recent call last):
  File "/usr/share/anki/aqt/main.py", line 50, in __init__
self.setupUI()
  File "/usr/share/anki/aqt/main.py", line 75, in setupUI
self.setupMainWindow()
  File "/usr/share/anki/aqt/main.py", line 585, in setupMainWindow
tweb =3D self.toolbarWeb =3D aqt.webview.AnkiWebView()
  File "/usr/share/anki/aqt/webview.py", line 114, in __init__
self.focusProxy().installEventFilter(self)
AttributeError: 'NoneType' object has no attribute 'installEventFilter'

Sending ^c after waiting for a minute or so of waiting produces the
error:

Exception ignored in: 
Traceback (most recent call last):
  File "/usr/lib/python3.6/threading.py", line 1294, in _shutdown
t.join()
  File "/usr/lib/python3.6/threading.py", line 1056, in join
self._wait_for_tstate_lock()
  File "/usr/lib/python3.6/threading.py", line 1072, in _wait_for_tstate_lock
elif lock.acquire(block, timeout):
KeyboardInterrupt

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

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

Versions of packages anki depends on:
ii  libjs-jquery3.2.1-1
ii  libjs-jquery-flot   0.8.3+dfsg-1
ii  libjs-jquery-ui 1.12.1+dfsg-5
ii  libjs-mathjax   2.7.4+dfsg-1
ii  libqt5core5a5.11.1+dfsg-6
ii  python3 3.6.6-1
ii  python3-bs4 4.6.0-1
ii  python3-decorator   4.3.0-1
ii  python3-markdown2.6.9-1
ii  python3-pyaudio 0.2.11-1+b2
ii  python3-pyqt5   5.11.2+dfsg-1+b1
ii  python3-pyqt5.qtwebchannel  5.11.2+dfsg-1+b1
ii  python3-pyqt5.qtwebengine   5.11.2+dfsg-1+b1
ii  python3-requests2.18.4-2
ii  python3-send2trash  1.4.2-2

Versions of packages anki recommends:
ii  python3-matplotlib  2.2.2-4+b1

Versions of packages anki suggests:
pn  dvipng   
ii  lame 3.100-2+b1
ii  mplayer  2:1.3.0-8+b2

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#893424: Cannot uninstall package

[Ryan Kavanagh]

On Mon, Mar 19, 2018 at 01:42:09AM +0100, Andreas Beckmann wrote:
> Interesting. The empty directory shows up with size 0.
> What filesystem do you use for / ?

Similarly here:

rak@zeta:~$ ls -lashR /etc/mail
/etc/mail:
total 24K
   0 drwxr-xr-x 1 root root  138 Mar 18 14:32 .
   0 drwxr-xr-x 1 root root 5.3K Mar 18 17:51 ..
4.0K -rw-r--r-- 1 root root  281 Jan 13 17:43 address.resolve
   0 drwxr-xr-x 1 root root0 Jan 13 17:43 m4
   0 drwxr-xr-x 1 root root   16 Mar 18 13:30 peers
 12K -rw-r--r-- 1 root root  12K Mar 18 13:33 sendmail.conf
4.0K -rw-r--r-- 1 root root  148 Jan 13 17:43 service.switch
4.0K -rw-r--r-- 1 root root  179 Jan 13 17:43 service.switch-nodns

/etc/mail/m4:
total 0
0 drwxr-xr-x 1 root root   0 Jan 13 17:43 .
0 drwxr-xr-x 1 root root 138 Mar 18 14:32 ..

/etc/mail/peers:
total 4.0K
   0 drwxr-xr-x 1 root root  16 Mar 18 13:30 .
   0 drwxr-xr-x 1 root root 138 Mar 18 14:32 ..
4.0K -rw-r--r-- 1 root root 328 Jan 13 17:43 provider

> What filesystem do you use for / ?

/dev/sda1 on / type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)

> The error should be triggered by this line in the prerm:
> # Remove empty files (probably touched databases)
> find /etc/mail -maxdepth 1 -size 0 | xargs -r rm;

Yeah, I think the problem is that it's calling 'rm' on directories. Tacking on a
'-type f' like you suggested (and perhaps even a '-delete' to skip the xargs
bit) would likely do the trick.

> $ find /etc/mail -maxdepth 1 -size 0
> $ find /etc/mail -maxdepth 1 -type f -size 0

rak@zeta:~$ find /etc/mail -maxdepth 1 -size 0
/etc/mail/m4
rak@zeta:~$ find /etc/mail -maxdepth 1 -type f -size 0
rak@zeta:~$

> The first should output /etc/mail/m4, the second should output nothing.

Your hunch on the error was right. I tried adding "set -x" to the top of the
prerm file, and got the following output:

rak@zeta:~$ sudo vim /var/lib/dpkg/info/sendmail-base.prerm
No protocol specified
rak@zeta:~$ sudo apt-get remove sendmail-base
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libxfont1 lockfile-progs
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  sendmail-base
0 upgraded, 0 newly installed, 1 to remove and 57 not upgraded.
After this operation, 867 kB disk space will be freed.
Do you want to continue? [Y/n]
(Reading database ... 389313 files and directories currently installed.)
Removing sendmail-base (8.15.2-10) ...
+ PACKAGE=sendmail-base
+ [ remove = remove ]
+ [ -x /usr/sbin/update-inetd ]
+ update-inetd --group MAIL --disable smtp,smtps,submission
+ [ -L /etc/mail/aliases ]
+ [ -f /etc/mail/aliases ]
+ rm -f /etc/cron.d/sendmail
+ rm -f /usr/lib/sasl/Sendmail.conf
+ rm -rf /var/lib/sendmail
+ rm -rf /var/run/sendmail
+ [ -x /etc/init.d/sendmail ]
+ [ -L /var/spool/mqueue ]
+ [ -d /var/spool/mqueue ]
+ [ -L /var/spool/mqueue-client ]
+ [ -d /var/spool/mqueue-client ]
+ rm -f /etc/mail/*.db /etc/mail/*.dir /etc/mail/*.pag
+ rm -f /etc/mail/sendmail.cf /etc/mail/sendmail.cf.old 
/etc/mail/sendmail.cf.errors /etc/mail/sendmail.mc.old /etc/mail/submit.cf 
/etc/mail/submit.cf.errors /etc/mail/submit.mc.old /etc/mail/databases 
/etc/mail/Makefile
+ rm -rf /etc/mail/smrsh /etc/mail/sasl /etc/mail/tls
+ find /etc/mail -maxdepth 1 -size 0
+ xargs -r rm
rm: cannot remove '/etc/mail/m4': Is a directory
dpkg: error processing package sendmail-base (--remove):
 installed sendmail-base package pre-removal script subprocess returned error 
exit status 123
Errors were encountered while processing:
 sendmail-base
E: Sub-process /usr/bin/dpkg returned an error code (1)

Hope this helps,
Ryan

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#893424: Cannot uninstall package

[Ryan Kavanagh]

Package: sendmail-base
Version: 8.15.2-10
Severity: serious

Due to a bug in the maintainer script, sendmail-base cannot be uninstalled:

rak@zeta:~$ sudo apt-get remove sendmail-base
[sudo] password for rak:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  lockfile-progs
Use 'sudo apt autoremove' to remove it.
The following packages will be REMOVED:
  sendmail-base
0 upgraded, 0 newly installed, 1 to remove and 52 not upgraded.
After this operation, 867 kB disk space will be freed.
Do you want to continue? [Y/n]
(Reading database ... 388617 files and directories currently installed.)
Removing sendmail-base (8.15.2-10) ...
rm: cannot remove '/etc/mail/m4': Is a directory
dpkg: error processing package sendmail-base (--remove):
 installed sendmail-base package pre-removal script subprocess returned error 
exit status 123
Errors were encountered while processing:
 sendmail-base
E: Sub-process /usr/bin/dpkg returned an error code (1)
rak@zeta:~$ sudo apt-get purge sendmail-base
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  lockfile-progs
Use 'sudo apt autoremove' to remove it.
The following packages will be REMOVED:
  sendmail-base*
0 upgraded, 0 newly installed, 1 to remove and 52 not upgraded.
After this operation, 867 kB disk space will be freed.
Do you want to continue? [Y/n]
(Reading database ... 388617 files and directories currently installed.)
Removing sendmail-base (8.15.2-10) ...
rm: cannot remove '/etc/mail/m4': Is a directory
dpkg: error processing package sendmail-base (--remove):
 installed sendmail-base package pre-removal script subprocess returned error 
exit status 123
Errors were encountered while processing:
 sendmail-base
E: Sub-process /usr/bin/dpkg returned an error code (1)

-- Package-specific info:
Output of /usr/share/bug/sendmail-base/script:

ls -alR /etc/mail:
/etc/mail:
total 24
drwxr-xr-x 1 root root   138 Mar 18 14:32 .
drwxr-xr-x 1 root root  5364 Mar 18 13:50 ..
-rw-r--r-- 1 root root   281 Jan 13 17:43 address.resolve
drwxr-xr-x 1 root root 0 Jan 13 17:43 m4
drwxr-xr-x 1 root root16 Mar 18 13:30 peers
-rw-r--r-- 1 root root 12235 Mar 18 13:33 sendmail.conf
-rw-r--r-- 1 root root   148 Jan 13 17:43 service.switch
-rw-r--r-- 1 root root   179 Jan 13 17:43 service.switch-nodns

/etc/mail/m4:
total 0
drwxr-xr-x 1 root root   0 Jan 13 17:43 .
drwxr-xr-x 1 root root 138 Mar 18 14:32 ..

/etc/mail/peers:
total 4
drwxr-xr-x 1 root root  16 Mar 18 13:30 .
drwxr-xr-x 1 root root 138 Mar 18 14:32 ..
-rw-r--r-- 1 root root 328 Jan 13 17:43 provider

sendmail.conf:
DAEMON_NETMODE="Static";
DAEMON_NETIF="eth0";
DAEMON_MODE="Daemon";
DAEMON_PARMS="";
DAEMON_HOSTSTATS="No";
DAEMON_MAILSTATS="No";
QUEUE_MODE="${DAEMON_MODE}";
QUEUE_INTERVAL="10m";
QUEUE_PARMS="";
MSP_MODE="Cron";
MSP_INTERVAL="20m";
MSP_PARMS="";
MSP_MAILSTATS="${DAEMON_MAILSTATS}";
MISC_PARMS="";
CRON_MAILTO="root";
CRON_PARMS="";
LOG_CMDS="No";
HANDS_OFF="No";
AGE_DATA="";
DAEMON_RUNASUSER="No";
DAEMON_STATS="${DAEMON_MAILSTATS}";
MSP_STATS="${MSP_MAILSTATS}";



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

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

Versions of packages sendmail-base depends on:
ii  adduser 3.117
ii  lockfile-progs  0.1.17+b1
ii  m4  1.4.18-1
ii  make4.2.1-1
ii  netbase     5.4
ii  perl5.26.1-5

sendmail-base recommends no packages.

Versions of packages sendmail-base suggests:
ii  ca-certificates  20170717
pn  logcheck 
ii  logrotate3.11.0-0.1
pn  resolvconf   
pn  sendmail-doc 

-- no debconf information

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A

Bug#859544: opensmtpd: Please migrate to openssl1.1 in buster

[Ryan Kavanagh]

Hi Sebastian,

On Fri, Jan 19, 2018 at 09:01:08PM +0100, Sebastian Andrzej Siewior wrote:
> Could you please test this? It seems to compile now.

Thanks for updating the patch. I rebased/updated it for the latest upstream
release (6.0.3p1) and it seems to compile / run. I've forwarded it upstream[0]
to take a look at, and will upload to Debian as soon as they take a look at it.

Best wishes,
Ryan

[0] https://github.com/OpenSMTPD/OpenSMTPD/pull/825

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#859544: opensmtpd: Please migrate to openssl1.1 in buster

[Ryan Kavanagh]

Control: tag -1 + help

Hi Sebastian,

Sorry for dropping the ball on this.

On Fri, Oct 13, 2017 at 10:07:54PM +0200, Sebastian Andrzej Siewior wrote:
> Could you retry with the following patch?

I've applied the patch, and it successfully builds with libssl 1.0.2n, but FTBFS
with 1.1.0g (logs attached). Unfortunately, libssl is outside my realm of
expertise and AFAICT upstream hasn't made any progress towards a port to 1.1.
Any suggestions on how to fix the SSL-related build issue?

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
| \| \  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A
sbuild (Debian sbuild) 0.73.0 (23 Dec 2016) on zeta.ryanak.ca

+==+
| opensmtpd 6.0.2p1-2 (amd64)  Wed, 03 Jan 2018 16:39:07 + |
+==+

Package: opensmtpd
Version: 6.0.2p1-2
Source Version: 6.0.2p1-2
Distribution: experimenal
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: full

E: 60append-apt-sources: Checking for auxiliary apt sources in 
/etc/schroot/sources.list.d/sid-snap.sources.list
E: 60append-apt-sources: Checking for apt preferences in 
/etc/schroot/sources.list.d/sid-snap.preferences
E: 80append-apt-sources: Get:1 http://localhost:3142/debian sid InRelease [240 
kB]
E: 80append-apt-sources: Get:2 http://localhost:3142/debian sid/main 
Sources.diff/Index [27.9 kB]
E: 80append-apt-sources: Get:3 http://localhost:3142/debian sid/main amd64 
Packages.diff/Index [27.9 kB]
E: 80append-apt-sources: Get:4 http://localhost:3142/debian sid/main Sources 
2018-01-02-2020.59.pdiff [16.4 kB]
E: 80append-apt-sources: Get:5 http://localhost:3142/debian sid/main Sources 
2018-01-03-0225.05.pdiff [10.1 kB]
E: 80append-apt-sources: Get:6 http://localhost:3142/debian sid/main Sources 
2018-01-03-0826.10.pdiff [2218 B]
E: 80append-apt-sources: Get:7 http://localhost:3142/debian sid/main Sources 
2018-01-03-1421.25.pdiff [14.1 kB]
E: 80append-apt-sources: Get:8 http://localhost:3142/debian sid/main amd64 
Packages 2018-01-02-2020.59.pdiff [10.9 kB]
E: 80append-apt-sources: Get:9 http://localhost:3142/debian sid/main amd64 
Packages 2018-01-03-0225.05.pdiff [11.6 kB]
E: 80append-apt-sources: Get:10 http://localhost:3142/debian sid/main amd64 
Packages 2018-01-03-0826.10.pdiff [1432 B]
E: 80append-apt-sources: Get:11 http://localhost:3142/debian sid/main amd64 
Packages 2018-01-03-1421.25.pdiff [16.4 kB]
E: 80append-apt-sources: Get:7 http://localhost:3142/debian sid/main Sources 
2018-01-03-1421.25.pdiff [14.1 kB]
E: 80append-apt-sources: Get:11 http://localhost:3142/debian sid/main amd64 
Packages 2018-01-03-1421.25.pdiff [16.4 kB]
E: 80append-apt-sources: Get:12 http://localhost:3142/debian sid/main 
Translation-en [5931 kB]
E: 80append-apt-sources: Fetched 6310 kB in 5s (1153 kB/s)
I: NOTICE: Log filtering will replace 
'var/run/schroot/mount/sid-snap-d120cfe2-d0ea-4691-ba5b-c7ab00433bc9' with 
'<>'

+--+
| Update chroot|
+--+

Hit:1 http://localhost:3142/debian sid InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

+--+
| Fetch source files   |
+--+


Local sources
-

/tmp/opensmtpd_6.0.2p1-2.dsc exists in /tmp; copying to chroot
I: NOTICE: Log filtering will replace 
'build/opensmtpd-3pEn6P/opensmtpd-6.0.2p1' with '<>'
I: NOTICE: Log filtering will replace 'build/opensmtpd-3pEn6P' with 
'<>'

+--+
| Install build-essential  |
+--+


Setup apt archive
-

Merged Build-Depends: build-essential, fakeroot
Filtered Build-Depends: build-essential, fakeroot
dpkg-deb: building package 'sbuild-build-depends-core-dummy' in 
'/<>/resolver-EpZHeW/apt_archive/sbuild-build-depends-core-dummy.deb'.
dpkg-scanpackages: warning: Packages in archive but missing from override file:
dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy
dpkg-scanpackages: info: Wrote 1 entries to output Packages file.
Ign:1 copy:/<>/resolver-EpZHeW/apt_archive ./ InRelease
Get:2 copy:/<>/resolv

Bug#883503: prerex: depends on libpoppler-qt4 which is about to be removed

[Ryan Kavanagh]

Hi Emilio,

On Mon, Dec 04, 2017 at 06:41:34PM +0100, po...@debian.org wrote:
> prerex should switch to the Qt5 bindings, or disable Poppler support
> if the former is not possible.

I have a patch from upstream porting prerex to Qt5. I'll test it out and upload
it in the next couple of days.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
| \| \  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#861771: Fails to install: postinst script returned error exit status 1

[Ryan Kavanagh]

found 861771 0.12-1.1
thanks

On Mon, May 08, 2017 at 08:14:28PM +0100, Simon McVittie wrote:
> On Wed, 03 May 2017 at 16:13:25 -0400, Ryan Kavanagh wrote:
> > nodm fails to install/upgrade.
> 
> What version did you upgrade from, and how long had you had that version
> installed before upgrading?

If I correctly interpreted the following,
/var/log/dpkg.log.4.gz:2017-01-24 15:51:39 upgrade nodm:amd64 0.12-1.1 
0.13-1
I appear to be upgrading from 0.12-1.1, which was installed 2017-01-23.

> If you try to downgrade to 0.13-1 (in testing), do you still get this?

Yes.

> If you do, please mark this bug as found in 0.13-1 so the fix for #860463

You got to it before I did, thanks :-)

> I suspect this regressed in 0.12-1.1 with the addition of the native
> systemd unit.

That seems to be right. Purging and reinstalling produces the bug for
versions >= 0.12-1.1, but not with 0.12-1.

> I think this bug makes it unusable to users [...], so not all users.

Feel free to set the importance of the bug to non-RC then.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
| \| \  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#861771: Fails to install: postinst script returned error exit status 1

[Ryan Kavanagh]

Package: nodm
Version: 0.13-1.2
Severity: grave

nodm fails to install/upgrade. Please see the attached output from
journalctl -xe. I marked the severity as grave because the package fails
to install/upgrade, thus rendering it unusable to (all?) users.

--8<---
$ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up nodm (0.13-1.2) ...
Job for nodm.service failed because the control process exited with error code.
See "systemctl status nodm.service" and "journalctl -xe" for details.
invoke-rc.d: initscript nodm, action "start" failed.
● nodm.service - Display manager for automatic session logins
   Loaded: loaded (/lib/systemd/system/nodm.service; static; vendor preset: 
enabled)
   Active: activating (auto-restart) (Result: exit-code) since Wed 2017-05-03 
16:05:42 EDT; 7ms ago
 Docs: man:nodm(8)
  Process: 20265 ExecStartPre=/usr/bin/test ${NODM_ENABLED} != no -a 
${NODM_ENABLED} != false (code=exited, status=1/FAILURE)

May 03 16:05:42 zeta systemd[1]: nodm.service: Unit entered failed state.
May 03 16:05:42 zeta systemd[1]: nodm.service: Failed with result 'exit-code'.
dpkg: error processing package nodm (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 nodm
E: Sub-process /usr/bin/dpkg returned an error code (1)
$ sudo systemctl status nodm.service
● nodm.service - Display manager for automatic session logins
   Loaded: loaded (/lib/systemd/system/nodm.service; static; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Wed 2017-05-03 16:06:47 EDT; 3min 
41s ago
 Docs: man:nodm(8)
  Process: 20844 ExecStartPre=/usr/bin/test ${NODM_ENABLED} != no -a 
${NODM_ENABLED} != false (code=exited, status=1/FAILURE)

May 03 16:06:47 zeta systemd[1]: nodm.service: Unit entered failed state.
May 03 16:06:47 zeta systemd[1]: nodm.service: Failed with result 'exit-code'.
May 03 16:06:47 zeta systemd[1]: nodm.service: Service hold-off time over, 
scheduling restart.
May 03 16:06:47 zeta systemd[1]: Stopped Display manager for automatic session 
logins.
May 03 16:06:47 zeta systemd[1]: nodm.service: Start request repeated too 
quickly.
May 03 16:06:47 zeta systemd[1]: Failed to start Display manager for automatic 
session logins.
May 03 16:06:47 zeta systemd[1]: nodm.service: Unit entered failed state.
May 03 16:06:47 zeta systemd[1]: nodm.service: Failed with result 'exit-code'.
--8<---


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

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

Versions of packages nodm depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  libc6  2.24-10
ii  libpam0g   1.1.8-3.5
ii  libx11-6   2:1.6.4-3
ii  lsb-base   9.20161125
ii  x11-common 1:7.7+19
ii  xserver-xorg-core  2:1.19.3-1

nodm recommends no packages.

nodm suggests no packages.

-- debconf information:
  nodm/first_vt: 7
* shared/default-x-display-manager: xdm
  nodm/min_session_time: 60
  nodm/x_timeout: 300
  nodm/x_options: -nolisten tcp
  nodm/user: rak
  nodm/daemon_name: /usr/sbin/nodm
* nodm/enabled: false
  nodm/xsession: /etc/X11/Xsession

-- 
|_)|_/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
| \| \  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A
May 03 16:06:40 zeta sudo[20525]: pam_unix(sudo:session): session closed for 
user root
May 03 16:06:41 zeta sudo[20665]:  rak : TTY=pts/8 ; PWD=/home/rak ; 
USER=root ; COMMAND=/usr/bin/apt upgrade
May 03 16:06:41 zeta sudo[20665]: pam_unix(sudo:session): session opened for 
user root by rak(uid=0)
May 03 16:06:46 zeta systemd[1]: Reloading.
May 03 16:06:46 zeta systemd[1]: Starting Display manager for automatic session 
logins...
-- Subject: Unit nodm.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit nodm.service has begun starting up.
May 03 16:06:46 zeta systemd[1]: nodm.service: Control process exited, 
code=exited status=1
May 03 16:06:46 zeta systemd[1]: Failed to start Display manager for automatic 
session logins.
-- Subject: Unit nodm.service has failed
-- Defined-By: systemd
-- Support: https://www

Bug#822494: Time to remove? Unusable since 2014.

[Ryan Kavanagh]

On Tue, Jun 07, 2016 at 07:27:07PM +0200, Petter Reinholdtsen wrote:
> [Eric Beuque]
> > For the database, all stream have to be cleaned from
> > http://database.freetuxtv.net/. I don't have enough time to do it
> > but i will try to do it.
> 
> I did not quite understand what you mean.  The streams seem to still
> be included in the freetuxtv database.

I've fixed a bunch of lintian warnings and other small things. Operating
on the assumption that the database of streams will be brought to
date/cleaned up, I'll upload the package after giving it a final look
over with fresh eyes tomorrow.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  https://ryanak.ca/  | GPG Key 4A11C97A


signature.asc
Description: PGP signature

Bug#822494: Time to remove? Unusable since 2014.

[Ryan Kavanagh]

Package: freetuxtv
Version: 0.6.6~dfsg1-1
Severity: grave
Justification: Package RC-buggy (x2) and completely unusable since 2014

[ Follow-up to discussion in #debian-multimedia. ]

This package has been RC-buggy since 2014 (bugs #772845, #787351). In
particular, it is completely unusable: it encounters a segmentation
fault at startup. I am not opposed to continuing to sponsor it, but I
haven't used it in several years and have no interest in maintaining it
myself.

Does anybody have a strong desire to keep it in Debian? Seeing that it
has been completely unusable for a year and a half now, I'm ready to
give it one more month before asking for it to be removed. (That's to
say, unless someone replies to this bug report stating that they want to
take care of this package, I will ask for it to be removed (RoM) from
the archive come June 2016. As its sponsor, I realise I'm ultimately
responsible for the package, and there is no point in letting it
languish in the archives if nobody cares about it.)

Apart from general housekeeping, here's what's required:
 * Replace non-free icons (bug #787351). Upstream promised to deal with
   this in May 2015.
 * Apply user submitted patch for the segmentation fault (bug #772845).

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  https://ryanak.ca/  | GPG Key 4A11C97A


signature.asc
Description: PGP signature

Bug#817208: Cannot load library /usr/lib/kde4/kio_digikamdates.so

[Ryan Kavanagh]

Package: digikam
Version: 4:4.14.0-3
Severity: grave
Justification: renders package unusable

As of today, digikam no longer displays any pictures from my albums.

The following errors can be found in ~/.xsession-errors:

Could not open library '/usr/lib/kde4/kio_digikamdates.so'.
Cannot load library /usr/lib/kde4/kio_digikamdates.so: 
(/lib/x86_64-linux-gnu/libresolv.so.2: symbol __h_errno, version GLIBC_PRIVATE 
not defined in file libc.so.6 with link time reference)
Could not open library '/usr/lib/kde4/kio_digikamalbums.so'.
Cannot load library /usr/lib/kde4/kio_digikamalbums.so: 
(/lib/x86_64-linux-gnu/libresolv.so.2: symbol __h_errno, version GLIBC_PRIVATE 
not defined in file libc.so.6 with link time reference)

The following errors are printed to stderr:

digikam(22075): couldn't create slave: "Unable to create io-slave:
klauncher said: Error loading 'kio_digikamdates'.
"
digikam(22075)/digikam (core) Digikam::AlbumManager::slotDatesJobResult: Failed 
to list dates
digikam(22075)/digikam (core) Digikam::DNotificationWrapper: parent is null
digikam(22075): couldn't create slave: "Unable to create io-slave:
klauncher said: Error loading 'kio_digikamalbums'.
"
digikam(22075)/digikam (core) Digikam::ImageAlbumModel::slotResult: Failed to 
list url:  "Could not start process Unable to create io-slave:
klauncher said: Error loading 'kio_digikamalbums'.
."

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

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

Versions of packages digikam depends on:
ii  digikam-data4:4.14.0-3
ii  digikam-private-libs4:4.14.0-3
ii  kde-runtime 4:15.08.3-1+b1
ii  libc6   2.22-1
ii  libgcc1 1:5.3.1-11
ii  libgphoto2-62.5.9-3
ii  libgphoto2-port12   2.5.9-3
ii  libkdcraw23 4:15.08.0-1+b1
ii  libkdecore5 4:4.14.14-1+b1
ii  libkdeui5   4:4.14.14-1+b1
ii  libkexiv2-114:15.04.3-1
ii  libkhtml5   4:4.14.14-1+b1
ii  libkio5 4:4.14.14-1+b1
ii  libkipi11   4:15.08.3-1
ii  libknotifyconfig4   4:4.14.14-1+b1
ii  libkparts4  4:4.14.14-1+b1
ii  libopencv-core2.4v5 2.4.9.1+dfsg-1.3
ii  libopencv-imgproc2.4v5  2.4.9.1+dfsg-1.3
ii  libphonon4  4:4.8.3-2
ii  libqt4-dbus 4:4.8.7+dfsg-6
ii  libqt4-sql  4:4.8.7+dfsg-6
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-6
ii  libqt4-xml  4:4.8.7+dfsg-6
ii  libqtcore4  4:4.8.7+dfsg-6
ii  libqtgui4   4:4.8.7+dfsg-6
ii  libsolid4   4:4.14.14-1+b1
ii  libstdc++6  5.3.1-11
ii  libthreadweaver44:4.14.14-1+b1
ii  perl5.22.1-8
ii  phonon  4:4.8.3-2

Versions of packages digikam recommends:
ii  chromium [www-browser]  49.0.2623.75-2
pn  ffmpegthumbs | mplayerthumbs
ii  google-chrome-stable [www-browser]  49.0.2623.87-1
ii  iceweasel [www-browser] 44.0.2-1
pn  kipi-plugins
ii  lynx [www-browser]  2.8.9dev8-4
ii  w3m [www-browser]   0.5.3-27

Versions of packages digikam suggests:
pn  digikam-doc 
pn  systemsettings  

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  https://ryanak.ca/  | GPG Key 4A11C97A


signature.asc
Description: PGP signature

Bug#815521: (no subject)

[Ryan Kavanagh]

package openafs
tags 815521 + upstream
retitle 815521 openafs dkms module incompatible with Linux 4.4 kernel
thanks

This bug appears to be known by upstream:
http://comments.gmane.org/gmane.comp.file-systems.openafs.devel/11924

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A

Bug#815521: DKMS module fails to build

[Ryan Kavanagh]

Package: openafs-modules-dkms
Version: 1.6.15-1
Severity: grave
Justification: renders package unusable

The package fails to compile the kernel module, rendering AFS unusable.
I've attached the file /var/lib/dkms/openafs/1.6.15/build/make.log .
Attempting to (re)install the package produces the following output on
terminal:

 Uninstall Beginning 
Module:  openafs
Version: 1.6.15
Kernel:  4.3.0-1-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

openafs.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.3.0-1-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall completed.

--
Deleting module version: 1.6.15
completely from the DKMS tree.
--
Done.
Unpacking openafs-modules-dkms (1.6.15-1) over (1.6.15-1) ...
Setting up openafs-modules-dkms (1.6.15-1) ...
Loading new openafs-1.6.15 DKMS files...
Building only for 4.4.0-1-amd64
Building initial module for 4.4.0-1-amd64
Error! Bad return status for module build on kernel: 4.4.0-1-amd64 (x86_64)
Consult /var/lib/dkms/openafs/1.6.15/build/make.log for more information.


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

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

Versions of packages openafs-modules-dkms depends on:
ii  dkms   2.2.0.3-2
ii  libc6-dev  2.21-9
ii  perl   5.22.1-7

Versions of packages openafs-modules-dkms recommends:
ii  openafs-client  1.6.15-1

openafs-modules-dkms suggests no packages.

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A
DKMS make.log for openafs-1.6.15 for kernel 4.4.0-1-amd64 (x86_64)
Sun Feb 21 20:20:55 EST 2016
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/var/lib/dkms/openafs/1.6.15/build/build-tools/missing: Unknown 
`--is-lightweight' option
Try `/var/lib/dkms/openafs/1.6.15/build/build-tools/missing --help' for more 
information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for flex... no
checking for lex... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxslt... no
checking for saxon... no
checking for xalan-j... no
checking for xsltproc... no
checking for docbook2pdf... no
checking for dblatex... no
checking for library containing strerror... none required
checking for pid_t... yes
checking for size_t... yes
checking whether ln -s works... yes
checking for ranlib... ranlib
checking for bison... no
checking for byacc... no
checking if lex is flex... no
checking whether byte order is known at compile time... yes
checking whether byte ordering is bigendian... no
checking whether printf understands the %z length modifier... yes
checking your OS... linux
checking if gcc accepts -march=pentium... no
checking if gcc needs -fno-strength-reduce... yes
checking if gcc needs -fno-strict-aliasing... yes
checking if gcc supports -fno-common... yes
checking if gcc supports -pipe... yes
checking if linux kbuild requires EXTRA_CFLAGS... yes
checking for linux kernel module build works...

Bug#813398: Uploaded

[Ryan Kavanagh]

Dear Leo,

I uploaded a fixed package this morning and received an email confirming that it
had been processed, though, oddly, I still haven't received an email from the
archive confirming it had been accepted. It should appear shortly I hope.

Best,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A

Bug#813398: opensmtpd: segfaults when relaying email

[Ryan Kavanagh]

Thanks for the bug report. Upstream has released a fix, but I'm away from
home/without access to my keys until Tuesday. Please feel free to NMU, or
I'll deal with it when I get home.

Sorry for the delay and best wishes,
Ryan

Bug#776653: Does not default to sendmail location /usr/sbin/sendmail

[Ryan Kavanagh]

Package: heirloom-mailx
Version: 12.5-3.1
Severity: serious
Tags: patch

Debian Policy §11.6 states that:

Debian packages which process electronic mail, whether mail user
agents (MUAs) or mail transport agents (MTAs), must ensure that they
are compatible with the configuration decisions below. [...]

The mail spool is /var/mail and the interface to send a mail message
is /usr/sbin/sendmail (as per the FHS).

However, mailx only looks for sendmail at /usr/lib/sendmail, which
results in users being unable to send mail if their MTA only installs
sendmail at the location stipulated by policy.

The attached debdiff fixes this bug.

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

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

Versions of packages heirloom-mailx depends on:
ii  base-files8
ii  libc6 2.19-13
ii  libgssapi-krb5-2  1.12.1+dfsg-16
ii  libssl1.0.0   1.0.1k-1

heirloom-mailx recommends no packages.

Versions of packages heirloom-mailx suggests:
ii  opensmtpd [mail-transport-agent]  5.4.2p1-3

-- no debconf information
diff -Nru heirloom-mailx-12.5/debian/changelog 
heirloom-mailx-12.5/debian/changelog
--- heirloom-mailx-12.5/debian/changelog2014-12-20 01:16:54.0 
-0500
+++ heirloom-mailx-12.5/debian/changelog2015-01-27 13:25:26.0 
-0500
@@ -1,3 +1,13 @@
+heirloom-mailx (12.5-3.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * The sendmail command lives at /usr/sbin/sendmail on Debian systems, as per
+Debian Policy §11.6. Update heirloom-mailx to look there instead of at
+/usr/lib/sendmail.
++ 0015-usr-sbin-sendmail.patch
+
+ -- Ryan Kavanagh   Tue, 27 Jan 2015 13:23:26 -0500
+
 heirloom-mailx (12.5-3.1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nru heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch 
heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch
--- heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch 
1969-12-31 19:00:00.0 -0500
+++ heirloom-mailx-12.5/debian/patches/0015-usr-sbin-sendmail.patch 
2015-01-27 13:21:49.0 -0500
@@ -0,0 +1,33 @@
+Description: Sendmail is at /usr/sbin/sendmail
+ As per Debian Policy §11.6
+Author: Ryan Kavanagh 
+Origin: Debian
+Forwarded: no
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+Index: heirloom-mailx-12.5/Makefile
+===
+--- heirloom-mailx-12.5.orig/Makefile  2011-04-26 17:23:22.0 -0400
 heirloom-mailx-12.5/Makefile   2015-01-27 13:20:04.733542801 -0500
+@@ -13,7 +13,7 @@
+ 
+ MAILRC= $(SYSCONFDIR)/nail.rc
+ MAILSPOOL = /var/mail
+-SENDMAIL  = /usr/lib/sendmail
++SENDMAIL  = /usr/sbin/sendmail
+ 
+ DESTDIR   =
+ 
+Index: heirloom-mailx-12.5/mailx.1
+===
+--- heirloom-mailx-12.5.orig/mailx.1   2015-01-27 13:18:49.0 -0500
 heirloom-mailx-12.5/mailx.12015-01-27 13:20:32.382336867 -0500
+@@ -4922,7 +4922,7 @@
+ which just acts as a proxy.
+ .PP
+ \fIMailx\fR immediately contacts the SMTP server (or
+-.IR \%/usr/lib/sendmail )
++.IR \%/usr/sbin/sendmail )
+ even when operating in
+ .I disconnected
+ mode.
diff -Nru heirloom-mailx-12.5/debian/patches/series 
heirloom-mailx-12.5/debian/patches/series
--- heirloom-mailx-12.5/debian/patches/series   2014-12-20 01:16:54.0 
-0500
+++ heirloom-mailx-12.5/debian/patches/series   2015-01-27 13:19:45.0 
-0500
@@ -5,3 +5,4 @@
 0012-unpack-Disable-option-processing-for-email-addresses.patch
 0013-fio.c-Unconditionally-require-wordexp-support.patch
 0014-globname-Invoke-wordexp-with-WRDE_NOCMD.patch
+0015-usr-sbin-sendmail.patch


signature.asc
Description: Digital signature

Bug#748150: again...

[Ryan Kavanagh]

Hi Lorenzo,

On Tue, Jun 10, 2014 at 10:01:13PM +0200, Lorenzo wrote:
> otherwise I guess this should be reported upstream.

Thanks for putting in the legwork and bringing this back to my
attention. The same problem exists in OpenSSH (from which the
compatibility layer for opensmtpd was taken), except that the Debian
OpenSSH maintainers simply patched out the entire check[0] (SONAME is
sufficient nowadays for us). Upstream rewrote the broken check last
night[1]. In order to minimise the delta between upstream opensmtpd and
Debian, I intend to apply their fixed check later on today or tomorrow
at the latest instead of simply cutting out the check as was done for
OpenSSH.

Best wishes,
Ryan

[0] 
http://anonscm.debian.org/gitweb/?p=pkg-ssh/openssh.git;a=blob;f=debian/patches/no-openssl-version-check.patch;h=56fa46aac080a3566941ac006c9324c0b8aa55ba;hb=HEAD
[1] https://github.com/poolpOrg/OpenSMTPD/commit/452d687


signature.asc
Description: Digital signature

Bug#746593: rxvt-unicode: CVE-2014-3121: user-assisted arbitrary commands execution

[Ryan Kavanagh]

Hi,

On Fri, May 02, 2014 at 08:48:28AM +0200, Moritz Muehlenhoff wrote:
> > the following vulnerability was published for rxvt-unicode.
> > 
> > CVE-2014-3121[0]: user-assisted arbitrary commands execution
> 
> Can you backport the change to oldstable-security and stable-security?

Thanks for the heads up. I plan on uploading rxvt-unicode to unstable
today, and will work on having the changes for oldstable/stable ready by
tomorrow.

Best wishes,
Ryan


signature.asc
Description: Digital signature

Bug#713307: tagging 713307

[Ryan Kavanagh]

Hi Bill,

On 13 Oct 2013 17:13, "Bill Allombert" 
wrote:
> vera is slated to be removed from testing tomorrow, so please
> upload to fix this bug soon.

I have had the packaging ready to go minus some copyright issues for some
time now; the Debian packaging was never explicitly licensed. I've obtained
agreement from most of the previous packagers of vera to distribute their
contributions under the same licence as the upstream part. I'll look at
simply rewriting from scratch the portions from those who did not reply to
my request to licence. I'm don't have access to my keys right now, but I'll
deal with it as soon as I get home tomorrow.

Best wishes,
Ryan

Bug#713326: turnin-ng: FTBFS: error: cannot copy tree 'build/scripts-2.7': not a directory

[Ryan Kavanagh]

owner 713326 !
tag 713326 + pending
thanks

As for the actual cause of the FTBFS (cannot copy tree), that's been
fixed. An upload will occur once the following is also fixed.

On Sat, Jun 22, 2013 at 02:42:04PM +0200, Lucas Nussbaum wrote:
> > ./gpl-2.0.texi:286: This command can appear only outside of any 
> > environment, no
> > t in environment @enumerate.

There appears to have been a change in texinfo that breaks the parsing
of gpl-2.0.texi (from the GNU website[0]). Fixing this requires moving
the WARRANTY @header command ounside of the @enumerate environment.
This means ending and restarting the enumerate environment, with
@enumerate resuming at the appropriate integer. Unfortunately, this
isn't possible with current texinfo due to Debian bug #714533 [1].


Best wishes,
Ryan

[0] http://www.gnu.org/licenses/gpl-2.0.texi
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714533

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#710860: Please use "apt-get autoclean" instead of "apt-get clean"

[Ryan Kavanagh]

Package: piuparts
Version: 0.52
Severity: grave
Justification: call to apt-get clean can cause data loss

piuparts caused me to loose several GB of downloaded packages by running
"apt-get clean". This is because I bind-mount my system's
/var/cache/apt/archives to my schroot via /etc/schroot/default/fstab to
save sbuild from having to download a package's every build-dependency
every time it builds, which can be expensive if your package
build-depends on ~150MB of packages.

If you really need to clean up downloaded archives after a piuparts run
that badly, please give users a means to disable it, or use "apt-get
autoclean" instead.

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

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages piuparts depends on:
ii  debootstrap  1.0.52
ii  debsums  2.0.52
ii  dpkg 1.16.10
ii  lsb-release  4.1+Debian11
ii  lsof 4.86+dfsg-1
ii  piuparts-common  0.52
ii  python   2.7.3-5
ii  python-debian0.1.21+nmu2

Versions of packages piuparts recommends:
ii  adequate  0.6

Versions of packages piuparts suggests:
ii  schroot  1.6.5-1

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#710797: FTBFS on hurd-i386 because MAXHOSTNAMELEN is undefined

[Ryan Kavanagh]

Package: bzflag
Version: 2.4.2+ds1-2
Severity: serious
Tags: upstream confirmed
Justification: fails to build from source (but built successfully in the past)

bzflag doesn't build on hurd-i386 because MAXHOSTNAMELEN is undefined.
https://buildd.debian.org/status/fetch.php?pkg=bzflag&arch=hurd-i386&ver=2.4.2+ds1-2&stamp=1369627289

(This bug is reported to help me keep track of it).

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

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bzflag depends on:
ii  bzflag-client  2.4.2+ds1-2
ii  bzflag-server  2.4.2+ds1-2

bzflag recommends no packages.

bzflag suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#709747: frescobaldi: the sip module implements API v9.0 to v9.2 but the popplerqt4 module requires API v8.1

[Ryan Kavanagh]

reassign 709747 python-poppler-qt4 0.16.2-2
fixed 709747 python-poppler-qt4 0.16.3-1
affects 709747 frescobaldi
thanks

This is a bug in python-poppler-qt4, which will get fixed as soon as the
sip4 transition clears and I upload the version from experimental to
unstable.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#679416: Offlineimap duplicates messages

[Ryan Kavanagh]

Package: offlineimap
Version: 6.5.4-2
Severity: grave
Justification: causes data loss / breaks integrity of mail archive

Offlineimap regularly duplicates messages, that's to say, it copies a message
twice from the remote host to the local folder. It then complains if a local
program (such as imapfilter) moves or deletes them.

This leads to data loss (i.e. loss of the integrity of my mail archive) since,
whenever imapfilter runs on such a state, it copies the duplicates to their
appropriate folders, and so I end up with duplicates of debian-devel messages
in my "Debian.debian-devel" folder, etc.

Attached offlineimap log:
| Account sync McGill:
|  Next refresh in 13.0 minutes
| Thread-989:
|  Syncing INBOX: Gmail -> MappedIMAP
| Thread-988:
|  Syncing INBOX: Gmail -> MappedIMAP
| Thread-989:
|  Copy message 341595 (1 of 2) RemoteGmail:INBOX -> LocalGmail
|  Copy message 341596 (2 of 2) RemoteGmail:INBOX -> LocalGmail
| Thread-988:
|  Copy message 341595 (1 of 2) RemoteGmail:INBOX -> LocalGmail
|  Copy message 341596 (2 of 2) RemoteGmail:INBOX -> LocalGmail
| Thread-989:
|  Deleting 3 messages (341591:341592,341594) in Gmail[INBOX]
| Thread-988:
|  Deleting 3 messages (341591:341592,341594) in Gmail[INBOX]
| Thread-989:
|  Adding flag S to 1 messages on INBOX
| Thread-988:
|  Adding flag S to 1 messages on INBOX
|  Syncing INBOX: Gmail -> MappedIMAP
|  Copy message -2 (1 of 2) LocalGmail:INBOX -> RemoteGmail
|  Copy message -1 (2 of 2) LocalGmail:INBOX -> RemoteGmail
|  Adding flag S to 1 messages on INBOX
| Account sync GMAIL:
|  Next refresh in 10.0 minutes
< SNIP ~ 4 minutes >
In this 4 minute window, imapfilter was run.
| Account sync McGill:
|  Next refresh in 8.0 minutes
| Thread-988:
|  ERROR: ERROR in syncfolder for GMAIL folder INBOX: Traceback (most recent 
call last):
|   File "/usr/lib/python2.7/dist-packages/offlineimap/accounts.py", line 388, 
in syncfolder
| if localfolder.get_uidvalidity() == None:
|   File "/usr/lib/python2.7/dist-packages/offlineimap/folder/IMAP.py", line 
78, in get_uidvalidity
| "response('UIDVALIDITY') returned [None]!"
| AssertionError: response('UIDVALIDITY') returned [None]!
| 
|   response('UIDVALIDITY') returned [None]!
| Thread-989:
|  Syncing INBOX: Gmail -> MappedIMAP
| Thread-988:
|  Syncing INBOX: Gmail -> MappedIMAP
| Thread-989:
|  Copy message 341599 (1 of 3) RemoteGmail:INBOX -> LocalGmail
|  Copy message 341600 (2 of 3) RemoteGmail:INBOX -> LocalGmail
| Thread-988:
|  Copy message 341599 (1 of 3) RemoteGmail:INBOX -> LocalGmail
| Thread-989:
|  Copy message 341601 (3 of 3) RemoteGmail:INBOX -> LocalGmail
| Thread-988:
|  Copy message 341600 (2 of 3) RemoteGmail:INBOX -> LocalGmail
|  Copy message 341601 (3 of 3) RemoteGmail:INBOX -> LocalGmail
| Thread-989:
|  Deleting 2 messages (341595:341596) in MappedIMAP[INBOX]
|  ERROR: Could not find UID for msg '341595' (f:'INBOX'. This is usually a bad 
thing and should be reported on the mailing list.
|  Deleting 4 messages (341546,341575,341597:341598) in Gmail[INBOX]
| Thread-988:
|  Deleting 2 messages (341595:341596) in MappedIMAP[INBOX]
|  ERROR: Could not find UID for msg '341595' (f:'INBOX'. This is usually a bad 
thing and should be reported on the mailing list.
|  Deleting 4 messages (341546,341575,341597:341598) in Gmail[INBOX]

My offlineimaprc is attached, and is available in its current incarnation 
online[0]

[0] 
https://github.com/ryanakca/ryanakca-dotfiles/blob/011775446e5af983e024b8c8bc0277d0d6ef850d/.offlineimaprc.
 
-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages offlineimap depends on:
ii  libjs-sphinxdoc  1.1.3+dfsg-4
ii  python   2.7.3~rc2-1
ii  python2.62.6.8-0.1
ii  python2.72.7.3-1

Versions of packages offlineimap recommends:
pn  python-sqlite  

Versions of packages offlineimap suggests:
ii  doc-base 0.10.4
pn  python-kerberos  

-- no debconf information
# Sample minimal config file.  Copy this to ~/.offlineimaprc and edit to
# suit to get started fast.

[general]
metadata = ~/.offlineimap
accounts = GMAIL, QueensU, McGillSOCS, McGill
#, GMAIL
pythonfile=~/.offlineimap.py
# EIMEAR
maxsyncaccounts = 5

 GMAIL Account Settings
[Account GMAIL]
localrepository = LocalGmail
remoterepository = RemoteGmail
autorefresh = 20
quick = 10
presynchook = imapfilter -c /home/ryan/.imapfilter/config.lua
postsynchook = imapfilter -c /home/ryan/.imapfilter/config.lua && 
/home/ryan/bin/run-mailcheck && notmuch new
foldersort = mycmp

[Repository LocalGmail]
#type = Maildir
#localfolders = ~/.maildb/GMAIL 
#restoreatime = no  
type = IMAP
remotehost = localhost
remoteuser = ryan
remotepass = LOCAL_PASS
folderfilter = lambda folder: folder not in [

Bug#673005: frescobaldi crashes when you open a .ly file

[Ryan Kavanagh]

reassign 673005 python-poppler-qt4
affects 673005 frescobaldi
forcemerge 672753 673005
tags 672753 confirmed pending
thanks

Hi Grant,

On Tue, May 15, 2012 at 09:53:36PM +1000, Grant Adrian Diffey wrote:
> Package: frescobaldi
> Version: 2.0.5+ds1-1
> Severity: grave
> Justification: renders package unusable

Thanks for the bug report. This is in fact a bug in python-poppler-qt4,
which I plan on having fixed within the next 24-48 hours.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature

Bug#670893: prerex and libedit-dev: error when trying to install together

[Ryan Kavanagh]

Hi,

This bug is in prerex packaging. I've got a fix almost ready, will
upload in the next few days.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature

Bug#652244: basic256: diff for NMU version 0.9.6.66-1.1

[Ryan Kavanagh]

Hi Gregor,

On Tue, Feb 21, 2012 at 08:42:12PM +0100, gregor herrmann wrote:
> I've prepared an NMU for basic256 (versioned as 0.9.6.66-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

Thanks for preparing this! Please feel free to move it to DELAYED/0.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature

Bug#651391: wicd-daemon: Unable to connect/configure

[Ryan Kavanagh]

On Mon, Dec 12, 2011 at 08:32:55PM +0100, Salvo Tomaselli wrote:
> > Would you please try downgrading wicd to testing, and re-upgrading it from
> > sid?
> Done, now the configuration file gets updated but no lists.

Done, fixed here too, thanks!

Best wishes,
Ryan


signature.asc
Description: Digital signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[Ryan Kavanagh]

On Thu, Dec 08, 2011 at 11:24:09PM +0100, David Paleino wrote:
> If you could please confirm that, with these two patches, it kind-of-works,
> then I can pass on fixing #651391 :)

The above two patches fixed the DBUS error in wicd / wicd-curses.

It kind-of-works in that it doesn't crash and burn at the outset. As
such, you can probably close this bug. It still can't connect because of
the string settings -> list bug, as evidenced by errors like:

2011/12/11 07:22:43 ::   File "/usr/lib/python2.7/threading.py", line 552, in 
__bootstrap_inner
2011/12/11 07:22:43 :: self.run()
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/networking.py", line 349, in run
2011/12/11 07:22:43 :: self._connect()
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/networking.py", line 880, in _connect
2011/12/11 07:22:43 :: self.generate_psk_and_authenticate(wiface)
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/networking.py", line 72, in wrapper
2011/12/11 07:22:43 :: return func(self, *__args, **__kargs)
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/networking.py", line 987, in 
generate_psk_and_authenticate
2011/12/11 07:22:43 :: wiface.Authenticate(self.network)
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/wnettools.py", line 192, in newfunc
2011/12/11 07:22:43 :: return func(self, *args, **kwargs)
2011/12/11 07:22:43 ::   File 
"/usr/lib/python2.7/dist-packages/wicd/wnettools.py", line 1132, in Authenticate
2011/12/11 07:22:43 :: misc.ParseEncryption(network)
2011/12/11 07:22:43 ::   File "/usr/lib/python2.7/dist-packages/wicd/misc.py", 
line 243, in ParseEncryption
2011/12/11 07:22:43 :: enctemplate = open(wpath.encryption + 
network["enctype"])
2011/12/11 07:22:43 :: IOError: [Errno 2] No such file or directory: 
"/etc/wicd/encryption/templates/['wpa']"

in wicd.log. I can open a separate bug for that if you'd like.

Best wishes,
Ryan


signature.asc
Description: Digital signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[Ryan Kavanagh]

Hello David,

On Thu, Dec 08, 2011 at 05:05:38PM +0100, David Paleino wrote:
> Would you please tell me if:
> 
> $ dbus-send --system --dest=org.wicd.daemon --print-reply \
>   --type=method_call /org/wicd/daemon/wireless \
>   org.wicd.daemon.wireless.GetCurrentNetwork
> 
> works for you?

I get the following under 1.7.0:

method return sender=:1.73 -> dest=:1.78 reply_serial=2
   string "QueensuSecure_WPA2"

After upgrading to 1.7.1, but still connected from when under 1.7.0:

method return sender=:1.79 -> dest=:1.84 reply_serial=2
   string "QueensuSecure_WPA2"

After disconnecting:

method return sender=:1.79 -> dest=:1.86 reply_serial=2
   string "None"

After trying to connect to "QueensuSecure_WPA2" in 1.7.1, where
wicd-curses gave me the same error as before and I can't ping anything:

method return sender=:1.87 -> dest=:1.90 reply_serial=2
   string "QueensuSecure_WPA2"

Running

|| sudo find /usr/lib/python*/*-packages/wicd \( -name "*.pyc" -o -name "*.pyo" 
\) -delete 

and restarting wicd as you recommended in #wicd did not change anything.

> Regarding the conf-file syntax change from strings to lists: I did see this
> once during development, but then never happened again, so I thought I did fix
> it. You're already the second person hitting it, so it must still be in the
> code (but then I wonder how I'm immune from this?)

If relevant, wicd.log contains many errors like:

|| 2011/12/08 12:09:33 :: Exception KeyError: KeyError(-1220069696,) in  ignored

when running 1.7.1. wicd.log also contains many errors like the following

|| 2011/12/08 12:46:04 :: Autoconnecting...
|| 2011/12/08 12:46:04 :: No wired connection present, attempting to 
autoconnect to wireless network
|| 2011/12/08 12:46:06 :: Invalid network mode string, ignoring!
|| 2011/12/08 12:46:06 :: Unable to autoconnect, you'll have to manually connect

after downgrading from 1.7.1 to 1.7.0.

Hope this helps,
Ryan


signature.asc
Description: Digital signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[Ryan Kavanagh]

On Thu, Dec 08, 2011 at 07:45:15AM -0500, Ryan Kavanagh wrote:
> I'm downgrading to 1.7.0+ds1-9 and but can provide additional
> debugging information if needed (unfortunately, I can't guarantee
> timeliness in doing so since it's exam season).

To whomever gets bit by this bug, you'll have to purge wicd-*. A simple
reinstall of the 1.7.0+ds1-9 packages won't work since it appears the
configuration format of 1.7.1~b3-1 differs from the previous one, and
running 1.7.1~b3-1 appears to transition your config files to that new
format.

For example, simply downgrading to 1.7.0 and trying to connect to a
network that needs username/password credentials fails, since after the
downgrade, 1.7.0 tries to connect with username "['user']" and password
"['password']", instead of trying to connect with "user" and "password"
as it used to.

Best wishes,
Ryan


signature.asc
Description: Digital signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[Ryan Kavanagh]

Package: wicd-daemon
Version: 1.7.1~b3-1
Severity: grave

Since upgrading to 1.7.1~b3-1, wicd-curses and wicd-gtk have become
unusable. That's to say, I can no longer connect to any wireless network
using either of these clients. Trying to connect to a network with
either of these prints the following message to terminal:

RROR:dbus.connection:Unable to set arguments () according to signature u'v': 
: More items found in D-Bus signature than in 
Python arguments
Traceback (most recent call last):
  File "/usr/share/wicd/curses/wicd-curses.py", line 750, in 
set_connecting_status
essid = wireless.GetCurrentNetwork()
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 143, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 620, in 
call_blocking
message.append(signature=signature, *args)
TypeError: More items found in D-Bus signature than in Python arguments

Occasionally, simply starting wicd-curses causes this message to be printed:

raceback (most recent call last):
  File "/usr/share/wicd/curses/wicd-curses.py", line 755, in 
set_connecting_status
': ' + wired.CheckWiredConnectingMessage(), True)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 143, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.TypeError: Traceback 
(most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/service.py", line 702, in 
_message_cb
retval = candidate_method(self, *args, **keywords)
  File "/usr/share/wicd/daemon/wicd-daemon.py", line 1395, in 
CheckWiredConnectingMessage
return _status_dict(self.CheckWiredConnectingStatus())
TypeError: 'dict' object is not callable

I'm downgrading to 1.7.0+ds1-9 and but can provide additional
debugging information if needed (unfortunately, I can't guarantee
timeliness in doing so since it's exam season).

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wicd-daemon depends on:
ii  adduser 3.113
ii  dbus1.4.16-1
ii  debconf 1.5.41
ii  iproute 2017-1
ii  iputils-ping3:20101006-1+b1
ii  isc-dhcp-client [dhcp3-client]  4.2.2-1
ii  lsb-base3.2-28
ii  net-tools   1.60-24.1
ii  psmisc  22.14-1
ii  python  2.7.2-9
ii  python-dbus 0.84.0-2
ii  python-gobject  3.0.2-4
ii  python-wicd 1.7.1~b3-1
ii  wireless-tools  30~pre9-7
ii  wpasupplicant   0.7.3-5

Versions of packages wicd-daemon recommends:
ii  wicd-curses [wicd-client]  1.7.1~b3-1
ii  wicd-gtk [wicd-client] 1.7.1~b3-1

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-8

Versions of packages wicd-gtk depends on:
ii  python 2.7.2-9
ii  python-glade2  2.24.0-2
ii  python-gtk22.24.0-2

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-6
ii  python-notify  0.1.1-3

Versions of packages wicd-curses depends on:
ii  python2.7.2-9
ii  python-urwid  1.0.0-4

Versions of packages wicd-curses recommends:
ii  sudo  1.8.3p1-2

Versions of packages python-wicd depends on:
ii  python 2.7.2-9
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-8

-- debconf information:
* wicd/users:


signature.asc
Description: Digital signature

Bug#647945: Downgrading severity

[Ryan Kavanagh]

severity 647945 important
tag 647945 unreproducible moreinfo
thanks

Hi,

I'm downgrading the bug's severity to important since its unreproducible
and the submitter can't be contacted to provide more information
(sending mail to the submitter's address begets delivery failed
permanently notices).

If anybody can provide more information, please feel free to reupgrade
the bug's severity; it may otherwise safely be closed in a months' time.

Kind regards,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature

Bug#647945: slingshot: does not run

[Ryan Kavanagh]

Hi,

On Mon, Nov 07, 2011 at 10:49:38PM +0100, frydo wrote:
> Package: slingshot
> Version: 0.8.1p-4
> Severity: grave
> Justification: renders package unusable
> 
> a black window opens and then closes immediatly.
> In a shell, the same thing happens, with absolutely no output.

Could you please try with the latest version (0.9-1) of slingshot in the
archives? If it doesn't work, please attach the output of 'python -vv
/usr/games/slingshot' to the bug report.

Thanks,
Ryan


signature.asc
Description: Digital signature

Bug#636384: /usr/lib/libtsocks.so.1.8 doesn't have an SONAME

[Ryan Kavanagh]

Package: tsocks
Version: 1.8beta5-9.1
Severity: serious

tsocks distributes a shared library without an SONAME in /usr/lib. It
should either gain an SONAME or be moved to a private directory such as
/usr/lib/tsocks.

Chapter 8 of the Debian Policy Manual states that:

Instead the shared library is loaded by its SONAME, which exists on
the file system as a symlink pointing to the full name of the shared
library.  This symlink must be provided by the package.

Since this shared library does not have an SONAME, the symlink doesn't
exist, violating a "must" requirement of the policy.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_ES.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tsocks depends on:
ii  libc6 2.13-13Embedded GNU C Library: Shared lib

tsocks recommends no packages.

tsocks suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#635265: Floating Point Exception on call renders ekiga unusable

[Ryan Kavanagh]

Hi Eugen,

(CC'ing the BTS as no longer reproducible)

On Tue, Jul 26, 2011 at 02:58:27PM +0200, Eugen Dedu wrote:
> In gdb when it crashes, could you please print the values of:
> videoStreamParm.parm.capture.timeperframe.denominator
> and
> videoStreamParm.parm.capture.timeperframe.numerator
> ?

I'm no longer able to reproduce the crash. I've tried starting and
calling with other camera-using applications open (I believe Skype was
running when ekiga was crashing), but can't make it crash. I can provide
you a list of packages that have been upgraded since Sunday if you think
it would be useful. Seeing that it's not presently an issue, feel free
to close the bug and I'll reopen it if ever it reappears.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A (Transitioning from E95EDDC9)   
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#635265: Floating Point Exception on call renders ekiga unusable

[Ryan Kavanagh]

Hi Eugen,

On Sun, Jul 24, 2011 at 06:39:09PM +0200, Eugen Dedu wrote:
> Could you please test with ekiga from experimental?  If you still
> get the crash, get a new stacktrace.

That it does:

GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/ekiga...(no debugging symbols found)...done.
(gdb) handle SIGG33 pass nostop noprint
SignalStop  Print   Pass to program Description
SIG33 NoNo  Yes Real-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/bin/ekiga 
[Thread debugging using libthread_db enabled]
[New Thread 0xb506db70 (LWP 3465)]
[New Thread 0xb318ab70 (LWP 3474)]
[New Thread 0xb3149b70 (LWP 3475)]
[New Thread 0xb3108b70 (LWP 3476)]
[New Thread 0xb30c7b70 (LWP 3479)]
[New Thread 0xb3086b70 (LWP 3480)]
[New Thread 0xb3045b70 (LWP 3482)]
[New Thread 0xb3004b70 (LWP 3483)]
[New Thread 0xb2fc3b70 (LWP 3484)]
[New Thread 0xb2f82b70 (LWP 3485)]
[New Thread 0xadf24b70 (LWP 3503)]
[New Thread 0xad696b70 (LWP 3505)]
[New Thread 0xace95b70 (LWP 3506)]
[Thread 0xace95b70 (LWP 3506) exited]
[Thread 0xad696b70 (LWP 3505) exited]
[New Thread 0xad696b70 (LWP 3507)]
[Thread 0xad696b70 (LWP 3507) exited]
[Thread 0xb2f82b70 (LWP 3485) exited]
[New Thread 0xb2f82b70 (LWP 3531)]
[Thread 0xb3004b70 (LWP 3483) exited]
[New Thread 0xb3004b70 (LWP 3532)]
[Thread 0xb2f82b70 (LWP 3531) exited]
[Thread 0xb3004b70 (LWP 3532) exited]
[New Thread 0xb3004b70 (LWP 3553)]
[Thread 0xb2fc3b70 (LWP 3484) exited]
[New Thread 0xb2fc3b70 (LWP 3554)]
[New Thread 0xb2f82b70 (LWP 3555)]
[New Thread 0xac634b70 (LWP 3556)]
[Thread 0xb2f82b70 (LWP 3555) exited]
[New Thread 0xb2f82b70 (LWP 3560)]
[Thread 0xadf24b70 (LWP 3503) exited]
[New Thread 0xac5f3b70 (LWP 3580)]
[Thread 0xac5f3b70 (LWP 3580) exited]
[New Thread 0xac5f3b70 (LWP 3617)]
[New Thread 0xac5a2b70 (LWP 3618)]
[New Thread 0xac561b70 (LWP 3619)]
[New Thread 0xac510b70 (LWP 3620)]
[New Thread 0xac4cfb70 (LWP 3621)]

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xac5f3b70 (LWP 3617)]
0xb433c968 in PVideoInputDevice_V4L2::Open(PString const&, bool) () from 
/usr/lib/ptlib-2.10.1/devices/videoinput/v4l2_pwplugin.so
(gdb) backtrace full
#0  0xb433c968 in PVideoInputDevice_V4L2::Open(PString const&, bool) () from 
/usr/lib/ptlib-2.10.1/devices/videoinput/v4l2_pwplugin.so
No symbol table info available.
#1  0xb6ea1d55 in PVideoInputDevice::CreateOpenedDevice(PString const&, PString 
const&, bool, PPluginManager*) () from /usr/lib/libpt.so.2.10.1
No symbol table info available.
#2  0xb7d6a08b in GMVideoInputManager_ptlib::open(unsigned int, unsigned int, 
unsigned int) () from /usr/lib/ekiga/3.3.1/libekiga.so
No symbol table info available.
#3  0xb7d12f3c in Ekiga::VideoInputCore::internal_open(unsigned int, unsigned 
int, unsigned int) () from /usr/lib/ekiga/3.3.1/libekiga.so
No symbol table info available.
#4  0xb7d1339b in Ekiga::VideoInputCore::start_stream() () from 
/usr/lib/ekiga/3.3.1/libekiga.so
No symbol table info available.
#5  0xb7da3240 in PVideoInputDevice_EKIGA::Start() () from 
/usr/lib/ekiga/3.3.1/libekiga.so
No symbol table info available.
#6  0xb74ff374 in OpalVideoMediaStream::Open() () from 
/usr/lib/libopal.so.3.10.1
No symbol table info available.
#7  0xb74d6c45 in OpalConnection::OpenMediaStream(OpalMediaFormat const&, 
unsigned int, bool) () from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#8  0xb74e2c4b in OpalLocalConnection::OpenMediaStream(OpalMediaFormat const&, 
unsigned int, bool) () from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#9  0xb74e9162 in OpalCall::OpenSourceMediaStreams(OpalConnection&, 
OpalMediaType const&, unsigned int, OpalMediaFormat const&, 
OpalVideoFormat::ContentRole) () from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#10 0xb79347e0 in 
SIPConnection::OnReceivedAnswerSDPSession(SDPSessionDescription&, unsigned int) 
() from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#11 0xb793131a in SIPConnection::OnReceivedAnswerSDP(SIP_PDU&) () from 
/usr/lib/libopal.so.3.10.1
No symbol table info available.
#12 0xb793cc91 in SIPConnection::OnReceivedOK(SIPTransaction&, SIP_PDU&) () 
from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#13 0xb794388c in SIPConnection::OnReceivedResponse(SIPTransaction&, SIP_PDU&) 
() from /usr/lib/libopal.so.3.10.1
No symbol table info available.
#14 0xb79584f2 in SIPTransaction::OnReceivedResponse(SIP_PDU&) () from 
/usr/lib/libopal.so.3.10.1
No symbol table info available.
#15 0xb795e7b8 in ?? () from /usr/lib/libopal.

Bug#635265: Floating Point Exception on call renders ekiga unusable

[Ryan Kavanagh]

 GNU Standard C++ Library v3
ii  libx11- 2:1.4.3-2X11 client-side library
ii  libxext 2:1.3.0-3X11 miscellaneous extension librar
ii  libxml2 2.7.8.dfsg-3 GNOME XML library
ii  libxv1  2:1.0.6-1X11 Video extension library

Versions of packages ekiga recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages ekiga suggests:
pn  asterisk   (no description available)
pn  gnugk  (no description available)
pn  mediaproxy (no description available)
pn  rtpproxy   (no description available)
pn  ser(no description available)
pn  siproxd(no description available)
pn  yate   (no description available)

-- no debconf information

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A (Transitioning from E95EDDC9)   
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#622995: Patches welcome

[Ryan Kavanagh]

# Drop pending since the patches don't quite work
tag 622995 - pending + help
tag 622996 - pending + help
# Kobby (995) needs libqinfinity (996) to be fixed first
block 622995 by 622996
thanks

Hi,

Seeing that both libqinfinity and kobby are uninstallable, I asked Phil
Kern to remove them from testing.

Patches are welcome for both and will duly be applied. Phil has provided
most of the work, all that appears to be left is to figure out why
kobby/libqinfinity don't send changes to the server.

Kind regards,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A (Transitioning from E95EDDC9)   
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#622996: Build-Depends on missing libinfinity-0.4-dev

[Ryan Kavanagh]

Hi,

On Sun, May 08, 2011 at 10:23:01PM +0200, Philipp Kern wrote:
> > Ok.  The implementation should now be complete.  I didn't know how
> > to test all the interface parts, but in theory everything that's
> > needed should be in there now.  And Kobby seems to work for me.
> > Please test.
> 
> Any progress?  (As this bug is RC and there wasn't any maintainer
> feedback yet.)  I guess we either need to try the patch set or remove
> it from testing…

I'm willing to apply the patch set, but I fear that our best bet may be
dropping the package from the archives.

Upstream no longer appears to be interested in maintaining Kobby (I have
a merge request that's been pending for over a year, and upstream hasn't
commited anything in even longer). I'm not particularly interested in
becoming the upstream maintainer for yet another package either.

Kind regards,
Ryan Kavanagh


signature.asc
Description: Digital signature

Bug#543021: Fix commited to SVN

[Ryan Kavanagh]

Hi,
Sorry for the wait.

I commited the fix to the Debian Qt/KDE Maintainers' KDE-extra's SVN repository
(svn.debian.org/svn/pkg-kde/kde-extras/knmap/trunk), revision number 16168 ...
I'm waiting for someone to sponsor it.

Cheers,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://blog.ryanak.ca/|  4A11C97A (Transitioning from E95EDDC9)   

()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#547307: Commited to the git repository

[Ryan Kavanagh]

Hi,
I've commited the fix to git.debian.org/git/pkg-multimedia/rumor.git/ and am
waiting for someone to sponsor it.

Cheers,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://blog.ryanak.ca/|  4A11C97A (Transitioning from E95EDDC9)   

()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


signature.asc
Description: Digital signature

Bug#543021: WIP

[Ryan Kavanagh]

Hi,
The FTBFS is fixed, at the moment, I'm working on a few other small packaging
bugs I've (well, lintian has) spotted and splitting it into two packages (knmap
and knmap-data). I'll try to get this uploaded within the next few days.

Cheers,
Ryan
-- 
|_)|_/  Ryan Kavanagh |  Gnupg key
| \| \  http://blog.ryanak.ca/|  E95EDDC9


signature.asc
Description: Digital signature