Bug#950389: libc6 s390x preinstall script fails

[Mario Limonciello]

Package: libc6
Version: 2.30-0ubuntu3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I currently use multi arch with s390x on Debian testing in an amd64 container
for continuous integration purposes for an upstream project, fwupd.

In the last day or so the container setup is failing with the following:

Selecting previously unselected package libc6:s390x.
Preparing to unpack .../2-libc6_2.29-9_s390x.deb ...
/usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open
shared object file: No such file or directory
dpkg: error processing archive /tmp/apt-dpkg-install-
Fec8mr/2-libc6_2.29-9_s390x.deb (--unpack):
 new libc6:s390x package pre-installation script subprocess returned error exit
status 127
Unpacking gcc-9-base:s390x (9.2.1-25) ...
Errors were encountered while processing:
 /tmp/apt-dpkg-install-Fec8mr/2-libc6_2.29-9_s390x.deb
E: Could not configure 'libc6:s390x'.
E: Could not perform immediate configuration on 'libgcc1:s390x'. Please see man
5 apt.conf under APT::Immediate-Configure for details. (2)

The full log is available here: https://travis-
ci.org/fwupd/fwupd/jobs/644533041#L1250



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

Kernel: Linux 5.3.0-19-generic (SMP w/8 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libc6 depends on:
ii  libgcc1  1:9.2.1-25ubuntu1

Versions of packages libc6 recommends:
ii  libidn2-0  2.2.0-2

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.73
pn  glibc-doc  
ii  locales2.30-0ubuntu3

-- debconf information excluded

Bug#891410:

[Mario Limonciello]

I think that upstream would be happy to switch to a "public" interface in
the future.  Would you mind suggesting something upstream with the relevant
changes that make sense?

On Mon, Jan 20, 2020 at 7:52 AM Guilhem Moulin  wrote:

> On Mon, 20 Jan 2020 at 07:12:37 -0600, Mario Limonciello wrote:
> > FYI, the newly released version 12 has initramfs support.
>
> Hmm.  I guess I'm part of the problem since I haven't found time to help
> with this unfortunately, but on a quick look it appears that my comments
> from msg#27 and msg#32 still hold.
>
> cryptsetup's initramfs integration isn't part of cryptsetup upstream,
> but is development and maintained by the Debian packaging team, which
> I'm part of.  AFAICT clevis upstream seem to have taken shell scripts
> from src:cryptsetup and adapted them to their needs.  Might work right
> now, but these file use *internal* / *undocumented* interfaces which are
> subject to change without notice.  I fear clevis initramfs users have a
> real risk of ending up with an unbootable system when we do update these
> interfaces.
>
> --
> Guilhem.
>


-- 
Mario Limonciello
supe...@gmail.com

Bug#891410:

[Mario Limonciello]

FYI, the newly released version 12 has initramfs support.

Bug#949069: "apt autoremove" doesn't remove an automatic package with 0 dependents

[Mario E. Weisz]

package: apt
version: 1.8.2

I'm refiling this report since it was wrongly marked as resolved.

to reproduce the problem, run these commands on a fresh Ubuntu or Debian 
installation:
$ apt install postgresql-11
$ apt purge postgresql-11
$ apt autoremove

a dependency named "postgresql-client-11" doesn't get autoremoved despite 
having 0 dependents:
$ apt rdepends "postgresql-client-11 --installed

returns nothing.

*these commands were executed literally after installing the distro (Ubuntu and 
Debian)
*the dependency can be removed manually
*this doesn't happen with aptitude

Bug#948728: (No Subject)

[Mario E. Weisz]

In case anyone is interested, I filed a bug report for APT:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948735

>postgresql-client-11
sounds like a bug but the dev seems to be ignoring it.

>postgresql-common
I found this:
https://www.postgresql.org/message-id/cabuevewgx16f-%2bwpk-rkh%2brufgcpveg0xjcwazoobyzka_j...@mail.gmail.com

Bug#948735: (No Subject)

[Mario E. Weisz]

if you can't explain this behavior or don't have time to look into it then at 
least don't keep this bug report marked as resolved.

Bug#948956: php-xdebug: Memory Corruption vulnerability in Xdebug versions 2.5.5 and prior

[Mario Goljak]

Package: php-xdebug
Version: 2.5.0-1
Severity: important
Tags: security

Dear Maintainer,

there seems to be publicly known security vulnerability in Xdebug versions 
2.5.5 and prior
which allows the attacker to execute arbitrary php code as the context of the 
web user.

Here you can find more information:
https://redshark1802.com/blog/2015/11/13/xpwn-exploiting-xdebug-enabled-servers/
https://github.com/nqxcode/xdebug-exploit
https://www.exploit-db.com/exploits/44568

I suppose that Debian Stretch is still widely used and updating Xdebug would be 
more than useful.

Regards,
Mario

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

Kernel: Linux 4.9.0-11-amd64 (SMP w/16 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 php-xdebug depends on:
ii  libapache2-mod-php7.0 [phpapi-20151012]  7.0.33-0+deb9u6
ii  libc62.24-11+deb9u4
ii  php-common   1:49
ii  php7.0-cli [phpapi-20151012] 7.0.33-0+deb9u6
ii  ucf  3.0036

php-xdebug recommends no packages.

php-xdebug suggests no packages.

-- Configuration Files:
/etc/php/7.0/mods-available/xdebug.ini changed [not included]

-- no debconf information

Bug#948735: (No Subject)

[Mario E. Weisz]

Julian? Anyone?

Bug#948735: apt doesn't completely remove "postgresql-11" dependencies

[Mario E. Weisz]

Thank you for your response.

>Probably something installed depends, recommends, or suggests the 
>postgresql-client that it provides.

$ apt rdepends postgresql-client-11 --installed

returns nothing (empty result).

The install/remove/autoremove sequence was executed right after a fresh 
installation.

Bug#948735: apt doesn't completely remove "postgresql-11" dependencies

[Mario E. Weisz]

package: apt
version: 1.8.2

Note: This was attempted on *fresh* Debian and Ubuntu installations.

$ apt install postgresql-11
$ apt purge postgresql-11
$ apt autoremove

leaves these packages behind:
postgresql-client-11
postgresql-client-common
postgresql-common

I checked the dependents using "apt rdepends $package"
postgresql-client-11: no dependents
postgresql-client-common: postgresql-client-11, postgresql-common
postgresql-common: logrotate

It makes no sense that "postgresql-client-11" was not removed. It's an 
automatic package with no dependents. (aptitude removes it automatically).

As for "postgresql-common" becoming a dependency for "logrotate", it doesn't 
make sense to me either, but I don't know if it's a bug or not.

I contacted a Postgres package maintainer and he believes APT is to blame here.

Bug#948728: (No Subject)

[Mario E. Weisz]

Sorry, I skimmed through the bug report instructions page, didn't realize this 
was going to be forwarded to team+postgre...@tracker.debian.org.

Bug#948728: apt doesn't completely remove "postgresql-11" dependencies

[Mario E. Weisz]

package: postgresql-11
version: 11.5-1+deb10u1

Note: This was attempted on *fresh* Debian and Ubuntu installations.


$ sudo apt install postgresql-11
$ sudo apt purge postgresql-11
$ sudo apt autoremove

leaves these packages behind:
postgresql-client-11
postgresql-client-common
postgresql-common


I checked the dependents using "apt rdepends $package"
postgresql-client-11: no dependents
postgresql-client-common: postgresql-client-11, postgresql-common
postgresql-common: logrotate



It makes no sense that "postgresql-client-11" was not removed. It's an 
automatic package with no dependents. (aptitude removes it automatically).

As for "postgresql-common" becoming a dependency for "logrotate", it doesn't 
make sense to me either, but I don't know if it's a bug or not.



I contacted a Postgres package maintainer and he believes APT is to blame here.

Bug#946072: tpm2-tss: Unable to install s390x libtss2-esys0 library

[Mario Limonciello]

Source: tpm2-tss
Version: 2.3.1-3
Severity: normal

I've found I'm not able to install the s390x version of libtss2-esys0 in a
Debian container with the s390x architecture enabled.

root@553c40bab08a:~# apt install libtss2-esys0:s390x
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libtss2-esys0:s390x : Depends: tpm-udev:s390x but it is not installable
E: Unable to correct problems, you have held broken packages.
root@553c40bab08a:~# apt policy tpm-udev
tpm-udev:
  Installed: 0.2
  Candidate: 0.2
  Version table:
 *** 0.2 500
500 http://deb.debian.org/debian testing/main amd64 Packages
500 http://deb.debian.org/debian testing/main s390x Packages
100 /var/lib/dpkg/status
root@553c40bab08a:~# dpkg -l | grep s390x
ii  gcc-9-base:s390x  9.2.1-19   s390xGCC, the GNU
Compiler Collection (base package)
ii  libc6:s390x   2.29-3 s390xGNU C Library:
Shared libraries
ii  libgcc1:s390x 1:9.2.1-19 s390xGCC support
library
ii  libidn2-0:s390x   2.2.0-2s390xInternationalized
domain names (IDNA2008/TR46) library
ii  libssl1.1:s390x   1.1.1d-2   s390xSecure Sockets
Layer toolkit - shared libraries
ii  libunistring2:s390x   0.9.10-2   s390xUnicode string
library for C



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

Kernel: Linux 5.3.0-18-generic (SMP w/8 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#945954: monero: Scheduled network hard fork requires v0.15

[Mario Costa]

Package: monero
Version: 0.14.1.2-2
Severity: grave
Justification: renders package unusable

Since November 30th, a scheduled Monero network hard fork requires a version of
the Monero software >= 0.15.

Version 0.15.0.1 is currently the last upstream version.



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

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

Bug#944751: trousers: Migrate to tpm-udev

[Mario Limonciello]

Source: trousers
Severity: normal

Dear Maintainer,

As part of bug 918973 there was a request to create a common udev rules package
for TPM 1.2 and TPM2.0 tpm* devices.

This was created as the package 'tpm-udev' which is now in the Debian archive.
'tpm2-tss' now uses this to provide udev rules.

Can you please transition trousers to also use this new package to provide udev
rules so that users don't have duplicated rule sets?



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

Kernel: Linux 5.3.0+ (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_WARN
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#944555: tpm2-tss: please include symbol tracking via debian/symbols

[Mario Limonciello]

Source: tpm2-tss
Version: 2.3.1-1
Severity: wishlist

As this package includes a shared library, it should have symbols in that
library tracked via symbols or shlibs per Debian policy
(https://www.debian.org/doc/debian-policy/ch-sharedlibs.html)

Can you please add a symbols file in a future upload?



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

Kernel: Linux 5.3.0+ (SMP w/8 CPU cores; PREEMPT)
Kernel taint flags: TAINT_WARN
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#918973:

[Mario Limonciello]

Looks that ftp-master accepted tpm-udev now.  Can you update tpm2-tss
to use it too?

Bug#944247: xen domU crashes under high i/o load if you use qcow2 images

[mario]

Source: xen
Severity: important

Dear Maintainer,

we have updated our server from debian oldstable (which unfortunately wasn't 
running stable after the last update, bug reported) to debian buster.

unfortunately xen doesn't work reliably there either:

the virtual server crashes every 1-2 week with i/o problems and sometimes also 
takes other domU instances with it.
we use qcow2 images.

the harddisk of the domU is simply no longer accessible for the linux kernel, 
no logfiles are available. in the xl console the following last lines can be 
read, login not possible:

[ 1450.976415] INFO: task nginx:376 blocked for more than 120 seconds.
[ 1450.976423] Not tainted 4.9.0-9-amd64 #1 Debian 4.9.168-1+deb9u5
[ 1450.976428] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[ 1450.976469] INFO: task nginx:377 blocked for more than 120 seconds.
[ 1450.976474] Not tainted 4.9.0-9-amd64 #1 Debian 4.9.168-1+deb9u5
[ 1450.976479] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this 
message.
[ 1450.976624] INFO: task nginx:378 blocked for more than 120 seconds.

the process varies:
[1523692.508073] INFO: task jbd2/xvda2-8:159 blocked for more than 120 seconds
[1523692.508084] Not tainted [...]

all hard disk accesses fail as if the i/o system is completely dead.
only "xl destroy " and recreate will help

you can easily reproduce this with the tool stress "stress -c 8 -i 8 -d 8".
it takes a maximum of 10 minutes until the vm crashes.

in our experience, as a workaround you can convert all images to raw. after our 
tests, the error will no longer occur. 
but since we need the snapshot functions of qcow2 images, this is not a 
permanent solution.

does anyone else have problems with qcow2 images and xen under buster?
maybe this also concerns qemu?

xen vm.cfg:

we using pygrub, 4 vcpus, 1024 memory

#
# Disk device(s).
#
root = '/dev/xvda2 ro'
disk = [
  'tap:qcow2:/[...]/disk.qcow2,xvda2,w',
  file:/[...]/swap.img,xvda1,w',
  ]

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

Kernel: Linux 4.19.0-6-amd64 (SMP w/16 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#872468: Still exists

[Mario Lang]

Hi.

I am seeing the mentioned warnings (
WARNING: Unknown key type EIGHT_LEVEL_LEVEL_FIVE_LOCK
) whenever setupcon is executed on a stable buster installation.

The contents of my /etc/default/keyboard is as follows:

--
XKBMODEL="sun_type7_euro_usb"
XKBLAYOUT="de,de"
XKBVARIANT=",neo"
XKBOPTIONS="grp:rwin_toggle,ctrl:nocaps"

BACKSPACE="guess"
--

These warnings appear since I enabled the "neo" variant.

Bug#943545: pulseaudio: audio completely broken

[Mario Alegre]

Package: pulseaudio
Version: 13.0-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I recently ran apt upgrade (on 2019-10-23). The last update before that was
about two weeks before. The sound was working fine before I ran the update.
After the update, sound will no longer play out of the laptop's integrated
speakers. When I plug in headphones, sound plays only on the left side, and
moving the volume slider in the mixer does not change the volume at all. I've
used pavucontrol to check that the speakers are recognized by the system and
aren't muted. I'm not sure what other information I can provide that can be
useful, but if you let me know I will be happy to provide it.

Thanks,
Mario Alegre



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


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

Kernel: Linux 5.3.0-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseaudio depends on:
ii  adduser  3.118
ii  init-system-helpers  1.57
ii  libasound2   1.1.8-2
ii  libasound2-plugins   1.1.8-1
ii  libc62.29-2
ii  libcap2  1:2.25-2
ii  libdbus-1-3  1.12.16-2
ii  libgcc1  1:9.2.1-12
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-11
ii  liborc-0.4-0 1:0.4.30-1
ii  libpulse013.0-3
ii  libsm6   2:1.2.3-1
ii  libsndfile1  1.0.28-6
ii  libsoxr0 0.1.3-2
ii  libspeexdsp1 1.2~rc1.2-1.1
ii  libstdc++6   9.2.1-12
ii  libsystemd0  242-7
ii  libtdb1  1.4.2-2
ii  libudev1 242-7
ii  libwebrtc-audio-processing1  0.3-1+b1
ii  libx11-6 2:1.6.8-1
ii  libx11-xcb1  2:1.6.8-1
ii  libxcb1  1.13.1-2
ii  libxtst6 2:1.2.3-1
ii  lsb-base 11.1.0
ii  pulseaudio-utils 13.0-3

Versions of packages pulseaudio recommends:
ii  dbus-user-session  1.12.16-2
ii  libpam-systemd 242-7
ii  rtkit  0.12-4

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

-- no debconf information
# 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 <http://www.gnu.org/licenses/>.

## 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
# 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 <http://www.gnu.org/licenses/>.

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

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting thi

Bug#942630:

[Mario Limonciello]

Can you try to run fwupdmgr manually outside of the service and see if it's
working?
If it isn't, can you please check the journal for fwupd.service to see if
there was a problem with starting it?

-- 
Mario Limonciello
supe...@gmail.com

Bug#918973: udev rules and created user conflict with the one shipped in trousers package

[Mario Limonciello]

On Fri, 20 Sep 2019 11:31:59 +0800 "Ying-Chun Liu (PaulLiu)" <
paul...@debian.org> wrote:
> block 918973 by 940807
>
> thanks
>
>
> Hi.
>
> I've now preparing a native package that solves the problem. Will upload
> it soon to NEW and to salsa.
>
> Thanks,
> Paul
>
>

Do you have any updates?

Bug#941870: RM: fwupdate-amd64-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

[Mario Limonciello]

Package: ftp.debian.org
Severity: normal

Bug#941871: RM: fwupdate-i386-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

[Mario Limonciello]

Package: ftp.debian.org
Severity: normal

Bug#941873: RM: fwupdate-arm64-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

[Mario Limonciello]

Package: ftp.debian.org
Severity: normal

Bug#941872: RM: fwupdate-armhf-signed -- ROM; fwupdate is merged into fwupd, transitioning all fwupdate packages to fwupd

[Mario Limonciello]

Package: ftp.debian.org
Severity: normal

Bug#934786: xen-system-amd64: xen host crashes when calling "npm run build" in a vm (reproducible)

[mario]

Package: xen-system-amd64
Version: 4.8.5+shim4.10.2+xsa282-1+deb9u11
Severity: important

hello everyone,

we have a vm with kernel 4.9.0-5-amd64 running dabian oldstable
if we run an "npm run build" on one of the virtual machines, the whole xen-host 
system will restart (reset)
there is no message, neither in the kernel nor in the syslog.

if we update the kernel of the virtual machine to 4.9.0-9-amd64, the problem is 
no longer there and the build runs without errors.

the kernel of the hosts system doesn't matter, even the latest 4.9.0-9-amd64 
doesn't help.

we have a second server (with different hardware) also here i can crash the 
complete xen-server from the vm with all vms that are running.

the whole thing works reproducible by starting "npm run build" on this special 
vm

any idea how we can narrow that down and provide more information???

kind regards
mario



-- System Information:
Debian Release: 9.9
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages xen-system-amd64 depends on:
ii  xen-hypervisor-4.8-amd64  4.8.5+shim4.10.2+xsa282-1+deb9u11
ii  xen-utils-4.8 4.8.5+shim4.10.2+xsa282-1+deb9u11

xen-system-amd64 recommends no packages.

xen-system-amd64 suggests no packages.

-- no debconf information

Bug#934344: nvidia-kernel-dkms: nvidia kernel driver does not build with linux-5.2

[Mario Palomo]

On Sat, 10 Aug 2019 20:04:01 +0300 =?UTF-8?B?QW5kcmVpIERlbWVraG92?= <
and...@ipfran.ru> wrote:
> This bug seems to have a known origin:
https://garajau.com.br/2019/07/compiling-nvidia-418-on-kernel-52
>
> Best
> Andrei

Based on this I created the following patch, with which I was able to
regenerate the package nvidia-kernel-dkms_418.74-1_amd64.deb, and it worked
for me:

diff -Naurd
nvidia-graphics-drivers-418.74_OLD/debian/module/debian/patches/nvidia-uvm-put_user_pages.patch
nvidia-graphics-drivers-418.74_NEW/debian/module/debian/patches/nvidia-uvm-put_user_pages.patch
---
nvidia-graphics-drivers-418.74_OLD/debian/module/debian/patches/nvidia-uvm-put_user_pages.patch
1970-01-01 00:00:00.0 +
+++
nvidia-graphics-drivers-418.74_NEW/debian/module/debian/patches/nvidia-uvm-put_user_pages.patch
2019-08-11 03:43:01.517330332 +
@@ -0,0 +1,19 @@
+From linux 5.2.2 put_user_page is now being provided by the kernel and it
conflicts with the existing one by NVIDIA drivers.
+
+--- a/nvidia-uvm/uvm8_tools.c
 b/nvidia-uvm/uvm8_tools.c
+@@ -206,12 +206,14 @@ static bool
tracker_is_counter(uvm_tools_event_tracker_t *event_tracker)
+ return event_tracker != NULL && !event_tracker->is_queue;
+ }
+
++#if LINUX_VERSION_CODE < KERNEL_VERSION(5, 2, 2)
+ static void put_user_pages(struct page **pages, NvU64 page_count)
+ {
+ NvU64 i;
+ for (i = 0; i < page_count; i++)
+ put_page(pages[i]);
+ }
++#endif
+
+ static void unmap_user_pages(struct page **pages, void *addr, NvU64 size)
+ {
diff -Naurd nvidia-graphics-drivers-418.74_OLD/debian/module/debian/patches/
series.in nvidia-graphics-drivers-418.74_NEW/debian/module/debian/patches/
series.in
--- nvidia-graphics-drivers-418.74_OLD/debian/module/debian/patches/
series.in 2019-05-11 11:52:38.0 +
+++ nvidia-graphics-drivers-418.74_NEW/debian/module/debian/patches/
series.in 2019-08-11 03:42:26.321398133 +
@@ -8,3 +8,4 @@
 cc_version_check-gcc5.patch
 nvidia-use-ARCH.o_binary.patch
 nvidia-modeset-use-ARCH.o_binary.patch
+nvidia-uvm-put_user_pages.patch

Bug#933950: gamemode 1.4 uploaded to debian unstable

[Mario Kleiner]

Thanks Jonathan!

I confirmed the gpuclockctl executable is inside the new libgamemode0
package and also downloaded and test-installed it to a Ubuntu 18.04
LTS, where it also works.

Would it be possible to upgrade buster to this version, or at least to
upstream stable version 1.4 of the gamemode package as well - and
ensure the /usr/lib/x86_64-linux-gnu/gpuclockctl executable is in
place?

Thanks,
-mario


On Mon, Aug 5, 2019 at 9:24 PM Yaroslav Halchenko  wrote:
>
> THANK YOU Jonathan!
>
> I (and hopefully Mario who knows more) will try to test to the best of my
> abilities and whine back if I run into the issues.
>
> meanwhile  could you please also push tags?
>
> $> debcheckout gamemode
> declared git repository at https://salsa.debian.org/games-team/gamemode.git
> git clone https://salsa.debian.org/games-team/gamemode.git gamemode ...
> Cloning into 'gamemode'...
> remote: Enumerating objects: 103, done.
> remote: Counting objects: 100% (103/103), done.
> remote: Compressing objects: 100% (39/39), done.
> remote: Total 103 (delta 46), reused 86 (delta 38)
> Receiving objects: 100% (103/103), 11.16 KiB | 3.72 MiB/s, done.
> Resolving deltas: 100% (46/46), done.
> repository only contains the debian directory, using apt-get source
> Reading package lists... Done
> NOTICE: 'gamemode' packaging is maintained in the 'Git' version control 
> system at:
> https://salsa.debian.org/games-team/gamemode.git
> Please use:
> git clone https://salsa.debian.org/games-team/gamemode.git
> to retrieve the latest (possibly unreleased) updates to the package.
> Need to get 70.5 kB of source archives.
> Get:1 http://cdn-fastly.deb.debian.org/debian sid/main gamemode 
> 1.4+git20190722.4ecac89-1 (dsc) [2,350 B]
> Get:2 http://cdn-fastly.deb.debian.org/debian sid/main gamemode 
> 1.4+git20190722.4ecac89-1 (tar) [64.9 kB]
> Get:3 http://cdn-fastly.deb.debian.org/debian sid/main gamemode 
> 1.4+git20190722.4ecac89-1 (diff) [3,320 B]
> Fetched 70.5 kB in 1s (100 kB/s)
> dpkg-source: info: extracting gamemode in gamemode-1.4+git20190722.4ecac89
> dpkg-source: info: unpacking gamemode_1.4+git20190722.4ecac89.orig.tar.xz
> dpkg-source: info: unpacking gamemode_1.4+git20190722.4ecac89-1.debian.tar.xz
>
> $> git -C gamemode tag
>
> $>
>
>
> so there is no tags at all :-/
>
>
> --
> Yaroslav O. Halchenko
> Center for Open Neuroscience http://centerforopenneuroscience.org
> Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
> Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
> WWW:   http://www.linkedin.com/in/yarik

Bug#899007: bauble: Depends on unmaintained python-gdata

[Mario Frasca]

Hi here again!

On 18/03/2019 09:17, Mario Frasca wrote:
> but let me check and I will come back to you shortly. 
trying to forget about the point ›0.9.7 is grossly outdated‹, I cloned
your repository https://salsa.debian.org/science-team/bauble.git and set
the goal "install this bauble as I always did with bauble.classic and
still do with ghini.desktop":

* create a virtual environment with access to system-site-packages
* activate it
* python ./setup.py build
* python ./setup.py install
* run bauble


the install step does not work out of the box, I had to manually install
gdata, mako, and SQLAlchemy (I understand that the Debian way to go is
to install the above libraries globally, but let's suppose that either
globally, or in a virtual environment, it's the same.)  the version
check for SQLAlchemy only tests the second digit, so I edited it:

--- a/bauble/db.py
+++ b/bauble/db.py
@@ -10,7 +10,7 @@ SQLALCHEMY_DEBUG = False
 try:
 import sqlalchemy as sa
 parts = sa.__version__.split('.')
-    if int(parts[1]) < 5:
+    if int(parts[0]) == 0 and int(parts[1]) < 5:
 msg = _('This version of Bauble requires SQLAlchemy 0.5.0 or
greater.'\
 'Please download and install a newer version of
SQLAlchemy ' \
 'from http://www.sqlalchemy.org or contact your system '

anyhow, with the three in place, and the check edited, bauble installs
and shows the initial screen.  I go through the steps: type a new
connection name, and a new database location, bauble informs me that the
database is empty, which is all as expected,

then it crashes.

pluginmgr.py(537): Could not import the bauble.plugins.garden module.
cannot import name PropertyLoader
pluginmgr.py(537): Could not import the bauble.plugins.tag module.
cannot import name SQLError

as said: so grossly outdated, I myself had never used this version, I
don't know how much work I would need to update it to the changed
environment.  we're talking of something that was released in 2009,
three years before I got involved and shortly before the initial commit
for line 1.0:

commit c755b7266f612add5b6003ee184f47f1ac3d6dca
Author: Brett Atoms 
Date:   Wed Jun 24 16:18:40 2009 -0400

    - bump version to 1.0.0b1



I understand that importing ghini.desktop into Buster is not an option,
but it is the only sensible action in my opinion.  next event on the
timeline is EOL for 2.7, which will prevent inclusion of
bauble.classic-1.0.56 and ghini.desktop-1.0.x into sid.
I don't know.  how much time do we have?  is bauble-0.9.7 the only
bauble version that can make it into Debian Buster?  the sad thing is
that 0.9 is database-incompatible with 1.0.

Mario

Bug#899007: bauble: Depends on unmaintained python-gdata

[Mario Frasca]

Hi!

On 18/03/2019 08:36, Andreas Tille wrote:
> So we should have strived for this since a long time, right?

well, yes, I think so.  the original author opened this one in 2012:

https://bugs.launchpad.net/ubuntu/+source/bauble/+bug/1093035


> Where is your development done? 

https://github.com/Ghini

bauble is also on github.  In October 2015 I had been made owner of the
project (https://github.com/Bauble/bauble.classic).  Soon after that,
the slot 'bauble.web' became occupied and I preferred moving everything
under a new organization.


>> I have not been able to follow all necessary steps to put ghini.desktop
>> in Debian format, I'm sorry.  once there's a well defined package for
>> it, I might be able to keep it up to date, but the initial steps are far
>> beyond my limited ability to comply with strict rules.
> Why not asking for help?

eh, , how to say that?  I've not been successful at finding the
right person.  I got some help from, …, I can't remember and I don't
think it's relevant here.  the guy gave me information and hints, but it
was still me who had to follow the Debian rules, and after several
attempts, bouncing back with "not good enough", I gave up.


>
>> Debian Science team?  what is it?
> Well, there might be people who would tell you that a web search could
> be enlightening ;-P - but I'll try with my own words:  

thank you!  I prefer email, and at the moment I have a very fast and
quite expensive connection to the internet, before you know, opening one
single page eats up 5% of my weekly allowance.  I appreciate your text.

I have read the remainder of your email, and I'm looking into your
questions 1 and 2.  possibly short-circuiting, if your "this status"
means "bauble-0.9.x", then you already have my answer to question 2: no,
it's not sensible. 

but let me check and I will come back to you shortly.

ciao,

Mario

> Debian Science is
> a team inside Debian (mailing list in CC) which cares for scientic
> software that has no dedicated team behind (like astro, chemestry, GIS
> etc.)  Its a so called Pure Blend[1] and usually you are well advised to
> join this team if you deal with scientific software.  I'm personally
> very picky to get any software in the field of *micro*biology into
> Debian Med since this team tries to cover all in this field.  However,
> from my perception bauble does not really fit into this.
>
> The Debian Science team has a policy[2] that explains how to do the
> packaging in this team.  For your comfort I have just commited bauble in
> its current state + the fix for its RC bug into Git[3].  I'd volunteer
> to make the packaging fully conform to the recent standards (packaging
> is quite aged :-().  However, since we are in freeze currently the
> changes needed are not really accepted by the release team and thus I
> sticked to a minimum set of acceptable changes.
>
> Now I have some questions for you:
>
> 1. Would you mind testing the status in Git[3] whether this
>works or not (I have neither any idea nor any interest in
>this program)?
> 2. Do you think it is sensible to release Buster with this
>status?
> If the answer to 2. is
>"yes" we can stop for the moment if it is
>"no" lets remove it from testing and proceed with upgrading
>either to
>a) latest version of bauble?
>b) latest version of ghini.desktop (may be there is
>   even a migration path??)
>
> What do you think?
>
> Kind regards
>
>Andreas.
>
>
> [1] https://www.debian.org/blends/
> [2] https://science-team.pages.debian.net/policy/
> [3] https://salsa.debian.org/science-team/bauble
>  
>> On 17/03/2019 13:05, Giacomo Catenazzi wrote:
>>> Hello Andreas,
>>>
>>> I gave the package to Mario Frasca, which then orphaned the package:
>>>
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903644
>>>
>>> gdata is not the only problem, there are other dependencies (which
>>> seems to be more complex to solve). Additionally as far I know there
>>> is no interest of upstream to continue such package, which I think it
>>> is also reasonable: a web application is a lot better.
>>>
>>> For my point of view, you can put into Debian Science, but possibly we
>>> should let it go.
>>>
>>> ciao
>>> cate
>>>
>>>
>>> On 17.03.19 18:29, Andreas Tille wrote:
>>>> Hi Giacomo,
>>>>
>>>> the bug log states that the files using gdata have been removed
>>>> upstream[1].  I'd volunteer to commit this package to Salsa in Debian
>>>> Science, apply the needed patch and upload as a team upload if you don't
>>>> mind.  If I will not hear from you soon I assume you are fine with
>>>> the move into Debian Science team.
>>>>
>>>> Kind regards
>>>>
>>>>  Andreas.
>>>>
>>>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899007#15
>>>>

Bug#899007: bauble: Depends on unmaintained python-gdata

[Mario Frasca]

hello all,

bauble as bauble is indeed dead, both the classic and the web version,
which by the way never saw light.

→ HOWEVER →

→ while Debian and ubuntu still distribute the grossly outdated bauble
0.9.7, development of bauble went up to version 1.0.56, which is still a
very decent option.

→ beyond version 1.0.56 development goes absolutely uninterrupted on,
now under the name ghini.desktop.  the last released version of bauble
informs the user about ghini.desktop, and its new releases.

→ there is no plan to substitute ghini.desktop with a web application:
there is a ghini.web, which serves a quite different task (integrating
databases),

→ there might come a ghini.web version allowing limited data insertion. 
this is not planned at all at the moment. 

→ other packages in the Ghini suite are two Android apps.

I have been working at a python3 ghini.desktop version, and hope to
release it before we reach EOL for python2.  I'm stuck with some strange
delays in database access, which I still need to pin down.

I have not been able to follow all necessary steps to put ghini.desktop
in Debian format, I'm sorry.  once there's a well defined package for
it, I might be able to keep it up to date, but the initial steps are far
beyond my limited ability to comply with strict rules.

Debian Science team?  what is it?

buona giornata, grazie,

Mario

On 17/03/2019 13:05, Giacomo Catenazzi wrote:
> Hello Andreas,
>
> I gave the package to Mario Frasca, which then orphaned the package:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903644
>
> gdata is not the only problem, there are other dependencies (which
> seems to be more complex to solve). Additionally as far I know there
> is no interest of upstream to continue such package, which I think it
> is also reasonable: a web application is a lot better.
>
> For my point of view, you can put into Debian Science, but possibly we
> should let it go.
>
> ciao
> cate
>
>
> On 17.03.19 18:29, Andreas Tille wrote:
>> Hi Giacomo,
>>
>> the bug log states that the files using gdata have been removed
>> upstream[1].  I'd volunteer to commit this package to Salsa in Debian
>> Science, apply the needed patch and upload as a team upload if you don't
>> mind.  If I will not hear from you soon I assume you are fine with
>> the move into Debian Science team.
>>
>> Kind regards
>>
>>  Andreas.
>>
>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899007#15
>>

Bug#921535: Some patches for Akonadi

[Mario Fux]

Package: akonadi-server
Version: 4:18.08.3-1

hefee asked me to write this report to remind him (if it's not already to 
late) about two patches for akonadi-server:
ttps://cgit.kde.org/akonadi.git/commit/?
id=089ee6959fcdbe7d94ce0227c3348f1ecc70053d Call QSqlQuery::finish() on all 
SELECT queries when done
and its corresponding Qt patch:
https://codereview.qt-project.org/#/c/247073/

Thanks
Mario

Bug#920777: ITP: libxmlb -- XML binary library

[Mario Limonciello]

Package: wnpp
Severity: wishlist
Owner: Mario Limonciello 

* Package name: libxmlb
  Version : 0.1.6
  Upstream Author : Richard Hughes 
* URL : https://github.com/hughsie/libxmlb
* License : LGPL2.1+
  Programming Lang: C
  Description : XML binary library

 The libxmlb library takes XML source, and
 converts it to a structured binary representation with a deduplicated string
 table -- where the strings have the NULs included.
 .
 This allows an application to mmap the binary XML file, do an XPath query and
 return some strings without actually parsing the entire document. This is all
 done using (almost) zero allocations and no actual copying of the binary data.

This package is used by newer versions of fwupd and gnome-software as a
mandatory
dependency.

It's intended to be maintained by the debian-efi team as part of supporting the
UEFI stack.

Bug#919819: Remember to close bug #799710

[Mario Stephan]

Hi Juhani,

It's a pity that  2.3.0-3 was not used. I even have the 
knowthelist_2.3.0-3_amd64.mentors.upload file on my disk.
Nevertheless  I changed the changelog (removed the 2.3.0-3 item and 
moved the left line to the current change set) now.


The new upload is done.

Thanks
Mario

On So, Jan 20, 2019 at 7:07 PM, Juhani Numminen 
 wrote:

found 799710 2.3.0-2
stop

Hi Mario,

While version 2.3.0-3 of knowthelist was never uploaded, it still 
appears in the changelog which might be a bit misleading. Also the 
bug #799710 may be left accidentally open, because by default, only 
the topmost changelog entry contributes to automatical closing of 
bugs (via the field "Closes:" in a .changes file, 
https://manpages.debian.org/unstable/dpkg-dev/deb-changes.5.en.html ).


For this reason I recommend that you don't have a separate entry for 
an unreleased upload.



Regards,
Juhani

Bug#919819: RFS: knowthelist/2.3.1

[Mario Stephan]

New link ist:

dget -x 
https://mentors.debian.net/debian/pool/main/k/knowthelist/knowthelist_2.3.1-1.dsc



On So, Jan 20, 2019 at 2:51 PM, Adam Borowski  
wrote:


Hi Adam,

thanks for your fast feedback.
To be honest, this was the easiest way for me to get rid of some 
confusing warnings / errors of the build tools.
But your arguments sounds reasonable and I tried to re-build the 
package as quilt.


New upload is done.

I look forward to further feedback from you.

Regards
Mario


On So, Jan 20, 2019 at 2:12 AM, Adam Borowski  
wrote:

On Sat, Jan 19, 2019 at 10:21:42PM +0100, Mario Stephan wrote:

 * Package name: knowthelist
   Version : 2.3.1


dget -x 
https://mentors.debian.net/debian/pool/main/k/knowthelist/knowthelist_2.3.1.dsc


May I ask why did you convert the package to native?
* the upstream package is useful outside Debian
* the upstream package _exists_ (ie, doesn't come from Debian)
* the packaging hasn't been fully adapted to native

Generally, only stuff like debhelper makes sense as native, even if 
you're
upstream -- clear separation between upstream and packaging parts 
allows

other people to make non-maintainer uploads that can be reasonably
incorporated into your master repository.

(I haven't looked at other changes yet.)


Meow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Remember, the S in "IoT" stands for Security, 
while P stands

⢿⡄⠘⠷⠚⠋⠀ for Privacy.
⠈⠳⣄

Bug#919819: RFS: knowthelist/2.3.1

[Mario Stephan]

Package: sponsorship-requests
Severity: normal

 Dear mentors,

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

* Package name: knowthelist
  Version : 2.3.1
  Upstream Author : Mario Stephan 
* URL : http://knowthelist.github.io/knowthelist
* License : LGPL v3
  Section : sound

 It builds those binary packages:

   knowthelist - awesome party music player

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


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


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


   dget -x 
https://mentors.debian.net/debian/pool/main/k/knowthelist/knowthelist_2.3.1.dsc


 More information about knowthelist can be obtained from 
https://www.example.com.


 Changes since the last upload:

 * Switched from localsrc to uridecodebin (gstreamer) in players
 * Optimized VUMeter draw algorithm
 * Added a custom dial to have a unique look of the EQ dials
 * Auto formatted code
 * Bugfix playlist drag/drop, improvements AutoDJ
 * Corrected summarised count of AutoDJ
 * AutoDJ: save settings before reload
 * Added DJ label on main panel to show the name of the current AutoDJ


 Regards,
  Mario Stephan

Bug#905874: libreoffice: No input of accented characters through dead-key composition

[Mario L. Epp K.]

On 08/12/2018 02:54 AM, Rene Engelhard wrote:

On Sat, Aug 11, 2018 at 05:20:54PM -0400, Mario L. Epp K. wrote:

On 08/11/2018 09:58 AM, Rene Engelhard wrote:

retitle 905874: libreoffice: No input of accented characters through dead-key 
composition in gen and kde4 plugins
thanks

On Sat, Aug 11, 2018 at 01:22:51PM +0200, Rene Engelhard wrote:

On Fri, Aug 10, 2018 at 10:18:30PM -0400, Mario L. Epp wrote:

On researching the issue prior to making this report, I found this issue
reported on the DocumentFoundation Bugzilla as "Bug 112770" at
<https://bugs.documentfoundation.org/show_bug.cgi?id=112770>. But I am not
shure how to implement the solution from 6.0.0 to 5.2.7.2 for KDE5 on Debian 9.


Maybe install the 6.1.0 backport from stretch-backports? That one also
has a KDE5 integration other than that KDE4 thingy "working" with KDE5.

This will never be fixed in stable properly (until buster releases of
course with above new KDE5 integration)


I uninstalled the "stable" LibreOffice before installing the "backported"
LibreOffice with the Metapackage. After the instalation I rebooted the
computer.


The metapackage doesn't install the KDE integration.


But the same bug appears also in LibreOffice 6.1.0.2 (Build ID:
1:6.1.0~rc2-3~bpo9+1), Linux 4.9; UI render: defualt; VCL: x11.

 
And with the KDE integration actually installed? That would just leave
the non-integrated LO affected only.


Thank you, I did not catch that omission. After installing the 
KDE-integration, the dead keys work as advertised. And in the 
Help->About dialog it now reads: "VCL: gtk3_kde5"


I also did a clean install of Debian 9 (new partition tables). The basic 
KDE system for a clean/new installation worked without a problem. The 
Help->About dialog of LibreOffice reads: version 5.2.7.2 (Build ID: 
1:5.2.7-1+deb9u4); VCL: kde4


The other new install with this bug had the "/home" partition mounted 
from the previous installation of Debian 8. So, maybe there was some 
problem with the upgrade.


It seems that I have now been able to resolve this problem to my 
satisfaction. Thank you.


Mario L. Epp

Bug#905874: libreoffice: No input of accented characters through dead-key composition

[Mario L. Epp K.]

Bug also present in the Backport.

On 08/11/2018 09:58 AM, Rene Engelhard wrote:

retitle 905874: libreoffice: No input of accented characters through dead-key 
composition in gen and kde4 plugins
thanks

On Sat, Aug 11, 2018 at 01:22:51PM +0200, Rene Engelhard wrote:

On Fri, Aug 10, 2018 at 10:18:30PM -0400, Mario L. Epp wrote:

On researching the issue prior to making this report, I found this issue
reported on the DocumentFoundation Bugzilla as "Bug 112770" at
<https://bugs.documentfoundation.org/show_bug.cgi?id=112770>. But I am not
shure how to implement the solution from 6.0.0 to 5.2.7.2 for KDE5 on Debian 9.


Maybe install the 6.1.0 backport from stretch-backports? That one also
has a KDE5 integration other than that KDE4 thingy "working" with KDE5.

This will never be fixed in stable properly (until buster releases of
course with above new KDE5 integration)


I uninstalled the "stable" LibreOffice before installing the 
"backported" LibreOffice with the Metapackage. After the instalation I 
rebooted the computer.


But the same bug appears also in LibreOffice 6.1.0.2 (Build ID: 
1:6.1.0~rc2-3~bpo9+1), Linux 4.9; UI render: defualt; VCL: x11.


Mario L. Epp

Bug#905874: libreoffice: No input of accented characters through dead-key composition

[Mario L. Epp]

Package: libreoffice
Version: 1:5.2.7-1+deb9u4
Severity: important

Dear Maintainer,

   * What led up to the situation?

After reinstalling Debian 9.5 on my main workstation, accented characters in
would not appear in Writer when I used the dead keys on the "Spanish" keyboard
layout. Previously I had been using Debian 8 without any problems. I am using
KDE as GUI. The problem  manifested also in Calc. Though other applications had
no problem.

On a secondary computer I upgraded from Debian 8 to Debian 9 with the standard
aplications in KDE. And here I observed the same problem of the accented
characters not showing up when composed with the dead keys.

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

First I closed and restarted LibreOffice: Same problem.
Then I logged out and back in: Same problem.
Then I rebooted the whole system: Problem continues.

I added several other keyboard layouts, with no solution to the problem. Apart
from my normal "Spanish" layout, I tried the US-QWERTY and the German layouts.

I can insert the accented characters with the "Special Character" feature. But
when typing text, that is NOT a workable workaround.

   * What was the outcome of this action?

No solution so far. So far all other aplications have no problem with dead-key-
composition.

   * What outcome did you expect instead?

Input the accented characters for different languages without having to do menu
and dialog acrobatics, instead of the standard dead-key-composition.


On researching the issue prior to making this report, I found this issue
reported on the DocumentFoundation Bugzilla as "Bug 112770" at
. But I am not
shure how to implement the solution from 6.0.0 to 5.2.7.2 for KDE5 on Debian 9.



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

Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US:en (charmap=locale: Cannot set LC_ALL to default locale: 
No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice depends on:
ii  dpkg   1.18.25
ii  fonts-dejavu   2.37-1
ii  libreoffice-avmedia-backend-gstreamer  1:5.2.7-1+deb9u4
ii  libreoffice-base   1:5.2.7-1+deb9u4
ii  libreoffice-calc   1:5.2.7-1+deb9u4
ii  libreoffice-core   1:5.2.7-1+deb9u4
ii  libreoffice-draw   1:5.2.7-1+deb9u4
ii  libreoffice-impress1:5.2.7-1+deb9u4
ii  libreoffice-java-common1:5.2.7-1+deb9u4
ii  libreoffice-math   1:5.2.7-1+deb9u4
ii  libreoffice-report-builder-bin 1:5.2.7-1+deb9u4
ii  libreoffice-writer 1:5.2.7-1+deb9u4
ii  python3-uno1:5.2.7-1+deb9u4

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-1
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-linuxlibertine5.3.0-2
ii  fonts-sil-gentium-basic 1.1-7
ii  libreoffice-librelogo   1:5.2.7-1+deb9u4
ii  libreoffice-nlpsolver   0.9+LibO5.2.7-1+deb9u4
ii  libreoffice-ogltrans1:5.2.7-1+deb9u4
ii  libreoffice-pdfimport   1:5.2.7-1+deb9u4
ii  libreoffice-report-builder  1:5.2.7-1+deb9u4
ii  libreoffice-script-provider-bsh 1:5.2.7-1+deb9u4
ii  libreoffice-script-provider-js  1:5.2.7-1+deb9u4
ii  libreoffice-script-provider-python  1:5.2.7-1+deb9u4
ii  libreoffice-sdbc-postgresql 1:5.2.7-1+deb9u4
ii  libreoffice-wiki-publisher  1.2.0+LibO5.2.7-1+deb9u4

Versions of packages libreoffice suggests:
ii  cups-bsd   2.2.1-8+deb9u2
ii  default-jre [java5-runtime]2:1.8-58
pn  gstreamer1.0-libav 
pn  gstreamer1.0-plugins-bad   
ii  gstreamer1.0-plugins-base  1.10.4-1
ii  gstreamer1.0-plugins-good  1.10.4-1
pn  gstreamer1.0-plugins-ugly  
ii  hunspell-de-at [hunspell-dictionary]   20161207-1
ii  hunspell-de-de-frami [hunspell-dictionary] 1:5.2.5-1
ii  hunspell-en-us [hunspell-dictionary]   20070829-7
ii  hunspell-es [hunspell-dictionary]  1:5.2.5-1
ii  hunspell-pt-br [hunspell-dictionary]   1:5.2.5-1
ii  hyphen-de [hyphen-hyphenation-patterns]1:5.2.5-1
ii  hyphen-en-us [hyphen-hyphenation-patterns] 2.8.8-5
ii  hyphen-es [hyphen-hyphenation-patterns]1:5.2.5-1
ii  hyphen-pt-br 

Bug#903644: Acknowledgement (O: bauble -- biodiversity collection manager software application)

[Mario Frasca]

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

python-fibra is the extra dependency in bauble-1.0 since bauble-0.9.7

it is also the software I tried to package for Debian, and where I gave up.

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

I've not been able to satisfy all packaging requirements, and gave up.

so I wish to close this issue, there is no candidate package any more.

Bug#903644: O: bauble -- biodiversity collection manager software application

[Mario Frasca]

Package: wnpp
Severity: normal

I intend to orphan the bauble package.

The package description is:
 Bauble is a software application to help you manage a collection of
 botanical specimens. It is intended to be used by botanic gardens,
 herbaria, arboreta, etc. to manage their collection information.
 It is a open, free, cross-platform alternative to BG-Base and
 similar software.

I have been in contact with the current maintainer, who wrote:
 You can take the maintainer responsibility of the package.  I neglected
 it to much. At beginning (for 1.0) it was because dependencies were
 not in Debian, but than it exited from my radar.  So feel free to be
 the maintainer.

I started by trying to package fibra, the new dependency of bauble 1.0,
and got lost in the fine details, so I give up packaging and go back
focusing on development.

thank you all,
MF

Bug#901701: bumblebee: using optirun introduces segfault in i965_dri.so

[Mario Palomo]

On Thu, 14 Jun 2018 21:31:50 +0300 Vincas Dargis  wrote:
> Package: bumblebee
> Version: 3.2.1-17
> Severity: normal
>
> Dear Maintainer,
>
> Looks like after recent Mesa update in Sid, I cannot use optirun any
> more on laptop with i7-4710HQ and GM107M [GeForce GTX 860M] as it
> introduces crash for application run under it.
>
> Launching `optirun glxgears` makes glxgears crash:
>
> [...]
>

I have read about HAVE_DRI3_MODIFIERS here:
https://bugs.freedesktop.org/show_bug.cgi?id=106910

And it works if you make the Debian package (from source mesa-18.1.2) with
the following patch (here you can get the Debian package that I have built:
http://s000.tinyupload.com/index.php?file_id=01939742983669320839):

--- a/configure.ac 2018-06-15 20:37:48.0 +
+++ b/configure.ac 2018-06-29 12:38:22.726300098 +
@@ -1870,9 +1870,9 @@
 dri3_modifier_modules="xcb-dri3 >= $XCBDRI3_MODIFIERS_REQUIRED
xcb-present >= $XCBPRESENT_MODIFIERS_REQUIRED"
 PKG_CHECK_MODULES([XCB_DRI3_MODIFIERS], [$dri3_modifier_modules],
[have_dri3_modifiers=yes], [have_dri3_modifiers=no])

-if test "x$have_dri3_modifiers" == xyes; then
-DEFINES="$DEFINES -DHAVE_DRI3_MODIFIERS"
-fi
+#if test "x$have_dri3_modifiers" == xyes; then
+#DEFINES="$DEFINES -DHAVE_DRI3_MODIFIERS"
+#fi
 fi

 AM_CONDITIONAL(HAVE_PLATFORM_X11, echo "$platforms" | grep -q 'x11')

Bug#900437: Acknowledgement (Erroneous generated code)

[Mario Xerxes Castelán Castro]

Any advance? Did you report it upstream?



signature.asc
Description: OpenPGP digital signature

Bug#898954: thank for reviewing

[Mario Frasca]

hi Mattia, give me a couple of days on this, I'm afraid I need a fresh
mind for so much information.
thanks hugely for your time and input.



signature.asc
Description: OpenPGP digital signature

Bug#898954: thank for reviewing

[Mario Frasca]

> * d/changelog:
ok, reduced to a single paragraph; urgency=low.

so each time I dput a new one, I simply increment the counter behind the
0.0.x?

> * d/compat:
I have no reason to use any specific version, I just kept what came in
the template.  I moved this to 10.

> * d/control:
tons of warnings? no, not really.  initially several, now just one which
I could not remove:
W: python-fibra: readme-debian-contains-debmake-template

now, switching to compat10, I got a new one, which I'll see how to solve.
W: fibra source: package-needs-versioned-debhelper-build-depends 10

> * d/fibra.1:
> * d/fibra-docs.doc:
> * d/fibra.doc-base:
> * d/README.Debian:
removed all of them, I did not know what was their role from the
template, so I didn't touch them.

> * d/rules:
removed useless comments

> * d/copyright:
right, I didn't consider my work adding any value to fibra, but I can
add my signature.

I do not know why the README states 2007.  I used the timestamps of the
versions published on PyPI, all in rather tight sequence.  maybe that
was the inception?  I'll add 2009, and myself this year.

yes, I actually do mean to introduce the python2 package: bauble depends
on it.

I need to make some time to re-read and understand what you mean by 'you
should be building your package in a sid chroot', and how I should do
that.  lintian is being run every time after debuild, and where should I
add those pedantic flags? `rules`?

the location for this package is https://github.com/mfrasca/fibra/
is this what you were referring to, by "any VCS"?

'gbp' to me sounds like Great Britain Pound, but I'm sure you don't mean
that.  so I guess I've never heard about the one you mean.

As you surely understand and see, I'm quite new to publishing for
Debian.  my focus is on developing software, and I'm now trying to get
ghini.desktop/bauble/fibra into Debian myself more of out of despair
than anything else, after so many years not managing to find anyone who
could do this, and do this properly.

I wrote myself a small helper script, that I hoped would allow me not
need learning anything: 

https://github.com/mfrasca/fibra/blob/master/makedeb.sh

thanks again for time and patience.

Mario

Bug#893997: svn2git: fails if using git in other language

[Mario Oyorzabal Salgado]

I export this repository:
https://plugins.svn.wordpress.org/bad-behavior/

I think the problem is here:
https://github.com/nirvdrum/svn2git/blob/6dac85ad12b74b478a926f09db0b110d73838702/lib/svn2git/migration.rb#L360

In the code of svn2git is waiting a english message, but in spanish the
message is different, that gives the error.

I use debian testing.

:-) ...



On Tue, 22 May 2018 15:24:45 +0200 Sascha Girrulat  wrote:
> Hi Mario,
> 
> sry i could not reproduce this error. It's a bit difficult for me to debug
> a language error without any spanish language skills. Maybe you could
> provide a bit more information about the used repository? e.g. about the
> structure after the git fetch command? Is the used svn repository public or
> not?
> 
> Have you tried to play around with some options like --trunk, --branches,
> --tags or --notags, --nobranches?
> 
> Regards Sascha
> 

-- 
GPG - E621 201E 1ACF 773F 2AE0  CC75 B213 173E 97C0 5035
Donaciones - http://coffee.tuxsoul.com
http://mx.tuxsoul.com
Keybase @tuxsoul



signature.asc
Description: OpenPGP digital signature

Bug#900437: Erroneous generated code

[Mario Xerxes Castelán Castro]

Package: gcc-6
Version: 6.3.0-18+deb9u

GCC produces incorrect code for the following program. The C11 standard
requires (§ F.8.5) that the floating point exception flag is set by the
following code, yet the generated assembly does not set it. These
results are for an x86-64 system running Debian 9.

The interaction is:

“““
$ gcc -W -Wall -S -std=c11 -O3 -march=native -masm=intel -fverbose-asm
test.c
test.c:2:0: warning: ignoring #pragma STDC FENV_ACCESS [-Wunknown-pragmas]
 #pragma STDC FENV_ACCESS ON

test.c: In function ‘main’:
test.c:11:9: warning: unused variable ‘x’ [-Wunused-variable]
   float x = 0.0 / 0.0;
 ^
”””

The file “test.c” is:

“““
#include 
#pragma STDC FENV_ACCESS ON

#if !defined(__STDC_IEC_559__)
#error "Requires IEC 60559 compliance"
#endif

int f();

int main(void) {
  float x = 0.0 / 0.0;
  f();
  return 0;
}
”””

The output file “test.s” is (excluding comments) is:

“““
.section.rodata.str1.1,"aMS",@progbits,1
.LC0:
.string "Hello world!"
.section.text.startup,"ax",@progbits
.p2align 4,,15
.globl  main
.type   main, @function
main:
.LFB5:
.cfi_startproc
sub rsp, 8  #,
.cfi_def_cfa_offset 16
xor eax, eax#
callf@PLT   #
lea rdi, .LC0[rip]  #,
xor eax, eax#
callprintf@PLT  #
xor eax, eax#
add rsp, 8  #,
.cfi_def_cfa_offset 8
ret
.cfi_endproc
.LFE5:
.size   main, .-main
.ident  "GCC: (Debian 6.3.0-18+deb9u1) 6.3.0 20170516"
.section.note.GNU-stack,"",@progbits
”””

Bug#755185: consider update, or possibly replace with webapp

[Mario Frasca]

https://mentors.debian.net/package/bauble
now according to the rules, I trust.

Bug#898966: RFS: bauble/1.0.56-1 (#755185)

[Mario Frasca]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I'm looking for a sponsor for my package 'bauble'.

'bauble' has one important bug report, 755185, and the package I have
just produces should solve that issue.

I have been in contact with the current/previous package maintainer,
Giacomo Catenazzi, and he agrees in handling packaging responsibility
over to me.  At the moment I'm both maintainer of the upstream and of the
Debian package.  

This, and `fibra` would be my first packages in Debian.  `bauble` needs `fibra`.

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

  https://mentors.debian.net/package/bauble
  https://mentors.debian.net/package/fibra

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

  dget -x 
https://mentors.debian.net/debian/pool/main/b/bauble/bauble_1.0.56-1.dsc

* More information about bauble can be obtained from https://bauble.io

* Changes since the last upload:
  (last upload, 0.9.7, was produced almost 10 years ago)

  updated dependecies 
  added dependencies

  Regards,
  Mario Frasca

I see from the report at https://mentors.debian.net/package/bauble that
your online system reports more problems than `lintian`.  I would be very
happy to remove those errors, with some help from some available mentor.


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

Kernel: Linux 4.9.0-6-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)

Bug#898954: RFS: python-fibra/0.0.18-1 [ITP]

[Mario Frasca]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I'm looking for a sponsor for my package 'fibra'. 

 * Package name    : fibra
   Version : 0.0.18-1
   Upstream Author : Simon Wittber
 * URL : http://github.com/mfrasca/fibra
 * License : MIT
   Section : python

It is now marked as "no" in the column "needs a sponsor", in my page
"https://mentors.debian.net/packages/uploader/mario%40anche.no;, even if
I opened bug report 898773.

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

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


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

  dget -x
https://mentors.debian.net/debian/pool/main/f/fibra/fibra_0.0.18-1.dsc

Changes since the last upload:

I've removed all the warnings in the debuild/lintian process as far as I
could see from the machine where running debuild.

best regards, MF

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

good day here again

I have:
- accepted all debian patches from 0.0.17-1 into upstream 0.0.18,
- removed the warnings that were in the `debuild` report,
- uploaded a new 0.0.18-1, it is now free from warnings,

further:
- I built a new bauble-1.0.56-1, resolving issue 755185,
- bauble-1.0.56-1 still has `debuild` warnings I want to solve,
- bauble-1.0.56-1 depends on python-fibra.

best regards,
MF

On Tue, 15 May 2018 20:55:52 + Jeremy Stanley <fu...@yuggoth.org> wrote:
> On 2018-05-15 14:20:15 -0500 (-0500), Mario Frasca wrote:
> [...]
> > it was developed between 2008-11 (0.0.6) and 2009-8 (0.0.17)
> > [...]
>
> The dates made me strongly suspect, but skimming the upstream source
> confirms, this is very much not a Py3K-ready library. Are you
> becoming de facto upstream for this and planning to update it to
> support Python 3.x in preparation for 2.7 reaching end of life?
> --
> Jeremy Stanley
>
>

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

> planning to update it to
> support Python 3.x in preparation for 2.7 reaching end of life?
btw, since my two adopted children `bauble` and `ghini` both depend on
`fibra`, and python is reaching end of life for them too, I'm afraid I
will port `fibra` to python3 anyway, that it is accepted into Debian or not.
I'm already reconstructing its history, and will publish it in github as
soon as I'm done.
M

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

I don't see any inconvenience with this what you suggest.
I can import the library (with, if necessary, its history) into a new
github project.
I already patched upstream so it can be loaded in python3.

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

I did not notice the template

  Package: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

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

 * Package name: fibra
   Version : 0.0.17-1
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : python

  It builds those binary packages:

 python-fibra - Advanced cooperative concurrency using Python generators.
 python-fibra-doc - Advanced cooperative concurrency using Python generators.
 python3-fibra - Advanced cooperative concurrency using Python generators.

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/fibra/fibra_0.0.17-1.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  this is my first upload.


  Regards,
   Mario Frasca

Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]

[Mario Frasca]

Package: sponsorship-requests
Severity: normal

Dear Maintainer,

I'm on my way to become the maintainer of a couple of packages for the
management of botanic collections, namely bauble and ghini.desktop.

both of them rely upon fibra, and fibra wasn't yet in Debian.

so I need fibra in two different packages, and it is also small enough so
that it's being a learning example for me of what difficulties to expect
when I'll face the larger packages.

Fibra itself is a mature product, it was developed between 2008-11 (0.0.6)
and 2009-8 (0.0.17), after that the upstream developer did not think of
renaming the stable version to 1.0.0.

It offers collaborative concurrency, and has been helpful in bauble,
avoiding us trouble with threading and real concurrency.

friendly regards,
Mario Frasca


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

Kernel: Linux 4.9.0-6-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)

Bug#898736: ITP: python-fibra -- Fibra provides advanced cooperative concurrency using Python generators.

[Mario Frasca]

Package: wnpp
Severity: wishlist
Owner: Mario Frasca <ma...@anche.no>

* Package name: python-fibra
  Version : 0.0.17
  Upstream Author : Simon Wittber <simonwitt...@gmail.com>
* URL : https://pypi.org/project/fibra/
* License : MIT
  Programming Lang: Python
  Description : Fibra provides advanced cooperative concurrency using 
Python generators.

"cooperative" concurrency, that's something like concurrency according to
Windows 95, if that's enough for you, cooperative concurrency prevents
such problems as closing a database object from within a Thread that
did not open it.

bauble 1.0.56 (I was just informally handled package ownership by
c...@debian.org) depends on this library, and I would not want to include
it in bauble, I'd rather make it an independent package.

I'm not aware of other modules that provide the same functionality,
and the version number (0.0.17) is more an indication of how fast
it was developed and how quickly it became mature.  I don't think it
will require any maintainance, but if upstream produces a new version,
I don't see any problem in staying tuned on the pypi page.

Bug#885138: bauble: Depends on unmaintained pygtk

[Mario Frasca]

yes, upstream is aware of this problem, I've two issues open, one
relative to Python3 and one relative to Gtk3.
moving to Gtk3 is a bit complicated by the extensive usage that the
software makes of ComboBoxEntry, that disappeared in Gtk3.
any help very welcome.

Bug#755185: consider update, or possibly replace with webapp

[Mario Frasca]

I updated my debian control file
ran again the script for producing the debian package
installed it successfully on a orange-py with ubuntu 14.04

1)
(on 14.04 there is no python-pyqrcode package so I had to first install
that manually)
dpkg -i python-pyqrcode_1.2.1-1_all.deb

2)
(python-fibra 0.17 is not packaged at all, so I simply included it in
bauble)

3)
installing the new debian package went like this:
dpkg -i bauble-1.0.83.deb
apt-get install -f

after that, I could start `ghini`.

so, what next?  anybody can review?

Bug#755185: consider update, or possibly replace with webapp

[Mario Frasca]

good day here,
as I've been saying, I have close to zero experience with making deb
files, and absolutely none with Debian-quality ones.
here is a first attempt:
https://github.com/Ghini/ghini.desktop/releases/tag/v1.0.82
but is there anybody here?  since the original report almost 4 years
ago, nobody showed up.
as upstream maintainer and not a Debian developer, I don't exactly
understand what I should do to fix this situation.
I'm not requesting people to do work for me, just please facilitate me
in doing what there is to do.
best regards,
MF

Bug#755185: update from upstream

[Mario Frasca]

I'm still the current developer/maintainer of the upstream desktop
software.  [1]
There never came a web app out of it, there were three separate
attempts, the last one 2 1/5 years ago.  [2]
There is a new web data server, but it's a collection aggregator, not
the main collection manager.  [3]

Ages ago a version of this software (bauble-0.9.7) made it into Debian. 
Upstream was not involved in the process as far as I know.

We are now at version 1.0.82 (and counting)

I'm sorry to say this, but the presence of such an old version of bauble
in Debian is more a nuisance than of any help to us: it depends on such
old stuff that it simply WON'T WORK on any modern system, in particular
it can NOT work in Debian 9, nor 8, and I'm quite sure not even on
Debian 7.  Often users ask me if they can install the software via the
packaging system and I have to tell them that this packaged bauble is
obsolete stuff.  It is bad advertisement for us, and for Debian.

The best option would be if the current package maintainer could update
it obviously, but apparently (4 years have passed) Giacomo has no time
for it, and I'm not here to blame him, I also did not find the time to
learn packaging.  If this can't be updated, then please remove it from
Debian, please, or mark it as orphaned, so we can think of adopting it. 
As things stand, I don't know what to do.  In March 2015 I have briefly
been in contact with Giacomo, his bottom line was:

> ok. controllero’ bauble e la tua versione.
> Solitamente sono le dipendenze a dare problemi: dobbiamo dipendere
solo in pacchetti esistenti in debian. pip e virtualenv non sono
accettabili.

in particular the "dobbiamo dipendere solo da pacchetti esistenti in
debian" is itself a contraddiction: bauble-0.9.7 depends on packages
which aren't in Debian any more.

I still stand with what I wrote before: »I am interested in including in
[this software] a script I can run every time there is a new release,
and in documenting the process in [the] documentation.«

thank you,
Mario Frasca

1] https://github.com/Ghini/ghini.desktop
2] https://github.com/Bauble/bauble.web
3] https://github.com/Ghini/ghini.web

Bug#893997: svn2git: fails if using git in other language

[Mario Oyorzabal Salgado]

Package: svn2git
Version: 2.4.0-1
Severity: normal

Dear Maintainer,

Hello, 

I try use svn2git to import one repository,

If my system use other language, i get error:

$ env | grep LANG
LANG=es_MX.UTF-8
LANGUAGE=es_MX:es

$ svn2git --metadata --rebase --verbose
Running command: git svn fetch
Running command: git branch --track "1.0" "remotes/svn/1.0"
fatal: No se puede configurar el rastreo de información; el punto de partida 
'remotes/svn/1.0' no es una rama

svn2git warning: Tracking remote SVN branches is deprecated.
In a future release local branches will be created without tracking.
If you must resync your branches, run: svn2git --rebase

Running command: git checkout "1.0"
error: pathspec '1.0' did not match any file(s) known to git.
command failed:
git checkout "1.0"

But if i use my system in english, and set:

$ env | grep LANG
LANG=en_US.UTF-8
LANGUAGE=en_US:us

svn2git work fine ;-).




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

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

Versions of packages svn2git depends on:
ii  git-svn  1:2.16.2-1
ii  ruby 1:2.5.0

svn2git recommends no packages.

svn2git suggests no packages.

-- no debconf information

Bug#890427: postgresql-common: configured stats_temp_directory does not get created after reboot

[Mario Splivalo]

Package: postgresql-common
Version: 190
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Maintainer,

default postgres installation in Debian (and Ubuntu) configures 
stats_temp_directory inside /var/run/postgresql:

$ grep stats_temp /etc/postgresql/10/main/postgresql.conf
stats_temp_directory = '/var/run/postgresql/10-main.pg_stat_tmp'

However, this directory is not created after reboot.

In most cases this is not a problem as systemd starts postgres via
pg_ctlcluster, a "multiversion/cluster aware pg_ctl wrapper", and
pg_ctlcluster will create missing directories before starting postgres.

But in cases where systemd is not starting postgres this is a problem.
Specifically, when postgres is controlled by pacemaker (using postgres
resource agent for pacemaker) it is started using pg_ctl wrapper. pg_ctl
won't create missing directories and therefore postgres fails to start.

The simplest solution for this issue is to have systemd recreate missing
directories via /usr/lib/tmpfiles.d/postgresql.conf file.

Currently only /var/run/postgresql and /var/log/postgresql are created using
systemd-tmpfiles.


In Ubuntu, the attached patch was applied to achieve the following:

  * d/postgresql-common.postgresql.tmpfile: add stats_temp_directory to
tempfiles created. (Closes: #1749283) 


Thanks for considering the patch.


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

Kernel: Linux 4.13.0-32-generic (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)
diff -Nru postgresql-common-190/debian/postgresql-common.postgresql.tmpfile 
postgresql-common-190ubuntu1/debian/postgresql-common.postgresql.tmpfile
--- postgresql-common-190/debian/postgresql-common.postgresql.tmpfile   
2018-01-12 15:08:46.0 +0100
+++ postgresql-common-190ubuntu1/debian/postgresql-common.postgresql.tmpfile
2018-02-14 13:10:08.0 +0100
@@ -1,4 +1,5 @@
 # Directory for PostgreSQL sockets, lockfiles and stats tempfiles
 d /var/run/postgresql 2775 postgres postgres - -
+d /var/run/postgresql/10-main.pg_stat_tmp 2770 postgres postgres  - - 
 # Log directory
 d /var/log/postgresql 1775 root postgres - -

Bug#883566: console-setup-linux: Add a font which is 9 pixel wide

[Mario Lang]

hai  ISIRI-3342_Armenian  ISIRI-3342_CyrAsia  ISIRI-3342_CyrKoi  ISIRI-3342_CyrSlav  ISIRI-3342_Georgian  ISIRI-3342_Greek  ISIRI-3342_Hebrew  ISIRI-3342_Lao  ISIRI-3342_Lat15  ISIRI-3342_Lat2  ISIRI-3342_Lat38  ISIRI-3342_Lat7  ISIRI-3342_Thai  ISO-8859-1_Armenian  ISO-8859-1_CyrAsia  ISO-8859-1_CyrKoi  ISO-8859-1_CyrSlav  ISO-8859-1_Georgian  ISO-8859-1_Greek  ISO-8859-1_Hebrew  ISO-8859-1_Lao  ISO-8859-1_Lat15  ISO-8859-1_Lat2  ISO-8859-1_Lat38  ISO-8859-1_Lat7  ISO-8859-1_Thai  ISO-8859-10_Armenian  ISO-8859-10_CyrAsia  ISO-8859-10_CyrKoi  ISO-8859-10_CyrSlav  ISO-8859-10_Georgian  ISO-8859-10_Greek  ISO-8859-10_Hebrew  ISO-8859-10_Lao  ISO-8859-10_Lat15  ISO-8859-10_Lat2  ISO-8859-10_Lat38  ISO-8859-10_Lat7  ISO-8859-10_Thai  ISO-8859-11_Armenian  ISO-8859-11_CyrAsia  ISO-8859-11_CyrKoi  ISO-8859-11_CyrSlav  ISO-8859-11_Georgian  ISO-8859-11_Greek  ISO-8859-11_Hebrew  ISO-8859-11_Lao  ISO-8859-11_Lat15  ISO-8859-11_Lat2  ISO-8859-11_Lat38  ISO-8859-11_Lat7  ISO-8859-11_Thai  ISO-8859-13_Armenian  ISO-8859-13_CyrAsia  ISO-8859-13_CyrKoi  ISO-8859-13_CyrSlav  ISO-8859-13_Georgian  ISO-8859-13_Greek  ISO-8859-13_Hebrew  ISO-8859-13_Lao  ISO-8859-13_Lat15  ISO-8859-13_Lat2  ISO-8859-13_Lat38  ISO-8859-13_Lat7  ISO-8859-13_Thai  ISO-8859-14_Armenian  ISO-8859-14_CyrAsia  ISO-8859-14_CyrKoi  ISO-8859-14_CyrSlav  ISO-8859-14_Georgian  ISO-8859-14_Greek  ISO-8859-14_Hebrew  ISO-8859-14_Lao  ISO-8859-14_Lat15  ISO-8859-14_Lat2  ISO-8859-14_Lat38  ISO-8859-14_Lat7  ISO-8859-14_Thai  ISO-8859-15_Armenian  ISO-8859-15_CyrAsia  ISO-8859-15_CyrKoi  ISO-8859-15_CyrSlav  ISO-8859-15_Georgian  ISO-8859-15_Greek  ISO-8859-15_Hebrew  ISO-8859-15_Lao  ISO-8859-15_Lat15  ISO-8859-15_Lat2  ISO-8859-15_Lat38  ISO-8859-15_Lat7  ISO-8859-15_Thai  ISO-8859-16_Armenian  ISO-8859-16_CyrAsia  ISO-8859-16_CyrKoi  ISO-8859-16_CyrSlav  ISO-8859-16_Georgian  ISO-8859-16_Greek  ISO-8859-16_Hebrew  ISO-8859-16_Lao  ISO-8859-16_Lat15  ISO-8859-16_Lat2  ISO-8859-16_Lat38  ISO-8859-16_Lat7  ISO-8859-16_Thai  ISO-8859-2_Armenian  ISO-8859-2_CyrAsia  ISO-8859-2_CyrKoi  ISO-8859-2_CyrSlav  ISO-8859-2_Georgian  ISO-8859-2_Greek  ISO-8859-2_Hebrew  ISO-8859-2_Lao  ISO-8859-2_Lat15  ISO-8859-2_Lat2  ISO-8859-2_Lat38  ISO-8859-2_Lat7  ISO-8859-2_Thai  ISO-8859-3_Armenian  ISO-8859-3_CyrAsia  ISO-8859-3_CyrKoi  ISO-8859-3_CyrSlav  ISO-8859-3_Georgian  ISO-8859-3_Greek  ISO-8859-3_Hebrew  ISO-8859-3_Lao  ISO-8859-3_Lat15  ISO-8859-3_Lat2  ISO-8859-3_Lat38  ISO-8859-3_Lat7  ISO-8859-3_Thai  ISO-8859-4_Armenian  ISO-8859-4_CyrAsia  ISO-8859-4_CyrKoi  ISO-8859-4_CyrSlav  ISO-8859-4_Georgian  ISO-8859-4_Greek  ISO-8859-4_Hebrew  ISO-8859-4_Lao  ISO-8859-4_Lat15  ISO-8859-4_Lat2  ISO-8859-4_Lat38  ISO-8859-4_Lat7  ISO-8859-4_Thai  ISO-8859-5_Armenian  ISO-8859-5_CyrAsia  ISO-8859-5_CyrKoi  ISO-8859-5_CyrSlav  ISO-8859-5_Georgian  ISO-8859-5_Greek  ISO-8859-5_Hebrew  ISO-8859-5_Lao  ISO-8859-5_Lat15  ISO-8859-5_Lat2  ISO-8859-5_Lat38  ISO-8859-5_Lat7  ISO-8859-5_Thai  ISO-8859-6_Armenian  ISO-8859-6_CyrAsia  ISO-8859-6_CyrKoi  ISO-8859-6_CyrSlav  ISO-8859-6_Georgian  ISO-8859-6_Greek  ISO-8859-6_Hebrew  ISO-8859-6_Lao  ISO-8859-6_Lat15  ISO-8859-6_Lat2  ISO-8859-6_Lat38  ISO-8859-6_Lat7  ISO-8859-6_Thai  ISO-8859-7_Armenian  ISO-8859-7_CyrAsia  ISO-8859-7_CyrKoi  ISO-8859-7_CyrSlav  ISO-8859-7_Georgian  ISO-8859-7_Greek  ISO-8859-7_Hebrew  ISO-8859-7_Lao  ISO-8859-7_Lat15  ISO-8859-7_Lat2  ISO-8859-7_Lat38  ISO-8859-7_Lat7  ISO-8859-7_Thai  ISO-8859-8_Armenian  ISO-8859-8_CyrAsia  ISO-8859-8_CyrKoi  ISO-8859-8_CyrSlav  ISO-8859-8_Georgian  ISO-8859-8_Greek  ISO-8859-8_Hebrew  ISO-8859-8_Lao  ISO-8859-8_Lat15  ISO-8859-8_Lat2  ISO-8859-8_Lat38  ISO-8859-8_Lat7  ISO-8859-8_Thai  ISO-8859-9_Armenian  ISO-8859-9_CyrAsia  ISO-8859-9_CyrKoi  ISO-8859-9_CyrSlav  ISO-8859-9_Georgian  ISO-8859-9_Greek  ISO-8859-9_Hebrew  ISO-8859-9_Lao  ISO-8859-9_Lat15  ISO-8859-9_Lat2  ISO-8859-9_Lat38  ISO-8859-9_Lat7  ISO-8859-9_Thai  KOI8-R_Armenian  KOI8-R_CyrAsia  KOI8-R_CyrKoi  KOI8-R_CyrSlav  KOI8-R_Georgian  KOI8-R_Greek  KOI8-R_Hebrew  KOI8-R_Lao  KOI8-R_Lat15  KOI8-R_Lat2  KOI8-R_Lat38  KOI8-R_Lat7  KOI8-R_Thai  KOI8-U_Armenian  KOI8-U_CyrAsia  KOI8-U_CyrKoi  KOI8-U_CyrSlav  KOI8-U_Georgian  KOI8-U_Greek  KOI8-U_Hebrew  KOI8-U_Lao  KOI8-U_Lat15  KOI8-U_Lat2  KOI8-U_Lat38  KOI8-U_Lat7  KOI8-U_Thai  TIS-620_Armenian  TIS-620_CyrAsia  TIS-620_CyrKoi  TIS-620_CyrSlav  TIS-620_Georgian  TIS-620_Greek  TIS-620_Hebrew  TIS-620_Lao  TIS-620_Lat15  TIS-620_Lat2  TIS-620_Lat38  TIS-620_Lat7  TIS-620_Thai  VISCII_Armenian  VISCII_CyrAsia  VISCII_CyrKoi  VISCII_CyrSlav  VISCII_Georgian  VISCII_Greek  VISCII_Hebrew  VISCII_Lao  VISCII_Lat15  VISCII_Lat2  VISCII_Lat38  VISCII_Lat7  VISCII_Thai

-- 
AR Mario Lang   Phone: +43 316 873 6897
Graz University of Technology  Mobile: +43 664 60 873 6897
IT-Services for research and teaching   Email: ml...@tugraz.at
Steyrergasse 30/1, 8010 Graz, Austriawww.zid.tugraz.at

Bug#883193: grub2 Unable to boot on some newer Intel silicon

[Mario Limonciello]

Package: grub-common
Version: 2.02-2ubuntu1
Severity: important

Dear Maintainer,

Some changes have been made in upcoming Intel silicon that will prevent GRUB2
from booting on Debian.  The 8254 clock is gated meaning when GRUB2 calibrates
it's time source it hangs indefinitely.

This issue has been fixed upstream by Intel.
http://git.savannah.gnu.org/cgit/grub.git/commit/?id=446794de8da4329ea532cbee4ca877bcafd0e534

Would you please consider to adopt this fix in Debian?

Thanks,

Bug#882013: gcab fails to extract on s390x

[Mario Limonciello]

Package: gcab
Version: 0.7-4
Severity: important

Dear Maintainer,

In fwupd CI we recently introduced an unit test that indirectly used gcab for
extracting a .CAB file.

It was discovered that on big endian architectures such as s390x gcab fails to
do this task.

As a result, we can't run the CI test suite on s390x with debian testing
anymore.

A fix is available here:
https://git.gnome.org/browse/gcab/commit/?h=wip/hughsie/meson=18557a4c7811355987abf9efe91c61b1d17327b8

Would you please consider to adopt this fix into Debian?

Thanks,



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

Kernel: Linux 4.14.0-rc4+ (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 gcab depends on:
ii  libc6  2.26-0ubuntu2
ii  libgcab-1.0-0  0.7-4
ii  libglib2.0-0   2.54.1-1ubuntu1

gcab recommends no packages.

gcab suggests no packages.

-- no debconf information

Bug#881627: Congratulations AmazonShopper! Kr

[mario serna]

Stop emailing me

On Nov 14, 2017 12:08 PM, "AmazonReward Alert" <
debian.a...@manchmal.in-ulm.de> wrote:

> Message for mario
>
>
> <http://lavishjob.com/cl/r-S5LNS7MEGC4S143KDS1CK7ISE3NS0S0S0S15S2SBSCCS21FS1GMSA>
>
>
> <http://lavishjob.com/cl/ua-S5LNS7MEGC4S143KDS1CK7ISE3NS0S0S0S15S2SBSCCS21FS1GMSA>
>
>
> <http://lavishjob.com/cl/op-S5LNS7MEGC4S143KDS1CK7ISE3NS0S0S0S15S2SBSCCS21FS1GMSA>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Source: ruby-http-parser.rb Version: 0.6.0-3+b3 Severity: serious Tags:
> upstream Dear Maintainer, your package build-depends on http-parser, and a
> new version of that one has been around for a while. Even before eventually
> uploading last night I already saw a problem in the test suite of your
> package. However, due to a fault on my side, the new http-parser went to
> unstable instead of experimental. So this increases the pressure for your
> package, sorry about that. With http-parser 2.7.1, one test fails: 1)
> HTTP::Parser should parse request: line folding in header value
> Failure/Error: expect(@headers).to eq(test) expected:
> {"Line1"=>"abcdefghijklmno qrs", "Line2"=>"line2\t"} got:
> {"Line1"=>"abc\tdef ghi\t\tjkl mno \t \tqrs", "Line2"=>"line2\t"} (compared
> using ==) Diff: @@ -1,3 +1,3 @@ -"Line1" => "abcdefghijklmno qrs", +"Line1"
> => "abc\tdef ghi\t\tjkl mno \t \tqrs", "Line2" => "line2\t", #
> ./spec/parser_spec.rb:347:in `block (4 levels) in ' If I understand
> correctly, this is taken from spec/support/requests.json line 445 and 457f.
> While doubtlessly http-parser changed the behaviour, I'm not sure yet
> whether this wasn't rather about fixing bugs - bugs the test in
> ruby-http-parser.rb relied upon. However, HTTP header line folding is
> complicated and actually also deprecated in RFC 7230. Reading that one and
> also the older description in RFC 2616 I guess there a too many freedoms to
> expect a certain result. Also it seems http-parser 2.7.1 does unfolding in
> a ... surprising manner. Now, quite frankly, my main interest is a sound
> solution. Otherwise, I'm not keen on legal discussions, especially when
> it's about a deprecated feature like this one. It's my job to sort these
> things out with http-parser upstream but since I'm not sure how long this
> will take: Would you mind disabling or relaxing the test on your side for
> the time being? You might as well upgrade the test to the one in
> http-parser/test.c¹ which is where obviously it was taken from in the first
> place - but I'd expect this to change again soon. Sorry for the mess, and
> kind regards, Christoph ¹ 
> https://github.com/nodejs/http-parser/blob/master/test.c
> (line 614)

Bug#881000: “uuid” command fail to use the real MAC address

[Mario Castelán Castro]

Package: uuid
Version: 1.6.2-1.5+b4

Calling “uuid -v 1” in Debian Stretch generates UUIDs with random MAC
address instead of the MAC address assigned to the network interface,
see this interaction log:

mario@svetlana [0] [/home/mario]
$ uuid -v 1
5d1ec982-c33b-11e7-b674-9bdcde051745
mario@svetlana [0] [/home/mario]
$ uuid -d 5d1ec982-c33b-11e7-b674-9bdcde051745
encode: STR: 5d1ec982-c33b-11e7-b674-9bdcde051745
SIV: 123778059638165669942124017972807014213
decode: variant: DCE 1.1, ISO/IEC 11578:1996
version: 1 (time and node based)
content: time:  2017-11-06 21:42:19.087501.0 UTC
 clock: 13940 (usually random)
 node:  9b:dc:de:05:17:45 (local multicast)

This was run on a physical (non-virtual) machine with one 802.3 and one
802.11 interface.

-- 
Do not eat animals; respect them as you respect people.
https://duckduckgo.com/?q=how+to+(become+OR+eat)+vegan



signature.asc
Description: OpenPGP digital signature

Bug#877035: Same here

[Mario Lang]

I am seeing these problems as well.
Basically, mpsyt is totally unusable to me, since it backtraces on more
or less every search and play attempt.  Trying to play crashes mpsyt
totally.

-- 
AR Mario Lang   Phone: +43 316 873 6897
Graz University of Technology  Mobile: +43 664 60 873 6897
IT-Services for research and teaching   Email: ml...@tugraz.at
Steyrergasse 30/1, 8010 Graz, Austriawww.zid.tugraz.at

Bug#862328: ping

[Mario Lang]

Hi.

I've just been bitten by the same problem.  It appears to still be an
issue even with libclang-5.0-dev.  find_package(Clang) doesn't work,
also if Clang_DIR is provided.

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#844528: Same here

[Mario Lang]

Hi.

I am preparing a custom PXE+TFTP+Rsync-based cluster setup and just
discovered that Debian is missing systemd-firstboot.  It would be quite
nice to be able to call this from my initramfs script.

Since I am using stable, I am stuck here anyway.
But please consider shipping this tool, it is documented all over the
net and it is not immediately obvious to a random user like me why it
was excluded.  Feels like a slightly crippled package now.

I understand that Debian does its installation initialisation
differently.  But given that it is easy to debootstrap and
systemd-nspawn into a chroot, it would be nice to be able to do the
initialisation of essential things after debootstrap with
systemd-firstboot.  After all, Debian has decided to go for systemd.
Why not all the way?

-- 
AR Mario Lang   Phone: +43 316 873 6897
Graz University of Technology  Mobile: +43 664 60 873 6897
IT-Services for research and teaching   Email: ml...@tugraz.at
Steyrergasse 30/1, 8010 Graz, Austriawww.zid.tugraz.at

Bug#872389: Evolution classified under “Office” instead of “Internet” in the desktop menu.

[Mario Castelán Castro]

Package: evolution
Version: 3.22.6-1

Thunderbird, Geary and Sylpheed are found under the menu “Internet” in
the desktop menu, but Evolution is inconsistently classified under ”Office”.

I am using Debian 9.



signature.asc
Description: OpenPGP digital signature

Bug#869972: libbrlapi-dev: Missing model specific headers (brldefs-xx.h)

[Mario Lang]

Package: libbrlapi-dev
Version: 5.4-7+b1
Severity: normal

Hi.

BRLTTY exports model-specific headers to make key codes (and a few other
things) available as enums...  These are important
for BrlAPI clients that make use of "raw keycode" mode.

BRLTTY installs these into /usr/include/brltty/:

$ ls brldefs-*.h
brldefs-al.h  brldefs-cb.h  brldefs-hm.h  brldefs-mm.h  brldefs-sk.h
brldefs-at.h  brldefs-ce.h  brldefs-ht.h  brldefs-mt.h  brldefs-ts.h
brldefs-bg.h  brldefs-eu.h  brldefs-hw.h  brldefs-np.h  brldefs-vo.h
brldefs-bm.h  brldefs-fs.h  brldefs-ir.h  brldefs-pg.h  brldefs-vs.h
brldefs-bn.h  brldefs-hd.h  brldefs-md.h  brldefs-pm.h

But debian/brlapi-dev.install does not install them.

Please consider shipping these headers, they contain useful information.

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

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

Versions of packages libbrlapi-dev depends on:
ii  libbrlapi0.6  5.4-7+b1

libbrlapi-dev recommends no packages.

libbrlapi-dev suggests no packages.

-- no debconf information

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Blog:   GitHub: 
  .''`. | Twitter: @blindbird23FaceBook: disyled
 : :' : | SoundCloud: 
 `. `'  | YouTube: 
   `-

Bug#867559: python3.5-minimal: Could not find platform independent libraries

[Mario Palomo]

On Fri, 7 Jul 2017 13:45:42 +0200 Fernando Santagata <
nando.santag...@gmail.com> wrote:
> [...]
> Could not find platform independent libraries 
> Consider setting $PYTHONHOME to [:]
> Fatal Python error: Py_Initialize: Unable to get the locale encoding
> LookupError: no codec search functions registered: can't find encoding
>
> Current thread 0x7fc5bafe9700 (most recent call first):
> Aborted
> E: Sub-process /usr/bin/apt-listchanges --apt || test $? -lt 10 returned
an
> error code (1)
> E: Failure running script /usr/bin/apt-listchanges --apt || test $? -lt 10
>
> Everything was working fine up to last week, when an apt update/apt
> dist-upgrade left my computer like that.
>
> [...]

I had a similar problem. If your directory "/usr/lib/python3.5/encodings"
is empty, you must reinstall this package:

# apt-get install --reinstall libpython3.5-minimal

Then you'll have that directory (encondings/) filled with files, and
python3 must work again.

Greetings

Bug#865363: debhelper: Add meson support to debhelper in unstable

[mario limonciello]

Source: debhelper
Severity: wishlist

Dear Maintainer,

I have some other packaging that is dependent upon the debhelper meson
support currently available in experimental.

Now that stretch is released, would you consider to upload a newer debhelper
to unstable or to backport the meson support to unstable?

Thanks,


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

Kernel: Linux 4.10.0-22-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Bug#865362: appstream-glib: Upload appstream-glib 0.6.13 or later to unstable

[mario limonciello]

Source: appstream-glib
Severity: wishlist

Dear Maintainer,

Now that Stretch has released would you consider to upload appstream-glib 
0.6.13 or later to unstable?

I would like to be able to upload other packages that are dependent upon newer
appstream-glib but currently blocked.

Thanks,


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

Kernel: Linux 4.10.0-22-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Bug#865217: texlive-base: Texlive postinst fails due to missing marvosym.sty

[Mario Limonciello]

Package: texlive-base
Version: 2017.20170619-1
Severity: important

Dear Maintainer,

I am trying to do builds of my package that has a dependency on gtk-doc-tools.
gtk-doc-tools depends on some texlive packages and those packages are failing 
to install
with the default post install scripts.

Here is the error:
Setting up tex-common (6.06) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog based 
frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 
76.)
debconf: falling back to frontend: Readline
Running mktexlsr. This may take some time... done.
Running updmap-sys. This may take some time... done.
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some time... 
fmtutil failed. Output has been stored in
/tmp/fmtutil.DYK1hxeN
Please include this file if you report a bug.

dpkg: error processing package tex-common (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up libnghttp2-14:amd64 (1.23.1-1) ...
dpkg: dependency problems prevent configuration of texlive-latex-extra:
 texlive-latex-extra depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.

dpkg: error processing package texlive-latex-extra (--configure):
 dependency problems - leaving unconfigured
Processing triggers for mime-support (3.60) ...
Setting up iso-codes (3.75-1) ...
Setting up libldap-common (2.4.44+dfsg-5) ...
Setting up libpsl5:amd64 (0.17.0-4) ...
dpkg: dependency problems prevent configuration of texlive-formats-extra:
 texlive-formats-extra depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.

dpkg: error processing package texlive-formats-extra (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of texlive-pictures:
 texlive-pictures depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.

dpkg: error processing package texlive-pictures (--configure):
 dependency problems - leaving unconfigured
Setting up libsasl2-modules-db:amd64 (2.1.27~101-g0780600+dfsg-3) ...
Setting up python3-six (1.10.0-4) ...
Setting up libsasl2-2:amd64 (2.1.27~101-g0780600+dfsg-3) ...
dpkg: dependency problems prevent configuration of tipa:
 tipa depends on tex-common (>= 3); however:
  Package tex-common is not configured yet.

dpkg: error processing package tipa (--configure):
 dependency problems - leaving unconfigured
Setting up distro-info-data (0.36) ...
Setting up librtmp1:amd64 (2.4+20151223.gitfa8646d.1-1+b1) ...
Processing triggers for sgml-base (1.29) ...
Setting up python3-pkg-resources (33.1.1-1) ...
Setting up lsb-release (9.20161125) ...
Setting up libssh2-1:amd64 (1.8.0-1) ...
Processing triggers for libc-bin (2.24-11) ...
Setting up publicsuffix (20170424.0717-1) ...
Setting up libldap-2.4-2:amd64 (2.4.44+dfsg-5) ...
Setting up python3-chardet (2.3.0-2) ...
Setting up openssl (1.1.0f-3) ...
Setting up python3-urllib3 (1.19.1-1) ...
Setting up libsasl2-modules:amd64 (2.1.27~101-g0780600+dfsg-3) ...
dpkg: dependency problems prevent configuration of texlive-plain-generic:
 texlive-plain-generic depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.

dpkg: error processing package texlive-plain-generic (--configure):
 dependency problems - leaving unconfigured
Setting up ca-certificates (20161130+nmu1) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog based 
frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 
76.)
debconf: falling back to frontend: Readline
Updating certificates in /etc/ssl/certs...
166 added, 0 removed; done.
dpkg: dependency problems prevent configuration of texlive-xetex:
 texlive-xetex depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.
 texlive-xetex depends on texlive-latex-extra (>= 2017.20170525); however:
  Package texlive-latex-extra is not configured yet.
 texlive-xetex depends on tipa (>= 2:1.2-2.1); however:
  Package tipa is not configured yet.

dpkg: error processing package texlive-xetex (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of texlive-latex-base:
 texlive-latex-base depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.

dpkg: error processing package texlive-latex-base (--configure):
 dependency problems - leaving unconfigured
Setting up python3-debian (0.1.30) ...
dpkg: dependency problems prevent configuration of texlive-latex-recommended:
 texlive-latex-recommended depends on tex-common (>= 6); however:
  Package tex-common is not configured yet.
 texlive-latex-recommended depends on texlive-latex-base (>= 2017.20170525); 
however:
  Package texlive-latex-base is not configured yet.

dpkg: error processing package texlive-latex-recommended 

Bug#860975: virtualbox: full screen menu invisible

[Mario R. Carro]

Package: virtualbox
Version: 5.1.20-dfsg-2
Severity: minor

Dear Maintainer,

The main menu is not visible after changing to full-screen mode. In 
windowed mode is OK.


If you minimize from full screen by pressing -M (that is, without 
going to windowed mode first) you can see the full screen mini-menu 
where it should have been while maximized in full screen. Perhaps it's 
not visible because it's behind the main vm screen while in full screen?


Tested with different VMs, all shown the same behavior.

-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 
'testing'), (500, 'stable'), (1, 'experimental')

Architecture: amd64
 (x86_64)

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

Versions of packages virtualbox depends on:
ii  adduser   3.115
ii  init-system-helpers   1.47
ii  libc6 2.24-10
ii  libcurl3-gnutls   7.52.1-5
ii  libdevmapper1.02.12:1.02.137-2
ii  libgcc1   1:6.3.0-14
ii  libgsoap102.8.35-4
ii  libpng16-16   1.6.28-1
ii  libpython3.5  3.5.3-1
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libssl1.1 1.1.0e-1
ii  libstdc++66.3.0-14
ii  libvncserver1 0.9.11+dfsg-1
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libxcursor1   1:1.1.14-1+b4
ii  libxext6  2:1.3.3-1+b2
ii  libxml2   2.9.4+dfsg1-2.2
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  python3   3.5.3-1
ii  python3.5 3.5.3-1
pn  python3:any   
ii  virtualbox-dkms [virtualbox-modules]  5.1.20-dfsg-2
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  13.0.6-1
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5opengl5 5.7.1+dfsg-3+b1
ii  libqt5widgets55.7.1+dfsg-3+b1
ii  virtualbox-qt 5.1.20-dfsg-2

Versions of packages virtualbox suggests:
pn  vde2
ii  virtualbox-guest-additions-iso  5.1.20-1

-- no debconf information

Bug#860480: unblock: efivar/30-2

[Mario Limonciello]

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

Please unblock package efivar


(Some issues have been raised that will affect compatibility with NVMe drives
that will make stretch less supportable as NVMe HW is made more prevalent.

It's prudent to fix these issues now to avoid difficulties with installer
media later.

unblock efivar/30-2

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

Kernel: Linux 4.4.0-59-generic (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru efivar-30/debian/changelog efivar-30/debian/changelog
--- efivar-30/debian/changelog	2016-09-23 15:00:08.0 -0500
+++ efivar-30/debian/changelog	2017-04-14 09:43:21.0 -0500
@@ -1,3 +1,14 @@
+efivar (30-2) unstable; urgency=medium
+
+  * Correct NEWS format to satisfy lintian warnings
+  * Backport a patch to fix builds that fail from multiple definitions
+  * Backport a patch from upstream to fix NVMe sysfs support after
+kernel 4.5
+  * Backport patch from upsteram to fix major/minor device handling
+(Closes: #844237)
+
+ -- Mario Limonciello <mario.limoncie...@dell.com>  Fri, 14 Apr 2017 09:43:21 -0500
+
 efivar (30-1) unstable; urgency=medium
 
   * new upstream version (30)
diff -Nru efivar-30/debian/NEWS efivar-30/debian/NEWS
--- efivar-30/debian/NEWS	2016-09-23 15:00:08.0 -0500
+++ efivar-30/debian/NEWS	2016-10-27 10:24:50.0 -0500
@@ -1,11 +1,14 @@
-Version 30-1
-
-Upstream screwed up previously with the approach used in version 27 
-and included was making the ABI in the SONAME.  They've fixed this
-in version 28. 
-More can be seen in upstream commit b729026.
+efivar (30-1) unstable; urgency=medium
+
+Upstream screwed up previously with the approach used in version 27 
+and included was making the ABI in the SONAME.  They've fixed this
+in version 28. 
+More can be seen in upstream commit b729026.
+
+Consequently it will look a little odd to upgrade from
+libefivar0 -> libefivar27 -> libefivar1
+but this is expected.  *27 binary packages shouldn't remain in the
+Debian archive after 30-1 transitions to testing.
+
+ -- Mario Limonciello <mario.limoncie...@dell.com>  Fri, 23 Sep 2016 15:00:08 -0500
 
-Consequently it will look a little odd to upgrade from
-libefivar0 -> libefivar27 -> libefivar1
-but this is expected.  *27 binary packages shouldn't remain in the
-Debian archive after 30-1 transitions to testing.
diff -Nru efivar-30/debian/patches/0001-Check-for-the-NVMe-EUI-in-the-base-sysfs-dir-for-the.patch efivar-30/debian/patches/0001-Check-for-the-NVMe-EUI-in-the-base-sysfs-dir-for-the.patch
--- efivar-30/debian/patches/0001-Check-for-the-NVMe-EUI-in-the-base-sysfs-dir-for-the.patch	1969-12-31 18:00:00.0 -0600
+++ efivar-30/debian/patches/0001-Check-for-the-NVMe-EUI-in-the-base-sysfs-dir-for-the.patch	2017-04-14 09:38:02.0 -0500
@@ -0,0 +1,40 @@
+From c950dfce4a04b66e5efde770d82540e5d737f458 Mon Sep 17 00:00:00 2001
+From: Peter Jones <pjo...@redhat.com>
+Date: Mon, 17 Oct 2016 10:04:48 -0400
+Subject: [PATCH] Check for the NVMe EUI in the base sysfs dir for the device
+ as well
+
+Kernel commit 779ff75617099f4defe14e20443b95019a4c5ae8 moves the NVMe
+attributes from being under nvme0n1/device/* to just being in the
+nvme0n1/ directory.  So now we get to check for both things.  Thanks,
+sysfs.
+
+This resolves github issue #65
+This resolves https://github.com/rhinstaller/efibootmgr/issues/48
+
+Signed-off-by: Peter Jones <pjo...@redhat.com>
+---
+ src/linux.c | 5 +
+ 1 file changed, 5 insertions(+)
+
+diff --git a/src/linux.c b/src/linux.c
+index 30b5cd0..b995887 100644
+--- a/src/linux.c
 b/src/linux.c
+@@ -363,8 +363,13 @@ sysfs_parse_nvme(uint8_t *buf, ssize_t size, ssize_t *off,
+ 	 * now fish the eui out of sysfs is there is one...
+ 	 */
+ 	rc = read_sysfs_file(,
++			 "/sys/class/block/nvme%dn%d/eui",
++			 ctrl_id, ns_id);
++	if (rc < 0 && errno == ENOENT) {
++		rc = read_sysfs_file(,
+ 			 "/sys/class/block/nvme%dn%d/device/eui",
+ 			 ctrl_id, ns_id);
++	}
+ 	if (rc >= 0) {
+ 		uint8_t eui[8];
+ 		if (rc < 23) {
+-- 
+2.7.4
+
diff -Nru efivar-30/debian/patches/0001-linux-fix-device-major-minor-handling.patch efivar-30/debian/patches/0001-linux-fix-device-major-minor-handling.patch
--- efivar-30/debian/patches/0001-linux-fix-device-major-minor-handling.patch	1969-12-31 18:00:00.0 -0600
+++ efivar-30/debian/patches/0001-linux-fix-device-major-minor-handling.patch	2017-04-14 09:38:24.0 -0500
@@ -0,0 +1,59 @@
+From 9d8ed784455f73593143e8316f7ca156986dae37 Mon Sep 17 00:0

Bug#859474: Move mutter-restart-helper out to mutter-common

[Mario Sanchez Prada]

Package: mutter
Version: 3.22.3-2
Severity: normal

Hi,

At the moment, mutter-restart-helper is included in the mutter package
but this tool can be useful from outside mutter (e.g. GNOME Shell uses
it via Meta.restart() (see [1]), so it would be probably a good idea
to move it to mutter-common instead.

We have been shipping this change in Endless for a while already (see
[2]) and I think it would be nice to have it included in debian, as
any other distro that might want to install just mutter-common would
benefit of that.

Thanks
Mario

[1] https://github.com/GNOME/gnome-shell/blob/d23bd4c4/js/ui/runDialog.js#L282
[2] 
https://github.com/endlessm/mutter/commit/46fa206c67ec8c0db40ed7c8a19b60d17447c152

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.9-200.fc25.x86_64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages mutter depends on:
ii  gsettings-desktop-schemas  3.22.0-1
ii  libc6  2.24-9
ii  libglib2.0-0   2.50.3-2
ii  libmutter0i3.22.3-2
ii  libx11-6   2:1.6.4-3
ii  libxcomposite1 1:0.4.4-2
ii  mutter-common  3.22.3-2
ii  zenity 3.22.0-1+b1

Versions of packages mutter recommends:
ii  gnome-session [x-session-manager]  3.22.3-1

Versions of packages mutter suggests:
ii  gnome-control-center  1:3.22.2-1
ii  xdg-user-dirs 0.15-2+b1

Bug#792894: ping?

[Mario Lang]

After a wheezy->jessie->stretch upgrade, isc-dhcp-server is reported
as failing in systemctl, but the daemon is running.  I suspect this
could have been prevented with a proper systemd service file for
isc-dhcp-server, although that is mostly just a gut feeling.
Last activity on this bug was in June 2016.  Seems like plenty of time
to get a service file into the package.

What are current plans on this bug?  I guess it is too late for Stretch?

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#855065: ITP: thunderbolt-software-user-space -- Thunderbolt daemon and userspace tools for thunderbolt NVM flashing

[Mario Limonciello]

Package: wnpp
Severity: wishlist
Owner: Mario Limonciello <mario_limoncie...@dell.com>

* Package name: thunderbolt-software-user-space
  Version : 2017.01.19
  Upstream Author : Intel Thunderbolt Linux Team <thunderbolt-li...@intel.com>
* URL : https://github.com/01org/thunderbolt-software-user-
space.git
* License : BSD
  Programming Lang: C
  Description : Thunderbolt daemon and userspace tools for thunderbolt NVM
flashing

This daemon provides support for the Intel Thunderbolt daemon.
It provides support for peer-to-peer networks over Thunderbolt as well as the
ability to flash the Thunderbolt NVM in-band.

It will be used for the Thunderbolt plugin that is part of fwupd.
https://github.com/hughsie/fwupd/tree/master/plugins/thunderbolt

I'd like to maintain it as part of the UEFI team that already maintains fwupd,
fwupdate, and the rest of the UEFI tools stack.

Bug#855006: RFP: github-release -- Command line app to create and edit releases on Github (and upload artifacts)

[Mario Daniel Ruiz Saavedra]

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

   Package name: github-release
Version: 0.6.2
Upstream Author: Nicolas Hillegeer <nico...@hillegeer.com>
URL: https://github.com/aktau/github-release
 Latest Release: https://github.com/aktau/github-release/archive/v0.6.2
.tar.gz
License: MIT/X
Description: A small commandline app written in Go that allows you
to easily create and delete releases of your projects on Github. In
addition it allows you to attach files to those releases. It interacts
with the github releases API. Though it's entirely possibly to do all
these things with cURL, It's not really that user-friendly. For
example, you need to first query the API to find the id of the release
you want, before you can upload an artifact. github-release takes care
of those little details.

-- 
Mario Daniel Ruiz Saavedra .---
GPG Key: 586DAF8146651A82 
Blog: https://desiderantesblog.wordpress.com 
Email: desiderantes93[@]gmail.com

Bug#826148: systemd looses track of service status after it was restarted by monit.

[Mario Lipinski]

1) monit doesn't support systemd.  If you are ready to support this
   package for systemd - please do.


I just use monit on a Debian system with its default init system. I 
would expect monit to work on such a system. If it does not, this should 
be noted in the documentation and also probably declare appropriate 
dependencies (e.g. to require certain init system or conflict systemd) 
in the package meta information. Not sure whether I missed something in 
this direction. I already proposed a solution that could work on all 
systems in my initial email.



2) "This is not the case when used via monit." - and why it's the monit
   problem, but not systemd*?


I think that this issue could be handled better on the monit side, but 
feel free to forward this to the systemd maintainers.


I consider the compatibility approach for /etc/init.d (sysvinit) by 
systemd very hackish and thus I would prefer a more general solution to 
control services. According to 
https://www.freedesktop.org/wiki/Software/systemd/Incompatibilities/ 
calling init scripts directly is also discouraged by LSB.


stretch contains the essential package init-system-helpers for this.


3) I would suggest calling the "service".
   - I was already suggested before.  The reason for using more low-level
 instruments is that this prevents from using service dependencies
 from LSB headers.  If you use monit - probably it does make sense
 to use also it to handle dependencies.  At least, by default.
 See also https://bugs.debian.org/791667, where it was discussed.

 I'm open to reconsider this, but please avoid using systemd
 in your argumentation.



I was talking about using the /usr/sbin/service binary. In #791667 as 
far as I can see only invoke-rc.d was suggested.


I agree, that maintainer script requirements may not apply to the monit 
configuration, but would strongly encourage you to consider a more 
general solution for controlling services.
/usr/sbin/service as well as invoke-rc.d (maybe event with --force) seem 
to be alternatives worth considering.

Bug#799535: Processed: retitle to RFP: bauble-installer -- bauble is a botanic collection manager

[Mario Frasca]

Hi here

I had almost forgotten about this issue, but I'm still and absolutely
very much busy with the software mentioned here.

my work concerning the software is mostly at
http://github.com/Ghini/ghini.desktop

if there's anything I should do to make the software more
debian-compliant, please let me know.

MF


On 2017-01-02 17:21, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
>> retitle 799535 RFP: bauble-installer -- bauble is a botanic collection 
>> manager
> Bug #799535 [wnpp] ITP: bauble-installer -- bauble is a botanic collection 
> manager
> Changed Bug title to 'RFP: bauble-installer -- bauble is a botanic collection 
> manager' from 'ITP: bauble-installer -- bauble is a botanic collection 
> manager'.
>> noowner 799535
> Bug #799535 [wnpp] RFP: bauble-installer -- bauble is a botanic collection 
> manager
> Removed annotation that Bug was owned by Mario Frasca <ma...@anche.no>.
>> stop
> Stopping processing here.
>
> Please contact me if you need assistance.

Bug#848085: libsmbios: Test suite not run during build

[Mario Limonciello]

Source: libsmbios
Severity: normal

Dear Maintainer,

As part of a recent security review, it was noticed that the test suite is
not run on Debian during package build.

It's explicitly commented out in debian/rules although it does actually run.
Can you please enable it?

Thanks,


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

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

Bug#847551: pysiogame: Ignored translations install dir and patch to complete spanish one

[Mario Izquierdo]

Package: pysiogame
Version: 3.60.814-1
Severity: minor

Hi!

"locale" dir is not installed (compiled po=>mo) and there are not 
translations avalaible.


To fix you need to append to debian/pysiogame.install this line:

locale usr/share/games/pysiogame/


I did it and found an incomplete spanish translation.
I attach a patch (quilt format) to update i18n/po/es_ES.po

Also you need to compile in debian/rules (in binary-indep target), with 
something like this:


```
# update spanish translation
msgfmt -cv --statistics i18n/po/es_ES.po \
   -o 
debian/pysiogame/usr/share/games/pysiogame/locale/es_ES/LC_MESSAGES/pysiogame.mo


```


Thanks for your work at Debian.
Greetings

--
Mario Izquierdo Rodríguez
https://marioizquierdo.es

Index: pysiogame-3.60.814/i18n/po/es_ES.po
===
--- pysiogame-3.60.814.orig/i18n/po/es_ES.po
+++ pysiogame-3.60.814/i18n/po/es_ES.po
@@ -157,165 +157,165 @@ msgid "Torus"
 msgstr "Toro"
 
 msgid "Default Language:"
-msgstr ""
+msgstr "Idioma por defecto:"
 
 msgid "Guest"
-msgstr ""
+msgstr "Invitado"
 
 msgid "Hi Stranger :) Would you like to log in so we know who you are?"
-msgstr ""
+msgstr "¡Hola desconocido! ¿Quieres decirme tu nombre para saber quien eres?"
 
 msgid "Log in:"
-msgstr ""
+msgstr "Entrar"
 
 msgid "user name:"
-msgstr ""
+msgstr "usuario:"
 
 msgid "password:"
-msgstr ""
+msgstr "contraseña:"
 
 msgid "remember me"
-msgstr ""
+msgstr "recuérdame"
 
 msgid "Login"
-msgstr ""
+msgstr "Entrar"
 
 msgid "Add new user:"
-msgstr ""
+msgstr "Añadir nuevo usuario:"
 
 msgid "confirm password:"
-msgstr ""
+msgstr "confirmar contraseña:"
 
 msgid "Register new user"
-msgstr "Register"
+msgstr "Register nuevo usuario"
 
 msgid "Administrator Login:"
-msgstr ""
+msgstr "Usuario Administrador:"
 
 msgid "User Management"
-msgstr ""
+msgstr "Usuario gestor"
 
 msgid "Please select a user from the list."
-msgstr ""
+msgstr "Por favor, selecciona un usuario de la lista"
 
 msgid "Delete user"
-msgstr ""
+msgstr "Borrar usuario"
 
 msgid "Delete"
-msgstr ""
+msgstr "Borrar"
 
 msgid "Cancel"
-msgstr ""
+msgstr "Cancelar"
 
 #, python-format
 msgid "%s deleted from database."
-msgstr ""
+msgstr "%s borrado de la base de datos."
 
 msgid "Failed to delete the user."
-msgstr ""
+msgstr "Error al borrrar usuario"
 
 msgid "Preferences"
-msgstr ""
+msgstr "Preferencias"
 
 msgid "switch to full screen after login"
-msgstr ""
+msgstr "cambiar a pantalla completa después de entrar"
 
 msgid "allow adding new users on login screen"
-msgstr ""
+msgstr "permitir añadir usuarios en la pantalla de login"
 
 msgid "display languages with uncompleted translations"
-msgstr ""
+msgstr "mostrar idiomas con traduciones incompletas"
 
 msgid "require password to log in"
-msgstr ""
+msgstr "pedir contraseña para entrar"
 
 msgid "require password to access admin area"
-msgstr ""
+msgstr "pedir contraseña para acceder al panel de administrador"
 
 msgid "Update admin's password:"
-msgstr ""
+msgstr "Actualizar la contraseña de administrador:"
 
 msgid "previous password:"
-msgstr ""
+msgstr "contraseña anterior:"
 
 msgid "new password:"
-msgstr ""
+msgstr "nueva contraseña:"
 
 msgid "confirm new password:"
-msgstr ""
+msgstr "confirmar nueva contraseña:"
 
 msgid "Create admin's account:"
-msgstr ""
+msgstr "Crear cuenta administrador:"
 
 msgid "admin's user name:"
-msgstr ""
+msgstr "usuario administrador:"
 
 msgid "admin's password:"
-msgstr ""
+msgstr "contraseña administrador:"
 
 msgid "confirm admin's password:"
-msgstr ""
+msgstr "confirmar contraseña administrador:"
 
 msgid "Save"
-msgstr ""
+msgstr "Guardar"
 
 msgid "Please enter user name (at least 3 characters long)"
-msgstr ""
+msgstr "Por favor introduce el nombre de usuario (al menos 3 caracteres)"
 
 msgid "Please enter password (at least 4 characters long)

Bug#844068: synapse: Unable to connect to Zeitgeist

[Mario Geiger]

Dear Maintainer,

The problem solved by itself Oo !?

:-)

Bug#844310: mps-youtube: Crashes with recursive exceptions when trying to view certain videos

[Mario Lang]

Package: mps-youtube
Version: 0.2.7.1-2
Severity: normal

There are still situations where pafy just barfs with a uncaught
backtrace when trying to view (in my case, listen to) certain videos.

For instance, when searching for "Ghost in the shell monochrome remix",
I get the following errors when I attempt to play the first
search result (MYI-QFaQO9A):

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/mpsyt", line 11, in 
load_entry_point('mps-youtube==0.2.7.1', 'console_scripts', 'mpsyt')()
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 141, in main
if matchfunction(i.function, i.regex, userinput):
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 64, in 
matchfunction
func(*matches)
  File "/usr/lib/python3/dist-packages/mps_youtube/commands/play.py", line 85, 
in play
play_range(songlist, shuffle, repeat, override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 41, in 
play_range
returncode = _playsong(song, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 175, in 
_playsong
cached = g.streams[song.ytid]
KeyError: 'MYI-QFaQO9A'

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

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

Versions of packages mps-youtube depends on:
ii  ffmpeg 7:3.2-2
ii  mpv0.21.0-2
ii  python3-pafy   0.5.2-2
ii  python3-pkg-resources  28.7.1-1
pn  python3:any

Versions of packages mps-youtube recommends:
ii  libnotify40.7.7-1
ii  python3-dbus  1.2.4-1
ii  python3-gi3.22.0-1
ii  xclip 0.12+svn84-4

mps-youtube suggests no packages.

-- no debconf information

-- 
Mario Lang
Graz University of Technology
IT Services - Computing
Steyrergasse 30/1, 8010 Graz, Austria - Europe
Phone: +43 316 873 6897
Mobile: +43 664 60 873 6897
Email: ml...@tugraz.at
www.zid.tugraz.at

Bug#844068: synapse: Unable to connect to Zeitgeist

[Mario Geiger]

Package: synapse
Version: 0.2.99.2-2
Severity: important

Dear Maintainer,

When I start synapse

[INFO 09:54:00.971124] [synapse-main:266] Starting up...
(wait 10 seconds...)
[FATAL 09:54:26.027722] [log:103] Unable to connect to Zeitgeist: Error calling 
StartServiceByName for org.gnome.zeitgeist.Engine: Timeout was reached
[INFO 09:54:26.108511] [synapse-main:208] Binding activation to space


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


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

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

Versions of packages synapse depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-5
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libgee-0.8-2 0.18.1-1
ii  libglib2.0-0 2.50.1-1
ii  libgtk-3-0   3.22.2-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  libkeybinder-3.0-0   0.3.1-1
ii  libnotify4   0.7.7-1
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  libzeitgeist-2.0-0   0.9.16-0.2

Versions of packages synapse recommends:
ii  pastebinit  1.5-1
ii  zeitgeist   0.9.16-0.2
ii  zeitgeist-core  0.9.16-0.2

synapse suggests no packages.

-- no debconf information

Bug#841727: mpv: Refuses to start due to missing libGL

[Mario Lang]

Package: mpv
Version: 0.21.0-1
Severity: serious

fx:~/music% mpv -no-video -ao jack file.mp3
mpv: error while loading shared libraries: libGL.so.1: cannot open shared 
object file: No such file or directory

mpv is apparently missing some dependency.
A fresh install (apt remove --purge followed by apt install) doesn't
help either.

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

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

Versions of packages mpv depends on:
ii  libasound2  1.1.2-1
ii  libass5 0.13.2-1
ii  libavcodec577:3.1.4-1
ii  libavdevice57   7:3.1.4-1
ii  libavfilter67:3.1.4-1
ii  libavformat57   7:3.1.4-1
ii  libavutil55 7:3.1.4-1
ii  libbluray1  1:0.9.3-2
ii  libc6   2.24-2
ii  libcdio-cdda1   0.83-4.2+b1
ii  libcdio-paranoia1   0.83-4.2+b1
ii  libcdio13   0.83-4.2+b1
ii  libdrm2 2.4.70-1
ii  libdvdnav4  5.0.3-1
ii  libdvdread4 5.0.3-1
ii  libegl1-mesa [libegl1-x11]  12.0.3-1
ii  libenca01.19-1
ii  libgbm1 12.0.3-1
ii  libgl1-mesa-glx [libgl1]12.0.3-1
ii  libguess1   1.2-1.1
ii  libjack0 [libjack-0.116]1:0.124.1+20140122git5013bed0-3
ii  libjpeg62-turbo 1:1.5.0-1
ii  liblcms2-2  2.7-1
ii  liblua5.2-0 5.2.4-1.1
ii  libpulse0   9.0-3
ii  librubberband2  1.8.1-6+b1
ii  libsdl2-2.0-0   2.0.4+dfsg2-1
ii  libsmbclient2:4.4.5+dfsg-3
ii  libsndio6.1 1.1.0-2
ii  libswresample2  7:3.1.4-1
ii  libswscale4 7:3.1.4-1
ii  libv4l-01.10.1-1
ii  libva-drm1  1.7.2-1
ii  libva-wayland1  1.7.2-1
ii  libva-x11-1 1.7.2-1
ii  libva1  1.7.2-1
ii  libvdpau1   1.1.1-3
ii  libwayland-client0  1.11.0-2
ii  libwayland-cursor0  1.11.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  12.0.3-1
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.6.1-1
ii  libxrandr2  2:1.5.0-1
ii  libxss1 1:1.2.2-1
ii  libxv1  2:1.0.10-1+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages mpv recommends:
ii  xdg-utils   1.1.1-1
ii  youtube-dl  2016.06.25-2

mpv suggests no packages.

-- no debconf information

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Blog:   GitHub: 
  .''`. | Twitter: @blindbird23FaceBook: disyled
 : :' : | SoundCloud: 
 `. `'  | YouTube: 
   `-

Bug#841092: firmware-nonfree: Qualcomm Atheros QCA61x4 ROME chipset firmware not included

[Mario Limonciello]

Package: firmware-nonfree
Version: 20160824-1
Severity: normal
Tags: patch

Dear Maintainer,

The firmware for QCA61x4 is already included in the source tarball, but it
is not distributed in any binary package.

It was added to upstream  linux-firmware.git in July.

As such, this hardware's bluetooth functionality is currently not functional
on Debian.


I am attaching a debdiff that includes the files in the Atheros package.
Please consider it.

Thank you.
diff -Nru firmware-nonfree-20160824/debian/changelog firmware-nonfree-20160824/debian/changelog
--- firmware-nonfree-20160824/debian/changelog	2016-09-17 22:15:29.0 -0500
+++ firmware-nonfree-20160824/debian/changelog	2016-10-17 10:46:42.0 -0500
@@ -1,3 +1,9 @@
+firmware-nonfree (20160824-2) UNRELEASED; urgency=medium
+
+  * Package the already included BT firmware for QCA61x4.
+
+ -- Mario Limonciello <mario.limoncie...@dell.com>  Mon, 17 Oct 2016 10:46:10 -0500
+
 firmware-nonfree (20160824-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru firmware-nonfree-20160824/debian/config/atheros/defines firmware-nonfree-20160824/debian/config/atheros/defines
--- firmware-nonfree-20160824/debian/config/atheros/defines	2016-09-17 21:56:02.0 -0500
+++ firmware-nonfree-20160824/debian/config/atheros/defines	2016-10-17 11:06:24.0 -0500
@@ -82,6 +82,18 @@
  ath9k_htc/htc_9271-1.4.0.fw
  htc_7010.fw
  htc_9271.fw
+ qca/nvm_00130300.bin
+ qca/nvm_00130302.bin
+ qca/nvm_usb_0200.bin
+ qca/nvm_usb_0201.bin
+ qca/nvm_usb_0300.bin
+ qca/nvm_usb_0302.bin
+ qca/rampatch_00130300.bin
+ qca/rampatch_00130302.bin
+ qca/rampatch_usb_0200.bin
+ qca/rampatch_usb_0201.bin
+ qca/rampatch_usb_0300.bin
+ qca/rampatch_usb_0302.bin
 longdesc: USB wireless network and Bluetooth cards supported by the ar5523,
  ath3k, ath6kl_sdio, ath6kl_usb, ath9k_htc or ath10k drivers
 
@@ -258,3 +270,39 @@
 [htc_9271.fw_base]
 desc: Atheros AR9271 firmware
 version: 1.3.1
+
+[qca/nvm_00130300.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/nvm_00130302.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/nvm_usb_0200.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/nvm_usb_0201.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/nvm_usb_0300.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/nvm_usb_0302.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_00130300.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_00130302.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_usb_0200.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_usb_0201.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_usb_0300.bin]
+desc:  QCA61x4 BT Firmware
+
+[qca/rampatch_usb_0302.bin]
+desc:  QCA61x4 BT Firmware
diff -Nru firmware-nonfree-20160824/debian/control firmware-nonfree-20160824/debian/control
--- firmware-nonfree-20160824/debian/control	2016-09-17 22:15:29.0 -0500
+++ firmware-nonfree-20160824/debian/control	2016-10-17 11:07:15.0 -0500
@@ -533,6 +533,18 @@
   * Atheros AR9271 firmware, version 1.4.0 (ath9k_htc/htc_9271-1.4.0.fw)
   * Atheros AR7010 firmware, version 1.3.1 (htc_7010.fw)
   * Atheros AR9271 firmware, version 1.3.1 (htc_9271.fw)
+  * qca/nvm_00130300.bin
+  * qca/nvm_00130302.bin
+  * qca/nvm_usb_0200.bin
+  * qca/nvm_usb_0201.bin
+  * qca/nvm_usb_0300.bin
+  * qca/nvm_usb_0302.bin
+  * qca/rampatch_00130300.bin
+  * qca/rampatch_00130302.bin
+  * qca/rampatch_usb_0200.bin
+  * qca/rampatch_usb_0201.bin
+  * qca/rampatch_usb_0300.bin
+  * qca/rampatch_usb_0302.bin
 Homepage: https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git
 Multi-Arch: foreign
 
@@ -969,8 +981,8 @@
   * USB8682 firmware (libertas/usb8682.bin)
   * PCIE8897 firmware, version 15.68.7.p53 (mrvl/pcie8897_uapsta.bin)
   * SD8688 main code (mrvl/sd8688.bin, libertas/sd8688.bin, sd8688.bin)
-  * SD8688 boot code (mrvl/sd8688_helper.bin,
-libertas/sd8688_helper.bin, sd8688_helper.bin)
+  * SD8688 boot code (mrvl/sd8688_helper.bin, sd8688_helper.bin,
+libertas/sd8688_helper.bin)
   * SD8787 firmware, version 14.66.35.p52 (mrvl/sd8787_uapsta.bin)
   * SD8797 firmware, version 14.66.11.p151 (mrvl/sd8797_uapsta.bin)
   * SD8801 firmware, version 14.68.36.p60 (mrvl/sd8801_uapsta.bin)
@@ -1412,7 +1424,7 @@
 (ti-connectivity/wl127x-fw-5-plt.bin)
   * TI WL127x single-role firmware (ti-connectivity/wl127x-fw-5-sr.bin)
   * TI WL127x reference NVS (ti-connectivity/wl127x-nvs.bin,
-ti-connectivity/wl12xx-nvs.bin, ti-connectivity/wl1271-nvs.bin)
+ti-connectivity/wl1271-nvs.bin, ti-connectivity/wl12xx-nvs.bin)
   * TI WL128x multi-role firmware (ti-connectivity/wl128x-fw-5-mr.bin)
   * TI WL128x PLT (calibration) firmware
 (ti-connectivity/wl128x-fw-5-plt.bin)
diff -Nru firmware-nonfree-20160824/debian/control.md5sum firmware-nonfree-20160824/debian/control.md5sum
--- firmware-nonfree-20160824/debian/control.md5sum	2016-09-17 22:15:29.0 -0500
+++ firmware-nonfree-20160824/debian/control.

Bug#840289: RFA: blop -- Bandlimited wavetable-based oscillator LADSPA plugins

[Mario Lang]

Package: wnpp
Severity: normal

blop is looking for a new maintainer.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Blog:   GitHub: 
  .''`. | Twitter: @blindbird23FaceBook: disyled
 : :' : | SoundCloud: 
 `. `'  | YouTube: 
   `-

Bug#840288: RFA: midge -- Text to MIDI compiler

[Mario Lang]

Package: wnpp
Severity: normal

midge is looking for a new maintainer.

It is a simple (Perl-based) program to create MIDI files from text
input.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Blog:   GitHub: 
  .''`. | Twitter: @blindbird23FaceBook: disyled
 : :' : | SoundCloud: 
 `. `'  | YouTube: 
   `-

Bug#838652: Segmentation fault in openssl

[Mario Lipinski]

aWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENs
YXNzIDIgUHJpbWFyeSBJbnRlcm1lZGlhdGUgU2VydmVyIENBMB4XDTE1MTAwOTAy
MTcwM1oXDTE3MTAwOTAyMTcxMFowgY0xCzAJBgNVBAYTAkRFMRYwFAYDVQQIEw1O
aWVkZXJzYWNoc2VuMRUwEwYDVQQHEwxCcmF1bnNjaHdlaWcxEzARBgNVBAoTCklT
ZXJ2IEdtYkgxFjAUBgNVBAMTDWRldjIuaXNlcnYuZXUxIjAgBgkqhkiG9w0BCQEW
E2hvc3RtYXN0ZXJAaXNlcnYuZXUwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK
AoICAQCvDJFhkU2WxDCH58zmtNxatHNv7+xlUFRsLxyE3x04tdLwrIPkCUYj1QIj
ri76SD/ygsfWS2N9ZZibsEy6DZYSfjBVUzK5mQu5nIqyeWAwTFBxYdqMawDuOZU2
obLjOPtEnqxvyjzTh874IP3kuxpwV0puBWQ6ZqrIuMuRSa50sDg9XRVFCncx8dO8
3fe9jYT8f0lO9bOPh+7gEhhtn/bxViYjq3jPyQB9C84M60XR55UJQNYwNCutEpGI
K9OW2+LuvnLrmGTQF95WIaAI1Fh98QSqBq6wgxIKYOFZz25BZmeQz7hA3u/90+KY
uKcrmL2bw5rs/ukGgiK19+SJTQu8YBVk4w3G/nXY/yal2dZzaJphThgc1BXmuBfw
GJeBqaa0QRceSHN0e0Jh8DBW6uI2MVUP84ZfAmBjkW+KgJHmztY3uyujphy+TvVP
1Ujlssh2Gj4fdnQNgCCkMfQlh2F2l5U0O3DLZEyD8KXD1IpkCM4bE7PoUv4YLOPd
fnp/4ePTKlmvvMFVzr3DtP61xbroEn0Cp29KELqOBSvFTs3MIg4rrW2hb7NgdZN1
Vn/mpeTpe8LIw5WtYMZPdFhkDnZ6P9BmFg1b7EcNFifyudeAG+BeZzx1X4tMhThl
cAS2ArZaecy7mUCz55N8FaD9YaRWYurEAU+7B+53+rrriPcgEwIDAQABo4IC+zCC
AvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCA6gwHQYDVR0lBBYwFAYIKwYBBQUHAwIG
CCsGAQUFBwMBMB0GA1UdDgQWBBQ1vUQ+5ifFje6lfGGA/4tKhy2ZTjAfBgNVHSME
GDAWgBQR2yNF/VTManFvhIoD1773AS8mhjA3BgNVHREEMDAugg1kZXYyLmlzZXJ2
LmV1gghpc2Vydi5ldYITaXNlcnYuZGV2Mi5pc2Vydi5ldTCCAVYGA1UdIASCAU0w
ggFJMAgGBmeBDAECAjCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYi
aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIw
geowJxYgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRo
aXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBhY2NvcmRpbmcgdG8gdGhlIENsYXNz
IDIgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0YXJ0Q29tIENBIHBv
bGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2UgaW4g
Y29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNQYD
VR0fBC4wLDAqoCigJoYkaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0Mi1jcmwu
Y3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMi9zZXJ2ZXIvY2EwQgYIKwYBBQUHMAKGNmh0
dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczIuc2VydmVyLmNh
LmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZI
hvcNAQELBQADggEBAAgtWiVpspne4FF4PYUrt0ecVOJA2sC5p5QCNwd52DT4YAWo
AjooYqZCACxSZ/Quxjo6AWHmEGLy2alZlvswgG28VVAusQyzDKMkwSLFWqTTKSZ6
EAvP0ShcatTtPSvEbaK5AvxYt7AHjRwOp1p0tpKQN3Opx6W+5kvr34wX7RVEUB1O
sSq1y2YAFyhnV4Ev/+3pxG/u5/R9a2P+DqTYcb0pvgrb6Mm/shIRPbAk4uPF7sKc
EV+/Q4Lg6QyTzDar4ixoZ11a2TZa8ZRwTjS9Ewr+vkch/j+ZTpuWcFv8VxAJg/si
mGNGSwKg1VnDz+EiH7hU4Sv44Gp3N0ksBxVMDRQ=
-END CERTIFICATE-

--
Mit freundlichen Grüßen,
Mario Lipinski

IServ GmbH
Bültenweg 73
38106 Braunschweig

Telefon:   0531-2243666-0
Fax:   0531-2243666-9
E-Mail:i...@iserv.eu
Internet:  iserv.eu

USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Benjamin Heindl, Jörg Ludwig

Bug#838565: mps-youtube: Regularily produces backtraces and crashes on start of playback

[Mario Lang]

Package: mps-youtube
Version: 0.2.5-5
Severity: normal

mpsyt regularily crashes for me when trying to play particular videos.

Here is an example:

--
> /Sacerdos Vigilia - Within The Zone Of Proximity

[... displays 28 results ...]

Search results for Sacerdos Vigilia - Within The Zone Of Proximity[1/2>
> Exception in thread Thread-1:
Traceback (most recent call last):
  File "/usr/lib/python3.5/threading.py", line 914, in _bootstrap_inner
  self.run()
  File "/usr/lib/python3.5/threading.py", line 862, in run
  self._target(*self._args, **self._kwargs)
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 3497, in 
preload
   stream = get_streams(song)
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 345, in 
get_streams
   p = get_pafy(vid, force=force, callback=callback)
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 314, in 
get_pafy
   p = pafy.new(item.ytid, callback=callback_fn)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 148, in new
   return Pafy(url, basic, gdata, signature, size, callback)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 866, in __init__
   self.fetch_basic()
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 909, in fetch_basic
   self.dash = _extract_dash(self._dashurl)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 325, in _extract_dash
   size = baseurl.attrib["%scontentLength" % ytns]
KeyError: '{http://youtube.com/yt/2012/10/10}contentLength'
--


If I try to play the first entry listed, I get the following crash:

--
> 1

[ ... ]

File "/usr/bin/mpsyt", line 9, in 
load_entry_point('mps-youtube==0.2.5', 'console_scripts', 'mpsyt')()
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 4780, in main
if matchfunction(k, v, userinput):
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 4680, in match
function
func(*matches)
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 3450, in play
play_range(songlist, shuffle, repeat, override)
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 3543, in play_
range
returncode = playsong(song, override=override)
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 2104, in plays
ong
get_streams(song, force=failcount, callback=writestatus)
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 345, in get_st
reams
p = get_pafy(vid, force=force, callback=callback)
File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 314, in get_pa
fy
p = pafy.new(item.ytid, callback=callback_fn)
File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 148, in new
return Pafy(url, basic, gdata, signature, size, callback)
File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 866, in __init__
self.fetch_basic()
File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 909, in fetch_basic
self.dash = _extract_dash(self._dashurl)
File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 325, in _extract_dash
size = baseurl.attrib["%scontentLength" % ytns]
KeyError: '{http://youtube.com/yt/2012/10/10}contentLength'
zsh: exit 1 mpsyt
--


-- 
Mario Lang
Graz University of Technology
IT Services - Computing
Steyrergasse 30/1, 8010 Graz, Austria - Europe
Phone: +43 316 873 6897
Mobile: +43 664 60 873 6897
Email: ml...@tugraz.at
www.zid.tugraz.at

Bug#809832: base: fails to inser modules ext2 or ext3

[Mario Pereyra]

Thanks Santiago,

I'll check this on a new debian 7 installation with all updates 
installed and let you know the result.


This will be in a few weeks.


BR

Mario Pereyra
SecureTech A
+598 2900-6836 Tel
+598 2900-7526 Tel/Fax
b...@securetech.com.uy
Wilson F. Aldunate 1294 Of. 302
Montevideo CP 11100 - Uruguay
www.securetech.com.uy

On 15/09/16 09:59, Santiago Vila wrote:

On Thu, Sep 15, 2016 at 09:05:52AM -0300, Mario Pereyra wrote:


The file "/lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko"
is present (exist) in the file system and is a module file (as
you can see in insmod command).

If the file does not exist, the response from insmod command
is other (Error: could not load module ...: No such file or directory).
But in this case this message is not present, otherwise the message
is from libkmod and is stating it is failing to inset the module.

As you say, the message is stating (and I understand it correctly)
that the file is not in the file system, but that is not true.

I can't reproduce what you reported in a newly installed Debian 7
system.

# modprobe -vv ext2
insmod /lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko
libkmod: INFO ../libkmod/libkmod.c:319 kmod_unref: context
0x7f713d6d51d0 released

Can you reproduce it in a newly installed Debian 7 system?


My guess is that the file is there but it's corrupted for whatever
reason, and that's why insmod can't load the module (I can agree that
the error message may be a little bit misleading).

You can check this easily:

# apt-get install debsums
# debsums linux-image-3.2.0-4-amd64 | grep ext2

and it should say this:

/lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko OK

If it says this instead:

/lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko FAILED

then you should definitely reinstall the package containing ext2.ko:

# dpkg -S /lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko
linux-image-3.2.0-4-amd64:
/lib/modules/3.2.0-4-amd64/kernel/fs/ext2/ext2.ko
# apt-get --reinstall install linux-image-3.2.0-4-amd64


If reinstalling linux-image-3.2.0-4-amd64 does not solve the problem,
please try asking in debian-user, I'm just a random Debian maintainer
who happened to take a look at bugs reported against "base".

Thanks.

Bug#822571: Issue still present in Samba 4.4.5, reported upstream

[Mario Lipinski]

Hello,

The issue is still present in current Samba 4.4.5.
I created an upstream bug report at 
https://bugzilla.samba.org/show_bug.cgi?id=12183


--
Mit freundlichen Grüßen,
Mario Lipinski

IServ GmbH
Bültenweg 73
38106 Braunschweig

Telefon:   0531-2243666-0
Fax:   0531-2243666-9
E-Mail:i...@iserv.eu
Internet:  iserv.eu

USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Benjamin Heindl, Jörg Ludwig

Bug#822574: Issue still present in Samba 4.4.5, reported upstream

[Mario Lipinski]

Hello,

The issue is still present in current Samba 4.4.5.
I created an upstream bug report at 
https://bugzilla.samba.org/show_bug.cgi?id=12182


--
Mit freundlichen Grüßen,
Mario Lipinski

IServ GmbH
Bültenweg 73
38106 Braunschweig

Telefon:   0531-2243666-0
Fax:   0531-2243666-9
E-Mail:i...@iserv.eu
Internet:  iserv.eu

USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822
Geschäftsführer: Benjamin Heindl, Jörg Ludwig