Bug#893291: libsvm: diff for NMU version 3.21+ds-1.2

[Adrian Bunk]

Control: tags 893291 + pending

Dear maintainer,

I've prepared an NMU for libsvm (versioned as 3.21+ds-1.2) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru libsvm-3.21+ds/debian/changelog libsvm-3.21+ds/debian/changelog
--- libsvm-3.21+ds/debian/changelog	2016-07-30 06:20:01.0 +0300
+++ libsvm-3.21+ds/debian/changelog	2018-09-23 08:39:25.0 +0300
@@ -1,3 +1,11 @@
+libsvm (3.21+ds-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bump -target/-source to fix FTBFS with Java >= 9,
+thanks to Emmanuel Bourg. (Closes: #893291)
+
+ -- Adrian Bunk   Sun, 23 Sep 2018 08:39:25 +0300
+
 libsvm (3.21+ds-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libsvm-3.21+ds/debian/patches/series libsvm-3.21+ds/debian/patches/series
--- libsvm-3.21+ds/debian/patches/series	2016-02-05 18:03:53.0 +0200
+++ libsvm-3.21+ds/debian/patches/series	2018-09-23 08:38:30.0 +0300
@@ -1 +1,2 @@
 improve-option-parsing.patch
+target-source.patch
diff -Nru libsvm-3.21+ds/debian/patches/target-source.patch libsvm-3.21+ds/debian/patches/target-source.patch
--- libsvm-3.21+ds/debian/patches/target-source.patch	1970-01-01 02:00:00.0 +0200
+++ libsvm-3.21+ds/debian/patches/target-source.patch	2018-09-23 08:39:21.0 +0300
@@ -0,0 +1,15 @@
+Description: Bump -target/-source
+ Fixes FTBFS with Java >= 9.
+Bug-Debian: https://bugs.debian.org/893291
+
+--- libsvm-3.21+ds.orig/java/Makefile
 libsvm-3.21+ds/java/Makefile
+@@ -5,7 +5,7 @@ FILES = libsvm/svm.class libsvm/svm_mode
+ 		svm_train.class svm_predict.class svm_toy.class svm_scale.class
+ 
+ #JAVAC = jikes
+-JAVAC_FLAGS = -target 1.5 -source 1.5
++JAVAC_FLAGS = -target 1.7 -source 1.7
+ JAVAC = javac
+ # JAVAC_FLAGS =
+ 

Bug#909406: Acknowledgement ([regression] GCC-8 failed to compile Julia on armhf while GCC-7 worked.)

[Mo Zhou]

Update on the way to reproduce:

Repo: https://salsa.debian.org/julia-team/julia
 tag: debian/1.0.0-3

Way to reproduce:
 1. same as the last mail, revert 
https://salsa.debian.org/julia-team/julia/commit/b89c05c87f27d23513cb3f90cd534f775daea289
 2. remove -marm from rules.

On Sun, Sep 23, 2018 at 04:21:04AM +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> You can follow progress on this Bug here: 909406: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909406.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian GCC Maintainers 
> 
> If you wish to submit further information on this problem, please
> send it to 909...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> -- 
> 909406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909406
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

Bug#906604: libomxil-bellagio: diff for NMU version 0.9.3-4.1

[Adrian Bunk]

Control: tags 906604 + pending

Dear maintainer,

I've prepared an NMU for libomxil-bellagio (versioned as 0.9.3-4.1) and 
uploaded it to DELAYED/15. Please feel free to tell me if I should 
cancel it.

cu
Adrian

--

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru libomxil-bellagio-0.9.3/debian/changelog libomxil-bellagio-0.9.3/debian/changelog
--- libomxil-bellagio-0.9.3/debian/changelog	2016-11-12 22:47:10.0 +0200
+++ libomxil-bellagio-0.9.3/debian/changelog	2018-09-22 22:56:46.0 +0300
@@ -1,3 +1,10 @@
+libomxil-bellagio (0.9.3-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix the Makefile dependencies. (Closes: #906604)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 22:56:46 +0300
+
 libomxil-bellagio (0.9.3-4) unstable; urgency=low
 
   * Move runnables to libomxil-bellagio-bin package. (Closes: #841977)
diff -Nru libomxil-bellagio-0.9.3/debian/patches/0011_makefile_dependencies.patch libomxil-bellagio-0.9.3/debian/patches/0011_makefile_dependencies.patch
--- libomxil-bellagio-0.9.3/debian/patches/0011_makefile_dependencies.patch	1970-01-01 02:00:00.0 +0200
+++ libomxil-bellagio-0.9.3/debian/patches/0011_makefile_dependencies.patch	2018-08-19 02:19:00.0 +0300
@@ -0,0 +1,15 @@
+Description: Fix the Makefile dependencies
+Author: Adrian Bunk 
+Bug-Debian: https://bugs.debian.org/906604
+
+--- libomxil-bellagio-0.9.3.orig/src/Makefile.am
 libomxil-bellagio-0.9.3/src/Makefile.am
+@@ -7,7 +7,7 @@ bin_PROGRAMS = omxregister-bellagio
+ omxregister_bellagio_SOURCES = omxregister.c common.c common.h
+ omxregister_bellagio_CFLAGS = -DOMXILCOMPONENTSPATH=\"$(plugindir)/\" \
+ 			  -I$(top_srcdir)/include
+-omxregister_bellagio_LDFLAGS = -lomxil-bellagio -L$(builddir)
++omxregister_bellagio_LDADD = libomxil-bellagio.la
+ 
+ lib_LTLIBRARIES = libomxil-bellagio.la
+ libomxil_bellagio_la_SOURCES = component_loader.h \
diff -Nru libomxil-bellagio-0.9.3/debian/patches/series libomxil-bellagio-0.9.3/debian/patches/series
--- libomxil-bellagio-0.9.3/debian/patches/series	2016-11-12 22:24:48.0 +0200
+++ libomxil-bellagio-0.9.3/debian/patches/series	2018-08-19 02:18:19.0 +0300
@@ -8,3 +8,4 @@
 0008_fix_FTBFS_for_gcc5.patch
 0009_fix_BOSA_ST_InitComponentLoader_buffer_overrun.patch
 0010_Fix_FTBFS_Hurd_FreeBSD.patch
+0011_makefile_dependencies.patch

Bug#909406: [regression] GCC-8 failed to compile Julia on armhf while GCC-7 worked.

[Mo Zhou]

Package: gcc-8
Version: 8.2.0-7
Severity: important

This happend on our buildd and Ubuntu buildfarm, and I reproduced it in my
qemu-armhf chroot:

  qemu: Unsupported syscall: 385
  Invalid Thumb instruction at 0xff5ef780: 0xee4c, 0x000e
  
  signal (4): Illegal instruction
  in expression starting at no file:0
  unknown function (ip: 0xff5ef77f)
  true_main at ./ui/./ui/repl.c:103
  main at ./ui/./ui/repl.c:233
  __libc_start_main at /lib/arm-linux-gnueabihf/libc.so.6 (unknown line)
  _start at /home/lumin/packages/julia.pkg/julia/usr/bin/julia (unknown line)
  Allocations: 36838 (Pool: 36838; Big: 0); GC: 0
  qemu: uncaught target signal 4 (Illegal instruction) - core dumped
  Illegal instruction

Source to reproduce:
  https://salsa.debian.org/julia-team/julia
  - tag: debian/1.0.0-3

In order to reproduce the armhf build failure, just revert this commit
https://salsa.debian.org/julia-team/julia/commit/b89c05c87f27d23513cb3f90cd534f775daea289

Bug#903163: Adding OpenPGP smartcard support to LUKS

[Guilhem Moulin]

On Sat, 22 Sep 2018 at 09:04:49 +0100, Chris Lamb wrote:
>> Sorry, I've been rather short on time lately; will try to take another
>> stab at this the week after next.
> 
> No worries at all; how you getting on?

Thanks for the poke :-)  Fortunately I did have some quiet evenings last
week, and finally pushed a new branch derived from Peter and Erik's work:

https://salsa.debian.org/cryptsetup-team/cryptsetup/tree/openpgp-smartcard

Works with my GNUK token, both at initramfs stage and in the main
system.  The main difference is that only the pubring is copied to the
initramfs, not the whole GnuPG homedir.  See Messages #65 and #120 for
the rationale, and ‘debian/README.gnupg-sc’ for the HOWTO.

cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#903163: Adding OpenPGP smartcard support to LUKS

[Guilhem Moulin]

Hi Chris,

On Fri, 14 Sep 2018 at 11:46:26 +0100, Chris Lamb wrote:
>> Sorry, I've been rather short on time lately; will try to take another
>> stab at this the week after next.
> 
> Sure thing. Do let me know whether it would help if you had specific
> hardware or things like that; I can get them sent out you. (Even if it
> would duplicate what you would already have.)

Thanks for the offer!  I don't think I *need* extra hardware, though: I
still have the GNUK token Niibe-san generously gave me some years ago,
and QEMU's USB device pass-through works like a charm :-)

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#903163: [pkg-cryptsetup-devel] Bug#903163: ITP: gpg-encrypted-root -- Encrypt root volumes with an OpenPGP smartcard

[Guilhem Moulin]

On Wed, 01 Aug 2018 at 19:05:20 +0200, Peter Lebbing wrote:
> By the way, I think it would be much cooler if GnuPG used
> pinentry-curses or pinentry-tty, rather than the current
> /lib/cryptsetup/askpass and --pinentry-mode loopback. That would also
> gracefully ask for the smartcard to be inserted if it were forgotten or
> the wrong one was inserted, and prompt the user multiple times when they
> mistype their passphrase/PIN. I didn't look into this for stretch yet.

Agreed, and implemented :-)

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#903163: [pkg-cryptsetup-devel] Bug#903163: ITP: gpg-encrypted-root -- Encrypt root volumes with an OpenPGP smartcard

[Guilhem Moulin]

Hi Peter,

On Wed, 01 Aug 2018 at 17:51:43 +0200, Peter Lebbing wrote:
> On Mon, 30 Jul 2018 04:16:23 +0800 Guilhem Moulin  wrote:
>> * Copying not only the (encrypted) key file and the public keyring,
>> but also the private-keys-v1.d directory, sounds very odd to me.
>> What is the rationale for doing so?
> 
> First, a new GnuPG --homedir /etc/keys is created, and in that homedir,
> the smartcard stubs for the OpenPGP card are created (per README.md[1]).
> This separate GnuPG homedir, specifically meant just for the unlocking
> of the LUKS container, is then copied to the initramfs. If this were not
> done, you'd have to do "gpg --card-status" in your initramfs to create
> these stubs everytime you boot, before decryption. It'd get awkward if
> you forgot to insert your smartcard, because adding --card-status makes
> it a two-step process: first --card-status, second --decrypt. Right now,
> if you forgot to insert your smartcard, the --decrypt would fail and be
> retried. The failure would prompt you to insert your smartcard.
> 
> It's not copying your normal GnuPG private-keys-v1.d to initramfs,
> that'd be not so clever. Still, in the interest of clarity, it warns the
> user that if they dumped sensitive information in /etc/keys, they might
> want to reconsider.

I see, thanks for the explanation.  Still, I'm not fond of this because
it ties the code to gpg(1) implementation details, and if for some
reason someone uses that homedir to add generate an (on-disk) key, it'll
end up in the initramfs without apparent change on `update-initramfs -u`…

It's possible to copy only the stubs an not the real key material, but
the complexity is not worth it IMHO.  We already have some logic in
place to wait until the source device is present, so we can as well wait
until the card is present.  I pushed a branch to the Debian repo with a
shell loop; it might be cleaner to do it with gpg-connect-agent(1) (and
replace `gpg --card-status` with `gpg-connect-agent LEARN /bye`), but
I've not been able to that. (AFAICT its status code is always 0, and it
has way to echo text to a file descriptor other than stdout.)

>> decrypt_gnupg_sc:
>> * How common are the cards requiring pcscd(8) that don't work with the
>> existing ‘decrypt_opensc’ keyscript but do work with the
>> ‘decrypt_gnupg_sc’ keyscript?
> 
> It's more tied to the reader rather than the card. My own smartcard
> reader works great with the internal CCID driver of GnuPG, and my
> version of this script does not have pcscd. Erik Nellessen apparently
> has a smartcard reader that is not supported by GnuPG, but the card in
> it is still an OpenPGP smartcard, AFAIK. I'm glad I have a
> GnuPG-supported reader myself, it makes it all a lot smoother.

OK.  decrypt_* isn't the right place to start pcscd though, because we
want these scripts to work not only at initramfs stage, but also in the
main system.  I left it out for now, but I'll later adapt cryptopensc's
local-{top,bottom} scripts to ensure pcscd is started at early boot
stage.

By the way, I also added a local-bottom script to kill gpg-agent and
scdaemon before execution is turned over to the init binary :-)

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#882108: xmonad is almost entirely nonfunctional

[Clint Adams]

On Sat, Nov 18, 2017 at 09:19:24PM -0500, Alexis Hunt wrote:
> I have been using xmonad for a long while, and today upgraded to Buster. While
> xmonad worked at first, after making a change to my configuration file, it
> stopped working:
> 
> 1. I can't run xmonad --recompile; it just says "Use Stack!"
> 2. Previously, I put xmonad in my .xsession and started it like that. Trying 
> to
>do so causes it to fail, again saying "Use Stack!" in .xsession-errors, and
>kicks me back to the login screen.
> 3. Switching to select Xmonad in LightDM's WM list lets me log in properly, 
> but
>then xmonad crashes after executing the startup scripts.
> 4. Trying to manually recover it with --replace also says "Use Stack!"
> 5. Removing my .xmonad directory lets me log in and xmonad does not crash, but
>none of the keybinds work so I cannot open programs, dmenu, etc.
> 
> It is, as a result, completely unusable.

Is there any chance you have an ~/.xmonad/build script?

Bug#909405: RFP: node-sqlstring -- Simple SQL escape and format for MySQL

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: node-sqlstring
  Version : 2.3.1
  Upstream Author : Douglas Wilson 
* URL : https://notabug.org/themusicgod1/sqlstring
* License : MIT
  Programming Lang: javascript
  Description : Simple SQL escape and format for MySQL

SQL String escaper, primarily for the node-mysql package (newer
than the one currently in debian sid).  This will provide a
standard way of sanitizing input so you can't do SQL injection
attacks at least directly.

Bug#909404: scotch: fails to upgrade from 'testing' - trying to overwrite /usr/bin/ptscotch_esmumps

[Andreas Beckmann]

Package: scotch
Version: 6.0.6-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../scotch_6.0.6-1_amd64.deb ...
  Unpacking scotch (6.0.6-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/scotch_6.0.6-1_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/ptscotch_esmumps', which is also in package 
ptscotch 6.0.4.dfsg1-8+b1
  Errors were encountered while processing:
   /var/cache/apt/archives/scotch_6.0.6-1_amd64.deb


Either the file needs to be moved back into ptscotch, or you need to add
Breaks+Replaces: ptscotch (<< 6.0.6)


cheers,

Andreas


ptscotch=6.0.4.dfsg1-8+b1_scotch=6.0.6-1.log.gz
Description: application/gzip

Bug#909403: freebsd-buildutils: Please use new FreeBSD mtree

[John Goerzen]

Package: freebsd-buildutils
Version: 10.3~svn296373-7
Severity: normal

Hello,

While working on an issue, I discovered that our fmtree can't deal
with the output from our bsdtar.  This turns out to be a known bug at
https://github.com/archiecobbs/mtree-port/issues/5 which was corrected
by FreeBSD switching to NetBSD's mtree at
https://github.com/archiecobbs/mtree-port/issues/11
(https://lists.freebsd.org/pipermail/freebsd-current/2012-December/038697.html
).

Thanks,

John

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

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

Versions of packages freebsd-buildutils depends on:
ii  bsdmainutils  9.0.12+nmu1
ii  freebsd-glue  0.2.22
ii  freebsd-mk10.3~svn296373-6
ii  libbsd0   0.8.3-1
ii  libc6 2.24-11+deb9u3
ii  libdb5.3  5.3.28-12+deb9u1
ii  libmd00.0.0-2
ii  libsbuf6  10.3~svn296373-9
ii  m41.4.18-1
ii  patchutils0.3.4-2
ii  unzip 6.0-21

freebsd-buildutils recommends no packages.

freebsd-buildutils suggests no packages.

-- no debconf information

Bug#909402: RFP: node-babel-helper-to-multiple-sequence-expressions -- syntactic sugar to help with multiple expressions

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: node-babel-helper-to-multiple-sequence-expressions
  Version : 0.4.3
  Upstream Author : Amjad Masad
* URL : 
https://notabug.org/themusicgod1/node-babel-helper-to-multiple-sequence-expressions
* License : MIT
  Programming Lang: javascript
  Description : syntactic sugar to help with multiple expressions

A single helper function that is used by, among other things, meteor ( #842425 
).  It packs expressions from
one format(passed in as nodes of expressions) into another(in-javascript).

Bug#909401: mailutils: don't know what 2047 is

[積丹尼 Dan Jacobson]

Package: mailutils
Version: 1:3.4-1+b1
Severity: wishlist

I read (info "(mailutils) mailutils 2047")
but then upon trial:
$ mailutils 2047 'Keld J/orn Simonsen '
mailutils: don't know what 2047 is

In fact most of the items on (info "(mailutils) mailutils") are broken
that way too.

Maybe they should say
mailutils: don't know what ... is, did you forget to install the ... package?

Bug#907527: I second the request

[gustavo panizzo]

Hello

I'm the maintainer of couchapp and I second this request. I already let
it drop from testing. Would be good if it is removed for good.

I started to maintain this package for a previous employer, I'm not
aware of other users.

The package does not work with Python 3.

--
IRC: gfa
GPG: 0X44BB1BA79F6C6333



signature.asc
Description: PGP signature

Bug#904619: youtube-dl: Please update youtube-dl to 2018.07.21 release

[Holger Levsen]

On Sat, Sep 22, 2018 at 04:57:33PM -0700, Ben Wong wrote:
> This particular package becomes obsolete very quickly and the version
> in Stretch hasn't been updated in over a year. 

to be fair, up until recently, that version worked nicely though.

>Is there some way to
> alert users to not bother with it on a stable system and what they can
> do instead? 

the package in stable should be updated, probably to the same upstream
version as in unstable.


-- 
cheers,
Holger

---
   holger@(debian|reproducible-builds|layer-acht).org
   PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C


signature.asc
Description: PGP signature

Bug#904619: youtube-dl: Please update youtube-dl to 2018.07.21 release

[Ben Wong]

Package: youtube-dl
Version: 2017.05.18.1-1
Followup-For: Bug #904619

Dear Maintainer,

This particular package becomes obsolete very quickly and the version
in Stretch hasn't been updated in over a year. Is there some way to
alert users to not bother with it on a stable system and what they can
do instead? For example, maybe the stable package description could say,

"The stable version of youtube-dl no longer works for YouTube.
 If you are willing to accept the security risks, a more
 recent version may be available by adding the Debian testing
 repository to /etc/apt/sources.list. You can check the
 version available here: packages.debian.org/testing/youtube-dl"

Ben

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

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

Versions of packages youtube-dl depends on:
ii  dpkg   1.18.25
ii  python33.5.3-1
ii  python3-pkg-resources  33.1.1-1

Versions of packages youtube-dl recommends:
ii  ca-certificates  20161130+nmu1+deb9u1
ii  curl 7.52.1-5+deb9u7
ii  ffmpeg   7:3.2.12-1~deb9u1
ii  mpv  0.23.0-2+deb9u2
ii  rtmpdump 2.4+20151223.gitfa8646d.1-1+b1
ii  wget 1.18-5+deb9u2

youtube-dl suggests no packages.

-- no debconf information

Bug#909400: rustc: Please backport patch to fix rand on powerpc-unknown-linux-gnu

[John Paul Adrian Glaubitz]

Source: rustc
Version: 1.29.0+dfsg1-1~exp1
Severity: normal
Tags: upstream
User: debian-powe...@lists.debian.org
Usertags: powerpc

Hi!

The rand crate has a bug on powerpc-unknown-linux-gnu where it
defines an incorrect syscall number for NR_GETRANDOM [1] which
causes rustc to FTBFS with:

 Running 
`/<>/build/powerpc-unknown-linux-gnu/stage1-std/release/build/compiler_builtins-997f033d8d7e2719/build-script-build`
thread 'main' panicked at 'unexpected getrandom error: Invalid argument (os 
error 22)', vendor/rand-0.4.2/src/os.rs:130:21
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose 
backtrace.
stack backtrace:
   0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
 at libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::print
(...)

Can you please backport this patch and include it in the next
upload to fix rustc on powerpc?

Thanks,
Adrian

> [1] https://github.com/rust-random/rand/pull/589/files

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#909399: kacpimon handles not more than 20 connections

[ziegler]

Package: kacpimon
Version: 1:2.0.28-1+b1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

starting kacpimon fails because of "too many connections". Here
is stdout:

  Kernel ACPI Event Monitor...
  open for /proc/acpi/event: No such file or directory (2)
  (ACPI proc filesystem may not be present)
  /dev/input/event0 (Lid Switch) opened successfully
  /dev/input/event1 (Sleep Button) opened successfully
  /dev/input/event10 (HDA Intel HDMI HDMI/DP,pcm=9) opened
  successfully
  /dev/input/event11 (HDA Intel HDMI HDMI/DP,pcm=10) opened
  successfully
  /dev/input/event12 (HDA Digital PCBeep) opened successfully
  /dev/input/event13 (HDA Intel PCH Dock Mic) opened successfully
  /dev/input/event14 (HDA Intel PCH Mic) opened successfully
  /dev/input/event15 (HDA Intel PCH Dock Headphone) opened
  successfully
  /dev/input/event16 (HDA Intel PCH Headphone) opened successfully
  /dev/input/event17 (ELAN Touchscreen Touchscreen) opened
  successfully
  /dev/input/event18 (ELAN Touchscreen) opened successfully
  /dev/input/event19 (ELAN Touchscreen) opened successfully
  /dev/input/event2 (Power Button) opened successfully
  /dev/input/event3 (Video Bus) opened successfully
  /dev/input/event4 (AT Translated Set 2 keyboard) opened successfully
  /dev/input/event5 (ThinkPad Extra Buttons) opened successfully
  /dev/input/event6 (PS/2 Synaptics TouchPad) opened successfully
  /dev/input/event7 (HDA Intel HDMI HDMI/DP,pcm=3) opened successfully
  /dev/input/event8 (HDA Intel HDMI HDMI/DP,pcm=7) opened successfully
  /dev/input/event9 (HDA Intel HDMI HDMI/DP,pcm=8) opened successfully
  Netlink ACPI Family ID: 19
  Netlink ACPI Multicast Group ID: 2
  netlink opened successfully
  add_connection(): Too many connections.
  Press Escape to exit, or Ctrl-C if that doesn't work.
  [Input Layer:  Type: 4  Code: 4  Value: 1

This also happens with older kernels.

Regards,
Martin


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

Kernel: Linux 4.19.0-rc4-00449-g632750b8d41e (SMP w/4 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1), LANGUAGE=de_DE 
(charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages kacpimon depends on:
ii  init-system-helpers  1.54
ii  libc62.27-6

kacpimon recommends no packages.

kacpimon suggests no packages.

-- no debconf information

Bug#528774: squeak-vm: FTBFS (hppa/unstable): error: 'struct sigaction' has no member named 'sa_restorer'

[John David Anglin]

Ping.  Patch still works to fix hppa build.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#902238: lua5.3: arithemetic operations fail to give correct results if too many arrays are initialized

[Alan W. Irwin]

Further investigation shows that

/home/software/lua/install-5.3.3/bin/lua test.lua

gives the bad result while

/home/software/lua/install-5.3.5/bin/lua test.lua

gives the correct result where these are locally built
versions 5.3.3 and 5.3.5 of lua.  I have also confirmed that the
locally built 5.3.5 version also solves the run-time issue with
PLplot that started me on this bug hunt.

So clearly this is an upstream bug for 5.3.3 that has been fixed by
upstream 5.3.5, and the Debian solution for this bug should be simply
to package 5.3.5.

Alan
__
Alan W. Irwin

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

Bug#909207: pavucontrol: Pavucontrol don't see all the sound cards

[Stefano Simonucci]

stefano@debsim:~$ reportbug --template pulseaudio
*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of 
the submitter).

Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Stefano Simonucci ' as your from address.
Getting status for pulseaudio...
Will send report to Debian (per lsb_release).
Maintainer for pulseaudio is 'Pulseaudio maintenance team 
'.

Looking up dependencies of pulseaudio...
Getting changed configuration files...

Rewriting subject to 'pulseaudio: none'
Gathering additional data, this may take a while...
Saving a backup of the report at 
/tmp/reportbug-pulseaudio-backup-20180923-26626-vhrec7u6
Content-Type: multipart/mixed; 
boundary="===4203183423536206172=="

MIME-Version: 1.0
From: Stefano Simonucci 
To: Debian Bug Tracking System 
Subject: pulseaudio: none

This is a multi-part MIME message sent by reportbug.


--===4203183423536206172==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: pulseaudio
Version: 12.2-2
Severity: wishlist

Dear Maintainer,

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


   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), 
LANGUAGE=it_IT.utf8 (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseaudio depends on:
ii  adduser  3.117
ii  libasound2   1.1.6-1
ii  libasound2-plugins   1:1.1.6-dmo1
ii  libc6    2.27-6
ii  libcap2  1:2.25-1.2
ii  libdbus-1-3  1.12.10-1
ii  libgcc1  1:8.2.0-6
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-4
ii  liborc-0.4-0 1:0.4.28-2
ii  libpulse0    12.2-2
ii  libsm6   2:1.2.2-1+b3
ii  libsndfile1  1.0.28-4
ii  libsoxr0 0.1.2-3
ii  libspeexdsp1 1.2~rc1.2-1+b2
ii  libstdc++6   8.2.0-6
ii  libsystemd0  239-9
ii  libtdb1  1.3.16-1
ii  libudev1 239-9
ii  libwebrtc-audio-processing1  0.3-1
ii  libx11-6 2:1.6.6-1
ii  libx11-xcb1  2:1.6.6-1
ii  libxcb1  1.13-3
ii  libxtst6 2:1.2.3-1
ii  lsb-base 9.20170808
ii  pulseaudio-utils 12.2-2

Versions of packages pulseaudio recommends:
pn  dbus-user-session  
ii  libpam-systemd 239-9
ii  rtkit  0.11-6

Versions of packages pulseaudio suggests:
pn  paman    
pn  paprefs  
ii  pavucontrol  3.0-4
pn  pavumeter    
ii  udev 239-9

-- no debconf information

--===4203183423536206172==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="client.conf"

# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as 
published by

# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or 
# for

## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, 
usually 64 MiB


; auto-connect-localhost = no
; auto-connect-display = no

--===4203183423536206172==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0

Bug#909398: quilt: FTBFS randomly (test 37 fails)

[Santiago Vila]

Package: src:quilt
Version: 0.65-2
Severity: important
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --with=bash-completion
   dh_update_autotools_config -i
   dh_autoreconf -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure -- --with-docdir=/usr/share/doc/quilt 
--with-sendmail=/usr/sbin/sendmail --with-awk=/usr/bin/awk
./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu 
--libexecdir=\${prefix}/lib/x86_64-linux-gnu --runstatedir=/run 
--disable-maintainer-mode --disable-dependency-tracking 
--with-docdir=/usr/share/doc/quilt --with-sendmail=/usr/sbin/sendmail 
--with-awk=/usr/bin/awk
configure: WARNING: unrecognized options: --disable-silent-rules, 
--disable-maintainer-mode, --disable-dependency-tracking, --with-docdir
checking for a BSD-compatible install... /usr/bin/install -c
checking whether #! works in shell scripts... yes
checking for bash... /bin/bash
checking whether /bin/bash quoting works... yes
checking for gcp... no
checking for cp... /bin/cp
checking for gdate... no
checking for date... /bin/date
checking whether /bin/date --rfc-822 works... yes
checking for perl... /usr/bin/perl
checking for grep... /bin/grep
checking whether /bin/grep -q works... yes
checking whether /bin/grep understands (foo|bar)... yes
checking for tail... /usr/bin/tail
checking whether /usr/bin/tail -n works... yes
checking for tr... /usr/bin/tr
checking whether /usr/bin/tr understands a-z ... yes
checking for stat... /usr/bin/stat
checking whether /usr/bin/stat -c '%h' works... yes
checking for sed... /bin/sed
checking whether /bin/sed understands (foo|bar)... yes
checking for awk... /usr/bin/awk
checking whether /usr/bin/awk supports sub... yes
checking for pod2man... /usr/bin/pod2man
checking for column... /usr/bin/column
checking for getopt... /usr/bin/getopt
checking for getopt --long syntax... yes
checking for mktemp... /bin/mktemp
checking whether /bin/mktemp -d works... yes
checking for diff... /usr/bin/diff
checking for patch... /usr/bin/patch
checking the version of /usr/bin/diff... 3.6
checking the version of /usr/bin/patch... 2.7.6
checking for find... /usr/bin/find
checking whether /usr/bin/find -path works... yes
checking whether /usr/bin/find -print0 works... yes
checking for xargs... /usr/bin/xargs
checking whether /usr/bin/xargs -0 works... yes
checking for diffstat... /usr/bin/diffstat
checking for diffstat version... 1.61
checking for sendmail... /usr/sbin/sendmail
configure: WARNING: /usr/sbin/sendmail does not exist
checking for gmd5sum... no
checking for md5sum... /usr/bin/md5sum
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msguniq... /usr/bin/msguniq
checking for msgcat... /usr/bin/msgcat
checking for rpmbuild... no
checking for rpm... no
configure: WARNING: rpmbuild not found, some optional functionalities will be 
missing
configure: creating ./config.status
config.status: creating Makefile
configure: WARNING: unrecognized options: --disable-silent-rules, 
--disable-maintainer-mode, --disable-dependency-tracking, --with-docdir

quilt version 0.65 configured.

Using '/usr' for installation prefix.

Report bugs to quilt-...@nongnu.org
make[1]: Leaving directory '/<>'
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
# Backup a pristine copy of l10n files
for po in po/*.po po/quilt.pot; do cp $po $po.backup; done
# Build quilt
dh_auto_build
make -j1
make[2]: Entering directory '/<>'
bin/quilt.in -> bin/quilt
bin/guards.in -> bin/guards
quilt/init.in -> quilt/init
quilt/shell.in -> quilt/shell
quilt/upgrade.in -> quilt/upgrade
quilt/refresh.in -> quilt/refresh
quilt/fold.in -> quilt/fold
quilt/files.in -> quilt/files
quilt/revert.in -> quilt/revert
quilt/pop.in -> quilt/pop
quilt/header.in -> quilt/header
quilt/remove.in -> quilt/remove
quilt/annotate.in -> quilt/annotate
quilt/applied.in -> quilt/applied
quilt/top.in -> quilt/top
quilt/edit.in -> quilt/edit
quilt/mail.in -> quilt/mail
quilt/fork.in -> quilt/fork
quilt/add.in -> quilt/add
quilt/new.in -> quilt/new
quilt/import.in -> quilt/import
quilt/previous.in -> quilt/previous
quilt/grep.in -> quilt/grep
quilt/diff.in -> quilt/diff
quilt/rename.in -> quilt/rename
quilt/delete.in -> quilt/delete
quilt/patches.in -> quilt/patches
quilt/snapshot.in -> quilt/snapshot
quilt/push.in -> quilt/push
quilt/series.in -> quilt/series
quilt/setup.in -> quilt/setup
quilt/next.in -> quilt/next
quilt/unapplied.in -> quilt/unapplied
quilt/graph.in -> quilt/graph
quilt/scripts/patchfns.in -> quilt/scripts/patchfns

Bug#909397: ruby-state-machines-activemodel: FTBFS randomly (Expected: "empty", Actual: "nil")

[Santiago Vila]

Package: src:ruby-state-machines-activemodel
Version: 0.5.1-3
Severity: important
Tags: ftbfs

Dear maintainer:

I tried to build this package in buster but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_autoreconf -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_ruby --build
   dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby
dh_ruby --test
   create-stamp debian/debhelper-build-stamp
 fakeroot debian/rules binary-indep
dh binary-indep --buildsystem=ruby --with ruby
   dh_testroot -i -O--buildsystem=ruby
   dh_prep -i -O--buildsystem=ruby
   dh_auto_install -i -O--buildsystem=ruby
dh_ruby --install 
/<>/debian/ruby-state-machines-activemodel
   dh_ruby --install
Invalid gemspec in [state_machines-activemodel.gemspec]: No such file or 
directory - git

┌──────────────────────────────────────────────────────────────────────────────┐
│ Install files   
 │
└──────────────────────────────────────────────────────────────────────────────┘

install -d 
/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby
install -D -m644 /<>/lib/state_machines-activemodel.rb 
/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby/state_machines-activemodel.rb
install -D -m644 
/<>/lib/state_machines/integrations/active_model/locale.rb 
/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby/state_machines/integrations/active_model/locale.rb
install -D -m644 
/<>/lib/state_machines/integrations/active_model/version.rb 
/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby/state_machines/integrations/active_model/version.rb
install -D -m644 
/<>/lib/state_machines/integrations/active_model.rb 
/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby/state_machines/integrations/active_model.rb

┌──────────────────────────────────────────────────────────────────────────────┐
│ Install Rubygems integration metadata   
 │
└──────────────────────────────────────────────────────────────────────────────┘

generating gemspec at 
/<>/debian/ruby-state-machines-activemodel/usr/share/rubygems-integration/all/specifications/state_machines-activemodel-0.5.1.gemspec
/usr/bin/ruby2.5 /usr/bin/gem2deb-test-runner

┌──────────────────────────────────────────────────────────────────────────────┐
│ Checking Rubygems dependency resolution on ruby2.5  
 │
└──────────────────────────────────────────────────────────────────────────────┘

Invalid gemspec in [state_machines-activemodel.gemspec]: No such file or 
directory - git
GEM_PATH=debian/ruby-state-machines-activemodel/usr/share/rubygems-integration/all:/var/lib/gems/2.5.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.5.0:/usr/share/rubygems-integration/2.5.0:/usr/share/rubygems-integration/all
 ruby2.5 -e gem\ \"state_machines-activemodel\"

┌──────────────────────────────────────────────────────────────────────────────┐
│ Run tests for ruby2.5 from debian/ruby-tests.rake   
 │
└──────────────────────────────────────────────────────────────────────────────┘

RUBYLIB=/<>/debian/ruby-state-machines-activemodel/usr/lib/ruby/vendor_ruby:.
 

Bug#909328: Re: gnome-terminal: Crashes when using 'set lines=999' in Vim editor

[Bernhard Übelacker]

Hello Leon van Velzen,

I had a small look at your attached backtrace and I think it ends somwhere 
around these lines.

Unfortunately I could not get to these lines in an attached debugger.

So what looks like the path like, at least how long is it?

Kind regards,
Bernhard


ncurses/tinfo/read_entry.c:843

#6  0x7f24d6d864a6 in _nc_read_entry2 () from 
/lib/x86_64-linux-gnu/libtinfo.so.6
(gdb) disassemble /m _nc_read_entry2
842
843 _nc_SPRINTF(filename, _nc_SLIMIT(PATH_MAX)
844 "%.*s", PATH_MAX - 1, name);
845
846 if (strlen(name) == 0
   0x7f62f0fcc4a6 <+86>:cmpb   $0x0,(%rbx)
   0x7f62f0fcc4a9 <+89>:je 0x7f62f0fcc4e0 <_nc_read_entry2+144>


disassemble _nc_read_entry2   
   0x7f62f0fcc4a1 <+81>:callq  0x7f62f0fc0910 <__sprintf_chk@plt>
   0x7f62f0fcc4a6 <+86>:cmpb   $0x0,(%rbx)

Bug#909133: ITP: auto-dictionary-el -- automatic dictionary switcher for Emacs spell checking

[Nicholas D Steeves]

Hi Antoine,

On Sat, Sep 22, 2018 at 09:10:08AM -0400, Antoine Beaupré wrote:
> On 2018-09-22 08:15:49, Nicholas D Steeves wrote:
> 
> [...]
> 
> > In my testing it seems to count words-matched-per-dictionary.  eg:  50
> > matches for fr and 50 matches for en won't change the default
> > dictionary.  51 matches for fr will switch it to fr.  If another two
> > en words are added it will switch to en.  Whichever language is not
> > selected appears underlined and misspelled.
> 
> That matches my use case.
> 
> > The following newer/less mature package supports different languages
> > per paragraph:
> >
> >   https://github.com/tmalsburg/guess-language.el
> >
> > Would you prefer to switch this RFP guess-language?  If it works well
> > then I feel like that might be a better one to package.
> 
> Hmm... I'm not sure I really need per-graf language capabilities. I'm
> bilingual, but I'm trying to keep one document in one language. ;) And
> if I fail, it certainly won't fail on graf boundaries but right in the
> middle of a sentence. :p

That makes sense, in that case it's a feature and not a bug :-) We
should send a PR to upstream to make this more explicit in their
README.md.  Feel free to forward my part of the above correspondence
if necessary, or let me know if you'd prefer if I add this useful
point.

> auto-dict has 97000 downloads while guess-lang has 900. I would wait a
> bit more for guess-language to stabilize and popularize before packaging
> it. Also note that github has "0 releases" for guess-lang.
> 
> [...]

Wow, auto-dict is overwhelmingly the standard!  Yeah, that also
definitely justifies it's place in Debian, even if guess-lang is
eventually added.

Available to sponsor here:
  git clone https://salsa.debian.org/emacsen-team/auto-dictionary-mode.git

Or from here:
  dget 
https://mentors.debian.net/debian/pool/main/a/auto-dictionary-mode/auto-dictionary-mode_1.1-1.dsc
  # 
https://mentors.debian.net/debian/pool/main/a/auto-dictionary-mode/auto-dictionary-mode_1.1-1.dsc

If you prefer a formal RFS say the word, though I'd prefer to be lazy about
this :-p

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#909395: upgrade-reports: missing sbin in root path

[Jeff Cliff]

Package: upgrade-reports
Severity: important

Dear Maintainer,

Not really sure where to submit this but upgrading to buster via instructions at
https://wiki.debian.org/DebianTesting
resulted in a system that would boot fine, but when i went back in to aptitude 
afterwards I noticed
/sbin (and its subdirectories, eg /usr/local/sbin:/usr/sbin:/sbin ) was not in 
root's path.  This meant 
if I used 'su' to log in to root, to install/upgrade/whathaveyou ...ldconfig, 
'shutdown' among other 
things was not in the path.

I've now upgraded 2 systems from stable to buster and both did the same thing.

adding 

PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin

to .bashrc for root (which was empty) made at least installing/upgrading via 
aptitude work...but there
wasn't much indication that I had to do this anywhere.  

If this is something new that we have to do for buster, it should be in the 
instructions

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

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

Bug#909394: luarocks: New upstream release 3.0.3

[Kim Alvefur (Zash)]

Package: luarocks
Version: 2.4.2+dfsg-1
Severity: normal

Dear Maintainer,

A new major verion of luarocks is available and it would be nice if it
was packaged.

This version supports per Lua version trees with a single install, which
was requested in #68955.

-- 
Thanks,
Kim "Zash" Alvefur

-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages luarocks depends on:
ii  liblua5.1-0-dev [liblua5.1-dev]  5.1.5-8.1+b2
ii  liblua5.2-dev5.2.4-1.1+b2
ii  liblua5.3-dev5.3.3-1
ii  lua-any  24
ii  lua5.1   5.1.5-8.1+b2
ii  lua5.2   5.2.4-1.1+b2
ii  lua5.3   5.3.3-1
ii  unzip6.0-21
ii  wget 1.18-5+deb9u2
ii  zip  3.0-11+b1

Versions of packages luarocks recommends:
ii  lua-sec  0.7.2-1

luarocks suggests no packages.

Bug#903661: assertion fail

[Jeffrey Cliff]

You can find the .bin at

http://qhtn4w2q36dojls2.onion/data/iso/chromeos_10176.76.0_terra_recovery_stable-channel_mp-v2.bin

Trying with buster's cfdisk now. . .doesn't seem to happen, cfdisk does not
have an assertion error with debian buster /  util-linux 2.32.1-0.1

Bug#909314: I have the opposing view - youtube-dl enahnces choices.

[shirish शिरीष]

Dear Johan,

I have the opposing view.

What you shared would have made sense if it was a GUI program but it's
a CLI program.
Also the idea of upstream while at one point might have been to only
have access to youtube-dl today's that not true.

In fact, I'm probably one of many users who constantly file bugs on
the upstream BTS asking support for more and more sites and learning
and sharing whatever little knowledge we get.

There are other use-cases which you haven't thought about. What if the
user is looking for a video downloader from one of the youtube-dl
supported sites. While the info. is available under
/usr/share/doc/youtube-dl/changelog.gz I doubt a novice user would be
able to trawl/find it and make use of it.

Having the description in apt, aptitude etc. makes it easier and not
harder to find resources.

For instance let's say if I wanted to find out if there is a document
downloader of Wall Street Jorunals/Articles if I do simply like -

$ apt-cache search WSJArticle
youtube-dl - downloader of videos from YouTube and other sites

So a user who wants to search an article downloader can use youtube-dl
for his.her site.

Although people who want info. have more detailed might look at -

/usr/share/doc/youtube-dl$ ls
changelog.Debian.gz  changelog.gz

Look forward for this bug be ended.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#868453:

[ernobe]

Hi Ivan Shmakov,

I tried your fix with the perl script.  It opens a socket and appears
to be listening, but does not close the connection (the message in
Xorg.0.log says NoReply instead of FileNotFound).  Am I missing the
MIMEd Perl server?  How to install it?

Thanks,
Roy

Bug#909393: samba: Samba package in Buster isn't compiled with spotlight support

[Dan Smolik]

Package: samba
Version: 2:4.8.5+dfsg-1
Severity: wishlist
Tags: newcomer

Dear Maintainer,
please compile samba package --enable-spotlight switch without this isn't
working TimeMachine on MacOSX over samba.Thanks.

Dan Smolik






-- Package-specific info:
* /etc/samba/smb.conf present, and attached
* /var/lib/samba/dhcp.conf present, and attached

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

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

Versions of packages samba depends on:
ii  adduser   3.117
ii  dpkg  1.19.0.5+b1
ii  libattr1  1:2.4.47-2+b2
ii  libbsd0   0.9.1-1
ii  libc6 2.27-6
ii  libldb1   2:1.4.0+really1.3.6-1
ii  libpam-modules1.1.8-3.8
ii  libpam-runtime1.1.8-3.8
ii  libpopt0  1.16-11
ii  libpython2.7  2.7.15-4
ii  libtalloc22.1.14-1
ii  libtdb1   1.3.16-1
ii  libtevent00.9.36-2
ii  lsb-base  9.20170808
ii  procps2:3.3.15-2
ii  python2.7.15-3
ii  python-dnspython  1.15.0-1
ii  python-samba  2:4.8.5+dfsg-1
ii  python2.7 2.7.15-4
ii  samba-common  2:4.8.5+dfsg-1
ii  samba-common-bin  2:4.8.5+dfsg-1
ii  samba-libs2:4.8.5+dfsg-1
ii  tdb-tools 1.3.16-1

Versions of packages samba recommends:
ii  attr1:2.4.47-2+b2
ii  logrotate   3.14.0-4
ii  samba-dsdb-modules  2:4.8.5+dfsg-1
ii  samba-vfs-modules   2:4.8.5+dfsg-1

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
pn  ntp | chrony   
pn  smbldap-tools  
pn  ufw
pn  winbind

-- no debconf information
[global]
# Basic Samba configuration
workgroup = SITOUR
server role = standalone server
passdb backend = tdbsam
obey pam restrictions = yes
security = user
printcap name = /dev/null
load printers = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=524288 SO_SNDBUF=524288
server string = Samba Server %v
map to guest = bad user
dns proxy = no
wide links = yes
follow symlinks = yes
unix extensions = no
acl allow execute always = yes
log file = /var/log/samba/log.%m
max log size = 1
log level = 9

# Special configuration for Apple's Time Machine
fruit:model = MacPro
fruit:advertise_fullsync = true
fruit:aapl = yes

## Definde your shares here
[MacZal]
path = /storage/timemachine/marvin
#valid users = %U
writable = yes
durable handles = yes
kernel oplocks = no
kernel share modes = no
posix locking = no
vfs objects = catia fruit streams_xattr
ea support = yes
browseable = yes
read only = No
inherit acls = yes
fruit:time machine = yes
fruit:aapl = yes
spotlight = yes
create mask = 0600
directory mask = 0700
comment = "Time Machine"


dhcp.conf
Description: inode/empty

Bug#909328: Re: gnome-terminal: Crashes when using 'set lines=999' in Vim editor

[Bernhard Übelacker]

Hello Leon van Velzen,

nowadays there are -dbg packages not very common.
Instead there is a different repository to deliver automatic -dbgsym packages.
e.g. "deb http://debug.mirrors.debian.org/debian-debug/ testing-debug main"
as described in the link in the previous mail.
>From there a package like "vim-dbgsym_8.1.0320-1_amd64.deb should be 
>installable.

So from your backtrace.txt it looks more like vim is crashing as gnome-terminal.
How have you started vim? Something like from a file explorer and open in vim?
Or have you stared directly inside the terminal?
I do not see currently any connection between all gnome-terminals closing and 
one
vim instance changing its size. Probably you can give some more details how
this can be reporoduced?

As the previous mail was not sent directly to you, you probably want to have
a look at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909328#23

Kind regard,
Bernhard

Bug#909392: ITP: node-blockchain-wallet-service - Blockchain.info wallet.

[Udit Gupta]

Package: wnpp
Severity: wishlist
Owner: Udit Gupta 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-blockchain-wallet-service
  Version : 0.26.1
  Upstream Author : Justin Tormey 
* URL :
https://github.com/blockchain/service-my-wallet-v3#readme
* License : FIX_ME upstream license
  Programming Lang: JavaScript
  Description : FIX_ME write the Debian package description

Programmatically interface with your Blockchain.info wallet.

Bug#909391: ITP: node-blockchain.info - Node module for interacting with the Blockchain.info API.

[Udit Gupta]

Package: wnpp
Severity: wishlist
Owner: Udit Gupta 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-blockchain.info
  Version : 2.12.1
  Upstream Author : Blockchain.info (https://blockchain.info)
* URL : https://github.com/blockchain/api-v1-client-node#readme
* License : Expat
  Programming Lang: JavaScript
  Description : FIX_ME write the Debian package description

An official Node module for interacting with the Blockchain.info API.

Bug#909390: ITP: node-ember-cli-normalize-entity-name - The Ember.js command line utility

[Udit Gupta]

Package: wnpp
Severity: wishlist
Owner: Udit Gupta 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-ember-cli-normalize-entity-name
  Version : 1.0.0
  Upstream Author : ember-cli contributors
* URL : https://github.com/ember-cli/ember-cli#readme
* License : ISC
  Programming Lang: JavaScript
  Description : FIX_ME write the Debian package description

The Ember.js command line utility -

Asset build pipeline using Broccoli.js
ES6 transpilation using Babel
Project structure conventions using ES6 module syntax
Development server including live-reload and API proxy
File/Project generator using blueprints
Unit, Integration and Acceptance test support using Testem
Powerful addon system for extensibility

Bug#908153: gnome-shell: [regression] frequent crashes on g-s 3.30

[Andreas Kloeckner]

Just tried again with more up-to-date packages, but unfortunately no
dice--the bug persists. I did notice that the bug does not seem to
affect Wayland sessions -- though those aren't viable for me yet because
of another bug [1].

Thanks for your maintainership of gnome in Debian!
Andreas

[1] https://bugs.freedesktop.org/show_bug.cgi?id=108023


signature.asc
Description: PGP signature

Bug#909389: virt-inst --location security concern

[Simon Josefsson]

Package: virtinst
Version: 1:1.4.0-5

I rediscovered a problem I found a couple of years ago, and thought I'd
report it properly this time.

The problem is that "virt-install --location" does not verify
checksums/signatures of what is downloaded, and is thus vulnerable to a
network attack where someone replaces the kernel/initrd with a version
that is malicious.  As far as I know, there is no way to tell virt-
install what checksums to expect.

See earlier discussion here: https://www.redhat.com/archives/virt-tools
-list/2015-April/msg00214.html

Quoting the manpage which gives http-URLs to use:

   --location OPTIONS
...
   Debian
   http://ftp.us.debian.org/debian/dists/stable/main/instal
ler-amd64/

   Ubuntu
   http://us.archive.ubuntu.com/ubuntu/dists/wily/main/inst
aller-amd64/

A workaround is to replace the recommended http URLs with https URLs. 
I checked that CA verification of the domain name works.  This gives
some protection, but far from a GnuPG-based verification that would be
ideal.

Run this command to see what is happening:

virt-install --name foo --memory 500 --disk none --location http://deb.
debian.org/debian/dists/stable/main/installer-amd64/ --noautoconsole --
debug

/Simon


signature.asc
Description: This is a digitally signed message part

Bug#906415: taglibs-standard builds again in unstable

[Santiago Vila]

On Sat, Sep 22, 2018 at 11:31:09PM +0300, Adrian Bunk wrote:
> Whatever caused this seems recently fixed in unstable,
> and the fix will likely soon migrate to testing:
> 
> https://tests.reproducible-builds.org/debian/history/taglibs-standard.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/taglibs-standard.html

Hmm, no, it was not surefire, because the fixed surefire propagated to testing
and I still can't build taglibs-standard in testing (just tried right now).

I would welcome a little bit more of investigation before closing
bugs, namely, we should ideally know why the bug happens.

Your "whatever caused this" does not look very scientific to me.

Thanks.

Bug#909388: sml-mode: fails to install with xemacs21

[Andreas Beckmann]

Package: sml-mode
Version: 5.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: fixed -1 6.7-3

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

This happened in jessie, I cannot reproduce it in stretch, buster or sid.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package sml-mode.
  Preparing to unpack .../sml-mode_5.0-1_all.deb ...
  Unpacking sml-mode (5.0-1) ...
  Setting up sml-mode (5.0-1) ...
  Install emacsen-common for xemacs21
  emacsen-common: Handling install of emacsen flavor xemacs21
  Loading /usr/share/emacs/site-lisp/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading 00debian-vars...
  Loading 50sml-mode...
  Error while loading 50sml-mode: Symbol's function definition is void: 
file-expand-wildcards
  Compiling /etc/xemacs21/site-start.d/00debian-vars.el...
  Wrote /etc/xemacs21/site-start.d/00debian-vars.elc
  Compiling /usr/share/xemacs21/site-lisp/debian-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/debian-startup.elc
  Done
  Install sml-mode for emacs
  Install sml-mode for xemacs21
  install/sml-mode: Handling install for emacsen flavor xemacs21
  Loading /usr/share/emacs/site-lisp/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading 00debian-vars...
  Loading 50sml-mode...
  Error while loading 50sml-mode: Symbol's function definition is void: 
file-expand-wildcards
  Compiling /usr/share/xemacs21/site-lisp/sml-mode/sml-mode.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/sml-mode/sml-mode.el:
!! Wrong number of arguments ((require 3))
  >>Error occurred processing sml-mode.el: 
  Wrong number of arguments: require, 3
  
  
  Compiling /usr/share/xemacs21/site-lisp/sml-mode/sml-proc.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/sml-mode/sml-proc.el:
!! Wrong number of arguments ((require 3))
  >>Error occurred processing sml-proc.el: 
  Wrong number of arguments: require, 3
  
  
  Compiling /usr/share/xemacs21/site-lisp/sml-mode/sml-mode-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/sml-mode/sml-mode-startup.elc
  Compiling /usr/share/xemacs21/site-lisp/sml-mode/sml-oldindent.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/sml-mode/sml-oldindent.el:
!! Wrong number of arguments ((require 3))
  >>Error occurred processing sml-oldindent.el: 
  Wrong number of arguments: require, 3
  
  
  Done
  ERROR: install script from sml-mode package failed
  dpkg: error processing package sml-mode (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   sml-mode


cheers,

Andreas


sml-mode=5.0-1_xemacs21.log.gz
Description: application/gzip

Bug#909387: erlang-mode: fails to install with xemacs21

[Andreas Beckmann]

Package: erlang-mode
Version: 1:19.2.1+dfsg-2+deb9u1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: fixed -1 1:20.3.8.5+dfsg-1

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

This happens in stretch, I cannot reproduce it in sid/buster.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package erlang-mode.
  Preparing to unpack .../erlang-mode_1%3a19.2.1+dfsg-2+deb9u1_all.deb ...
  Unpacking erlang-mode (1:19.2.1+dfsg-2+deb9u1) ...
  Setting up erlang-mode (1:19.2.1+dfsg-2+deb9u1) ...
  Install emacsen-common for xemacs21
  emacsen-common: Handling install of emacsen flavor xemacs21
  Loading /usr/share/emacs/site-lisp/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading 00debian-vars...
  Loading 50erlang-mode...
  Error while loading 50erlang-mode: Cannot open load file: erlang-start
  Compiling /etc/xemacs21/site-start.d/00debian-vars.el...
  Wrote /etc/xemacs21/site-start.d/00debian-vars.elc
  Compiling /usr/share/xemacs21/site-lisp/debian-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/debian-startup.elc
  Done
  Install erlang-mode for xemacs21
  install/erlang: Handling install for emacsen flavor xemacs21
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang-edoc.el...
  While compiling erlang-edoc-xml-context in file 
/usr/share/xemacs21/site-lisp/erlang/erlang-edoc.el:
!! File error (("Cannot open load file" "xmltok"))
  >>Error occurred processing erlang-edoc.el: Cannot open load file: xmltok
  
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang-eunit.el...
  Wrote /usr/share/xemacs21/site-lisp/erlang/erlang-eunit.elc
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang-skels-old.el...
  Wrote /usr/share/xemacs21/site-lisp/erlang/erlang-skels-old.elc
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang-skels.el...
  Wrote /usr/share/xemacs21/site-lisp/erlang/erlang-skels.elc
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang-start.el...
  Wrote /usr/share/xemacs21/site-lisp/erlang/erlang-start.elc
  Compiling /usr/share/xemacs21/site-lisp/erlang/erlang.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/erlang/erlang.el:
** Third arg to defvar erlang-font-lock-keywords-1 is not a string: 
erlang-font-lock-descr-string
** Third arg to defvar erlang-font-lock-keywords-2 is not a string: 
erlang-font-lock-descr-string
** Third arg to defvar erlang-font-lock-keywords-3 is not a string: 
erlang-font-lock-descr-string
** Third arg to defvar erlang-font-lock-keywords-4 is not a string: 
erlang-font-lock-descr-string
** Third arg to defvar erlang-font-lock-keywords is not a string: 
erlang-font-lock-descr-string
  While compiling erlang-version:
** reference to free variable erlang-version
  While compiling erlang-mode:
** reference to free variable eldoc-documentation-function
  While compiling erlang-syntax-table-init:
** reference to free variable erlang-mode-syntax-table
** assignment to free variable erlang-mode-syntax-table
  While compiling erlang-mode-variables:
** reference to free variable erlang-defun-prompt-regexp
  While compiling erlang-font-lock-init:
** reference to free variable erlang-font-lock-syntax-table
** reference to free variable erlang-mode-syntax-table
** assignment to free variable erlang-font-lock-syntax-table
** reference to free variable erlang-font-lock-keywords
** reference to free variable erlang-font-lock-keywords-1
** reference to free variable erlang-font-lock-keywords-2
** reference to free variable erlang-font-lock-keywords-3
** reference to free variable erlang-font-lock-keywords-4
  While compiling erlang-font-lock-level-1:
** reference to free variable erlang-font-lock-keywords-1
  While compiling erlang-font-lock-level-2:
** reference to free variable erlang-font-lock-keywords-2
  While compiling erlang-font-lock-level-3:
** reference to free variable erlang-font-lock-keywords-3
  While compiling erlang-font-lock-level-4:
** reference to free variable erlang-font-lock-keywords-4
  While compiling erlang-menu-init:
** reference to free variable erlang-menu-items
  While compiling erlang-menu-install:
** reference to free variable erlang-xemacs-p
** reference to free variable erlang-xemacs-popup-menu
  While compiling erlang-man-init:
** reference to free variable erlang-man-inhibit
** assignment to free variable erlang-menu-man-items
** reference to free variable erlang-man-dirs
** reference to free variable erlang-menu-man-items
** reference to free variable erlang-menu-items
** assignment to free variable erlang-menu-items
  While compiling erlang-man-uninstall:
** reference to free variable erlang-menu-items
** assignment to free variable erlang-menu-items
  

Bug#909379: segfault when leaving the python3-dbg interpreter

[PICCA Frederic-Emmanuel]

Hello,

I rebuilt pyopencl, and it solved the problem...

I do not know what is the real issue !!!

Bug#906415: taglibs-standard builds again in unstable

[Santiago Vila]

On Sat, Sep 22, 2018 at 11:31:09PM +0300, Adrian Bunk wrote:
> Whatever caused this seems recently fixed in unstable,
> and the fix will likely soon migrate to testing:
> 
> https://tests.reproducible-builds.org/debian/history/taglibs-standard.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/taglibs-standard.html

What caused this was this:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908535

See the long list of affects. I let you to do the reassign.

Thanks.

Bug#909386: freebsd-buildutils: sha256digest, md5digest, etc. keywords don't work

[John Goerzen]

Package: freebsd-buildutils
Version: 10.3~svn296373-6
Severity: normal

Hi,

According to the manpage, md5digest, sha256digest, etc. options are available.  
However:

jgoerzen@hephaestus:/tmp$ fmtree -c -K sha256digest
fmtree: line 0: unknown keyword sha256digest

similar with MD5, etc.

Interestingly, the (quite useless these days) cksum works.


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

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

Versions of packages freebsd-buildutils depends on:
ii  bsdmainutils  9.0.12+nmu1
ii  freebsd-glue  0.2.22
ii  freebsd-mk10.3~svn296373-6
ii  libbsd0   0.8.3-1
ii  libc6 2.24-11+deb9u3
ii  libdb5.3  5.3.28-12+deb9u1
ii  libsbuf6  10.3~svn296373-9
ii  m41.4.18-1
ii  patchutils0.3.4-2
ii  unzip 6.0-21

freebsd-buildutils recommends no packages.

freebsd-buildutils suggests no packages.

-- debconf-show failed

Bug#909385: vm: fails to install with xemacs21

[Andreas Beckmann]

Package: vm
Version: 8.2.0b-2.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: fixed -1 8.2.0b-3

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

This happens in stretch, I cannot reproduce it in sid/buster.

>From the attached log (scroll to the bottom...):

  Setting up vm (8.2.0b-2.1) ...
  Install emacsen-common for xemacs21
  emacsen-common: Handling install of emacsen flavor xemacs21
  Loading /usr/share/emacs/site-lisp/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading 00debian-vars...
  Loading 50vm...
  Compiling /etc/xemacs21/site-start.d/00debian-vars.el...
  Wrote /etc/xemacs21/site-start.d/00debian-vars.elc
  Compiling /usr/share/xemacs21/site-lisp/debian-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/debian-startup.elc
  Done
  Install vm for xemacs21
  install/vm: Byte-compiling for xemacs21...ERROR: install script from vm 
package failed
  dpkg: error processing package vm (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   vm


cheers,

Andreas


vm=8.2.0b-2.1_xemacs21.log.gz
Description: application/gzip

Bug#903337: node-traverse: diff for NMU version 0.6.6-1.1

[Adrian Bunk]

Control: tags 903337 + patch
Control: tags 903337 + pending

Dear maintainer,

I've prepared an NMU for node-traverse (versioned as 0.6.6-1.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru node-traverse-0.6.6/debian/changelog node-traverse-0.6.6/debian/changelog
--- node-traverse-0.6.6/debian/changelog	2017-09-19 17:08:35.0 +0300
+++ node-traverse-0.6.6/debian/changelog	2018-09-22 23:25:22.0 +0300
@@ -1,3 +1,10 @@
+node-traverse (0.6.6-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix installation of readme.markdown. (Closes: #903337)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 23:25:22 +0300
+
 node-traverse (0.6.6-1) unstable; urgency=medium
 
   * Team upload
diff -Nru node-traverse-0.6.6/debian/libjs-traverse.docs node-traverse-0.6.6/debian/libjs-traverse.docs
--- node-traverse-0.6.6/debian/libjs-traverse.docs	2017-09-19 17:08:35.0 +0300
+++ node-traverse-0.6.6/debian/libjs-traverse.docs	2018-09-22 23:25:13.0 +0300
@@ -1 +1 @@
-README.markdown
+readme.markdown
diff -Nru node-traverse-0.6.6/debian/node-traverse.docs node-traverse-0.6.6/debian/node-traverse.docs
--- node-traverse-0.6.6/debian/node-traverse.docs	2017-09-19 17:08:35.0 +0300
+++ node-traverse-0.6.6/debian/node-traverse.docs	2018-09-22 23:25:09.0 +0300
@@ -1 +1 @@
-README.markdown
+readme.markdown

Bug#903336: node-babel-plugin-add-module-exports: diff for NMU version 0.2.1-2.1

[Adrian Bunk]

Control: tags 903336 + patch
Control: tags 903336 + pending

Dear maintainer,

I've prepared an NMU for node-babel-plugin-add-module-exports (versioned 
as 0.2.1-2.1) and uploaded it to DELAYED/15. Please feel free to tell me 
if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru node-babel-plugin-add-module-exports-0.2.1/debian/changelog node-babel-plugin-add-module-exports-0.2.1/debian/changelog
--- node-babel-plugin-add-module-exports-0.2.1/debian/changelog	2017-09-27 19:27:01.0 +0300
+++ node-babel-plugin-add-module-exports-0.2.1/debian/changelog	2018-09-22 23:21:38.0 +0300
@@ -1,3 +1,10 @@
+node-babel-plugin-add-module-exports (0.2.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Stop trying to install a not shipped README.md. (Closes: #903336)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 23:21:38 +0300
+
 node-babel-plugin-add-module-exports (0.2.1-2) unstable; urgency=medium
 
   * Move to main (babel is in main now)
diff -Nru node-babel-plugin-add-module-exports-0.2.1/debian/docs node-babel-plugin-add-module-exports-0.2.1/debian/docs
--- node-babel-plugin-add-module-exports-0.2.1/debian/docs	2017-09-21 08:30:13.0 +0300
+++ node-babel-plugin-add-module-exports-0.2.1/debian/docs	1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-README.md

Bug#906292: ocserv: diff for NMU version 0.11.9-1.1

[Adrian Bunk]

Control: tags 906292 + patch
Control: tags 906292 + pending

Dear maintainer,

I've prepared an NMU for ocserv (versioned as 0.11.9-1.1) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru ocserv-0.11.9/debian/changelog ocserv-0.11.9/debian/changelog
--- ocserv-0.11.9/debian/changelog	2017-10-18 19:00:09.0 +0300
+++ ocserv-0.11.9/debian/changelog	2018-09-22 23:11:59.0 +0300
@@ -1,3 +1,11 @@
+ocserv (0.11.9-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update the build dependency from libprotobuf-c0-dev
+to libprotobuf-c-dev. (Closes: #906292)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 23:11:59 +0300
+
 ocserv (0.11.9-1) unstable; urgency=medium
 
   * New upstream version 0.11.9
diff -Nru ocserv-0.11.9/debian/control ocserv-0.11.9/debian/control
--- ocserv-0.11.9/debian/control	2017-10-18 19:00:09.0 +0300
+++ ocserv-0.11.9/debian/control	2018-09-22 23:11:59.0 +0300
@@ -16,7 +16,7 @@
libopts25-dev,
libpam0g-dev,
libpcl1-dev,
-   libprotobuf-c0-dev,
+   libprotobuf-c-dev,
libradcli-dev (>= 1.2.5),
libreadline-dev,
libseccomp-dev [i386 amd64 x32 armhf armel arm64 mips mipsel mips64 mips64el],

Bug#904558: What should happen when maintscripts fail to restart a service

[Anthony DeRobertis]

Someone asked for an example, here is one I've often seen when doing a 
release upgrade on many webservers I administer: Apache will fail to 
start. I don't recall if that currently causes Apache postinst to fail, 
but if not, it really ought to continue.


Apache has a complicated config, and upstream makes 
backwards-incompatible changes often enough that every Debian release 
seems to have some. It's often not possible to automatically update the 
config (and even if it were, the variety of configuration management 
systems in use mean you wouldn't want that to happen automatically). 
It's much easier to fix after the upgrade. And to the extent anything 
depends on Apache, Apache being completely broken doesn't generally 
break them (unless they try to restart apache themselves, e.g., apache 
modules).


Now, if my local DNS cache failed to start, that needs to be fixed 
before continuing (since, e.g., even apt-get won't work). Same with an 
LDAP (etc.) server, you may no longer have user accounts. Some things 
definitely lead to a cascade of failures.


I think in an ideal world, there would be two separate failure states 
for postinst: one for failed but probably safe to continue the upgrade, 
one for failed and probably going to cause a cascade of failures (or 
worse). dpkg (and the various frontends) would let you know about 
fail-but-continue errors after finishing, and maybe before starting, but 
still continue to work.


At least for daemon failed to start and with systemd, we already can 
have pretty close: have the postinst ignore the failed to start error 
(when it's of the safe to continue the upgrade variety), then use 
`systemctl --failed` to get the list of daemons that failed to start.

Bug#909384: ITP: tic80 -- fantasy computer for making, playing and sharing games

[Dominik George]

Package: wnpp
Severity: wishlist
Owner: Dominik George 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: tic80
  Version : 0.70.6
  Upstream Author : Vadim Grigoruk
* URL : https://tic.computer
* License : Expat
  Programming Lang: C
  Description : fantasy computer for making, playing and sharing games

 TIC-80 is a fantasy computer for making, playing and sharing tiny games.
 .
 There are built-in tools for development: code, sprites, maps, sound
 editors and the command line, which is enough to create a mini retro game. 
 At the exit you will get a cartridge file, which can be stored and played on
 the website.
 .
 Also, the game can be packed into a player that works on all popular
 platforms and distribute as you wish. To make a retro styled game the whole
 process of creation takes place under some technical limitations: 240x136
 pixels display, 16 color palette, 256 8x8 color sprites, 4 channel sound and
 etc.


The package will be maintained in the Debian Edu Packaging Team for
educational use.

-BEGIN PGP SIGNATURE-

iQKJBAEBCABzFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAlumoRcxGmh0dHBzOi8v
d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYyMcZG9taW5p
ay5nZW9yZ2VAaXQucGlyYXRlbnBhcnRlaS5kZQAKCRC3mjwWoMTylrd8EADGMC2E
z+tncnbsBiIvuK2RnHJVTlSR6aCvLZgd/8WJQxOmrAm54EdiMKsc9vZ2/Kq+Y4kJ
V6iaZtgvORrjEikKVHF/6yJXIlxECAvL3SbmBakIHSwmTosJOIjOACCmLCA0PdpT
oYwqXL37H+VW2kfrG5um4DIjmCKKgcoCn8UVaZdmKWD2tlXEk0HYt/iwgz0KWw/3
Jgx0j8cwJU1+OuDWKN31/44pP2DoHTKliO/Nd5Xc2xUoOAoksh+8xFCfFUXAMndY
XJ+seyERevffHlA9Vce6ferIrHCVimarQmbIhBhUprA1NBAn/42iewCmKOYdv9QA
NRGmqGI99S+ku66T0mpIy/8p80hjbg0RkVnSqp/IV9rGHblWBcQoP+T7Aa21w11R
Vs2ATxR0OPuxeQD7Msig7W+c0liOLJM2e76tnDzX+fPr3JCpkAf+n8u3HOi2UOVt
1hBpG2Udxsm+gNVK7jqEJ0eKXkK5sp0DkfniW/tLcIemgWJHUcVev3bYgb0yMMUD
rGPoJnZD47A2x2Ag5ft2ck7mhCC6QWdTORXfB4ktDgBXHBYZPt4cNEqw2v+7NJZV
ltFXsRAxu1gup+pPb27VFSn0z2QtWtF66ttdoekqO1bB6jngydHPf5TgnEpyjqgG
b7ZCdWkCcVliP1vBJg3RtnKMGsoqWoQS3qRryw==
=jgqk
-END PGP SIGNATURE-

Bug#906606: mypaint-brushes: diff for NMU version 1.3.0-1.1

[Adrian Bunk]

Control: tags 906606 + patch
Control: tags 906606 + pending

Dear maintainer,

I've prepared an NMU for mypaint-brushes (versioned as 1.3.0-1.1) and 
uploaded it to DELAYED/15. Please feel free to tell me if I should 
cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru mypaint-brushes-1.3.0/debian/changelog mypaint-brushes-1.3.0/debian/changelog
--- mypaint-brushes-1.3.0/debian/changelog	2018-04-02 03:30:05.0 +0300
+++ mypaint-brushes-1.3.0/debian/changelog	2018-09-22 22:47:40.0 +0300
@@ -1,3 +1,11 @@
+mypaint-brushes (1.3.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fix for FTBFS with automake 1.16,
+thanks to Juhani Numminen. (Closes: #906606)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 22:47:40 +0300
+
 mypaint-brushes (1.3.0-1) unstable; urgency=medium
 
   * Initial release. (Closes: #894578)
diff -Nru mypaint-brushes-1.3.0/debian/patches/0001-autogen-add-automake-1.16-support.patch mypaint-brushes-1.3.0/debian/patches/0001-autogen-add-automake-1.16-support.patch
--- mypaint-brushes-1.3.0/debian/patches/0001-autogen-add-automake-1.16-support.patch	1970-01-01 02:00:00.0 +0200
+++ mypaint-brushes-1.3.0/debian/patches/0001-autogen-add-automake-1.16-support.patch	2018-09-22 22:47:27.0 +0300
@@ -0,0 +1,29 @@
+From 5a28b3c546d2037df79374aa4aeb1c7ab4d1fdfc Mon Sep 17 00:00:00 2001
+From: Jehan 
+Date: Tue, 27 Mar 2018 19:54:15 +0200
+Subject: autogen: add automake 1.16 support.
+
+Fixes #5.
+
+(cherry picked from commit 1e9109dde3bffd416ed351c3f30ecd6ffd0ca2cd)
+---
+ autogen.sh | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/autogen.sh b/autogen.sh
+index 18ad577..166fc3d 100755
+--- a/autogen.sh
 b/autogen.sh
+@@ -90,6 +90,9 @@ fi
+ echo -n "checking for automake >= $AUTOMAKE_REQUIRED_VERSION ... "
+ if ($AUTOMAKE --version) < /dev/null > /dev/null 2>&1; then
+AUTOMAKE=$AUTOMAKE
++elif (automake-1.16 --version) < /dev/null > /dev/null 2>&1; then
++   AUTOMAKE=automake-1.16
++   ACLOCAL=aclocal-1.16
+ elif (automake-1.15 --version) < /dev/null > /dev/null 2>&1; then
+AUTOMAKE=automake-1.15
+ACLOCAL=aclocal-1.15
+-- 
+2.11.0
+
diff -Nru mypaint-brushes-1.3.0/debian/patches/series mypaint-brushes-1.3.0/debian/patches/series
--- mypaint-brushes-1.3.0/debian/patches/series	1970-01-01 02:00:00.0 +0200
+++ mypaint-brushes-1.3.0/debian/patches/series	2018-09-22 22:47:40.0 +0300
@@ -0,0 +1 @@
+0001-autogen-add-automake-1.16-support.patch

Bug#909007: please include in stretch-updates

[Adam Borowski]

Hi!
The upstream bug includes reports from users who tried the updated package
on stable (stretch and ascii).  Minus some confusion they had wrt apt
source, it sounds like all is ok.  Discussed in later parts of
https://github.com/foudfou/FireTray/issues/238

Thus, it would be nice if you could include it in volatile as well, as
without firetray, new mail notifications don't persist in thunderbird since
the security update.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 10 people enter a bar:
⣾⠁⢰⠒⠀⣿⡁ • 1 who understands binary,
⢿⡄⠘⠷⠚⠋⠀ • 1 who doesn't,
⠈⠳⣄ • and E who tend to write it as hex.

Bug#906971: apper: diff for NMU version 1.0.0-1.1

[Adrian Bunk]

Control: tags 906971 + pending
Dear maintainer,

I've prepared an NMU for apper (versioned as 1.0.0-1.1) and uploaded
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru apper-1.0.0/debian/changelog apper-1.0.0/debian/changelog
--- apper-1.0.0/debian/changelog	2018-02-21 21:38:26.0 +0200
+++ apper-1.0.0/debian/changelog	2018-09-22 22:39:11.0 +0300
@@ -1,3 +1,11 @@
+apper (1.0.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fix for FTBFS with Qt 5.11,
+thanks to Reiner Herrmann. (Closes: #906971)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 22:39:11 +0300
+
 apper (1.0.0-1) unstable; urgency=medium
 
   * New upstream version: 1.0.0
diff -Nru apper-1.0.0/debian/patches/0001-Fix-build-against-Qt-5.11.patch apper-1.0.0/debian/patches/0001-Fix-build-against-Qt-5.11.patch
--- apper-1.0.0/debian/patches/0001-Fix-build-against-Qt-5.11.patch	1970-01-01 02:00:00.0 +0200
+++ apper-1.0.0/debian/patches/0001-Fix-build-against-Qt-5.11.patch	2018-09-22 22:13:36.0 +0300
@@ -0,0 +1,37 @@
+From d8960ea9097e5a324acd04ce3f03f2d8bfe88df6 Mon Sep 17 00:00:00 2001
+From: Rex Dieter 
+Date: Tue, 31 Jul 2018 09:45:37 -0500
+Subject: Fix build against Qt 5.11+
+
+---
+ Apper/Settings/Settings.cpp | 1 +
+ libapper/Requirements.h | 1 +
+ 2 files changed, 2 insertions(+)
+
+diff --git a/Apper/Settings/Settings.cpp b/Apper/Settings/Settings.cpp
+index e077b8e..615d86d 100644
+--- a/Apper/Settings/Settings.cpp
 b/Apper/Settings/Settings.cpp
+@@ -27,6 +27,7 @@
+ #include 
+ #include 
+ 
++#include 
+ #include 
+ #include 
+ 
+diff --git a/libapper/Requirements.h b/libapper/Requirements.h
+index 730644b..8325326 100644
+--- a/libapper/Requirements.h
 b/libapper/Requirements.h
+@@ -23,6 +23,7 @@
+ 
+ #include 
+ 
++#include 
+ #include 
+ 
+ namespace Ui {
+-- 
+2.11.0
+
diff -Nru apper-1.0.0/debian/patches/series apper-1.0.0/debian/patches/series
--- apper-1.0.0/debian/patches/series	2018-02-21 21:38:26.0 +0200
+++ apper-1.0.0/debian/patches/series	2018-09-22 22:39:11.0 +0300
@@ -1 +1,2 @@
 01_fix-build-with-editorigins.patch
+0001-Fix-build-against-Qt-5.11.patch

Bug#907988: rubber must specify the encoding when opening files

[Adrian Bunk]

On Fri, Sep 21, 2018 at 08:15:06PM +0200, Hilmar Preuße wrote:
>...
> Upstream decided to solve the problem a different way and has released
> version 1.5.1. New package is on [1], could you retest?

Apologies for the late reply, the package in unstable looks good:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/why3.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-text.html

> Thanks!
> 
> Hilmar

Thanks
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#906623: heimdal: FTBFS in buster/sid (hcrypto/engine.h: No such file or directory)

[Adrian Bunk]

On Wed, Aug 29, 2018 at 01:34:53PM +1000, Brian May wrote:
> Santiago Vila  writes:
> 
> > make[3]: Entering directory '/<>/heimdal-7.5.0+dfsg/lib/hcrypto'
> >   CC   test_rand.o
> > In file included from test_rand.c:42:
> > rand.h:46:10: fatal error: hcrypto/engine.h: No such file or directory
> >  #include 
> >   ^~
> > compilation terminated.
> > make[3]: *** [Makefile:2060: test_rand.o] Error 1
> > make[3]: Leaving directory '/<>/heimdal-7.5.0+dfsg/lib/hcrypto'
> > make[2]: *** [Makefile:565: all-recursive] Error 1
> > make[2]: Leaving directory '/<>/heimdal-7.5.0+dfsg/lib'
> > make[1]: *** [Makefile:613: all-recursive] Error 1
> > make[1]: Leaving directory '/<>/heimdal-7.5.0+dfsg'
> > dh_auto_build: make -j1 returned exit code 2
> > make: *** [debian/rules:7: build-indep] Error 2
> > dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit 
> > status 2
> > 
> 
> I simply cannot reproduce this error.

I can reproduce it with
  dpkg-buildpackage -b -J1

> Are you sure you didn't accidentally delete the supplied
> ./lib/hcrypto/engine.h file?

This is copied during the build
  ./lib/hcrypto/engine.h -> ./include/hcrypto/engine.h

The problem is that the makefile dependencies do not ensure that this 
happens before files requiring it in ./include/hcrypto/ get built.

> Regards

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#909348: gdm3 upgrade from 3.28 to 3.30 tried to remove /usr/lib/udev/rules.d

[Jean-Marc]

Sat, 22 Sep 2018 12:37:40 +0100
Simon McVittie  écrivait :

> Yes. It was a bug that it was in /usr/lib/udev/rules.d: it should always
> have been in /lib/udev/rules.d.
> 
> Is this a "merged /usr" system, where /lib is a symbolic link to /usr/lib?

Indeed.  My fault.

$ ls -l /
[...]
lrwxrwxrwx   1 root root 7 jan 22  2017 lib -> usr/lib
lrwxrwxrwx   1 root root 9 jan 22  2017 lib32 -> usr/lib32
lrwxrwxrwx   1 root root 9 jan 22  2017 lib64 -> usr/lib64
lrwxrwxrwx   1 root root10 jan 22  2017 libx32 -> usr/libx32

Please, close this bug.

Sorry for this.

The good part of it: I read doc about "merged /usr":
https://wiki.debian.org/UsrMerge
https://salsa.debian.org/md/usrmerge/raw/master/debian/README.Debian
https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/

And I got a question: regarding the fact Debain seems adopting "merged /usr" 
(it has been the default since debootstrap 1.0.85 in Oct 2016), why did you say 
your file should always have been in /lib/udev ?

Regards,

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgplInjwc9nUn.pgp
Description: PGP signature

Bug#908192: Acknowledgement (linux-image-4.18.0-1-amd64: After upgrade kernel to linux-image-4.18.0-1-amd64, LXC can not start)

[Salvatore Bonaccorso]

Hi,

On Thu, Sep 20, 2018 at 06:09:07PM +0800, johnw wrote:
> 
> Is it also reverted/back port to Debian?
> Because I still have this problem.

it has not yet been reverted upstream, the discussion got stuck here:

https://lore.kernel.org/lkml/874lhdwpo2@xmission.com/

Regards,
Salvatore

Bug#909383: python-mode: fails to install with xemacs21

[Andreas Beckmann]

Package: python-mode
Version: 1:6.2.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Install python-mode for xemacs21
  install/python-mode: Handling install for emacsen flavor xemacs21
  Compiling /usr/share/xemacs21/site-lisp/python-mode/doctest-mode.el...
  Wrote /usr/share/xemacs21/site-lisp/python-mode/doctest-mode.elc
  Compiling /usr/share/xemacs21/site-lisp/python-mode/python-mode.el...
  While compiling py--quote-syntax in file 
/usr/share/xemacs21/site-lisp/python-mode/python-mode.el:
!! Symbol's function definition is void ((string-to-syntax))
  >>Error occurred processing python-mode.el: 
  Symbol's function definition is void: string-to-syntax
  
  
  Compiling 
/usr/share/xemacs21/site-lisp/python-mode/completion/pycomplete.el...
  Wrote /usr/share/xemacs21/site-lisp/python-mode/completion/pycomplete.elc
  Done
  ERROR: install script from python-mode package failed
  dpkg: error processing package python-mode (--configure):
   installed python-mode package post-installation script subprocess returned 
error exit status 1
  Processing triggers for libc-bin (2.27-6) ...
  Errors were encountered while processing:
   python-mode


cheers,

Andreas


python-mode=1%6.2.3-1_xemacs21.log.gz
Description: application/gzip

Bug#909382: mmm-mode: fails to install with xemacs21

[Andreas Beckmann]

Package: mmm-mode
Version: 0.5.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Install mmm-mode for xemacs21
  install/mmm-mode: Handling install of emacsen flavor xemacs21
  install/mmm-mode: byte-compiling for xemacs21
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/cl-lib.el...
  Wrote /usr/share/xemacs21/site-lisp/mmm-mode/cl-lib.elc
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-auto.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-auto.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-auto.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-class.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-class.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-class.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-cmds.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-cmds.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-cmds.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-compat.el...
  Wrote /usr/share/xemacs21/site-lisp/mmm-mode/mmm-compat.elc
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-cweb.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-cweb.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-cweb.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-defaults.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-defaults.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-defaults.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-erb.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-erb.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-erb.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-mason.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-mason.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-mason.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-mode.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-mode.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-mode.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-myghty.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-myghty.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-myghty.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-noweb.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-noweb.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-noweb.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-region.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-region.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-region.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-rpm.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-rpm.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred processing mmm-rpm.el: 
  Symbol's function definition is void: declare-function
  
  
  Compiling /usr/share/xemacs21/site-lisp/mmm-mode/mmm-sample.el...
  While compiling toplevel forms in file 
/usr/share/xemacs21/site-lisp/mmm-mode/mmm-sample.el:
!! Symbol's function definition is void ((declare-function))
  >>Error occurred 

Bug#908016: libqmi: diff for NMU version 1.20.0-1.1

[Adrian Bunk]

Control: tags 908016 + patch
Control: tags 908016 + pending

Dear maintainer,

I've prepared an NMU for libqmi (versioned as 1.20.0-1.1) and uploaded 
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru libqmi-1.20.0/debian/changelog libqmi-1.20.0/debian/changelog
--- libqmi-1.20.0/debian/changelog	2018-03-01 16:39:11.0 +0200
+++ libqmi-1.20.0/debian/changelog	2018-09-22 22:05:32.0 +0300
@@ -1,3 +1,11 @@
+libqmi (1.20.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fix for FTBFS with glib 2.58,
+thanks to Juhani Numminen. (Closes: #908016)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 22:05:32 +0300
+
 libqmi (1.20.0-1) unstable; urgency=medium
 
   * New upstream version 1.20.0. (Closes: #887975)
diff -Nru libqmi-1.20.0/debian/patches/0001-qmicli-remove-implicity-casts-to-GDestroyNotify-in-g.patch libqmi-1.20.0/debian/patches/0001-qmicli-remove-implicity-casts-to-GDestroyNotify-in-g.patch
--- libqmi-1.20.0/debian/patches/0001-qmicli-remove-implicity-casts-to-GDestroyNotify-in-g.patch	1970-01-01 02:00:00.0 +0200
+++ libqmi-1.20.0/debian/patches/0001-qmicli-remove-implicity-casts-to-GDestroyNotify-in-g.patch	2018-09-22 22:05:06.0 +0300
@@ -0,0 +1,47 @@
+From 89bb9f6c18243b9e01386683566bd0bf2825566c Mon Sep 17 00:00:00 2001
+From: Aleksander Morgado 
+Date: Wed, 18 Jul 2018 22:05:52 +0200
+Subject: qmicli: remove implicity casts to GDestroyNotify in g_clear_pointer()
+
+GLib is being upgraded to propagate type information in
+g_clear_pointer, e.g. so that the using a wrong free/unref method
+triggers a warning during build.
+
+Reported by: Michael Catanzaro 
+https://gitlab.gnome.org/GNOME/glib/issues/1425#note_269299
+---
+ src/qmicli/qmicli-dms.c | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/src/qmicli/qmicli-dms.c b/src/qmicli/qmicli-dms.c
+index 2b98a99..7143c55 100644
+--- a/src/qmicli/qmicli-dms.c
 b/src/qmicli/qmicli-dms.c
+@@ -2697,9 +2697,9 @@ static void
+ get_stored_image_result_free (GetStoredImageResult *result)
+ {
+ if (result) {
+-g_clear_pointer (>modem_unique_id, (GDestroyNotify)g_array_unref);
++g_clear_pointer (>modem_unique_id, g_array_unref);
+ g_free (result->modem_build_id);
+-g_clear_pointer (>pri_unique_id, (GDestroyNotify)g_array_unref);
++g_clear_pointer (>pri_unique_id, g_array_unref);
+ g_free (result->pri_build_id);
+ g_slice_free (GetStoredImageResult, result);
+ }
+@@ -3161,10 +3161,10 @@ typedef struct {
+ static void
+ set_firmware_preference_context_clear (SetFirmwarePreferenceContext *firmware_preference_ctx)
+ {
+-g_clear_pointer (_preference_ctx->modem_image_id.unique_id, (GDestroyNotify) g_array_unref);
++g_clear_pointer (_preference_ctx->modem_image_id.unique_id, g_array_unref);
+ g_free (firmware_preference_ctx->modem_image_id.build_id);
+ 
+-g_clear_pointer (_preference_ctx->pri_image_id.unique_id, (GDestroyNotify) g_array_unref);
++g_clear_pointer (_preference_ctx->pri_image_id.unique_id, g_array_unref);
+ g_free (firmware_preference_ctx->pri_image_id.build_id);
+ }
+ 
+-- 
+2.11.0
+
diff -Nru libqmi-1.20.0/debian/patches/series libqmi-1.20.0/debian/patches/series
--- libqmi-1.20.0/debian/patches/series	2018-02-24 21:41:20.0 +0200
+++ libqmi-1.20.0/debian/patches/series	2018-09-22 22:05:30.0 +0300
@@ -0,0 +1 @@
+0001-qmicli-remove-implicity-casts-to-GDestroyNotify-in-g.patch

Bug#909134: Info received (Bug#909134: RFS: budgie-extras/0.6.1-1)

[Herbert Fortes]

Uploaded. And also sent the dak-comands to FTP-Master too.
Enjoy!



Regards,
Herbert

Bug#909061: ITP: openscenegraph-3.6 -- 3D scene graph C++ framework

[Adrian Bunk]

On Tue, Sep 18, 2018 at 12:08:43AM +0200, Alberto Luaces wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Alberto Luaces 
> 
> * Package name: openscenegraph-3.6
>   Version : 3.6.3
>   Upstream Author : Robert Osfield 
> * URL : http://www.openscenegraph.org/
> * License : OpenSceneGraph Public License, OSGPL
>   Programming Lang: C++
>   Description : 3D scene graph C++ framework
> 
>  A portable, high level graphics toolkit for the development of high
>  performance graphics applications such as flight simulators, games,
>  virtual reality or scientific visualization.  Providing an object
>  orientated framework on top of OpenGL, it frees the developer from
>  implementing and optimizing low level graphics calls, and provide
>  many additional utilities for rapid development of graphics
>  applications.
> 
> This package intends to bring the new stable 3.6 series, replacing 3.4
> and 3.2 already present in the repository.

3.6 should be built from src:openscenegraph and src:openscenegraph-3.4
then removed.

Creating a new source package[1] for every new major upstream version
is a bad idea for various reasons, including bug handling in the BTS.

cu
Adrian

[1] new binary packages are of course required for libraries when
the soname changes

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#897755: Fixed in 1.12.0+repack-6

[Alf Gaida]

Hi Adrian,

it wasn't really done yet, thats why i leaved it open - the only thing
fixed was the FTBFS, some symbols have still a debian version. But
thanks for closing :)

Cheers Alf

Bug#909381: xemacs21: Error while loading 00debian: Variable binding depth exceeds max-specpdl-size

[Andreas Beckmann]

Package: xemacs21
Version: 21.4.24-6
Severity: serious

Hi,

this seems to happen if xemacs21 is installed any pretty much any
package using emacsen-common is getting installed. It does not fail, but
it looks like something is fishy.

  Setting up elpa-mailscripts (0.2-2) ...
  Install emacsen-common for xemacs21
  emacsen-common: Handling install of emacsen flavor xemacs21
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
[...]
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Error while loading 00debian: Variable binding depth exceeds max-specpdl-size
  Compiling /usr/share/xemacs21/site-lisp/debian-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/debian-startup.elc
  Done
  Install elpa-mailscripts for xemacs21
  install/mailscripts-0.2: Skipping unsupported emacs xemacs21



Andreas


elpa-mailscripts=0.2-2_xemacs21.log.gz
Description: application/gzip

Bug#906816: thunderbird: Does not start

[Carsten Schoenert]

Control: forwared -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1482248

Am 22.09.18 um 17:10 schrieb Torbjörn Andersson:
> I finally managed to get rid of the duplicate local folders by manually 
> removing the offending files in my "Local Mail" folder for it (making 
> sure to keep the ones for the folder that actually had the mails in it). 
> That seems to have fixed the startup crash for me.
> 
> My only theory - and this is just wild speculation - is that this mail 
> folder dated from some point before I switched to an UTF-8 locale, so it 
> still used Latin-1 as character encoding for the file name. The old 
> Thunderbird accepted this, at least as long as I didn't try to rename 
> the folder. Apparently the new Thunderbird did not.
> 
> That's as far as I'm going to pursue this. I wish Thunderbird would 
> handle this case more gracefully, but maybe it will at least help 
> someone else with the same problem.

I guess this is
https://bugzilla.mozilla.org/show_bug.cgi?id=1482248

-- 
Regards
Carsten Schoenert

Bug#909380: libvidstab: enable Multi-Arch: same

[James Cowgill]

Source: libvidstab
Version: 1.1.0-1
Severity: normal
Control: block 781938 by -1

Hi,

I just noticed libvidstab was uploaded. Thanks!

Please add some "Multi-Arch: same" fields on libvidstab-dev and
libvidstab1.1 so that the package is multi-arch compatible. I can't
enable the library in ffmpeg until this is done.

An unrelated question: do you have a vcs repository with the packaging
in somewhere?

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#909379: segfault when leaving the python3-dbg interpreter

[Picca Frédéric-Emmanuel]

Package: python3-pyopencl-dbg
Version: 2018.1.1-2
Severity: important


hello, I was struggling on an autopkgtest failure forone of my packages (pymca)
At the end I findout that the problem comes from pyopencl.
When I try to import pyopencl, I get this.

$ python3.7-dbg -c "import pyopencl"
/usr/lib/python3/dist-packages/pkg_resources/_vendor/pyparsing.py:943: 
DeprecationWarning: Using or importing the ABCs from 'collections' instead of 
from 'collections.abc' is deprecated, and in 3.8 it will stop working
  collections.MutableMapping.register(ParseResults)
/usr/lib/python3/dist-packages/pkg_resources/_vendor/pyparsing.py:3245: 
DeprecationWarning: Using or importing the ABCs from 'collections' instead of 
from 'collections.abc' is deprecated, and in 3.8 it will stop working
  elif isinstance( exprs, collections.Iterable ):
/usr/lib/python3.7/importlib/_bootstrap_external.py:434: ImportWarning: Not 
importing directory /usr/lib/python3/dist-packages/logilab: missing __init__
  _warnings.warn(msg.format(portions[0]), ImportWarning)
* ob
object  : 
type: tuple
refcount: 0
address : 0xb5f507a4
* op->_ob_prev->_ob_next
object  : Erreur de segmentation


but it works with python3.7

$python3.7 -c "import pyopencl"


no segfault.

thanks for considering

Frederic

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

Kernel: Linux 4.18.0-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pyopencl-dbg depends on:
ii  libc6   2.27-6
ii  libgcc1 1:8.2.0-7
ii  libstdc++6  8.2.0-7
ii  ocl-icd-libopencl1 [libopencl1] 2.2.12-1
ii  python3-cffi-backend-dbg1.11.5-3
ii  python3-dbg 3.6.6-1
ii  python3-numpy [python3-numpy-abi9]  1:1.14.5-1+b1
ii  python3-pyopencl2018.1.1-2

python3-pyopencl-dbg recommends no packages.

python3-pyopencl-dbg suggests no packages.

-- debconf-show failed

Bug#909377: ilisp: fails to install with xemacs21

[Andreas Beckmann]

Package: ilisp
Version: 5.12.0+cvs.2004.12.26-26
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ilisp.
  Preparing to unpack .../ilisp_5.12.0+cvs.2004.12.26-26_all.deb ...
  Unpacking ilisp (5.12.0+cvs.2004.12.26-26) ...
  Setting up ilisp (5.12.0+cvs.2004.12.26-26) ...
  Install emacsen-common for xemacs21
  emacsen-common: Handling install of emacsen flavor xemacs21
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
[...]
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Loading site-start...
  Loading /usr/share/emacsen-common/debian-startup...
  Loading 00debian...
  Error while loading 00debian: Variable binding depth exceeds max-specpdl-size
  Compiling /usr/share/xemacs21/site-lisp/debian-startup.el...
  Wrote /usr/share/xemacs21/site-lisp/debian-startup.elc
  Done
  Install ilisp for xemacs21
  install/ilisp: Handling install for emacsen flavor xemacs21
  ERROR: install script from ilisp package failed
  dpkg: error processing package ilisp (--configure):
   installed ilisp package post-installation script subprocess returned error 
exit status 1
  Errors were encountered while processing:
   ilisp


cheers,

Andreas


ilisp=5.12.0+cvs.2004.12.26-26_xemacs21.log.gz
Description: application/gzip

Bug#896323: enzyme: diff for NMU version 0.4.1-1.1

[Adrian Bunk]

On Sat, Sep 22, 2018 at 03:09:41PM +0200, Étienne Millon wrote:
> Hi Adrian,

Hi Étienne,

> You can proceed with the NMU immediately if you'd prefer.

thanks, done.

> If you're interested in this package, you can take over maintenance as
> I don't have time for this (and related packages) at the moment.
> Thanks for taking care of enzyme!

Thanks for the offer. Unfortunately I was just fixing bugs in unstable
and do not have a personal interest in enzyme.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#909376: elpa-mailscripts: fails to install: mailscripts.el:23:1:Error: Cannot open load file: No such file or directory, notmuch

[Andreas Beckmann]

Package: elpa-mailscripts
Version: 0.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Setting up elpa-mailscripts (0.2-2) ...
  Install emacsen-common for emacs
  emacsen-common: Handling install of emacsen flavor emacs
  Install elpa-mailscripts for emacs
  install/mailscripts-0.2: Handling install of emacsen flavor emacs
  install/mailscripts-0.2: byte-compiling for emacs
  
  In toplevel form:
  mailscripts.el:23:1:Error: Cannot open load file: No such file or directory, 
notmuch
  ERROR: install script from elpa-mailscripts package failed
  dpkg: error processing package elpa-mailscripts (--configure):
   installed elpa-mailscripts package post-installation script subprocess 
returned error exit status 1
  Processing triggers for libc-bin (2.27-6) ...
  Errors were encountered while processing:
   elpa-mailscripts


cheers,

Andreas


elpa-mailscripts=0.2-2_emacs.log.gz
Description: application/gzip

Bug#905602: jquery-goodies: diff for NMU version 12-1.1

[Adrian Bunk]

Control: tags 905602 + patch
Control: tags 905602 + pending

Dear maintainer,

I've prepared an NMU for jquery-goodies (versioned as 12-1.1) and 
uploaded it to DELAYED/15. Please feel free to tell me if I should 
cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru jquery-goodies-12/debian/changelog jquery-goodies-12/debian/changelog
--- jquery-goodies-12/debian/changelog	2017-07-07 21:26:35.0 +0300
+++ jquery-goodies-12/debian/changelog	2018-09-22 21:04:15.0 +0300
@@ -1,3 +1,10 @@
+jquery-goodies (12-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Drop the obsolete libjs-jquery-uploadify. (Closes: #905602)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 21:04:15 +0300
+
 jquery-goodies (12-1) unstable; urgency=medium
 
   * Team upload
diff -Nru jquery-goodies-12/debian/control jquery-goodies-12/debian/control
--- jquery-goodies-12/debian/control	2017-07-07 21:26:35.0 +0300
+++ jquery-goodies-12/debian/control	2018-09-22 21:04:15.0 +0300
@@ -270,23 +270,6 @@
  .
  This package contains the HTML documentation.
 
-Package: libjs-jquery-uploadify
-Architecture: all
-Depends: ${misc:Depends}, libjs-jquery, libjs-swfobject, libjs-swfupload
-Homepage: http://uploadify.com/
-Description: plugin for easy multiple file upload
- Uploadify is a jQuery plugin that allows you to easily add multiple file
- upload functionality to your website.
- .
- Features:
-  * Multiple file uploads
-  * Drag and drop
-  * Real-time progress indicators
-  * Custom upload restrictions
-  * Extreme customization
- .
- This package contains the Flash version of Uploadify.
-
 Package: libjs-jquery-slides
 Architecture: all
 Depends: ${misc:Depends}, libjs-jquery
diff -Nru jquery-goodies-12/debian/libjs-jquery-uploadify.examples jquery-goodies-12/debian/libjs-jquery-uploadify.examples
--- jquery-goodies-12/debian/libjs-jquery-uploadify.examples	2016-10-06 23:39:18.0 +0300
+++ jquery-goodies-12/debian/libjs-jquery-uploadify.examples	1970-01-01 02:00:00.0 +0200
@@ -1,3 +0,0 @@
-uploadify/check-exists.php
-uploadify/index.php
-uploadify/uploadify.php
diff -Nru jquery-goodies-12/debian/libjs-jquery-uploadify.install jquery-goodies-12/debian/libjs-jquery-uploadify.install
--- jquery-goodies-12/debian/libjs-jquery-uploadify.install	2016-10-06 23:39:18.0 +0300
+++ jquery-goodies-12/debian/libjs-jquery-uploadify.install	1970-01-01 02:00:00.0 +0200
@@ -1,3 +0,0 @@
-uploadify/*.js  /usr/share/javascript/jquery-uploadify
-uploadify/uploadify.css /usr/share/javascript/jquery-uploadify
-uploadify/uploadify-cancel.png  /usr/share/javascript/jquery-uploadify
diff -Nru jquery-goodies-12/debian/libjs-jquery-uploadify.links jquery-goodies-12/debian/libjs-jquery-uploadify.links
--- jquery-goodies-12/debian/libjs-jquery-uploadify.links	2016-10-06 23:39:18.0 +0300
+++ jquery-goodies-12/debian/libjs-jquery-uploadify.links	1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-/usr/share/javascript/swfupload/swfupload.swf /usr/share/javascript/jquery-uploadify/uploadify.swf
diff -Nru jquery-goodies-12/debian/libjs-jquery-uploadify.README.Debian jquery-goodies-12/debian/libjs-jquery-uploadify.README.Debian
--- jquery-goodies-12/debian/libjs-jquery-uploadify.README.Debian	2016-10-06 23:39:18.0 +0300
+++ jquery-goodies-12/debian/libjs-jquery-uploadify.README.Debian	1970-01-01 02:00:00.0 +0200
@@ -1,22 +0,0 @@
-libjs-jquery-uploadify for Debian
--
-
-In order to make use of uploadify in your html, include the following
-lines in your html header
-
-
-
-
-
-
-
-
-
-
-
- -- Per Andersson   Fri, 12 Oct 2012 21:54:24 +0200
diff -Nru jquery-goodies-12/debian/rules jquery-goodies-12/debian/rules
--- jquery-goodies-12/debian/rules	2017-07-07 21:26:35.0 +0300
+++ jquery-goodies-12/debian/rules	2018-09-22 21:04:15.0 +0300
@@ -23,14 +23,12 @@
 	uglifyjs -o livequery/jquery.livequery.min.js livequery/jquery.livequery.js
 	uglifyjs -o countdown/jquery.countdown.min.js countdown/jquery.countdown.js
 	uglifyjs -o resize/jquery.ba-resize.min.js resize/jquery.ba-resize.js
-	uglifyjs -o uploadify/jquery.uploadify.min.js uploadify/jquery.uploadify.js
 	uglifyjs -o slides/source/slides.min.jquery.js slides/source/slides.jquery.js
 	uglifyjs -o fullscreen/fullscreen/jquery.fullscreen.min.js fullscreen/fullscreen/jquery.fullscreen.js
 
 override_dh_installchangelogs:
 	dh_installchangelogs --package libjs-jquery-cookie cookie/CHANGELOG.md
 	dh_installchangelogs --package libjs-jquery-livequery livequery/ChangeLog.markdown
-	dh_installchangelogs --package libjs-jquery-uploadify uploadify/Change\ Log.txt
 	dh_installchangelogs --package libjs-jquery-slides slides/README.textile
 	

Bug#909375: nautilus: Trace/breakpoint trap

[Christoph Anton Mitterer]

Package: nautilus
Version: 3.30.0-4
Severity: grave
Justification: renders package unusable


Hi.

Since a week or so (IIRC, when the new glib version entered unstable):
$ nautilus

(nautilus:32154): Tracker-ERROR **: 20:06:22.721: Unable to find default domain 
ontology rule /usr/share/tracker/domain-ontologies/default.rule
Trace/breakpoint trap


with kernel log showing:
Sep 22 20:06:22 heisenberg kernel: traps: nautilus[32154] trap int3 
ip:7f7effce69f5 sp:7ffce6ae32c0 error:0 in 
libglib-2.0.so.0.5800.1[7f7effcae000+7d000]


Cheers,
Chris.


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

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

Versions of packages nautilus depends on:
ii  bubblewrap 0.3.0-1
ii  desktop-file-utils 0.23-3
ii  gsettings-desktop-schemas  3.28.0-1
ii  gvfs   1.38.0-2
ii  libatk1.0-02.30.0-1
ii  libc6  2.27-6
ii  libcairo-gobject2  1.15.12-1
ii  libcairo2  1.15.12-1
ii  libgdk-pixbuf2.0-0 2.38.0+dfsg-6
ii  libgexiv2-20.10.8-1
ii  libglib2.0-0   2.58.1-2
ii  libglib2.0-data2.58.1-2
ii  libgnome-autoar-0-00.2.3-1
ii  libgtk-3-0 3.24.0-3
ii  libnautilus-extension1a3.30.0-4
ii  libpango-1.0-0 1.42.4-3
ii  libpangocairo-1.0-01.42.4-3
ii  libseccomp22.3.3-3
ii  libselinux12.8-1+b1
ii  libtracker-sparql-2.0-02.1.4-1
ii  nautilus-data  3.30.0-4
ii  shared-mime-info   1.9-2

Versions of packages nautilus recommends:
ii  gnome-sushi  3.30.0-1
ii  gvfs-backends1.38.0-2
ii  librsvg2-common  2.40.20-3

Versions of packages nautilus suggests:
ii  eog 3.28.3-1
ii  evince [pdf-viewer] 3.30.0-2
ii  nautilus-extension-brasero  3.12.2-4
ii  nautilus-sendto 3.8.6-2
ii  okular [pdf-viewer] 4:17.12.2-2
ii  totem   3.26.2-1
pn  tracker 
ii  vlc [mp3-decoder]   3.0.4-2
ii  xdg-user-dirs   0.17-1

-- no debconf information

Bug#882538: outguess: missing source for jpeg-6b-steg/configure

[Eriberto Mota]

Hi all,

I will use the solution sent by Hilko.

Thanks!

Eriberto

Bug#909374: sshd: syslogin_perform_logout: logout() returned an error

[Christian Göttsche]

Package: openssh-server
Version: 1:7.8p1-1
User: selinux-de...@lists.alioth.debian.org
Usertags: selinux

When I logout from my SELinux enabled machine, I get the following
error message:

Sep 22 19:23:52 server02 sshd[23234]: syslogin_perform_logout:
logout() returned an error   <---
Sep 22 19:23:52 server02 sshd[23234]: Received disconnect from
 port 53300:11: disconnected by user
Sep 22 19:23:52 server02 sshd[23234]: Disconnected from user root
 port 53300
Sep 22 19:23:52 server02 sshd[23234]: pam_unix(sshd:session): session
closed for user root

Nothing seems to break but what's the cause of this?
Maybe the error message
[https://sources.debian.org/src/openssh/1:7.8p1-1/loginrec.c/#L1433]
can be improved?

Best regards,
  Christian Göttsche

Bug#909373: ITP: syndie -- a system for operating distributed forums

[Masayuki Hatta]

Package: wnpp
Severity: wishlist
Owner: Masayuki Hatta 

* Package name: syndie
  Version : 1.107b
  Upstream Author : jrandom & I2P developers
* URL : http://syndie.i2p2.de/
* License : Public Domain
  Programming Lang: Java
  Description : a system for operating distributed forums

Syndie is a system for operating distributed forums, offering a secure
and consistent interface to various anonymous and non-anonymous
content networks.

Syndie operates like blogs, newsgroups, and forums.  Authors can post
messages privately or publicly.  Messages are pushed and pulled to and
from archive servers, which are hosted in a variety of anonymous and
non-anonymous networks including I2P, Tor, and Freenet.

Syndie has a long history and is in a way well-known (it even has a
dedicated Wikipedia entry: https://en.wikipedia.org/wiki/Syndie).
However, the lack of good documentation and some missing dependency in
major distros, especially I2P, have been keeping people actually using
it.  Now Debian/Ubuntu has i2p/i2pd packages, it's appropriate timing
to package it.

Syndie is a part of the I2P Project, and I am one of the current
upstream caretakers of Syndie.

Bug#906041: libfte: diff for NMU version 0.1.0-1.1

[Adrian Bunk]

Control: tags 906041 + pending

Dear maintainer,

I've prepared an NMU for libfte (versioned as 0.1.0-1.1) and uploaded
it to DELAYED/15. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru libfte-0.1.0/debian/changelog libfte-0.1.0/debian/changelog
--- libfte-0.1.0/debian/changelog	2014-11-23 17:27:39.0 +0200
+++ libfte-0.1.0/debian/changelog	2018-09-22 20:02:29.0 +0300
@@ -1,3 +1,10 @@
+libfte (0.1.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * python-fte: Add the missing python dependencies. (Closes: #906041)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 20:02:29 +0300
+
 libfte (0.1.0-1) unstable; urgency=low
 
   * initial release to Debian. Closes: #770603
diff -Nru libfte-0.1.0/debian/control libfte-0.1.0/debian/control
--- libfte-0.1.0/debian/control	2014-11-26 10:24:31.0 +0200
+++ libfte-0.1.0/debian/control	2018-08-13 12:58:11.0 +0300
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Rolf Leggewie 
 Uploaders: Kevin P. Dyer 
-Build-Depends: debhelper (>= 9), python-dev, python-setuptools, libgmp-dev
+Build-Depends: debhelper (>= 9), dh-python, python-dev, python-setuptools, libgmp-dev
 Standards-Version: 3.9.6
 Homepage: https://fteproxy.org/
 Vcs-Git: git://g...@github.com:kpdyer/libfte.git -b debian/unstable
@@ -11,7 +11,7 @@
 
 Package: python-fte
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, ${python:Depends}
 Description: encryption library to thwart deep packet inspection censorship
  fteproxy provides transport-layer protection to resist keyword filtering,
  censorship and discrimantory routing policies. Its job is to relay
diff -Nru libfte-0.1.0/debian/rules libfte-0.1.0/debian/rules
--- libfte-0.1.0/debian/rules	2014-11-22 17:41:16.0 +0200
+++ libfte-0.1.0/debian/rules	2018-08-13 12:58:24.0 +0300
@@ -4,4 +4,4 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ 
+	dh $@ --with python2

Bug#909372: firefox-esr: firefox gives a gecko error

[shirish शिरीष]

Package: firefox-esr
Version: 60.2.1esr-1
Severity: normal

Dear Maintainer,

I get the following message each time I start firefox on the CLI -

shirish@debian:~$ firefox
[Parent 14645, Gecko_IOThread] WARNING: pipe error: Broken pipe: file
/build/firefox-esr-Wmf6k6/firefox-esr-60.2.1esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc,
line 709

I have no idea why it says what it says.


-- Package-specific info:


-- Addons package information

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.6
ii  fontconfig2.13.0-5
ii  libatk1.0-0   2.30.0-1
ii  libc6 2.27-6
ii  libcairo-gobject2 1.15.12-1
ii  libcairo2 1.15.12-1
ii  libdbus-1-3   1.12.10-1
ii  libdbus-glib-1-2  0.110-3
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-8
ii  libfontconfig12.13.0-5
ii  libfreetype6  2.8.1-2
ii  libgcc1   1:8.2.0-6
ii  libgdk-pixbuf2.0-02.38.0+dfsg-6
ii  libglib2.0-0  2.58.0-4
ii  libgtk-3-03.24.0-3
ii  libhunspell-1.6-0 1.6.2-1+b1
ii  libjsoncpp1   1.7.4-3
ii  libnspr4  2:4.20-1
ii  libnss3   2:3.39-1
ii  libpango-1.0-01.42.4-3
ii  libsqlite3-0  3.25.0-1
ii  libstartup-notification0  0.12-5
ii  libstdc++68.2.0-6
ii  libvpx5   1.7.0-3
ii  libx11-6  2:1.6.6-1
ii  libx11-xcb1   2:1.6.6-1
ii  libxcb-shm0   1.13-3
ii  libxcb1   1.13-3
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.15-2
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages firefox-esr recommends:
ii  libavcodec58  7:4.0.2-1+b1

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-5
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-6
ii  libgssapi-krb5-2   1.16-2
ii  libgtk2.0-02.24.32-3
ii  pulseaudio 12.2-2

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#900299: leiningen-clojure: depends on openjdk-8

[Elana Hashman]

On 2018-06-04 10:19, Emilio Pozuelo Monfort wrote:


OpenJDK 8 will be EOL sometime in 2020 (Red Hat will drop support for 
it in
October 2020). With a buster release in mid 2019, that would only be a 
little
over one year into buster's release. With 3 years of main support, that 
won't be
enough. Thus the OpenJDK maintainers aim to switch to Java 11 for 
buster
(default-jdk already points to 10, and will be switched to 11 once it's 
released
in September) [1]. Also note that pre-releases of 11 are available in 
sid and

testing.


Hello Emilio,

The latest I've seen from RedHat is that they will be supporting 
openjdk-8 until
June 2023[*]. The 2020 deadline applies to openjdk-7, not 8. Does this 
mean that

openjdk-8 will no longer be dropped from buster?

I continue to poke upstream to work on Java 11 compatibility before the 
buster
freeze, but I cannot do the work myself, as it is more of a refactor 
than a simple

patch.

- e


[*]: https://access.redhat.com/articles/1299013

Bug#909370: networking-arista: FTBFS (module 'neutron.db.api' has no attribute 'get_writer_session')

[Santiago Vila]

Package: src:networking-arista
Version: 2017.2.2-2
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in sid but it failed:


[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh build-indep --buildsystem=python_distutils --with python3
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_autoreconf -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
dh_auto_configure: Please use the third-party "pybuild" build system instead of 
python-distutils
dh_auto_configure: This feature will be removed in compat 12.
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

[... snipped ...]

  File "/usr/lib/python3/dist-packages/neutron/tests/base.py", line 140, in func
return f(self, *args, **kwargs)
  File "/<>/networking_arista/tests/unit/ml2/test_arista_sync.py", 
line 174, in test_synchronize_one_network
db_lib.remember_tenant(tenant_1_id)
  File "/<>/networking_arista/common/db_lib.py", line 38, in 
remember_tenant
session = db.get_writer_session()
AttributeError: module 'neutron.db.api' has no attribute 'get_writer_session'


==
FAIL: 
networking_arista.tests.unit.ml2.test_arista_sync.SyncServiceTest.test_synchronize_required
networking_arista.tests.unit.ml2.test_arista_sync.SyncServiceTest.test_synchronize_required
--
_StringException: Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/neutron/tests/base.py", line 140, in func
return f(self, *args, **kwargs)
  File "/<>/networking_arista/tests/unit/ml2/test_arista_sync.py", 
line 71, in test_synchronize_required
db_lib.remember_tenant(tenant_id)
  File "/<>/networking_arista/common/db_lib.py", line 38, in 
remember_tenant
session = db.get_writer_session()
AttributeError: module 'neutron.db.api' has no attribute 'get_writer_session'


==
FAIL: 
networking_arista.tests.unit.ml2.test_arista_sync.SyncServiceTest.test_synchronize_shared_network_ports
networking_arista.tests.unit.ml2.test_arista_sync.SyncServiceTest.test_synchronize_shared_network_ports
--
_StringException: Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/neutron/tests/base.py", line 140, in func
return f(self, *args, **kwargs)
  File "/<>/networking_arista/tests/unit/ml2/test_arista_sync.py", 
line 352, in test_synchronize_shared_network_ports
db_lib.remember_tenant(tenant_1_id)
  File "/<>/networking_arista/common/db_lib.py", line 38, in 
remember_tenant
session = db.get_writer_session()
AttributeError: module 'neutron.db.api' has no attribute 'get_writer_session'


--
Ran 156 tests in 77.484s

FAILED (failures=20)
make[1]: *** [debian/rules:26: override_dh_install] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:6: binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/networking-arista.html

where you can get a full build log if you need it.

I guess you need to upload version 2018.1.0 to fix this.

Thanks.

Bug#885737: Cannot upgrade

[Paul van Tilburg]

Hello,

Unfortunately the liquidsoap from unstable requires libc6 (>= 2.27)
which is not installable on Stretch.

So I could not test this. It also seems the packaging has been
reorganized. Maybe if it works on Buster, it could be backported to
Stretch?

Kind regards,
Paul

-- 
Debian developer| E-mail: pau...@debian.org
https://www.debian.org  | GnuPG:  0xC6DE073EDA9EEC4D
Using the Power of Debian GNU/Linux | XMPP:   p...@luon.net

Bug#909371: neutron-taas: FTBFS (module 'neutron.common.rpc' from '/usr/lib/python3/dist-packages/neutron/common/rpc.py'> does not have the attribute 'create_connection')

[Santiago Vila]

Package: src:neutron-taas
Version: 3.0.0-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in sid but it failed:


[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh build-indep --buildsystem=python_distutils --with python3
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_autoreconf -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
dh_auto_configure: Please use the third-party "pybuild" build system instead of 
python-distutils
dh_auto_configure: This feature will be removed in compat 12.
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
pyversions: missing X(S)-Python-Version in control file, fall back to 
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

[... snipped ...]

  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1343, in get_original
"%s does not have the attribute %r" % (target, name)
AttributeError:  does not have the 
attribute 'create_connection'


==
FAIL: 
neutron_taas.tests.unit.services.taas.test_taas_plugin.TestTaasPlugin.test_delete_tap_service_with_flow
neutron_taas.tests.unit.services.taas.test_taas_plugin.TestTaasPlugin.test_delete_tap_service_with_flow
--
_StringException: Traceback (most recent call last):
  File 
"/<>/neutron_taas/tests/unit/services/taas/test_taas_plugin.py", 
line 42, in setUp
mock.patch.object(n_rpc, 'create_connection', auto_spec=True).start()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1500, in start
result = self.__enter__()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1369, in __enter__
original, local = self.get_original()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1343, in get_original
"%s does not have the attribute %r" % (target, name)
AttributeError:  does not have the 
attribute 'create_connection'


==
FAIL: 
neutron_taas.tests.unit.services.taas.test_taas_plugin.TestTaasPlugin.test_verify_taas_id_reused
neutron_taas.tests.unit.services.taas.test_taas_plugin.TestTaasPlugin.test_verify_taas_id_reused
--
_StringException: Traceback (most recent call last):
  File 
"/<>/neutron_taas/tests/unit/services/taas/test_taas_plugin.py", 
line 42, in setUp
mock.patch.object(n_rpc, 'create_connection', auto_spec=True).start()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1500, in start
result = self.__enter__()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1369, in __enter__
original, local = self.get_original()
  File "/usr/lib/python3/dist-packages/mock/mock.py", line 1343, in get_original
"%s does not have the attribute %r" % (target, name)
AttributeError:  does not have the 
attribute 'create_connection'


--
Ran 55 tests in 10.252s

FAILED (failures=14, skipped=14)
make[1]: *** [debian/rules:27: override_dh_install] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:7: binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep subprocess 
returned exit status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
but it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/neutron-taas.html

where you can get a full build log if you need it.

I guess you need to upload version 13.0.0 to fix this.

Thanks.

Bug#907227: equalx: diff for NMU version 0.7.1-4.1

[Adrian Bunk]

Control: tags 907227 + pending

Dear maintainer,

I've prepared an NMU for equalx (versioned as 0.7.1-4.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru equalx-0.7.1/debian/changelog equalx-0.7.1/debian/changelog
--- equalx-0.7.1/debian/changelog	2014-10-31 13:18:31.0 +0200
+++ equalx-0.7.1/debian/changelog	2018-09-22 19:36:20.0 +0300
@@ -1,3 +1,11 @@
+equalx (0.7.1-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch from Juhani Numminen to fix FTBFS with Qt 5.11.
+(Closes: #907227)
+
+ -- Adrian Bunk   Sat, 22 Sep 2018 19:36:20 +0300
+
 equalx (0.7.1-4) unstable; urgency=medium
 
   * Removed hardcored libs dependencies (Closes: #767177) 
diff -Nru equalx-0.7.1/debian/patches/missing-Qt-includes.patch equalx-0.7.1/debian/patches/missing-Qt-includes.patch
--- equalx-0.7.1/debian/patches/missing-Qt-includes.patch	1970-01-01 02:00:00.0 +0200
+++ equalx-0.7.1/debian/patches/missing-Qt-includes.patch	2018-09-22 19:36:07.0 +0300
@@ -0,0 +1,16 @@
+Description: Fix FTBFS with Qt 5.11
+Author: Juhani Numminen 
+Bug: https://bugs.launchpad.net/equalx/+bug/1789117
+Bug-Debian: https://bugs.debian.org/907227
+Last-Update: 2018-08-26
+
+--- a/src/DialogPreferences.cpp
 b/src/DialogPreferences.cpp
+@@ -17,6 +17,7 @@
+  * along with this program.  If not, see .
+  */
+ 
++#include 
+ #include 
+ #include 
+ 
diff -Nru equalx-0.7.1/debian/patches/series equalx-0.7.1/debian/patches/series
--- equalx-0.7.1/debian/patches/series	1970-01-01 02:00:00.0 +0200
+++ equalx-0.7.1/debian/patches/series	2018-09-22 19:36:18.0 +0300
@@ -0,0 +1 @@
+missing-Qt-includes.patch

Bug#909369: torbrowser-launcher: fontconfig in torbrowser-launcher complains about blank element

[shirish शिरीष]

Package: torbrowser-launcher
Version: 0.2.9-5
Severity: normal

Dear Maintainer,

I was looking at torbrowser in verbose mode and came across the
following statement -

Fontconfig warning:
"/home/shirish/.local/share/torbrowser/tbb/x86_64/tor-browser_en-US/Browser/TorBrowser/Data/fontconfig/fonts.conf",
line 85: unknown element "blank"

I looked at fonts.conf and sure enough on line 85




I do not know whether it's an issue in fontconfig that is in debian or
an issue with the fonts.conf itself.

Please look into the same.

I also have no idea why the python packages are broken, probably
because everything is shifting to python3 .

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

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

Versions of packages torbrowser-launcher depends on:
ii  ca-certificates   20170717
ii  gnupg 2.2.10-1
ii  libdbus-glib-1-2  0.110-3
ii  python2.7.15-3
pn  python-gtk2   
pn  python-lzma   
pn  python-parsley
pn  python-psutil 
pn  python-twisted
pn  python-txsocksx   

Versions of packages torbrowser-launcher recommends:
ii  tor  0.3.4.8-1

Versions of packages torbrowser-launcher suggests:
ii  apparmor   2.13-8
pn  python-pygame  

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#909207: pavucontrol: Pavucontrol don't see all the sound cards

[Felipe Sateler]

Control: tags -1 moreinfo

Hi,
On Wed, Sep 19, 2018 at 3:03 PM Stefano Simonucci 
wrote:

> Package: pavucontrol
> Version: 3.0-4
> Severity: important
>
> Dear Maintainer,
> I have in my computer two Audio boards:
> $ lspci | grep -e Audio
> 00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio
> Controller
> 01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)
>
> but I have able to use only the Nvidia audio device which don't have an
> input device, so I'm not able to use skypeforlinux. Nevertheless the Intel
> Chipset is seen by audacity or by the alsa mixer, so that I'm able to use
> the microphone for the registration. I have used mate desktop and the
> gnome-desktop with the same result.
> Pavucontrol sees one sound card: Nvidia card. I don't understand the
> reason for this.
> Thank you in advance
>

Please attach the output of `reportbug --template pulseaudio`. Most likely
the sound device is in use by another program, so please also attach the
output of `sudo lsof /dev/snd/*`. Are you using MATE? I have received a few
bug reports where the MATE volume control applet is at fault.


-- 

Saludos,
Felipe Sateler

Bug#909368: python-vobject: diff for NMU version 0.9.6.1-0.1

[Jonas Smedegaard]

Package: python-vobject
Version: 0.9.5-2
Severity: normal
Tags: patch  pending

[Replace XX with correct value]

Dear maintainer,

I've prepared an NMU for python-vobject (versioned as 0.9.6.1-0.1) and
took the liberty of uploading it straight to unstable (since Jelmer
Vernooij permits that at https://wiki.debian.org/LowThresholdNmu).

I prepared the NMU in a clone of the Debian git tree, and can share that
if you permit me write access to simply do a "git push".  Otherwise
please use the included patch, as I am not familiar with other schemes
of exchanging git material.

Regards.

 - Jonas

diff -Nru python-vobject-0.9.5/debian/changelog 
python-vobject-0.9.6.1/debian/changelog
--- python-vobject-0.9.5/debian/changelog   2018-06-02 20:20:50.0 
+0200
+++ python-vobject-0.9.6.1/debian/changelog 2018-09-22 17:52:42.0 
+0200
@@ -1,3 +1,23 @@
+python-vobject (0.9.6.1-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Jelmer Vernooij ]
+  * Remove Jonas from uploaders.
+
+  [ Ondřej Nový ]
+  * d/changelog: Remove trailing whitespaces
+
+  [ Jonas Smedegaard ]
+  * New upstream version 0.9.6.1
+Closes: Bug#907718, #908499.
+Thanks to Paul Gevers and Adrian Bunk.
+  * Fix drop patch to treat untils as floating:
+Bogusly double-applied since 0.9.2-1.
+  * Unfuzz patch to not install ics diff.
+
+ -- Jonas Smedegaard   Sat, 22 Sep 2018 17:52:42 +0200
+
 python-vobject (0.9.5-2) unstable; urgency=medium
 
   * Change maintainer to Debian Python Modules Team. Closes: #899678
@@ -187,7 +207,7 @@
 
 python-vobject (0.5.0-1) unstable; urgency=low
 
-  * New upstream version 
+  * New upstream version
 
  -- Guido Guenther   Wed, 16 Jan 2008 11:45:55 +0100
 
@@ -203,7 +223,7 @@
 
 python-vobject (0.4.8-1) unstable; urgency=low
 
-  * New Upstream Version (Closes: #421894) 
+  * New Upstream Version (Closes: #421894)
   * remove_ics_diff.patch: don't install /usr/bin/ics_diff
 
  -- Guido Guenther   Mon, 18 Jun 2007 18:30:30 +0200
@@ -238,7 +258,7 @@
 
 python-vobject (0.0.svn155-2) unstable; urgency=low
 
-  * build depend on python-dateutil so the testuite can run properly. 
+  * build depend on python-dateutil so the testuite can run properly.
 (Closes: #389385)
 
  -- Guido Guenther   Mon, 25 Sep 2006 15:49:10 +0200
@@ -269,4 +289,3 @@
   
http://trac.macosforge.org/projects/calendarserver/browser/CalendarServer/trunk/patches/vObject/icalendar.patch
 
  -- Guido Guenther   Wed,  6 Sep 2006 11:04:33 +0200
-
diff -Nru python-vobject-0.9.5/debian/control 
python-vobject-0.9.6.1/debian/control
--- python-vobject-0.9.5/debian/control 2018-06-02 20:20:50.0 +0200
+++ python-vobject-0.9.6.1/debian/control   2018-09-20 13:58:18.0 
+0200
@@ -2,8 +2,7 @@
 Section: python
 Priority: optional
 Maintainer: Debian Python Modules Team 

-Uploaders: Guido Günther , Jelmer Vernooij 
,
- Jonas Smedegaard 
+Uploaders: Guido Günther , Jelmer Vernooij 

 Build-Depends: debhelper, dh-python,
  python,
  python-dateutil,
diff -Nru python-vobject-0.9.5/debian/copyright 
python-vobject-0.9.6.1/debian/copyright
--- python-vobject-0.9.5/debian/copyright   2018-06-02 20:20:50.0 
+0200
+++ python-vobject-0.9.6.1/debian/copyright 2018-09-20 13:58:18.0 
+0200
@@ -65,4 +65,3 @@
  * originally written at the National Center for Supercomputing Applications,
  * University of Illinois, Urbana-Champaign.
  */
-
diff -Nru python-vobject-0.9.5/debian/patches/Don-t-install-ics_diff.patch 
python-vobject-0.9.6.1/debian/patches/Don-t-install-ics_diff.patch
--- python-vobject-0.9.5/debian/patches/Don-t-install-ics_diff.patch
2018-06-02 20:20:50.0 +0200
+++ python-vobject-0.9.6.1/debian/patches/Don-t-install-ics_diff.patch  
2018-09-22 17:30:28.0 +0200
@@ -8,9 +8,9 @@
 
 --- a/setup.py
 +++ b/setup.py
-@@ -43,12 +43,6 @@
+@@ -38,12 +38,6 @@
url = "http://eventable.github.io/vobject/;,
-   download_url = 'https://github.com/eventable/vobject/tarball/0.9.5',
+   download_url = 'https://github.com/eventable/vobject/tarball/0.9.6.1',
bugtrack_url = "https://github.com/eventable/vobject/issues;,
 -  entry_points = {
 -'console_scripts': [
diff -Nru python-vobject-0.9.5/debian/patches/series 
python-vobject-0.9.6.1/debian/patches/series
--- python-vobject-0.9.5/debian/patches/series  2018-06-02 20:20:50.0 
+0200
+++ python-vobject-0.9.6.1/debian/patches/series2018-09-22 
17:49:13.0 +0200
@@ -1,2 +1 @@
 Don-t-install-ics_diff.patch
-Treat-untils-as-floating.patch
diff -Nru python-vobject-0.9.5/debian/patches/Treat-untils-as-floating.patch 
python-vobject-0.9.6.1/debian/patches/Treat-untils-as-floating.patch
--- python-vobject-0.9.5/debian/patches/Treat-untils-as-floating.patch  
2018-06-02 20:20:50.0 +0200
+++ python-vobject-0.9.6.1/debian/patches/Treat-untils-as-floating.patch
1970-01-01 01:00:00.0 +0100
@@ -1,29 +0,0 @@
-From: Morgen Sagen 
-Date: Mon, 

Bug#518218: Workaround for DocBook and bookinfo

[Osamu Aoki]

Hi,

I finally got some idea to change tag behavior without creating new
class definition.  Understanding po4a is non-trivial task.

I added following to po4a/po4a.cfg of my test source tree

[type: docbook] project-history.en.dbk \
 $lang:project-history.$lang.dbk \
 opt:"-o nodefault= -o break= -o 
untranslated=" \
 add_$lang:?po4a/add_$lang/project-history.add

-o nodefault resets the default setting by Locale::Po4a::DocBook
-o break sets option via Locale::Po4a::XML
 this is one of break/inline/placehiolder/customtag
-o untranslated sets option via Locale::Po4a::XML
 this is one of translated or untranslated

I still need to figure out  and  differences to
claim the default setting is wrong.  But this woprk around nables me to
build DocBook with po4a.

I think enhancement to the debug output is needed for easier maintenance
of po4a.

This is more or less my memo... but this may help people wondering to
customize po4a behavior...

Osamu

Bug#909366: libqt5webkit5: segfault in JSC::Structure::globalObject()

[Jakub Wilk]

Package: libqt5webkit5
Version: 5.212.0~alpha2-15

Programs that use QtWebKit (at least wkhtmltopdf and arora) crash on the 
attached HTML file:


  $ wkhtmltopdf --quiet crash.html tmp.pdf
  QApplication: invalid style override passed, ignoring it.
  libpng warning: iCCP: known incorrect sRGB profile
  libpng warning: iCCP: known incorrect sRGB profile
  Segmentation fault

Backtrace:

#0  0xf5f6bb65 in JSC::Structure::globalObject() const () at 
../Source/JavaScriptCore/runtime/Structure.h:247
#1  0xf5f6bb65 in JSC::JSObject::globalObject() const () at 
../Source/JavaScriptCore/runtime/JSObject.h:648
#2  0xf5f6bb65 in WebCore::JSDOMObject::globalObject() const () at 
../Source/WebCore/bindings/js/JSDOMWrapper.h:40
#3  0xf5f6bb65 in WebCore::JSDOMObject::scriptExecutionContext() const () at 
../Source/WebCore/bindings/js/JSDOMWrapper.h:41
#4  0xf5f6bb65 in WebCore::DOMConstructorWithDocument::document() const () at 
../Source/WebCore/bindings/js/DOMConstructorWithDocument.h:35
#5  0xf5f6bb65 in 
WebCore::JSDOMNamedConstructor::construct(JSC::ExecState*)
 () at ../Source/WebCore/bindings/js/JSImageConstructor.cpp:50
#6  0xf586a3ea in handleHostCall() () at 
../Source/JavaScriptCore/llint/LLIntSlowPaths.cpp:1131
#7  0xf5874e04 in JSC::LLInt::genericCall(JSC::ExecState*, JSC::Instruction*, 
JSC::CodeSpecializationKind) () at 
../Source/JavaScriptCore/llint/LLIntSlowPaths.cpp:1238
#8  0xf5874e04 in llint_slow_path_construct() () at 
../Source/JavaScriptCore/llint/LLIntSlowPaths.cpp:1250
#9  0xf56a892f in llint_entry () at /usr/lib/i386-linux-gnu/libQt5WebKit.so.5
#10 0xf56a3e9c in vmEntryToJavaScript () at 
/usr/lib/i386-linux-gnu/libQt5WebKit.so.5
#11 0xf564133c in JSC::JITCode::execute(JSC::VM*, JSC::ProtoCallFrame*) () at 
../Source/JavaScriptCore/jit/JITCode.cpp:80
#12 0xf560a1a1 in JSC::Interpreter::execute(JSC::ProgramExecutable*, 
JSC::ExecState*, JSC::JSObject*) () at 
../Source/JavaScriptCore/interpreter/Interpreter.cpp:971
#13 0xf53a54dc in JSC::evaluate(JSC::ExecState*, JSC::SourceCode const&, JSC::JSValue, 
WTF::NakedPtr&) () at 
../Source/JavaScriptCore/runtime/Completion.cpp:106
#14 0xf53a574a in JSC::profiledEvaluate(JSC::ExecState*, JSC::ProfilingReason, 
JSC::SourceCode const&, JSC::JSValue, WTF::NakedPtr&) () at 
../Source/JavaScriptCore /runtime/Completion.cpp:121
#15 0xf6018477 in WebCore::JSMainThreadExecState::profiledEvaluate(JSC::ExecState*, 
JSC::ProfilingReason, JSC::SourceCode const&, JSC::JSValue, 
WTF::NakedPtr&) () at 
../Source/WebCore/bindings/js/JSMainThreadExecState.h:80
#16 0xf6018477 in WebCore::ScriptController::evaluateInWorld(WebCore::ScriptSourceCode 
const&, WebCore::DOMWrapperWorld&, WebCore::ExceptionDetails*) () at 
../Source/WebCore/bindings/js/ScriptController.cpp:164
#17 0xf60187a8 in WebCore::ScriptController::evaluate(WebCore::ScriptSourceCode 
const&, WebCore::ExceptionDetails*) () at 
../Source/WebCore/bindings/js/ScriptController.cpp:180
#18 0xf5e16c35 in WebCore::ScriptElement::executeScript(WebCore::ScriptSourceCode 
const&) () at ../Source/WebCore/dom/ScriptElement.cpp:314
#19 0xf5e170de in WebCore::ScriptElement::prepareScript(WTF::TextPosition 
const&, WebCore::ScriptElement::LegacyTypeSupport) () at 
../Source/WebCore/dom/ScriptElement.cpp:245
#20 0xf60ae292 in WebCore::HTMLScriptRunner::runScript(WebCore::Element*, 
WTF::TextPosition const&) () at 
../Source/WebCore/html/parser/HTMLScriptRunner.cpp:302
#21 0xf60aec5a in 
WebCore::HTMLScriptRunner::execute(WTF::PassRefPtr, 
WTF::TextPosition const&) () at ../Source/WebCore/html/parser/HTMLScriptRunner.cpp:175
#22 0xf60a23c9 in WebCore::HTMLDocumentParser::runScriptsForPausedTreeBuilder() 
() at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:195
#23 0xf60a24ac in 
WebCore::HTMLDocumentParser::canTakeNextToken(WebCore::HTMLDocumentParser::SynchronousMode,
 WebCore::PumpSession&) () at 
../Source/WebCore/html/parser/HTMLDocumentParser.cpp:213
#24 0xf60a443e in 
WebCore::HTMLDocumentParser::canTakeNextToken(WebCore::HTMLDocumentParser::SynchronousMode,
 WebCore::PumpSession&) () at 
../Source/WebCore/html/parser/HTMLDocumentParser.cpp:201
#25 0xf60a443e in 
WebCore::HTMLDocumentParser::pumpTokenizer(WebCore::HTMLDocumentParser::SynchronousMode)
 () at ../Source/WebCore/html/parser/HTMLDocumentParser.cpp:252
#26 0xf60a57cb in 
WebCore::HTMLDocumentParser::append(WTF::RefPtr&&) () at 
../Source/WebCore/html/parser/HTMLDocumentParser.cpp:382
#27 0xf5dac513 in 
WebCore::DecodedDataDocumentParser::flush(WebCore::DocumentWriter&) () at 
../Source/WebCore/dom/DecodedDataDocumentParser.cpp:60
#28 0xf60fa1d7 in WebCore::DocumentWriter::end() () at 
../Source/WebCore/loader/DocumentWriter.cpp:260
#29 0xf60f00cd in WebCore::DocumentLoader::finishedLoading(double) () at 
../Source/WebCore/loader/DocumentLoader.cpp:435
#30 0xf60f029d in 
WebCore::DocumentLoader::notifyFinished(WebCore::CachedResource*) () at 
../Source/WebCore/loader/DocumentLoader.cpp:382
#31 0xf6161311 in 

Bug#909367: Maximizing gtk emacs makes it a 1 line window that cannot be changed again

[Guido Günther]

Package: emacs
Version: 1:25.2+1-11
Severity: normal

Hi,
maximizing the gtk version of emacs makes it a very small one line
window and it can't be changed back to the original size. The console
has:

(emacs:7990): Gtk-CRITICAL **: 18:02:22.469: 
gtk_distribute_natural_allocation: assertion 'extra_space >= 0' failed

but googling around seems that this is not an uncommon log message from
GTK+ emacs. This started after updating GTK+ to form 3.22 to 3.24.

I'm running rootston (the wlroots reference compositor) and emacs is
using XWayland.

Cheers,
 -- Guido


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

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

Versions of packages emacs depends on:
ii  emacs-gtk  1:25.2+1-11

emacs recommends no packages.

emacs suggests no packages.

-- no debconf information

Bug#909274: jansson: Please consider building jansson with -fPIC

[Alessandro Ghedini]

On Thu, Sep 20, 2018 at 09:09:39PM +0200, Jean Baptiste Favre wrote:
> Source: jansson
> Severity: wishlist
> 
> Dear Maintainer,
> 
> Next release of trafficserver provides a plugin depending on jansson.
> Currently, jansson seems to be built staticaly:
> 
> checking jansson.h usability... yes
> checking jansson.h presence... yes
> checking for jansson.h... yes
> checking whether jansson is dynamic... no
> 
> It also doen't use -fPIC, which prevent its use with trafficserver:
> 
> libtool: link:  cc -shared  -fPIC -DPIC
> experimental/uri_signing/.libs/uri_signing.o
> experimental/uri_signing/.libs/config.o
> experimental/uri_signing/.libs/cookie.o
> experimental/uri_signing/.libs/jwt.o
> experimental/uri_signing/.libs/match.o
> experimental/uri_signing/.libs/parse.o
> experimental/uri_signing/.libs/timing.o   -l:libjansson.a -l:libcjose.a
> -lpcre -lm -lcrypto -lbrotlienc -lpthread -ldl  -g -mcx16 -g -O2
> -fstack-protector-strong -O3 -Wl,-z -Wl,relro -Wl,-z -Wl,now
> -Wl,-soname -Wl,uri_signing.so -Wl,-version-script
> -Wl,experimental/uri_signing/.libs/uri_signing.ver -o
> experimental/uri_signing/.libs/uri_signing.so
> /usr/bin/ld:
> /usr/lib/gcc/x86_64-linux-gnu/8/../../../x86_64-linux-gnu/libjansson.a(load.o):
> relocation R_X86_64_PC32 against symbol `stdin@@GLIBC_2.2.5' can not be
> used when making a shared object; recompile with -fPIC
> 
> Could you please consider adding this flag ?

AFAICT jansson is already built with -fPIC, see build logs:
https://buildd.debian.org/status/fetch.php?pkg=jansson=amd64=2.11-1=1518387251=0
https://buildd.debian.org/status/fetch.php?pkg=jansson=i386=2.11-1=1518387065=0

Cheers


signature.asc
Description: PGP signature

Bug#909365: linux: backtrace when exiting X.org with Ctrl-Alt-Backspace

[Thorsten Glaser]

Package: src:linux
Version: 4.17.17-1
Severity: minor

I exited X.org after a quick session and got the following backtrace,
also spit on the console.

-- Package-specific info:
** Version:
Linux version 4.17.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-28)) #1 SMP Debian 4.17.17-1 (2018-08-18)

** Command line:
BOOT_IMAGE=/vmlinuz-4.17.0-3-amd64 root=/dev/sda4 ro rootdelay=5 syscall.x32=y 
vsyscall=emulate net.ifnames=0 kaslr pcie_aspm=force consoleblank=0

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
[ 1890.801314]  cryptd glue_helper aes_x86_64 sd_mod ata_generic psmouse 
ata_piix i2c_i801 ahci uhci_hcd ehci_pci libahci sdhci_pci cqhci ehci_hcd sdhci 
libata lpc_ich scsi_mod mmc_core i915 usbcore e1000e usb_common i2c_algo_bit 
drm_kms_helper video drm button thermal
[ 1890.801365] CPU: 0 PID: 2673 Comm: Xorg Tainted: GW 
4.17.0-3-amd64 #1 Debian 4.17.17-1
[ 1890.801367] Hardware name: LENOVO 7673AG4/7673AG4, BIOS 7NET30WW (1.11 ) 
11/15/2007
[ 1890.801448] RIP: 0010:assert_plane+0x87/0x90 [i915]
[ 1890.801451] RSP: 0018:b532c200b808 EFLAGS: 00010282
[ 1890.801455] RAX:  RBX: 9b48ebb6b400 RCX: 0002
[ 1890.801458] RDX:  RSI: 0002 RDI: 0202
[ 1890.801461] RBP:  R08:  R09: 0035
[ 1890.801464] R10:  R11:  R12: 9b48ea6554b0
[ 1890.801467] R13: 9b48ee76 R14:  R15: 9b48ea6d8000
[ 1890.801472] FS:  7f2cd777ea40() GS:9b48fbc0() 
knlGS:
[ 1890.801476] CS:  0010 DS:  ES:  CR0: 80050033
[ 1890.801479] CR2: 556440d22ff0 CR3: 00022f97e000 CR4: 06f0
[ 1890.801481] Call Trace:
[ 1890.801567]  assert_planes_disabled.isra.100+0x48/0x60 [i915]
[ 1890.801647]  intel_enable_pipe+0x4a/0x200 [i915]
[ 1890.801729]  i9xx_crtc_enable+0x352/0x480 [i915]
[ 1890.801811]  intel_update_crtc+0x39/0x90 [i915]
[ 1890.801892]  intel_update_crtcs+0x47/0x60 [i915]
[ 1890.801972]  intel_atomic_commit_tail+0x1db/0xcc0 [i915]
[ 1890.802053]  intel_atomic_commit+0x29a/0x2d0 [i915]
[ 1890.802083]  restore_fbdev_mode_atomic+0x1af/0x220 [drm_kms_helper]
[ 1890.802104]  drm_fb_helper_restore_fbdev_mode_unlocked+0x45/0x90 
[drm_kms_helper]
[ 1890.802122]  drm_fb_helper_set_par+0x29/0x50 [drm_kms_helper]
[ 1890.802199]  intel_fbdev_set_par+0x16/0x60 [i915]
[ 1890.802209]  fb_set_var+0x179/0x3e0
[ 1890.802218]  ? __schedule+0x299/0x860
[ 1890.802224]  ? __switch_to_asm+0x40/0x70
[ 1890.802233]  fbcon_blank+0x26f/0x320
[ 1890.802244]  do_unblank_screen+0xb3/0x1a0
[ 1890.802249]  vt_ioctl+0x4d7/0x1120
[ 1890.802257]  ? filename_parentat+0x10b/0x190
[ 1890.802262]  tty_ioctl+0xef/0x890
[ 1890.802270]  ? current_time+0x18/0x70
[ 1890.802276]  do_vfs_ioctl+0xa4/0x630
[ 1890.802281]  ? dput.part.24+0x95/0x120
[ 1890.802288]  ? __fput+0x164/0x1e0
[ 1890.802293]  ksys_ioctl+0x70/0x80
[ 1890.802298]  __x64_sys_ioctl+0x16/0x20
[ 1890.802305]  do_syscall_64+0x55/0x110
[ 1890.802311]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 1890.802316] RIP: 0033:0x7f2cd8684067
[ 1890.802319] RSP: 002b:7ffc0c7044e8 EFLAGS: 0246 ORIG_RAX: 
0010
[ 1890.802324] RAX: ffda RBX: 55644039d720 RCX: 7f2cd8684067
[ 1890.802327] RDX:  RSI: 4b3a RDI: 000c
[ 1890.802330] RBP:  R08: 556440d1e430 R09: 7f2cd86d1ee0
[ 1890.802333] R10: 0038 R11: 0246 R12: 5564403c0740
[ 1890.802336] R13:  R14: 5564403bc6e8 R15: 5564403a1b90
[ 1890.802340] Code: e6 19 42 c0 84 c0 48 c7 c2 e9 19 42 c0 48 89 f1 48 c7 c7 
48 4e 43 c0 48 0f 44 ca 40 84 ed 48 0f 45 d6 48 8b 73 18 e8 49 91 4d dc <0f> 0b 
eb 92 0f 1f 44 00 00 66 66 66 66 90 c1 e6 0c 53 89 d3 81 
[ 1890.802423] ---[ end trace 7f3b33238a1964b8 ]---
[ 1891.102331] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU 
pipe A FIFO underrun
[ 1891.103547] [ cut here ]
[ 1891.103552] cursor A assertion failure (expected off, current on)
[ 1891.103742] WARNING: CPU: 1 PID: 2673 at 
/build/linux-LgHyGB/linux-4.17.17/drivers/gpu/drm/i915/intel_display.c:1231 
assert_plane+0x87/0x90 [i915]
[ 1891.103744] Modules linked in: ctr ccm devlink cpufreq_conservative 
cpufreq_userspace cpufreq_powersave binfmt_misc ipt_MASQUERADE 
nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 
nf_nat nf_conntrack libcrc32c ip_tables x_tables tun snd_seq_midi 
snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_hda_codec_analog 
snd_hda_codec_generic arc4 pcmcia ppdev iwl4965 iwlegacy coretemp kvm_intel 
snd_hda_intel mac80211 snd_hda_codec kvm irqbypass snd_hda_core sg pcspkr 
serio_raw iTCO_wdt snd_hwdep snd_pcm_oss yenta_socket snd_mixer_oss pcmcia_rsrc 
cfg80211 iTCO_vendor_support pcmcia_core thinkpad_acpi snd_pcm nvram snd_timer 
snd shpchp 

Bug#907491: closed by Paul Gevers (Re: goobook fails to authenticate)

[tony mancill]

On Sat, Sep 22, 2018 at 02:36:45PM +0300, Ilias Tsitsimpis wrote:
> > > The above traceback mentions 
> > > "/usr/local/lib/python2.7/dist-packages/httplib2/__init__.py".
> > > This is not the canonical location where Debian Python packages get
> > > installed. I believe you have installed a different version of the
> > > httplib2 module using pip. Could you please test using the Python module
> > > provided by the python-httplib2 package?
> 
> Please take a look at the comment above. It looks like you are not using
> the official Debian package for python-httplib2, which is installed
> under /usr/lib/python2.7/dist-packages/httplib2/ [1]. My guess is that
> you have `pip install`-ed that package, so I would start by uninstalling
> it and revert back to the Debian one.

Although I was previously affected by this bug, I can confirm that
goobook is working correctly for me on a pure Debian installation.

Thank you for maintaining this software for Debian!
tony

Bug#896317: Bug#896404: python-django-casclient: diff for NMU version 1.2.0-2.1

[Joost van Baal-Ilić]

On Sat, Sep 22, 2018 at 12:09:49PM +0300, Adrian Bunk wrote:
> 
> I've prepared an NMU for python-django-casclient (versioned as 
> 1.2.0-2.1) and uploaded it to DELAYED/15. Please feel free to
> tell me if I should cancel it.

Thanks for your work, much appreciated.  Please do go ahead.

Bye,

Joost

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

I finally managed to get rid of the duplicate local folders by manually 
removing the offending files in my "Local Mail" folder for it (making 
sure to keep the ones for the folder that actually had the mails in it). 
That seems to have fixed the startup crash for me.


My only theory - and this is just wild speculation - is that this mail 
folder dated from some point before I switched to an UTF-8 locale, so it 
still used Latin-1 as character encoding for the file name. The old 
Thunderbird accepted this, at least as long as I didn't try to rename 
the folder. Apparently the new Thunderbird did not.


That's as far as I'm going to pursue this. I wish Thunderbird would 
handle this case more gracefully, but maybe it will at least help 
someone else with the same problem.


Torbjörn Andersson

Bug#909364: tor: access to /etc/ssl/openssl.cnf denied by AppArmor

[Jakub Wilk]

Package: tor
Version: 0.3.4.8-1

I see this in dmesg:

   audit: type=1400 audit(1537624901.494:25): apparmor="DENIED" operation="open" profile="system_tor" 
name="/etc/ssl/openssl.cnf" pid=3277 comm="tor" requested_mask="r" denied_mask="r" fsuid=0 ouid=0

Adding "#include " to /etc/apparmor.d/local/system_tor 
fixed it for me.

--
Jakub Wilk

Bug#906816: thunderbird: Does not start

[Torbjörn Andersson]

I made an attempt at debugging, but I don't know how fruitful it is. It 
looks like it's looping through my archived folders, and for each of 
them it calls currentFile->GetLeafName(leafName) to strip the directory 
from it. I think. If so, it happensThis happens in 
nsMsgBrkMBoxStore::AddSubFolders().


I put a breakpoint in nsLocalFile::LocateNativeLeafName() and, after 
much stepping, it finally reached a mail folder I named "Jobbsökeri". 
This shows up in my .thunderbird directory as a bunch of files:


d91tan@jehu:~/.thunderbird/rhu4a0c1.default/Mail/Local Folders$ ls -lbd 
Jobbs*-rw--- 1 d91tan d91tan 1458933 Mar  1  2007 Jobbs\366keri

-rw-r--r-- 1 d91tan d91tan   72718 Apr 25  2011 Jobbs\366keri.msf
drwxr-sr-x 2 d91tan d91tan4096 Nov 16  2005 Jobbs\366keri.sbd
-rw-r--r-- 1 d91tan d91tan   26294 Sep 10  2008 Jobbsökeri
-rw-r--r-- 1 d91tan d91tan6232 Feb 16  2017 Jobbsökeri.msf

There seems to be something about it that Thunderbird doesn't like, 
because it's shortly after reaching this that Thunderbird crashes.


I tried renaming the folder to get rid of the "ö", but now I have 
"Jobbsokeri" (which has the mails in it) and "Jobbsökeri" (which is 
empty), and no matter how I try to remove the latter, it keeps popping 
back up again when I restart Thunderbird.


That's as far as I got. Could that have anything to do with the crash?

Torbjörn Andersson

Bug#909363: Please change qwt dependencies

[Gudjon I. Gudjonsson]

Source: odin
Version: 2.0.3-0.1
Severity: normal

Dear maintainer

Please change the dependencies on Qwt from
libqwt5-qt4-dev (Qwt5) to libqwt-dev (Qwt6)

According to upstream Qwt6 is supported. I have tested and it does compile and 
start
with Qwt6 but unfortunately I don't know how the program works so I could not 
do any
further tests.
Qwt5 is an obsolete version that only supports Qt4 but 
Qwt6 works for both Qt4 and Qt5. 


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

Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores)

Bug#909134: Info received (Bug#909134: RFS: budgie-extras/0.6.1-1)

[David Mohammed]

HI there,

  Re copyright: thanks - have resolved that and committed the change
(see patch header)

 Re debian/ubuntu - noted - and merged to retain the history which
equally applies to both

revised last change log is now:

  * New upstream release
- see ChangeLog for details
  * Issues Resolved:
- fix showtime crash on early exit (LP: #1760741)
- fix hotcorners pressure calculation causing crash of the
  applet (LP: #1781981)
- fix occasional display issues with previews (LP: #1779766)
  wpreviews.patch
  * Patch 0001-Fix-GPL-license-to-be-project-consistent.patch
Apply upstream fix to make QuickNote source copyright
consistent with the project
  * Packaging Changes:
- Bump Standards-Version - no changes required
- debian/control change build-dependencies to build both vala and
  python3 applets
- debian/control
  update descriptions for vala applets
  revise binary dependencies for hotcorners and quicknote
  change architecture for hotcorners and quicknote to any
  update BuildDepends to accommodate Vala compilation
  Add new binary packages for trash, recentlyused, applauncher and weather
- debian/rules Add hardening instructions for Vala based applets

Re-checked the build via pbuilder-dist unstable

David
On Sat, 22 Sep 2018 at 12:39, Debian Bug Tracking System
 wrote:
>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Mentors 
>
> If you wish to submit further information on this problem, please
> send it to 909...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 909134: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909134
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

Bug#909328: gnome-terminal: Crashes when using 'set lines=999' in Vim editor

[Egmont Koblinger]

Hello,

I also tried and couldn't reproduce the problem.

It's probably a race condition as gnome-terminal asks to be of size
999x999, and the window manager rejects it and forces a smaller one.

How do you exactly set the size from vim? Do you put these lines in vimrc,
or you type these commands interactively, etc., how exactly? I'm asking
because let's say whether the two dimensions are modified in a single step
or in two consecutive steps might make a difference.

What's your display server (X vs. Wayland), what graphical desktop and
window manager do you use? I'm asking because potentially all of them
behaves somewhat differently.

Does vim's startup always crash gnome-terminal for you? If not then
approximately how often?

A backtrace would indeed be great, I'd add to Bernhard's response that
libvte-2.91-0 should also be compiled with debug symbols, since the crash
is most likely inside vte.

Thanks,
egmont

Bug#793668: there would be an attempt to have an updated angband build with SDL2

[shirish शिरीष]

Dear Andreas,

There are attempts being made at angband forums to have an updated
SDL2 frontend .

http://angband.oook.cz/forum/showthread.php?t=9076

your expertise may prove to be invaluable as you know about Debian
more than me.

Just giving you a heads-up in case you become interested.


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#909359: standard-gamepad.svg is missing

[Jeremy Bicha]

Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-games/issues/121
Control: severity -1 important

On Sat, Sep 22, 2018 at 8:42 AM Patrick Ammann  wrote:
> (org.gnome.Games:16498): Games-CRITICAL **: 14:36:33.908:
> gamepad-mapper.vala:27: Could not set up gamepad view: Error opening
> file
> /home/pammann/resource:/org/gnome/Games/gamepads/standard-gamepad.svg/file:/home/pammann/resource:/org/gnome/Games/gamepads/standard-gamepad.svg:
> No such file or directory

Thank you for taking the time to file this bug. I forwarded it to
GNOME. There are several issues with the keyboard/gamepad preferences.
Another one is https://gitlab.gnome.org/GNOME/gnome-games/issues/108

Jeremy Bicha