Bug#858675: Per-user language setting not effective

[Daniel Richard G.]

Package: zoneminder
Version: 1.30.0+dfsg-2

This was originally reported on the ZoneMinder forums for 1.25.0, but
the bug appears to still be present in the current version:

https://forums.zoneminder.com/viewtopic.php?t=19403

A package patch is probably in order.

Bug#855533: Mate Dock Applet start to work after install Firewalld bundle

[Dr. Mabuse Fritz Lang]

Dear friends,


After install Firewalld, Firewall-Applet and Firewall-Config bundle, the Mate 
Dock Applet start to work.


I think some dependencies of that Firewalld bundle packages solved the issue.


My system:


Release 9 (stretch) 64-bit

Kernel Linux 4.9.0-2-rt-amd64 x86_64

MATE 1.16.1


Best regards,


Jorge

Bug#858557: [pkg-go] Bug#858557: RFS: golang-github-klauspost-reedsolomon/1.3-1~exp1 -- Reed-Solomon Erasure Coding in Go

[Roger Shimizu]

Dear Timothy,

I find it's better to add 2 entries in changelog.

[Updated changelog]
golang-github-klauspost-reedsolomon (1.3-1~exp1) experimental; urgency=medium

  * New upstream 1.3 (Closes: #857551)
  * debian/control:
- Add myself as uploader.
  * Add debian/watch

So I updated the package on mentors and debomatic. (version is the same, so URL 
also keeps the same, respectively)
commits are pushed to git repo, branch mentors2:
 - 
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-klauspost-reedsolomon.git/log/?h=mentors2

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1


pgprnRJMhuLEI.pgp
Description: PGP signature

Bug#838548: certbot: Please allow to easily set post-hooks

[Daniel Richard G.]

Hello bug,

I think the original wishlist item is implemented as of 0.10.0. See
this (closed) issue:

https://github.com/certbot/certbot/issues/3394

Hooks are not passed to the "certbot renew" command, but are instead
saved in the /etc/letsencrypt/renewal/$DOMAIN.conf files.

Sylvain, could you give this functionality a try?

Bug#858673: Incorrect example of bind-mount /etc/fstab entries in README.Debian.gz

[Daniel Richard G.]

Package: zoneminder
Version: 1.30.0+dfsg-2
Severity: minor

In /usr/share/doc/zoneminder/README.Debian.gz, in the section "Changing
the location for images and events," the following example of an
/etc/fstab stanza is given:

/dev/sdX1 /otherdrive ext3 defaults 0 2
/otherdrive/zoneminder/images /var/cache/zoneminder/images bind defaults 0 2
/otherdrive/zoneminder/events /var/cache/zoneminder/events bind defaults 0 2

The last two lines are incorrect. Attempting to mount the /var dirs
will yield

mount: unknown filesystem type 'bind'

Rather, they should be written

/otherdrive/zoneminder/images /var/cache/zoneminder/images none bind
/otherdrive/zoneminder/events /var/cache/zoneminder/events none bind

I've also seen "defaults,bind" for the fourth field. The 5th and 6th
fields should be zero and as such can be elided.

Bug#858672: ZM_TELEMETRY_DATA=no in /etc/zm/zm.conf not effective

[Daniel Richard G.]

Package: zoneminder
Version: 1.30.0+dfsg-2

Per /usr/share/perl5/ZoneMinder/ConfigData.pm, ZoneMinder has a
configuration variable ZM_TELEMETRY_DATA that can be set to "yes" (the
default) or "no" to respectively enable or disable automatic
transmission of usage information to the ZoneMinder upstream.

I don't care for opt-out "telemetry" of this sort, so I added
ZM_TELEMETRY_DATA=no to the /etc/zm/zm.conf file prior to starting
ZoneMinder for the first time. Unfortunately, when I started ZM, the log
file showed these entries:

2017-03-24 23:26:56.638730 zmtelemetry[1722].INF-zmtelemetry.pl [Sending 
data to ZoneMinder Telemetry server.]
2017-03-24 23:26:56.880710 zmtelemetry[1722].INF-zmtelemetry.pl [Telemetry 
data uploaded successfully.]

Frustrating, to say the least.

I have already added ZM_CSS_DEFAULT=flat to this file successfully, so
the syntax and variable name should be correct.

Bug#858557: [pkg-go] Bug#858557: RFS: golang-github-klauspost-reedsolomon/1.3-1~exp1 -- Reed-Solomon Erasure Coding in Go

[Roger Shimizu]

Dear Timothy,

Thanks for your email!

On Fri, 24 Mar 2017 06:59:45 +
"Potter, Tim"  wrote:

> Hi Roger.  Did you find anyone to look at your package?  If no-one has done 
> it already I
> can sponsor it for you.

No, you're the first one contacting me on this package.
So it'd be appreciated if you can kindly take the owner of this RFS bug. -:D
Thanks in advance!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1


pgp55sxDawUKz.pgp
Description: PGP signature

Bug#858671: bugs.debian.org: Handle "source" in {split,join}_status_fields

[James McCoy]

Package: bugs.debian.org
Severity: normal
Tags: patch

When I attempted to tag 845066 pending, it failed in check_limit() since
"source" had not been split into a list.  I'm not sure if there should
be something preventing things from getting in this state, but the
attached patch should at least allow limits to be applied.

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

Kernel: Linux 4.9.0-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)
>From cb8b389587012afb051c66705e082ac1873af519 Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Fri, 24 Mar 2017 23:13:09 -0400
Subject: [PATCH] Handle "source" in {split,join}_status_fields

split is needed, at least, when a source package is renamed.
When handling <1490327595-7-bts-james...@debian.org>, set_tag failed
because it didn't know how to handle the "source: msgpack, msgpack-c"
resulting in:

> limit source msgpack-c
Limiting to bugs with field 'source' containing at least one of 'msgpack-c'
Limit currently set to 'source':'msgpack-c'

> tags 845066 + pending
source: "msgpack, msgpack-c"' does not match at least one of "msgpack-c"
Failed to alter tags of Bug 845066: limit failed for bugs: 845066.

> thanks
Stopping processing here.

Signed-off-by: James McCoy 
---
 Debbugs/Status.pm | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/Debbugs/Status.pm b/Debbugs/Status.pm
index dabf811..38091cf 100644
--- a/Debbugs/Status.pm
+++ b/Debbugs/Status.pm
@@ -306,6 +306,7 @@ our $ditch_empty = sub{
 my $ditch_empty_space = sub {return &{$ditch_empty}(' ',@_)};
 my %split_fields =
 (package=> \,
+ source => \,
  affects=> \,
  blocks => $ditch_empty_space,
  blockedby  => $ditch_empty_space,
@@ -361,6 +362,7 @@ if we transition to split fields by default).
 sub join_status_fields {
 my %join_fields =
(package=> ', ',
+source => ', ',
 affects=> ', ',
 blocks => ' ',
 blockedby  => ' ',
-- 
2.11.0

Bug#490277: rtorrent: please add 0.9.6 to jessie-backports

[Jonathan Lane]

Package: rtorrent
Version: 0.9.2
Followup-For: Bug #490277

Dear Maintainer,

Jessie will remain in support for some time still.  Please add libtorrent and 
rtorrent package versions from stretch (rtorrent 0.9.6) to jessie-backports so 
that a full dist-upgrade is not necessary to use IPv6 in rtorrent.

Thanks,

Jon Lane

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

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/8 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#858556: In case the code is not anywhere...

[Santiago Garcia Mantinan]

> Just in case you didn't have it and if I understood it well...  I came up
> with this in a quick attempt:

Did I say this was just a quick attempt?

Maybe it was just that the original code had to be at the 
upgrade|install-upgrade
block of the case?

when you are on an upgrade the parameters are for example:
upgrade 2.7.STABLE9-4.1+deb7u2 3.5.23-2

But why is the -d /etc/squid3 checked?

if we had the /etc/squid3 dir, then doesn't it mean that we had squid3
package around? I don't get this part.

Maybe it is just too late, time to go to bed.

Regards...
-- 
Manty/BestiaTester -> http://manty.net

Bug#841870: xfce4-terminal: does not allow editable menu accelerators

[Lee Garrett]

Hi everyone,

an important detail to add is that prepending a ";" in front of every entry in
~/.config/xfce4/terminal/accels.scm will only cause those entries to show up
again on the next terminal start.

To disable Alt + [0-9] from getting intercepted, one needs to change

(gtk_accel_path "/terminal-window/goto-tab-1" "0")

to

(gtk_accel_path "/terminal-window/goto-tab-1" "")

Another way to fix this is to add

[Settings]
gtk-enable-accels = false

to ~/.config/gtk-3.0/settings.ini, but this will also disable shortcuts like
ctrl+shift+t to open a new tab.

Regards,
Lee

Bug#858669: cp: cannot create hard link [...]: Invalid cross-device link + rm: cannot remove [...]/dev/ptmx': Device or resource busy

[Thorsten Glaser]

Michael Prokop dixit:

>I'm afraid this will affect more users with existing chroots once
>they upgrade to the pbuilder from stretch (I noticed and reproduced
>this issue on three different environments already).

This looks like something to do with those symlinks instead of
directories you have on /var/cache/pbuilder (although you state
it also happens if that's a tmpfs which wonders me) as I’m
running new pbuilder on sid with old chroots quite a lot
without such problems.

One of the issues looks like something (mount?) realpath()ising
while something else (umount?) isn’t (or the calls to them).

bye,
//mirabilos
-- 
Stéphane, I actually don’t block Googlemail, they’re just too utterly
stupid to successfully deliver to me (or anyone else using Greylisting
and not whitelisting their ranges). Same for a few other providers such
as Hotmail. Some spammers (Yahoo) I do block.

Bug#858556: In case the code is not anywhere...

[Santiago Garcia Mantinan]

> So... I guess you had some code that is missing here, isn't it?

Just in case you didn't have it and if I understood it well...  I came up
with this in a quick attempt:

V="$(dpkg --status squid 2>/dev/null|sed -n "s/^Version: \(.*\)/\1/p")"
if [ -n "$V" ] && dpkg --compare-versions "$V" lt '2.8' && test -d /etc/squid3; 
then
mv /etc/squid/squid.conf /etc/squid/squid.conf.pre3.5_upgrade
fi

Regards...
-- 
Manty/BestiaTester -> http://manty.net

Bug#858670: nmu: wxpython3.0_3.0.2.0+dfsg-3

[Scott Talbert]

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

Hi,

wxwidgets3.0 was recently binNMU'd in stretch.  wxpython3.0 needs to be 
rebuilt to avoid a C++ ABI mismatch warning when all wxPython 
applications are used.

nmu wxpython3.0_3.0.2.0+dfsg-3 . ANY . stretch . -m "Rebuild due to wxWidgets 
C++ ABI change"

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/1 CPU core)
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#795253: [debhelper-devel] Bug#795253: Bug#795253: Add support for Meson build system

[Michael Biebl]

Am 24.03.2017 um 06:53 schrieb Michael Biebl:
> Am 24.03.2017 um 06:28 schrieb Niels Thykier:
>> Michael Biebl:
>> Wed, 12 Aug 2015 16:31:41 +0200 Niels Thykier  wrote:

  * Is it possible to reliably auto-detect if an upstream is using Meson
like it is with other build systems such as autoconf+make?
- If not, it can at best be a "manually invoked" build system.
>>>
>>> A meson.build file is probably a good indicator that meson is supported.
>>> As mentioned earlier, at least some of the GNOME projects will support
>>> autotools and meson/ninja in parallel for some time. So we'd need a
>>> mechanism to choose which one to use.
>>>
>>
>> There is an ordering inside debhelper to deal with that, which can be
>> changed during a compat bump.  Possibly, we need some logic to keep the
>> meason build lower than the third-party build systems until then as well
>> (in the off-hand case that meason was /also/ available in packages with
>> those third party build systems - doubt it, but mentioning it for
>> completion).
> 
> Thanks for the hint. I was already pointed at this on IRC.
> The biebl/meson branch adds meson to the list as last option. Which
> means a package shipping both autotools and meson support would get
> autotools by default, which is ok I guess.

Related to that: For a source tree which ships both meson.build files
and configure.ac, autoreconf is run, even if I explicitly choose meson
via dh $@ --buildsystem=meson

Niels, is there a way how I can skip the dh-autoreconf step(s) if meson
is used?

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#858669: cp: cannot create hard link [...]: Invalid cross-device link + rm: cannot remove [...]/dev/ptmx': Device or resource busy

[Michael Prokop]

Package: pbuilder
Version: 0.228.6~bpo8+1
Severity: important

Hi,

since the upgrade to pbuilder v0.228.6~bpo8+1 I noticed problems
related to the build environment's ptmx mount point, it looks like a
regression of #841935, at least for certain environments.

Problem #1
--

I get the following error during builds on a
Debian/jessie system (running kernel 3.16.0-4-amd64):

| + sudo DIST= ARCH=amd64 cowbuilder --update --basepath 
/var/cache/pbuilder/base-sid-amd64.cow --configfile=/tmp/tmp.3HyEOBo1jh
|  -> Copying COW directory
|   forking: rm -rf /var/cache/pbuilder/build/cow.29599
|   forking: cp -al /srv/pbuilder/base-sid-amd64.cow 
/var/cache/pbuilder/build/cow.29599
| cp: cannot create hard link ‘/var/cache/pbuilder/build/cow.29599/dev/ptmx’ to 
‘/srv/pbuilder/base-sid-amd64.cow/dev/ptmx’: Invalid cross-device link
| Failed cowcopy.

This is caused by the /dev/ptmx mountpoint being left behind:

| % mount
| [...]
| devpts on /srv/pbuilder/base-sid-amd64.cow/dev/ptmx type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666)

Here /var/cache/pbuilder is a symlink to /srv/pbuilder:

| % ls -la /var/cache/pbuilder
| lrwxrwxrwx 1 root root 13 May  7  2012 /var/cache/pbuilder -> /srv/pbuilder

The same problem also exists if /var/cache/pbuilder is residing as a
whole inside a tmpfs mountpoint.

When I'm downgrading to pbuilder 0.228.5~bpo8+1 (or 0.215+nmu3 from
jessie) the problem disappears.

Problem #2
--

On another Debian/jessie system (running kernel 4.8.0-0.bpo.2-amd64)
I get:

| % gbp buildpackage --git-pbuilder
| gbp:info: Creating zsh_5.3.1.orig.tar.gz from 'zsh-5.3.1'
| gbp:info: Building with (cowbuilder) for sid
| Building with cowbuilder for distribution sid
| + pdebuild --buildresult ../ --pbuilder cowbuilder --debbuildopts '' -- 
--basepath /var/cache/pbuilder/base.cow
| [...]
| I: Copying COW directory
| I: forking: rm -rf /var/cache/pbuilder/build/cow.10985
| I: forking: cp -al /data/pbuilder/base-sid-amd64.cow 
/var/cache/pbuilder/build/cow.10985
| I: removed stale ilistfile /var/cache/pbuilder/build/cow.10985/.ilist
| I: forking: chroot /var/cache/pbuilder/build/cow.10985 cowdancer-ilistcreate 
/.ilist 'find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a 
-links +1 -print0 \) | xargs -0 stat --format '%d %i ''
| I: Invoking pbuilder
| I: forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build/cow.10985 --buildresult /home/grml/git-debian 
--extrapackages eatmydata --no-targz --internal-chrootexec 'chroot 
/var/cache/pbuilder/build/cow.10985 cow-shell' 
/home/grml/git-debian/zsh_5.3.1-3.dsc
| [...]
| I: mounting /dev/pts filesystem
| I: redirecting /dev/ptmx to /dev/pts/ptmx
| I: policy-rc.d already exists
| [...]
| I: forking: rm -rf /var/cache/pbuilder/build/cow.10985
| rm: cannot remove '/var/cache/pbuilder/build/cow.10985/dev/ptmx': Device or 
resource busy

And here's a symlink for /var/cache/pbuilder present as well:

| %  ls -la /var/cache/pbuilder
| lrwxrwxrwx 1 root root 14 Dec  2  2013 /var/cache/pbuilder -> /data/pbuilder

Downgrading to pbuilder 0.228.5~bpo8+1 also helps here.

Approach #1
---

When switching from the symlink /var/cache/pbuilder to a bind mount
instead (`mount --bind /data/pbuilder /var/cache/pbuilder`) it still
fails, this time with a more concrete error message at least though:

| E: Something (/var/cache/pbuilder/build/cow.24056/dev/ptmx) is still mounted 
under /var/cache/pbuilder/build/cow.24056; unmount and remove 
/var/cache/pbuilder/build/cow.24056 manually

The /dev/ptmx mountpoint is indeed left behind:

| % grep pbuilder /proc/mounts
| /dev/mapper/x230-data /var/cache/pbuilder ext4 
rw,relatime,discard,data=ordered 0 0
| devpts /var/cache/pbuilder/build/cow.24056/dev/ptmx devpts 
rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666 0 0
| devpts /data/pbuilder/build/cow.24056/dev/ptmx devpts 
rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666 0 0

So this doesn't really solve the issue.

Approach #2
---

Updating the debootstrap version and rebuilding the base.cow.
When switching from jessie's debootstrap 1.0.67 to the debootstrap
version from jessie-backports (1.0.86~bpo8+1) and *rebuilding* the
build environment the issue disappears as well.

Instead of the character device for /dev/ptmx:

  crw-rw-rw- 1 root tty 5, 2 Dec 30  2013 
/var/cache/pbuilder/base-jessie-amd64.cow/dev/ptmx

I now get the symlink instead:

  lrwxrwxrwx 1 root root 8 Mar 25 00:37 
/var/cache/pbuilder/base-jessie-amd64.cow/dev/ptmx -> pts/ptmx

... and the issue no longer exists.
As a starting point pbuilder should at least depend on
deboostrap (>=1.0.86~bpo8+1~) then?

I'm afraid this will affect more users with existing chroots once
they upgrade to the pbuilder from stretch (I noticed and reproduced
this issue on three different environments already).

regards,
-mika-

Bug#858556: what is happening

[Santiago Garcia Mantinan]

Hi Amos!

The problem seems to be on how you commited your implementation of my idea
to protect squid.conf from squid 2.7, it reads like this:

#
# If the squid (2.7) package was being used previously protect
# the squid.conf file, which was not tracked as a conffile.
# Use '< 2.8' version to catch backports and security versions.
#
# Except when a squid3 package was used, since we do want the
# debconf questions to appear as the packages get merged.
#
if dpkg --compare-versions "$2" lt '2.8' && test -d /etc/squid3; then
mv /etc/squid/squid.conf /etc/squid/squid.conf.pre3.5_upgrade
fi

I think you missed something here, $2 seems to be blank, which gives
something like this:

dpkg --compare-versions "" lt '2.8' && echo yes
yes

So... I guess you had some code that is missing here, isn't it?

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#857597: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

[Thomas Schmitt]

Hi,

more update for Bug#857597:

Correcting the wrong stack address of sectors/head yielded progress
on David's old BIOS.
The MBR code now correctly addresses and loads the first 4 blocks of
boot image file /isolinux/isolinux.bin .

Nevertheless, the stack interface between MBR and loaded isolinux.bin
has a similar bug as the LBA-to-CHS conversion had in the MBR code.
So again, addressing fails when the code in block 0 to 3 of isolinux.bin
tries to load its blocks 4 to 79 via C/H/S addressing.

Failure symptom is this message:

  ISOLINUX 6.03 20150819 CHDDisolinux: Image checksum error, sorry...

Now a new MBR change by Martin Str|mberg is ready for testing, which adapts
the PUSH stack operations of the MBR code to the POP stack operations of
the isolinux.bin code.
(This makes the previous correction unnecessary, as the old wrong
 memory addresses become valid by the changed stack order.)


diff --git a/mbr/isohdpfx.S b/mbr/isohdpfx.S
index 17e1efe..14eca14 100644
--- a/mbr/isohdpfx.S
+++ b/mbr/isohdpfx.S
@@ -151,7 +151,7 @@ next:
 
/* Check to see if we have EBIOS */
pushw   %dx /* drive number */
-   movb$0x41, %ah  /* %al == 0 already */
+   movb$0x41, %ah
movw$0x55aa, %bx
xorw%cx, %cx
xorb%dh, %dh
@@ -167,20 +167,22 @@ next:
   read_sector_cbios: movb $0x42, %ah ;  jmp read_common */
movl$0xeb42b4+((read_common-read_sector_cbios-4) << 24), \
(read_sector_cbios)
-   jmp 1f
+   jmp 2f
 1:
+   xor %cx, %cx/* Clear EBIOS flag. */
+2: 
popw%dx
pushw   %cx /* EBIOS flag */
 
/* Get (C)HS geometry */
movb$0x08, %ah
int $0x13
-   andw$0x3f, %cx  /* Sector count */
popw%bx /* EBIOS flag */
-   pushw   %cx /* -16: Save sectors on the stack */
movzbw  %dh, %ax/* dh = max head */
incw%ax /* From 0-based max to count */
-   pushw   %ax /* -18: Save heads on the stack */
+   pushw   %ax /* -16: Save heads on the stack */
+   andw$0x3f, %cx  /* Sector count */
+   pushw   %cx /* -18: Save sectors on the stack */
mulw%cx /* Heads*sectors -> sectors per cylinder */
 
pushw   %bx /* -20: EBIOS flag */
-

The binary MBR code
  http://www.ludd.ltu.se/~ams/tmp/isohdpfx.bin.170324
is supposed to fix C/H/S addressing in Debian ISOs if copied to their
first block:

  iso=debian-8.7.1-i386-xfce-CD-1.iso

  dd conv=notrunc bs=1 count=432 if=isohdpfx.bin.170324 of="$iso"

The ISO then still boots for me by -hda of qemu-system-i386. But that's
not a C/H/S needy BIOS.

So please cross fingers everybody ...

-

The all-zero block content read by the buggy address conversion on David's
BIOS is explainable by the two possible disk geometries of the now known
conversion 8444 -> 1/6/3:
  H/C= 128  S/H= 63
  H/C= 195  S/H= 42
In both cases the wrongly computed sector numbers of 1/2/125 or 1/1/60
exceed the respective sectors/head parameters.
(Conversion hand computed. Bear with me.)

-

Have a nice day :)

Thomas

Bug#785566: [tryton-debian] Bug#785566: Removing pygoocanvas after Stretch release

[Mathias Behrle]

* Ross Gammon: " [tryton-debian] Bug#785566: Removing pygoocanvas after Stretch
  release" (Fri, 24 Mar 2017 17:47:47 +0100):

Hi Ross,

> severity 785566 important
> thanks
> 
> Hi,
> 
> I plan to ask for the removal of pygoocanvas after Stretch is released.
> At that time, I will raise this bug's severity to serious.

Your message is in format for the control server, so didn't work. Which is kind
of fortunate, because I don't agree to raise the severity for the reasons below.

> According to the upstream bug report, version 0.3 now supports the
> latest goocanvas (2.0), so it should already be possible to depend on
> gir1.2-goocanvas-2.0 instead of python-pygoocanvas.

As https://git.gnome.org/browse/goocanvas/log/ shows, the patches in
question were merged (2016-12-15), but not yet released. 

The latest release of goocanvas in Debian dates from 11 Jun 2015
[2015-08-22] goocanvas-2.0 2.0.2-2 MIGRATED to testing
So the according changes are not available in Debian. 

Please correct me if I am wrong (you are the maintainer of the package...;).
Otherwise please provide an updated goocanvas package.

> Let me know if I can help in any way.

Any help is appreciated. But if the above analysis is correct, there is no
adequate replacement for pygoocanvas as long as there is no updated goocanvas
package in Debian available.

Waiting for your feedback,

Regards,
Mathias


-- 

Mathias Behrle ✧ Debian Developer
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6


pgpFF9fnO_yOm.pgp
Description: Digitale Signatur von OpenPGP

Bug#858668: STA_NANO confuses adjtimex(8)

[Zefram]

Package: adjtimex
Version: 1.29-3
Severity: minor

$ /sbin/adjtimex -p
 mode: 0
   offset: 766894
frequency: 5735179
 maxerror: 649789
 esterror: 2161
   status: 8193
time_constant: 10
precision: 1
tolerance: 32768000
 tick: 
 raw time:  1490397277s 23837440us = 1490397277.23837440

Observe that the "raw time" line shows in its two-part form a time over
23 million microseconds, i.e., over 23 seconds, into the present second.
Also, in its one-part form it shows a value that seems to treat these
microseconds as each being 1e-8 seconds long.  These displays are
inconsistent with each other, and inconsistent with the meaning of
microseconds.

What's really going on is that the STA_NANO flag is set (8192 in the
status), so the tv_usec field of the struct timeval doesn't actully
represent microseconds.  It represents *nanoseconds*.  The true raw time
is different from both of the values shown, and for the call made above
should have been shown as

 raw time:  1490397277s 23837440ns = 1490397277.023837440

-zefram

Bug#858662: O: knocker -- Simple and easy to use TCP security port scanner

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of knocker, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: knocker
Binary: knocker
Version: 0.7.1-4
Maintainer: Khalid El Fathi 
Build-Depends: cdbs, debhelper (>= 9.0.0)
Architecture: any
Standards-Version: 3.9.3
Format: 1.0
Files:
 fac5b860bfae61669e4e89ad6192c54d 1809 knocker_0.7.1-4.dsc
 53d1a036071ceccb6500c0292feafacd 72132 knocker_0.7.1.orig.tar.gz
 98a9b238bdb6642dde415350739b0083 10168 knocker_0.7.1-4.diff.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/knocker.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/knocker.git
Checksums-Sha1:
 5f2cab2d47be11f1de78929f0cbb857fbe56fba9 1809 knocker_0.7.1-4.dsc
 e4270ebec31d0d213b86c598cbb35285d2f2effb 72132 knocker_0.7.1.orig.tar.gz
 b87c1848ff768a1f8e4e99145567c7b8e87734be 10168 knocker_0.7.1-4.diff.gz
Checksums-Sha256:
 0b10e60e734d9f09aa3f63cfb796301fc4299bace11d4f0088ff2b30188566e6 1809 
knocker_0.7.1-4.dsc
 db6f2a9e9705e3b678b9fd7fdd32ccdf13ab3f2dba2a6d053530a2faf67faf8d 72132 
knocker_0.7.1.orig.tar.gz
 a8a8cd5de6e5c5e0d698286e535a815bc46345ac60ff4696ef4c15116a7367c6 10168 
knocker_0.7.1-4.diff.gz
Homepage: http://knocker.sourceforge.net/
Package-List: 
 knocker deb net optional
Directory: pool/main/k/knocker
Priority: source
Section: net

Package: knocker
Binary: knocker
Version: 0.7.1-4
Maintainer: Khalid El Fathi 
Build-Depends: cdbs, debhelper (>= 9.0.0)
Architecture: any
Standards-Version: 3.9.3
Format: 1.0
Files:
 fac5b860bfae61669e4e89ad6192c54d 1809 knocker_0.7.1-4.dsc
 53d1a036071ceccb6500c0292feafacd 72132 knocker_0.7.1.orig.tar.gz
 98a9b238bdb6642dde415350739b0083 10168 knocker_0.7.1-4.diff.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/knocker.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/knocker.git
Checksums-Sha256:
 0b10e60e734d9f09aa3f63cfb796301fc4299bace11d4f0088ff2b30188566e6 1809 
knocker_0.7.1-4.dsc
 db6f2a9e9705e3b678b9fd7fdd32ccdf13ab3f2dba2a6d053530a2faf67faf8d 72132 
knocker_0.7.1.orig.tar.gz
 a8a8cd5de6e5c5e0d698286e535a815bc46345ac60ff4696ef4c15116a7367c6 10168 
knocker_0.7.1-4.diff.gz
Homepage: http://knocker.sourceforge.net/
Package-List: 
 knocker deb net optional
Directory: pool/main/k/knocker
Priority: source
Section: net

Package: knocker
Source: knocker (0.7.1-4)
Version: 0.7.1-4+b2
Installed-Size: 75
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.14)
Description-en: Simple and easy to use TCP security port scanner
 Knocker is a new, simple, and easy to use TCP security port
 scanner written in C, using threads. It is able to analyze hosts
 and the network services which are running on them.
Description-md5: 5071ff713ef6d3c6fb102b077329389e
Homepage: http://knocker.sourceforge.net/
Tag: implemented-in::c, interface::commandline, network::scanner,
 protocol::ip, protocol::ipv6, role::program, scope::utility,
 use::scanning
Section: net
Priority: optional
Filename: pool/main/k/knocker/knocker_0.7.1-4+b2_amd64.deb
Size: 29848
MD5sum: 304399fc8c9cd0bbbda32402b97f5722
SHA256: 98b8290da4b2ee4cf256f6be9a0e30b55b594599b8566ccdad59da791655b287

Package: knocker
Version: 0.7.1-4
Installed-Size: 97
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.7)
Description-en: Simple and easy to use TCP security port scanner
 Knocker is a new, simple, and easy to use TCP security port
 scanner written in C, using threads. It is able to analyze hosts
 and the network services which are running on them.
Description-md5: 5071ff713ef6d3c6fb102b077329389e
Homepage: http://knocker.sourceforge.net/
Tag: implemented-in::c, interface::commandline, network::scanner,
 protocol::ip, protocol::ipv6, role::program, scope::utility,
 use::scanning
Section: net
Priority: optional
Filename: pool/main/k/knocker/knocker_0.7.1-4_amd64.deb
Size: 32882
MD5sum: 46a0d0872566fad52f972d6ef258fbdf
SHA1: 11586975ecacb3ac420042bb55eba3f261ff163e
SHA256: cf0f755a4378a579c0b2c8d2f89259d7eff827d2422d65fc7e630303ed2a5bd5

Package: knocker
Source: knocker (0.7.1-4)
Version: 0.7.1-4+b2
Installed-Size: 75
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.14)
Description-en: Simple and easy to use TCP security port scanner
 Knocker is a new, simple, and easy to use TCP security port
 scanner written in C, using threads. It is able to analyze hosts
 and the network services which are running on them.
Description-md5: 5071ff713ef6d3c6fb102b077329389e
Homepage: http://knocker.sourceforge.net/
Tag: implemented-in::c, 

Bug#858665: O: httpcode -- Explains the meaning of an HTTP status code on the command line

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of httpcode, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: httpcode
Binary: httpcode
Version: 0.5-3
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0), python, python-setuptools
Architecture: all
Standards-Version: 3.9.5.1
Format: 3.0 (quilt)
Files:
 b0b79134dbbe5e1c7291dc44be2f0914 1960 httpcode_0.5-3.dsc
 1f0dfa237e9683a5f9f3e5b4911548db 12578 httpcode_0.5.orig.tar.gz
 3eae3235612ef9922a2ce99efb89e67f 3672 httpcode_0.5-3.debian.tar.xz
Vcs-Browser: http://anonscm.debian.org/?p=collab-maint/httpcode.git;a=summary
Vcs-Git: git://anonscm.debian.org/collab-maint/httpcode.git
Checksums-Sha1:
 843affa98d6d1f8d660844043e68a67b0b49fa2a 1960 httpcode_0.5-3.dsc
 dca956c69e5d297796cc6baa569c2e37647af369 12578 httpcode_0.5.orig.tar.gz
 fe2fe32481894f696a9495b20008964e38e3ba8a 3672 httpcode_0.5-3.debian.tar.xz
Checksums-Sha256:
 d0a41b623758c28a1e3eafe418166197fd79d1ba0757d6325052ab8ab57a9ed1 1960 
httpcode_0.5-3.dsc
 8c65e9e39ced02eb078e229b14fb7d986ff96d31b2d30667d0366dc9396c2380 12578 
httpcode_0.5.orig.tar.gz
 6d85f9f128f0ef2a62270fb6db82e8db07bd0ec7cd9cf628cb26767bef91121f 3672 
httpcode_0.5-3.debian.tar.xz
Homepage: https://github.com/rspivak/httpcode/
Package-List: 
 httpcode deb utils extra arch=all
Directory: pool/main/h/httpcode
Priority: source
Section: utils

Package: httpcode
Binary: httpcode
Version: 0.5-3
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0), python, python-setuptools
Architecture: all
Standards-Version: 3.9.5.1
Format: 3.0 (quilt)
Files:
 b0b79134dbbe5e1c7291dc44be2f0914 1960 httpcode_0.5-3.dsc
 1f0dfa237e9683a5f9f3e5b4911548db 12578 httpcode_0.5.orig.tar.gz
 3eae3235612ef9922a2ce99efb89e67f 3672 httpcode_0.5-3.debian.tar.xz
Vcs-Browser: http://anonscm.debian.org/?p=collab-maint/httpcode.git;a=summary
Vcs-Git: git://anonscm.debian.org/collab-maint/httpcode.git
Checksums-Sha256:
 d0a41b623758c28a1e3eafe418166197fd79d1ba0757d6325052ab8ab57a9ed1 1960 
httpcode_0.5-3.dsc
 8c65e9e39ced02eb078e229b14fb7d986ff96d31b2d30667d0366dc9396c2380 12578 
httpcode_0.5.orig.tar.gz
 6d85f9f128f0ef2a62270fb6db82e8db07bd0ec7cd9cf628cb26767bef91121f 3672 
httpcode_0.5-3.debian.tar.xz
Homepage: https://github.com/rspivak/httpcode/
Package-List: 
 httpcode deb utils extra arch=all
Directory: pool/main/h/httpcode
Priority: source
Section: utils

Package: httpcode
Version: 0.5-3
Installed-Size: 77
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-colorama, python-pkg-resources
Description-en: Explains the meaning of an HTTP status code on the command line
 httpcode is a little utility that explains the meaning of an HTTP
 status code on the command line.
Description-md5: a851d9d0af47a635167246c8c50828df
Homepage: https://github.com/rspivak/httpcode/
Section: utils
Priority: extra
Filename: pool/main/h/httpcode/httpcode_0.5-3_all.deb
Size: 9234
MD5sum: 255a3c5417f87daa41b4bbd93cd31ae8
SHA1: b5331cc2f4c2a0c259575529cf9a2c4f4e1ddca9
SHA256: b43fcdeb49be84e27c5c5e9f6206102a098c9c275133c36281975cc577408374

Package: httpcode
Version: 0.5-3
Installed-Size: 77
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-colorama, python-pkg-resources
Description-en: Explains the meaning of an HTTP status code on the command line
 httpcode is a little utility that explains the meaning of an HTTP
 status code on the command line.
Description-md5: a851d9d0af47a635167246c8c50828df
Homepage: https://github.com/rspivak/httpcode/
Section: utils
Priority: extra
Filename: pool/main/h/httpcode/httpcode_0.5-3_all.deb
Size: 9234
MD5sum: 255a3c5417f87daa41b4bbd93cd31ae8
SHA1: b5331cc2f4c2a0c259575529cf9a2c4f4e1ddca9
SHA256: b43fcdeb49be84e27c5c5e9f6206102a098c9c275133c36281975cc577408374



signature.asc
Description: PGP signature

Bug#858667: O: keepnote -- cross-platform note-taking and organization application

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of keepnote, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: keepnote
Binary: keepnote
Version: 0.7.8-1.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0), python (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 72aa0f444c4190997da5ec01cadee076 1858 keepnote_0.7.8-1.1.dsc
 c1e765bb8a07630f717d04117bc1dc58 786444 keepnote_0.7.8.orig.tar.gz
 44c170d4a68e118532f36851654397cb 4684 keepnote_0.7.8-1.1.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/keepnote.git;a=summary
Vcs-Git: git://git.debian.org/collab-maint/keepnote.git
Checksums-Sha1:
 4572280cfa4937dc243567749388e7638a1b5547 1858 keepnote_0.7.8-1.1.dsc
 6fa0c050ec7b5b37e1d7099726fa87a4d65f8940 786444 keepnote_0.7.8.orig.tar.gz
 92249fc7b206b48979d746bfedf750ced6d6e2fd 4684 keepnote_0.7.8-1.1.debian.tar.gz
Checksums-Sha256:
 10bfc75753fcb3dcdd5db92c359842e04b0e7830ea474488da3200a0b70b16af 1858 
keepnote_0.7.8-1.1.dsc
 b015a21ff22c9bd3788fb03a4824e53c6c9f1f2bafdf13ec1f0e5360c39e135a 786444 
keepnote_0.7.8.orig.tar.gz
 df80fa180a3dc240e1e9edbf542a572dd4328e3ab080110a5d0a37a3ad317589 4684 
keepnote_0.7.8-1.1.debian.tar.gz
Homepage: http://keepnote.org
Package-List: 
 keepnote deb utils optional
Directory: pool/main/k/keepnote
Priority: source
Section: utils

Package: keepnote
Binary: keepnote
Version: 0.7.8-1.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0), python (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 72aa0f444c4190997da5ec01cadee076 1858 keepnote_0.7.8-1.1.dsc
 c1e765bb8a07630f717d04117bc1dc58 786444 keepnote_0.7.8.orig.tar.gz
 44c170d4a68e118532f36851654397cb 4684 keepnote_0.7.8-1.1.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/keepnote.git;a=summary
Vcs-Git: git://git.debian.org/collab-maint/keepnote.git
Checksums-Sha256:
 10bfc75753fcb3dcdd5db92c359842e04b0e7830ea474488da3200a0b70b16af 1858 
keepnote_0.7.8-1.1.dsc
 b015a21ff22c9bd3788fb03a4824e53c6c9f1f2bafdf13ec1f0e5360c39e135a 786444 
keepnote_0.7.8.orig.tar.gz
 df80fa180a3dc240e1e9edbf542a572dd4328e3ab080110a5d0a37a3ad317589 4684 
keepnote_0.7.8-1.1.debian.tar.gz
Homepage: http://keepnote.org
Package-List: 
 keepnote deb utils optional
Directory: pool/main/k/keepnote
Priority: source
Section: utils

Package: keepnote
Version: 0.7.8-1.1
Installed-Size: 2616
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-gtk2, python-glade2, 
libsqlite3-0
Suggests: python-gnome2-extras
Description-en: cross-platform note-taking and organization application
 With KeepNote, you can store your class notes, TODO lists, research
 notes, journal entries, paper outlines, etc in a simple notebook
 hierarchy with rich-text formatting, images, and more. Using full-text
 search, you can retrieve any note for later reference.
 .
 KeepNote is designed to be cross-platform (implemented in Python and
 PyGTK) and stores your notes in simple and easy to manipulate file
 formats (HTML and XML). Archiving and transferring your notes is as
 easy as zipping or copying a folder.
Description-md5: 000b627d2b4186255ccc40c17b146d1a
Homepage: http://keepnote.org
Section: utils
Priority: optional
Filename: pool/main/k/keepnote/keepnote_0.7.8-1.1_all.deb
Size: 547788
MD5sum: 1f6fb8931be699cb4b61a99739a258dc
SHA1: fbd2fa668f6e5bbd553d7c7c9038dea9e6e97157
SHA256: 937e98806366f4c1ca246e6a3e996a172c1048aaee570f07efcae6b2fd79bcbd

Package: keepnote
Version: 0.7.8-1.1
Installed-Size: 2616
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-gtk2, python-glade2, 
libsqlite3-0
Suggests: python-gnome2-extras
Description-en: cross-platform note-taking and organization application
 With KeepNote, you can store your class notes, TODO lists, research
 notes, journal entries, paper outlines, etc in a simple notebook
 hierarchy with rich-text formatting, images, and more. Using full-text
 search, you can retrieve any note for later reference.
 .
 KeepNote is designed to be cross-platform (implemented in Python and
 PyGTK) and stores your notes in simple and easy to manipulate file
 formats (HTML and XML). Archiving and transferring your notes is as
 easy as zipping or copying a folder.
Description-md5: 000b627d2b4186255ccc40c17b146d1a
Homepage: http://keepnote.org
Section: utils
Priority: optional
Filename: pool/main/k/keepnote/keepnote_0.7.8-1.1_all.deb
Size: 547788
MD5sum: 

Bug#858661: O: usermode -- Graphical tools for certain user account management tasks

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of usermode, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: usermode
Binary: usermode
Version: 1.109-1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), libice-dev, libsm-dev, libgtk2.0-dev, 
libglade2-dev, libpam0g-dev, libuser1-dev, desktop-file-utils, netpbm, 
libxml-parser-perl, libuser1, intltool, libblkid-dev, gettext
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 e3bac75a6e1e11028609c7d0aa5b1c05 2014 usermode_1.109-1.dsc
 d7c292b24cd9804887bc856523cffeb2 275788 usermode_1.109.orig.tar.xz
 6b86c052e363a20afa9095c7c43e8135 5554 usermode_1.109-1.debian.tar.bz2
Vcs-Browser: http://git.debian.org/?p=collab-maint/usermode.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/usermode.git
Checksums-Sha1:
 6a8b0c11075601c2a27003e775ebdc406d22e57e 2014 usermode_1.109-1.dsc
 86613596f8b5423a4c3bf3adebd8775a18615017 275788 usermode_1.109.orig.tar.xz
 00afd266300d11d4bb9c67158509943a7d4dc3fc 5554 usermode_1.109-1.debian.tar.bz2
Checksums-Sha256:
 1d6d8efb5a1e138067576db59692dc8705377cabb9b5eefebc8b4b94210c2ac5 2014 
usermode_1.109-1.dsc
 b57ffacc0ee8f8c8f3944ada16c0652b28f01dd02430d273b4fb702adcc54834 275788 
usermode_1.109.orig.tar.xz
 74e477a221b666b264ac52648ef809c5daab96cb6875f925a17832e2c2488a10 5554 
usermode_1.109-1.debian.tar.bz2
Homepage: https://fedorahosted.org/usermode/
Package-List: 
 usermode deb x11 optional
Directory: pool/main/u/usermode
Priority: source
Section: x11

Package: usermode
Binary: usermode
Version: 1.109-1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), libice-dev, libsm-dev, libgtk2.0-dev, 
libglade2-dev, libpam0g-dev, libuser1-dev, desktop-file-utils, netpbm, 
libxml-parser-perl, libuser1, intltool, libblkid-dev, gettext
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 e3bac75a6e1e11028609c7d0aa5b1c05 2014 usermode_1.109-1.dsc
 d7c292b24cd9804887bc856523cffeb2 275788 usermode_1.109.orig.tar.xz
 6b86c052e363a20afa9095c7c43e8135 5554 usermode_1.109-1.debian.tar.bz2
Vcs-Browser: http://git.debian.org/?p=collab-maint/usermode.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/usermode.git
Checksums-Sha256:
 1d6d8efb5a1e138067576db59692dc8705377cabb9b5eefebc8b4b94210c2ac5 2014 
usermode_1.109-1.dsc
 b57ffacc0ee8f8c8f3944ada16c0652b28f01dd02430d273b4fb702adcc54834 275788 
usermode_1.109.orig.tar.xz
 74e477a221b666b264ac52648ef809c5daab96cb6875f925a17832e2c2488a10 5554 
usermode_1.109-1.debian.tar.bz2
Homepage: https://fedorahosted.org/usermode/
Package-List: 
 usermode deb x11 optional
Directory: pool/main/u/usermode
Priority: source
Section: x11

Package: usermode
Source: usermode (1.109-1)
Version: 1.109-1+b2
Installed-Size: 1155
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libatk1.0-0 (>= 1.12.4), libblkid1 (>= 2.16), libc6 (>= 2.4), 
libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.11), libfreetype6 (>= 2.2.1), 
libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.24.0), libgtk2.0-0 (>= 
2.24.0), libpam0g (>= 0.99.7.1), libpango-1.0-0 (>= 1.14.0), 
libpangocairo-1.0-0 (>= 1.14.0), libpangoft2-1.0-0 (>= 1.14.0), libuser1 (>= 
1:0.56.9.dfsg.1)
Description-en: Graphical tools for certain user account management tasks
 The usermode package contains several graphical tools for users:
 userinfo, usermount and userpasswd.  Userinfo allows users to change
 their finger information.  Usermount lets users mount, unmount, and
 format filesystems.  Userpasswd allows users to change their
 passwords.
 .
 Install the usermode package if you would like to provide users with
 graphical tools for certain account management tasks.
Description-md5: 02f84e215bc9782397317caf5f01f864
Homepage: https://fedorahosted.org/usermode/
Tag: admin::user-management, implemented-in::c, interface::commandline,
 role::program
Section: x11
Priority: optional
Filename: pool/main/u/usermode/usermode_1.109-1+b2_amd64.deb
Size: 184948
MD5sum: 77656344b758c36eca5dbd828ebf8ecc
SHA256: 68517a893ebc38a60f8711a3a461564185bd07ed518e67282da0310cfb49cf29

Package: usermode
Version: 1.109-1
Installed-Size: 1535
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libatk1.0-0 (>= 1.12.4), libblkid1 (>= 2.16), libc6 (>= 2.4), 
libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), 
libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.24.0), libgtk2.0-0 (>= 
2.24.0), libpam0g (>= 0.99.7.1), libpango1.0-0 (>= 1.14.0), libuser1
Description-en: Graphical tools for certain user account 

Bug#858664: O: dfc -- display file system usage using graph and colors

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of dfc, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: dfc
Binary: dfc
Version: 3.0.5-0.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), cmake
Architecture: any
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 e6c9b7be1d05bbbf73714cb98e56de67 1903 dfc_3.0.5-0.1.dsc
 3e6443c54966751f5e9fdaca33d873d1 43310 dfc_3.0.5.orig.tar.gz
 bdeef3319e71683738ada4956181f8e1 2452 dfc_3.0.5-0.1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/dfc.git
Vcs-Git: git://anonscm.debian.org/collab-maint/dfc.git
Checksums-Sha256:
 e06ce3521b7d4c2f613ee36ce0081ef69ae87e15b4903c487deb23de05e35cbe 1903 
dfc_3.0.5-0.1.dsc
 3c947a1d6bc53347b1643921dcbf4c6f8fe7eb6167fc1f4e9436366f036d857a 43310 
dfc_3.0.5.orig.tar.gz
 d740cf8d1b7daf2a50dc8ff638cc8dda7082afa69ffcf8402fdd8458caf743f0 2452 
dfc_3.0.5-0.1.debian.tar.xz
Homepage: http://projects.gw-computing.net/projects/dfc
Package-List: 
 dfc deb utils extra arch=any
Directory: pool/main/d/dfc
Priority: source
Section: utils

Package: dfc
Source: dfc (3.0.5-0.1)
Version: 3.0.5-0.1+b1
Installed-Size: 97
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.10)
Description-en: display file system usage using graph and colors
 dfc displays file system space usage using graphs and colors. In some ways, it
 is a modernized version of df as it is able to use colors, draw graphs and
 export its output to different formats such as CSV or HTML.
Description-md5: 1d73add36432a7e3931bcebc9f7542d1
Homepage: http://projects.gw-computing.net/projects/dfc
Tag: implemented-in::perl, role::program, use::monitor
Section: utils
Priority: extra
Filename: pool/main/d/dfc/dfc_3.0.5-0.1+b1_amd64.deb
Size: 33496
MD5sum: 41dfdd902134d1492c899ba8d243ebe8
SHA256: 788941c4795afbb468297bb6e3805c4cc903c12281490e57bc6c3e29c27890c6



signature.asc
Description: PGP signature

Bug#858666: O: docx2txt -- Convert Microsoft OOXML files to plain text

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of docx2txt, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: docx2txt
Binary: docx2txt
Version: 1.4-0.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0)
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 cc63e8f1eacd53502a25864035d9864d 1832 docx2txt_1.4-0.1.dsc
 780f468c16d547b02723b98aadc52c63 31302 docx2txt_1.4.orig.tar.gz
 57d34f078b32678cce76ff5f2ccfca92 3212 docx2txt_1.4-0.1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/docx2txt.git;a=summary
Vcs-Git: git://anonscm.debian.org/collab-maint/docx2txt.git
Checksums-Sha1:
 83adb2b859559d5ebc067bef820216c5b8d15259 1832 docx2txt_1.4-0.1.dsc
 a23f83ec5e1d47915255e81063c02c932c2f 31302 docx2txt_1.4.orig.tar.gz
 7d04959ada8d7c91f10fccaa71c4722ae0481b2d 3212 docx2txt_1.4-0.1.debian.tar.xz
Checksums-Sha256:
 032c170a5774a712bb79b58eb4210543a04da81f720ae9397f248ee8c789d99a 1832 
docx2txt_1.4-0.1.dsc
 b297752910a404c1435e703d5aedb4571222bd759fa316c86ad8c8bbe58c6d1b 31302 
docx2txt_1.4.orig.tar.gz
 9530cd97cc676c3ebae162bd9aa24a4778d96024131075b6ea68d48a2b6693af 3212 
docx2txt_1.4-0.1.debian.tar.xz
Homepage: http://docx2txt.sourceforge.net
Package-List: 
 docx2txt deb text extra arch=all
Directory: pool/main/d/docx2txt
Priority: source
Section: text

Package: docx2txt
Binary: docx2txt
Version: 1.4-0.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9.0.0)
Architecture: all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 cc63e8f1eacd53502a25864035d9864d 1832 docx2txt_1.4-0.1.dsc
 780f468c16d547b02723b98aadc52c63 31302 docx2txt_1.4.orig.tar.gz
 57d34f078b32678cce76ff5f2ccfca92 3212 docx2txt_1.4-0.1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/docx2txt.git;a=summary
Vcs-Git: git://anonscm.debian.org/collab-maint/docx2txt.git
Checksums-Sha256:
 032c170a5774a712bb79b58eb4210543a04da81f720ae9397f248ee8c789d99a 1832 
docx2txt_1.4-0.1.dsc
 b297752910a404c1435e703d5aedb4571222bd759fa316c86ad8c8bbe58c6d1b 31302 
docx2txt_1.4.orig.tar.gz
 9530cd97cc676c3ebae162bd9aa24a4778d96024131075b6ea68d48a2b6693af 3212 
docx2txt_1.4-0.1.debian.tar.xz
Homepage: http://docx2txt.sourceforge.net
Package-List: 
 docx2txt deb text extra arch=all
Directory: pool/main/d/docx2txt
Priority: source
Section: text

Package: docx2txt
Version: 1.4-0.1
Installed-Size: 79
Maintainer: Khalid El Fathi 
Architecture: all
Depends: unzip
Description-en: Convert Microsoft OOXML files to plain text
 docx2txt is a tool that attempts to generate equivalent (ASCII) text files from
 Microsoft .docx documents, preserving some formatting and document information
 (which MS text conversion drops) along with appropriate character conversions
 for a good (ASCII) text experience. It is a platform independent solution
 consisting of (core) Perl and (wrapper) Unix/Windows shell scripts and a
 configuration file to control the output text appearance to fair extent.
 It can very conveniently be used to build a Web based docx document conversion
 service. Some Makefiles and Windows batch files are provided for easy
 installation of the scripts. With unzippers like CakeCmd that can deal with
 corrupt Zip archives, this tool can extract text from corrupt docx documents
 in many cases, where MS word processor fails to even open them.
Description-md5: ef67f94c565b11e230d2224697a77a73
Homepage: http://docx2txt.sourceforge.net
Tag: interface::commandline, role::program, scope::utility, use::converting,
 works-with-format::html, works-with-format::plaintext,
 works-with-format::xml, works-with-format::zip, works-with::text
Section: text
Priority: extra
Filename: pool/main/d/docx2txt/docx2txt_1.4-0.1_all.deb
Size: 17258
MD5sum: 26355d88e7935cca2a47d7580ebdd143
SHA1: 08b2233d532927257d3fb0f15a65fd876dbbbf67
SHA256: 5d5ca4cbfe6a8fba4afe8fb3665e3f68603f47f2398d1b6e2e960979aaa71330

Package: docx2txt
Version: 1.4-0.1
Installed-Size: 79
Maintainer: Khalid El Fathi 
Architecture: all
Depends: unzip
Description-en: Convert Microsoft OOXML files to plain text
 docx2txt is a tool that attempts to generate equivalent (ASCII) text files from
 Microsoft .docx documents, preserving some formatting and document information
 (which MS text conversion drops) along with appropriate character conversions
 for a good (ASCII) text experience. It is a platform independent solution
 consisting of (core) Perl and (wrapper) Unix/Windows shell scripts and a
 configuration file to control the output text 

Bug#858663: O: wfrench -- French dictionary words for /usr/share/dict

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of wfrench, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: wfrench
Binary: wfrench
Version: 1.2.3-10
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9)
Build-Depends-Indep: flex, dictionaries-common-dev, patch
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 27ef5eab4fe4014d4bff217060f57550 1848 wfrench_1.2.3-10.dsc
 3e9e1ac57d86af9460e7cd4d842ebaa0 344384 wfrench_1.2.3.orig.tar.gz
 6d5c916dcb80a9615f1572e4315e1259 6145 wfrench_1.2.3-10.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/wfrench.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/wfrench.git
Checksums-Sha1:
 b8228297d3dac6c94e549a1f593bc5845057dfbc 1848 wfrench_1.2.3-10.dsc
 53c4e3e3c508f3582acdf3c9730888db8bd96452 344384 wfrench_1.2.3.orig.tar.gz
 3f65167555b77f279d8cbc2604d3a1ef14dd7046 6145 wfrench_1.2.3-10.debian.tar.gz
Checksums-Sha256:
 6185c3a9dc2e40b1485ffa7009836b463496819021e9e4027681170ac1c892b0 1848 
wfrench_1.2.3-10.dsc
 6cd0d63208ccc61824967deff1546fdc3b47983bc6ad811f2d19e42ae28cfe66 344384 
wfrench_1.2.3.orig.tar.gz
 0b7d45dedf5c025a6a79072a7498c2325daa4f4a632d3dc66bd48265d96224c0 6145 
wfrench_1.2.3-10.debian.tar.gz
Package-List: 
 wfrench deb text optional
Directory: pool/main/w/wfrench
Priority: source
Section: text

Package: wfrench
Binary: wfrench
Version: 1.2.3-10.1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), libfl-dev
Build-Depends-Indep: flex, dictionaries-common-dev, patch
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 ce42766c623adb65940a90d0f2305691 1869 wfrench_1.2.3-10.1.dsc
 3e9e1ac57d86af9460e7cd4d842ebaa0 344384 wfrench_1.2.3.orig.tar.gz
 ec192b30b23670f24d49f7d577a373ec 5848 wfrench_1.2.3-10.1.debian.tar.xz
Vcs-Browser: http://git.debian.org/?p=collab-maint/wfrench.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/wfrench.git
Checksums-Sha256:
 ab7fa8e5e0537ad8f123693fce5756076c2bfba8aea04cbc385ce9417deec803 1869 
wfrench_1.2.3-10.1.dsc
 6cd0d63208ccc61824967deff1546fdc3b47983bc6ad811f2d19e42ae28cfe66 344384 
wfrench_1.2.3.orig.tar.gz
 9e6a0659aa50bad05af7dfa45fd2fcbc558e9fd81663b4fdc00caf3958c3064d 5848 
wfrench_1.2.3-10.1.debian.tar.xz
Package-List: 
 wfrench deb text optional arch=all
Directory: pool/main/w/wfrench
Priority: source
Section: text

Package: wfrench
Version: 1.2.3-10.1
Installed-Size: 1532
Maintainer: Khalid El Fathi 
Architecture: all
Provides: wordlist
Depends: debconf (>= 0.5) | debconf-2.0, dictionaries-common, debconf
Description-en: French dictionary words for /usr/share/dict
 This package provides the file /usr/share/dict/french
 containing a list of French words.  This list can be used by spelling
 checkers, and by programs such as look(1).
Description-md5: 7d7922bb49bb4f09ca95c06e894ff262
Tag: culture::french, made-of::dictionary, role::app-data, use::checking
Section: text
Priority: optional
Filename: pool/main/w/wfrench/wfrench_1.2.3-10.1_all.deb
Size: 274596
MD5sum: ca7410ef0fcf34a4635af9fb5e449e26
SHA256: 06d7846eda8330e5785396a034df4f44d459b7bcbb41b2e7c71ad9f7306c55ed

Package: wfrench
Version: 1.2.3-10
Installed-Size: 1565
Maintainer: Khalid El Fathi 
Architecture: all
Provides: wordlist
Depends: debconf (>= 0.5) | debconf-2.0, dictionaries-common, debconf
Description-en: French dictionary words for /usr/share/dict
 This package provides the file /usr/share/dict/french
 containing a list of French words.  This list can be used by spelling
 checkers, and by programs such as look(1).
Description-md5: 7d7922bb49bb4f09ca95c06e894ff262
Tag: culture::french, made-of::dictionary, role::app-data, use::checking
Section: text
Priority: optional
Filename: pool/main/w/wfrench/wfrench_1.2.3-10_all.deb
Size: 357230
MD5sum: 45dba59fa51e282179c00514e4d1e4b3
SHA1: b4ee1af12aae6278d94cd907d13e1e3c6a53c2e9
SHA256: b50e4d312464706e4eb454ac2133d6795882b3605bc2139c9def949bbee0a52c

Package: wfrench
Version: 1.2.3-10.1
Installed-Size: 1532
Maintainer: Khalid El Fathi 
Architecture: all
Provides: wordlist
Depends: debconf (>= 0.5) | debconf-2.0, dictionaries-common, debconf
Description-en: French dictionary words for /usr/share/dict
 This package provides the file /usr/share/dict/french
 containing a list of French words.  This list can be used by spelling
 checkers, and by programs such as look(1).
Description-md5: 7d7922bb49bb4f09ca95c06e894ff262
Tag: culture::french, made-of::dictionary, role::app-data, use::checking
Section: text

Bug#858660: O: modem-cmd -- send arbitrary AT commands to your modem

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of modem-cmd, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: modem-cmd
Binary: modem-cmd
Version: 0.0.2
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9)
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (native)
Files:
 60bc324d24c848c546a973d2dd83bf57 1531 modem-cmd_0.0.2.dsc
 2830677b76a2233ee4cc8c652cc8 14843 modem-cmd_0.0.2.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/modem-cmd.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/modem-cmd.git
Checksums-Sha1:
 44dbc6d6053d231e9e9f9a59fb999cf092584d55 1531 modem-cmd_0.0.2.dsc
 2d7d5ebf21517b745eb7d70f189cf0bd930c8440 14843 modem-cmd_0.0.2.tar.gz
Checksums-Sha256:
 bcd4ff43131ac469649739d55d07b5ab65aafca208b1e2a7810491b53d129b3a 1531 
modem-cmd_0.0.2.dsc
 1e02296d93704f3626f9655938c6e5e339dd9017c859441444d681fb5531376b 14843 
modem-cmd_0.0.2.tar.gz
Package-List: 
 modem-cmd deb comm extra
Directory: pool/main/m/modem-cmd
Priority: source
Section: comm

Package: modem-cmd
Binary: modem-cmd
Version: 0.0.2
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9)
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (native)
Files:
 60bc324d24c848c546a973d2dd83bf57 1531 modem-cmd_0.0.2.dsc
 2830677b76a2233ee4cc8c652cc8 14843 modem-cmd_0.0.2.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/modem-cmd.git;a=summary
Vcs-Git: git://git.debian.org/git/collab-maint/modem-cmd.git
Checksums-Sha256:
 bcd4ff43131ac469649739d55d07b5ab65aafca208b1e2a7810491b53d129b3a 1531 
modem-cmd_0.0.2.dsc
 1e02296d93704f3626f9655938c6e5e339dd9017c859441444d681fb5531376b 14843 
modem-cmd_0.0.2.tar.gz
Package-List: 
 modem-cmd deb comm extra
Directory: pool/main/m/modem-cmd
Priority: source
Section: comm

Package: modem-cmd
Source: modem-cmd (0.0.2)
Version: 0.0.2+b2
Installed-Size: 25
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.8)
Description-en: send arbitrary AT commands to your modem
 modem-cmd can be used to send arbitrary AT commands to a modem device over
 a serial line.
 .
 This means it can be used as a phone dialer:
 .
 $ modem-cmd /dev/ttyUSB0 ATDT123456
Description-md5: ae1ef5394f9d9a13be978201f46931a7
Section: comm
Priority: extra
Filename: pool/main/m/modem-cmd/modem-cmd_0.0.2+b2_amd64.deb
Size: 5186
MD5sum: eae3511cbc00a846ae06b51d788b3679
SHA256: 486aec9e6f7f7c73e97c36d5ffa146adb4d6c59f019f7c5cf0b0458f26b6f47d

Package: modem-cmd
Version: 0.0.2
Installed-Size: 49
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.8)
Description-en: send arbitrary AT commands to your modem
 modem-cmd can be used to send arbitrary AT commands to a modem device over
 a serial line.
 .
 This means it can be used as a phone dialer:
 .
 $ modem-cmd /dev/ttyUSB0 ATDT123456
Description-md5: ae1ef5394f9d9a13be978201f46931a7
Section: comm
Priority: extra
Filename: pool/main/m/modem-cmd/modem-cmd_0.0.2_amd64.deb
Size: 5282
MD5sum: 134fa208d57ee64d63622627b818f14e
SHA1: 21d89c0559a205ef0b0d9b10e9f809ca1b2ec6b9
SHA256: 30e2d1c01de16dc5aa308cbf62e6583639748d5abf888c595843ab78f4ace031

Package: modem-cmd
Source: modem-cmd (0.0.2)
Version: 0.0.2+b2
Installed-Size: 25
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.8)
Description-en: send arbitrary AT commands to your modem
 modem-cmd can be used to send arbitrary AT commands to a modem device over
 a serial line.
 .
 This means it can be used as a phone dialer:
 .
 $ modem-cmd /dev/ttyUSB0 ATDT123456
Description-md5: ae1ef5394f9d9a13be978201f46931a7
Section: comm
Priority: extra
Filename: pool/main/m/modem-cmd/modem-cmd_0.0.2+b2_amd64.deb
Size: 5186
MD5sum: eae3511cbc00a846ae06b51d788b3679
SHA256: 486aec9e6f7f7c73e97c36d5ffa146adb4d6c59f019f7c5cf0b0458f26b6f47d

Package: modem-cmd
Version: 0.0.2
Installed-Size: 49
Maintainer: Khalid El Fathi 
Architecture: amd64
Depends: libc6 (>= 2.8)
Description-en: send arbitrary AT commands to your modem
 modem-cmd can be used to send arbitrary AT commands to a modem device over
 a serial line.
 .
 This means it can be used as a phone dialer:
 .
 $ modem-cmd /dev/ttyUSB0 ATDT123456
Description-md5: ae1ef5394f9d9a13be978201f46931a7
Section: comm
Priority: extra
Filename: pool/main/m/modem-cmd/modem-cmd_0.0.2_amd64.deb
Size: 5282
MD5sum: 134fa208d57ee64d63622627b818f14e
SHA1: 21d89c0559a205ef0b0d9b10e9f809ca1b2ec6b9
SHA256: 30e2d1c01de16dc5aa308cbf62e6583639748d5abf888c595843ab78f4ace031



signature.asc
Description: PGP 

Bug#858659: O: pyp -- sed/awk-like tool with Python language

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of pyp, Khalid El Fathi ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pyp
Binary: pyp
Version: 2.12-1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), python
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 b2838c7dfc605c6d35d1f0a972741412 1773 pyp_2.12-1.dsc
 c1b1aa1e446897f785f12ec2ef1f7228 23940 pyp_2.12.orig.tar.gz
 9e8dc3e3d1a22fca3a7c1f4662a8d981 3464 pyp_2.12-1.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/pyp.git;a=summary
Vcs-Git: git://git.debian.org/collab-maint/pyp.git
Checksums-Sha1:
 b574edfa6058e90014eef2f336d395ed6ea2a6c1 1773 pyp_2.12-1.dsc
 c40da8ded527e4cbebdfd62e2e827153a9ebd468 23940 pyp_2.12.orig.tar.gz
 5ae063ecaa991ace65563949b0bab365c880e4af 3464 pyp_2.12-1.debian.tar.gz
Checksums-Sha256:
 c3ae85004ce3774cc245bcc8664625625f24bf71f57290a848bdfeb497d7afb6 1773 
pyp_2.12-1.dsc
 805ab01aada8d0a3f7b7d30859bb03c46beb88333170dd115eaa2c53f2662d41 23940 
pyp_2.12.orig.tar.gz
 51cf3bc1976b5dda6a8d30513a5183a6ece47fa405a6cbabd49f9d1c83573f12 3464 
pyp_2.12-1.debian.tar.gz
Homepage: http://code.google.com/p/pyp
Package-List: 
 pyp deb utils extra
Directory: pool/main/p/pyp
Priority: source
Section: utils

Package: pyp
Binary: pyp
Version: 2.12-1
Maintainer: Khalid El Fathi 
Build-Depends: debhelper (>= 9), python
Architecture: all
Standards-Version: 3.9.3.1
Format: 3.0 (quilt)
Files:
 b2838c7dfc605c6d35d1f0a972741412 1773 pyp_2.12-1.dsc
 c1b1aa1e446897f785f12ec2ef1f7228 23940 pyp_2.12.orig.tar.gz
 9e8dc3e3d1a22fca3a7c1f4662a8d981 3464 pyp_2.12-1.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=collab-maint/pyp.git;a=summary
Vcs-Git: git://git.debian.org/collab-maint/pyp.git
Checksums-Sha256:
 c3ae85004ce3774cc245bcc8664625625f24bf71f57290a848bdfeb497d7afb6 1773 
pyp_2.12-1.dsc
 805ab01aada8d0a3f7b7d30859bb03c46beb88333170dd115eaa2c53f2662d41 23940 
pyp_2.12.orig.tar.gz
 51cf3bc1976b5dda6a8d30513a5183a6ece47fa405a6cbabd49f9d1c83573f12 3464 
pyp_2.12-1.debian.tar.gz
Homepage: http://code.google.com/p/pyp
Package-List: 
 pyp deb utils extra
Directory: pool/main/p/pyp
Priority: source
Section: utils

Package: pyp
Version: 2.12-1
Installed-Size: 155
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python2.7 | python2.6, python (>= 2.6), python (<< 2.8)
Description-en: sed/awk-like tool with Python language
 pyp, the Pyed Piper, is a command line tool for text manipulation. It
 is similar to awk and sed in functionality, but its subcommands are
 Python based, and thus more familiar to many programmers.
 .
 It can operate both on a per-line base and on the complete input
 stream. Different features can be pipelined in a single command by
 using the pipe character familiar from shell commands.
 .
 pyp backs up its input for reruns with modified commands, and can save
 commands as macros. On the downside, the rerun feature makes it
 unsuitable for continuous pipe operation.
Description-md5: f1782f6a50436eea040ae60e5d6758a6
Homepage: http://code.google.com/p/pyp
Section: utils
Priority: extra
Filename: pool/main/p/pyp/pyp_2.12-1_all.deb
Size: 28506
MD5sum: c8cda016fe71e3e8c5d7cdeb354b2fcc
SHA1: d1c586348b228176d035d97d51756acc12acdac0
SHA256: 394775ad4ecb84df4bfd78b456e8b6f05c349bf897333795a92a2550514f1b8f

Package: pyp
Version: 2.12-1
Installed-Size: 155
Maintainer: Khalid El Fathi 
Architecture: all
Depends: python2.7 | python2.6, python (>= 2.6), python (<< 2.8)
Description-en: sed/awk-like tool with Python language
 pyp, the Pyed Piper, is a command line tool for text manipulation. It
 is similar to awk and sed in functionality, but its subcommands are
 Python based, and thus more familiar to many programmers.
 .
 It can operate both on a per-line base and on the complete input
 stream. Different features can be pipelined in a single command by
 using the pipe character familiar from shell commands.
 .
 pyp backs up its input for reruns with modified commands, and can save
 commands as macros. On the downside, the rerun feature makes it
 unsuitable for continuous pipe operation.
Description-md5: f1782f6a50436eea040ae60e5d6758a6
Homepage: http://code.google.com/p/pyp
Section: utils
Priority: extra
Filename: pool/main/p/pyp/pyp_2.12-1_all.deb
Size: 28506
MD5sum: c8cda016fe71e3e8c5d7cdeb354b2fcc
SHA1: d1c586348b228176d035d97d51756acc12acdac0
SHA256: 394775ad4ecb84df4bfd78b456e8b6f05c349bf897333795a92a2550514f1b8f



signature.asc
Description: PGP signature

Bug#858655: Please move Java dependencies to libreoffice-java-common

[Daniel Richard G.]

Package: src:libreoffice
Version: 1:5.2.5-2

I am interested in the topic of installing LibreOffice without Java.
This is possible, of course, but this bug report is concerned with a
dependency structure that makes this needlessly messy.

A regular LibreOffice install has many Java dependencies:

# apt-get -s install libreoffice | grep '^Inst' | egrep 'jre|jdk|java'
Inst libreoffice-java-common (1:5.2.5-2 Debian:testing [all])
Inst ca-certificates-java (20161107 Debian:testing [all]) []
Inst java-common (0.58 Debian:testing [all]) []
Inst openjdk-8-jre-headless (8u121-b13-4 Debian:testing [amd64])
[long list of Java-related packages elided]

Let's try installing sans what appears to be LibreOffice's main Java-
dependency package:

# apt-get -s install libreoffice libreoffice-java-common-
[...]
The following packages have unmet dependencies:
 libreoffice : Depends: libreoffice-java-common (>= 1:5.2.5~) but it is not 
going to be installed
   Recommends: libreoffice-nlpsolver but it is not going to be 
installed
   Recommends: libreoffice-report-builder but it is not going 
to be installed
   Recommends: libreoffice-wiki-publisher but it is not going 
to be installed
E: Unable to correct problems, you have held broken packages.

Darn. Okay, can we install without pulling in the JRE?

# apt-get -s install libreoffice default-jre- | grep '^Inst' | egrep 
'jre|jdk|java'
Inst libreoffice-java-common (1:5.2.5-2 Debian:testing [all])

Hunh, that worked. The lo-java-common package went in, even though it's
presumably useless without a Java runtime. So what about those
aforementioned components that supposedly required Java?

# apt-get -s install libreoffice default-jre- | grep '^Inst' | egrep 
'nlpsolver|report-builder|wiki-publisher'
Inst libreoffice-report-builder-bin (1:5.2.5-2 Debian:testing [amd64])
Inst libreoffice-wiki-publisher (1.2.0+LibO5.2.5-2 Debian:testing [all])

So nlpsolver didn't go in (reasonable), only the bin package of
report-builder was installed (huh?), and wiki-publisher went in just
fine (will that even work in light of its hard dep on lo-java-common?).

This doesn't make much sense to me. I can't decline installation of
lo-java-common, but I can decline default-jre, yet some of the resulting
installed packages are useless (lo-report-buildir-bin without
lo-report-builder?) or at worse broken.

Looking through the dependencies in the various LibreOffice packages,
one issue I see is that several of them depend directly on default-jre
(or more specifically, "default-jre | openjdk-8-jre | openjdk-7-jre |
openjdk-6-jre | gcj-jre | sun-java5-jre | sun-java6-jre | java5-runtime
| jre") as well as lo-java-common, when the JRE dependency should in fact
be redundant alongside lo-java-common.

(Interestingly, libreoffice-script-provider-{bsh,js} depend on a JRE
_without_ depending on lo-java-common. Does that make sense?)

What I would like to see is for all the various LibreOffice packages
that can/must make use of Java to Depends:/Recommends:/Suggests:
lo-java-common, and then have lo-java-common Depends: default-jre et al.
That way, when installing LibreOffice, I can decline lo-java-common, the
JRE won't get pulled in, and no LibreOffice package that requires Java
(or is related to one that does) will get installed.

Bug#858596: plasma-desktop: screen lock crashes entire session

[Salvo Tomaselli]

Just locking it, without stand by, for a few hours, normally triggers it
for me

Il 24/Mar/2017 23:02, "John Paul Adrian Glaubitz" <
glaub...@physik.fu-berlin.de> ha scritto:

> Control: tags -1 moreinfo
> Control: tags -1 unreproducible
>
> Hi!
>
> I have been using KDE5 with SDDM on Debian unstable for almost a year now
> and I never observed this issue. Do you have any pointers on how to
> recreate
> your environment to be able to reproduce this issue? Is there anything in
> particular that you did to provoke this crash?
>
> Thanks,
> Adrian
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaub...@debian.org
> `. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>

Bug#858596: plasma-desktop: screen lock crashes entire session

[John Paul Adrian Glaubitz]

On 03/24/2017 11:53 PM, John Paul Adrian Glaubitz wrote:
> OK, so you actually have to wait for hours. I will try to reproduce
> this. I normally suspend my computer when I lock the machine for a
> longer period to consume energy.

Btw, could you please provide Xorg.0.log and ${HOME}/.xsession-errors
with the contents after the crash? The crash should actually show
up in the logs and it's not easy to debug the problem without any debug
information to know what actually happened.

Adrian

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

Bug#858596: plasma-desktop: screen lock crashes entire session

[John Paul Adrian Glaubitz]

On 03/24/2017 11:51 PM, Salvo Tomaselli wrote:
> Just locking it, without stand by, for a few hours, normally triggers it for 
> me

OK, so you actually have to wait for hours. I will try to reproduce
this. I normally suspend my computer when I lock the machine for a
longer period to consume energy.

Adrian

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

Bug#857794: reportbug: crash when encountering some non-ASCII characters

[Nis Martensen]

Hi Stuart,

Thanks for your comments!

On 22-03-2017 02:45, Stuart Prescott wrote:
> C.UTF-8 is provided within glibc (it's in the libc-bin package so it
> is always available). Is it worth setting that as the locale for all
> communication with subprocesses? It strikes me that could simplify
> some parts of this encoding handling.

We could do this if we knew that we'd then always get UTF-8 encoded
data. Is it guaranteed that all subprocesses will produce text output
encoded in the charset associated with the current locale? Or are the
tools just passing on what they get from their input files?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848729
has a case where reportbug ran into such "foreign charset" data; setting
LC_ALL=C.UTF-8 for reportbug would not have helped there.

Things might be easier if the subprocesses called by reportbug would
only output the bits of information needed. Unfortunately they don't,
they output much more, and reportbug needs to deal with it and parse it.
Most information needed is ASCII-only anyway, so limiting other tools'
output would be ideal. We just can't fix that in reportbug.

So the minimum we should do is avoid the crashes, and changing the error
handler allows us to do that.

> If we're touching every invocation subprocess.* anyway, can we also
> take this opportunity to get rid of any invocations via the shell?
> 
> +def get_command_output(cmd): +use_shell = False +if
> isinstance(cmd, str) and ' ' in cmd: +use_shell = True +
> return subprocess.run(cmd, shell=use_shell, 
> stdout=subprocess.PIPE).stdout.decode(errors='backslashreplace')
> 
> specifically, my suggestion is that we *require* cmd to be a list or
> tuple and always force use_shell=False. Then we never need to worry
> about nasty characters going near the shell, there's also one less
> subprocess being used.
> 
> Associated with that:
> 
> * redirection of stderr to /dev/null can be done in python instead
> 
> * the uses of COLUMNS=79 are either no-ops because the command
> doesn't respect COLUMNS anyway or no-ops because the command ignores
> COLUMNS when invoked within a pipe.

No problem with that idea :)
I just tried to keep the changes to a minimum since we're in deep freeze
at the moment.

Cheers,
 Nis

Bug#858590: Similar experience here

[debbug]

I have similar experience here: no core dumps, but after upgrading from  
2:4.2.14+dfsg-0+deb8u2 to 2:4.2.14+dfsg-0+deb8u4 I cannot access shares 
that have shadow_copy2 vfs module enabled. The rest of the shares work 
OK.  Downgrading solves the problem.


It may not be a completely isolated issue.

  --jtg

Bug#858596: plasma-desktop: screen lock crashes entire session

[John Paul Adrian Glaubitz]

Control: tags -1 moreinfo
Control: tags -1 unreproducible

Hi!

I have been using KDE5 with SDDM on Debian unstable for almost a year now
and I never observed this issue. Do you have any pointers on how to recreate
your environment to be able to reproduce this issue? Is there anything in
particular that you did to provoke this crash?

Thanks,
Adrian

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

Bug#858654: colplot: [INTL:pt] Updated Portuguese translation for debconf messages

[TRADUZ - DebianPT]

Package: colplot
Version: 5.0.1-4
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for colplot's debconf messages.
Translator: Rui Branco 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org# Portuguese translation of colplot's debconf messages.
# 01-11-2005 - Luís Ferreira - Initial translation
# Rui Branco , 2011, 2012, 2017.
#
msgid ""
msgstr ""
"Project-Id-Version: colplot 5.0.1-4\n"
"Report-Msgid-Bugs-To: colp...@packages.debian.org\n"
"POT-Creation-Date: 2016-02-11 11:28-0700\n"
"PO-Revision-Date: 2017-03-14 13:36+\n"
"Last-Translator: Rui Branco \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Gtranslator 2.91.7\n"

#. Type: select
#. Choices
#: ../colplot.templates:2001
#| msgid "Apache2"
msgid "apache2"
msgstr "apache2"

#. Type: select
#. Choices
#: ../colplot.templates:2001
msgid "lighttpd"
msgstr "lighttpd"

#. Type: select
#. Choices
#: ../colplot.templates:2001
msgid "None"
msgstr "Nenhum"

#. Type: select
#. Description
#: ../colplot.templates:2002
msgid "Web server:"
msgstr "Servidor Web: "

#. Type: select
#. Description
#: ../colplot.templates:2002
#| msgid ""
#| "Please select the web server for which colplot should be automatically "
#| "configured."
msgid ""
"Please select the web server for which Colplot should be automatically "
"configured."
msgstr ""
"Por favor seleccione o servidor web para o qual o Colplot deve ser "
"automaticamente configurado."

#. Type: select
#. Description
#: ../colplot.templates:2002
msgid "Select \"None\" if you would like to configure the web server manually."
msgstr ""
"Seleccione \"Nenhum\" se deseja configurar o seu servidor web manualmente."

Bug#854367: apng2gif: CVE-2017-6960: Integer overflow resulting in heap buffer overflow

[Chris Lamb]

Hi,

> apng2gif: CVE-2017-6960: Integer overflow resulting in heap buffer
> overflow

Do we have an upstream-blessed patch for this yet, out of interest?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#858646: openssh-client: security update of ssh-copy-id breaks previous behaviour by searching for matching private key

[Colin Watson]

On Fri, Mar 24, 2017 at 09:13:49PM +0100, Pierre Colombier wrote:
> I made security updates on jessie (can't remember last version I had
> of this package) but the update broke previous behaviour wich is bad
> on a stable release.
> 
> now the ssh-copy-id tool used with the -i option checks for a matching
> private key.  at least half of my use of this tool is to add public
> keys of other peoples.

I think we need you to find out the previous version that worked for
you, because as far as I can tell (and I just checked), none of the
security updates to OpenSSH since jessie became stable has touched
ssh-copy-id in any way.

I believe that you are incorrect that this was a regression introduced
in the course of a stable release; rather, it appears to have been
introduced upstream in OpenSSH 6.2p1 (git commit
83efe7c86168cc07b8e6cc6df6b54f7ace3b64a3), which was some time before
jessie became stable.

> This was reported as a bug upstream and it has been solved by adding a
> -f option.
> 
> https://bugzilla.mindrot.org/show_bug.cgi?id=2110

That's certainly helpful, but it's not a completely trivial patch so
it's not clear whether I'd get it into a stable update.  It might be
better to do this via backports, since the upstream change in question
(git commit ef39e8c0497ff0564990a4f9e8b7338b3ba3507c) was part of
OpenSSH 7.2p1 and has been in testing for some time.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#858653: dokuwiki: [INTL:pt] Updated Portuguese translation for debconf messages

[TRADUZ - DebianPT]

Package: dokuwiki
Version: 0.0.20160626.a-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for dokuwiki's debconf messages.
Translator: Rui Branco 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org# Portuguese translation of dokuwiki debconf messages.
# This file is distributed under the same license as the dokuwiki package. 
# Rui Branco , 2006, 2010,2011,2017, 2017.
#
msgid ""
msgstr ""
"Project-Id-Version: dokuwiki 0.0.20160626.a-1\n"
"Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n"
"POT-Creation-Date: 2013-10-27 19:00+0100\n"
"PO-Revision-Date: 2017-03-14 13:27+\n"
"Last-Translator: Rui Branco \n"
"Language-Team: Portuguese \n"
"Language: Portuguese\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "apache2"
msgstr "apache2"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "lighttpd"
msgstr "lighttpd"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Web server(s) to configure automatically:"
msgstr "Servidor(es) web a configurar automaticamente:"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"DokuWiki runs on any web server supporting PHP, but only listed web servers "
"can be configured automatically."
msgstr ""
"O DokuWiki corre em qualquer servidor web que suporte PHP, mas apenas "
"servidores web existentes na lista podem ser automaticamente configurados."

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"Please select the web server(s) that should be configured automatically for "
"DokuWiki."
msgstr ""
"Por favor seleccione o(s) servidor(es) web que deverá ser configurado "
"automaticamente para o DokuWiki."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Should the web server(s) be restarted now?"
msgstr "Deve o(s) servidor(es) web ser reiniciado agora?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"In order to activate the new configuration, the reconfigured web server(s) "
"have to be restarted."
msgstr ""
"Para activar a nova configuração, o(s) servidor(s) web reconfigurado deve "
"ser reiniciado."

#. Type: string
#. Description
#: ../templates:3001
msgid "Wiki location:"
msgstr "Local do Wiki:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Specify the directory below the server's document root from which DokuWiki "
"should be accessible."
msgstr ""
"Especifique o directório abaixo da raiz de documentos do servidor a partir "
"do qual o DokuWiki deve ser acessível."

#. Type: select
#. Description
#: ../templates:4001
msgid "Authorized network:"
msgstr "Rede autorizada:"

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"Wikis normally provide open access to their content, allowing anyone to "
"modify it. Alternatively, access can be restricted by IP address."
msgstr ""
"Os wikis normalmente fornecem acesso aberto ao seu conteúdo, permitindo que "
"qualquer pessoa o possa modificar. Alternativamente, o acesso pode ser "
"restrito ao endereço IP."

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"If you select \"localhost only\", only people on the local host (the machine "
"the wiki is running on) will be able to connect. \"local network\" will "
"allow people on machines in a local network (which you will need to specify) "
"to talk to the wiki. \"global\" will allow anyone, anywhere, to connect to "
"the wiki."
msgstr ""
"Se seleccionar 'apenas máquina local', apenas pessoas a trabalhar na máquina "
"local (a máquina em que o Wiki está a correr) se poderão ligar.  A opção "
"'rede local ' permitirá pessoas em máquinas da rede local (que terá de "
"especificar) comunicar com o Wiki.  A opção 'global' permitirá a qualquer "
"pessoa em qualquer local, ligar-se ao Wiki."

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"The default is for site security, but more permissive settings should be "
"safe unless you have a particular need for privacy."
msgstr ""
"A predefinição consiste na segurança do site, no entanto definições mais "
"permissivas deverão ser seguras a não ser que necessite de um nível de "
"segurança particular."

#. Type: select
#. Choices
#: ../templates:4002
msgid "localhost only"
msgstr "apenas localhost"

#. Type: select
#. Choices
#: ../templates:4002
msgid "local network"
msgstr "rede local"

#. Type: select
#. Choices
#: ../templates:4002
msgid "global"
msgstr "global"

#. Type: string
#. Description
#: ../templates:5001
msgid "Local network:"
msgstr "Rede local:"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"The specification of your local network should either be an IP network in "
"CIDR format (x.x.x.x/y) 

Bug#858096: [mate-panel?] Mate panel unstable, notification area icons disappear without warning

[michael (C0bb3r)]

On 19/03/17 09:43, John Paul Adrian Glaubitz wrote:

Hello!

On 03/18/2017 11:07 PM, michael (C0bb3r) wrote:

Thanks for your assistance. The .xsession-errors, syslog, and  dmesg files are 
attached. Also attached are a couple of screenshots showing what I mean.

Attaching large files to bug reports should be avoided. It would have been 
better to upload
the screenshots to a webspace. And screenshots should also be sent on request 
only as they
aren't really necessary in most cases. But, oh well.

Anyway, from your .xsession-errors there seem to be two warnings which could be 
related to
your problem:

(mate-panel:1286): Gtk-WARNING **: Negative content width -3 (allocation 15, 
extents 9x9) while allocating gadget (node button, owner PanelActionButton)
(mate-panel:1286): Gtk-WARNING **: Allocating size to GtkAlignment 
0x55cfb821bdf0 without calling gtk_widget_get_preferred_width/height(). How 
does the code
know the size to allocate?

Other than that, there are also lots of theme-related warnings and since you 
have such a
fancy theme, I'd try resetting the theme as first attempt. If that doesn't 
help, we need
to investigate the two warnings above.

Adrian

Sorry for not getting back sooner we've had atrocious weather and it 
knocked out my net connection. Anyway I have, as promised, tested the 
other themes and both BlackMate and Traditional OK lose the notification 
icons as well but they are much more stable than the other themes. At 
the moment Blackmate seems to be the most stable.


Any info on what those warnings mean?

Cheers.
Michael.

Bug#842612: 842612

[Thorben Thuermer]

upstream merged my patch:
https://github.com/GNOME/phodav/commit/ece391b91380cff475e2b71ad380870ff066aa3d

Bug#858651: ITP: node-urlgrey -- urlgrey is a library for url querying and manipulation

[Bastien ROUCARIES]

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

* Package name: node-urlgrey
  Version : 0.4.4
  Upstream Author : Gregg Caines
* URL : https://github.com/cainus/urlgrey#readme
* License : BSD-2-Clause
  Programming Lang: JavaScript
  Description : urlgrey is a library for url querying and manipulation

 Urlgrey is a library for url manipulation. It's a chainable/fluent interface
 that makes a number of methods available for querying different aspects
 of a url, and even modifying it to create new urls.
 .
 Most methods are named after different parts of the url
 and allow you to read that part from the current url if you don't pass
 any parameters, or they allow you to generate a new url
 with a change to that part in the current url if you do pass a parameter.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#858650: unblock: plv8/1:1.4.9.ds-1

[Christoph Berg]

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

Please unblock package plv8. The new version fixes a security problem.


diff -Nru plv8-1.4.8.ds/debian/changelog plv8-1.4.9.ds/debian/changelog
--- plv8-1.4.8.ds/debian/changelog  2017-01-14 21:15:06.0 +0100
+++ plv8-1.4.9.ds/debian/changelog  2017-03-22 19:01:08.0 +0100
@@ -1,3 +1,9 @@
+plv8 (1:1.4.9.ds-1) unstable; urgency=medium
+
+  * Security bugfix release: Check for permission to call functions.
+
+ -- Christoph Berg   Wed, 22 Mar 2017 19:01:08 +0100
+
 plv8 (1:1.4.8.ds-3) unstable; urgency=medium
 
   * Remove Evgeni from Uploaders. Thanks!
diff -Nru plv8-1.4.8.ds/expected/startup.out plv8-1.4.9.ds/expected/startup.out
--- plv8-1.4.8.ds/expected/startup.out  2013-06-20 16:49:58.0 +0200
+++ plv8-1.4.9.ds/expected/startup.out  2017-03-22 19:01:01.0 +0100
@@ -1,7 +1,7 @@
 -- test startup failure
 set plv8.start_proc = foo;
 do $$ plv8.elog(NOTICE, 'foo = ' + foo) $$ language plv8;
-WARNING:  failed to find js function function "foo" does not exist
+WARNING:  failed to find js function function "foo()" does not exist
 ERROR:  ReferenceError: foo is not defined
 DETAIL:  undefined() LINE 1:  plv8.elog(NOTICE, 'foo = ' + foo) 
 \c
diff -Nru plv8-1.4.8.ds/Makefile plv8-1.4.9.ds/Makefile
--- plv8-1.4.8.ds/Makefile  2016-04-21 11:00:49.0 +0200
+++ plv8-1.4.9.ds/Makefile  2017-03-22 19:01:01.0 +0100
@@ -12,7 +12,7 @@
 #   'make static' will download v8 and build, then statically link to it.
 #
 #-#
-PLV8_VERSION = 1.4.8
+PLV8_VERSION = 1.4.9
 
 PG_CONFIG = pg_config
 PGXS := $(shell $(PG_CONFIG) --pgxs)
diff -Nru plv8-1.4.8.ds/META.json plv8-1.4.9.ds/META.json
--- plv8-1.4.8.ds/META.json 2016-04-21 11:00:49.0 +0200
+++ plv8-1.4.9.ds/META.json 2017-03-22 19:01:01.0 +0100
@@ -2,7 +2,7 @@
 "name": "plv8",
 "abstract": "A procedural language in JavaScript powered by V8",
 "description": "plv8 is a trusted procedural language that is safe to use, 
fast to run and easy to develop.",
-"version": "1.4.8",
+"version": "1.4.9",
 "maintainer": [
 "Jerry Sievert ",
 "Hitoshi Harada "
@@ -24,21 +24,21 @@
 },
 "provides": {
 "plv8": {
-"file": "plv8--1.4.8.sql",
+"file": "plv8--1.4.9.sql",
 "docfile": "doc/plv8.md",
-"version": "1.4.8",
+"version": "1.4.9",
 "abstract": "A procedural language in JavaScript"
  },
 "plcoffee": {
-"file": "plcoffee--1.4.8.sql",
+"file": "plcoffee--1.4.9.sql",
 "docfile": "doc/plv8.md",
-"version": "1.4.8",
+"version": "1.4.9",
 "abstract": "A procedural language in CoffeeScript"
  },
 "plls": {
-"file": "plls--1.4.8.sql",
+"file": "plls--1.4.9.sql",
 "docfile": "doc/plv8.md",
-"version": "1.4.8",
+"version": "1.4.9",
 "abstract": "A procedural language in LiveScript"
  }
 },
diff -Nru plv8-1.4.8.ds/plv8.cc plv8-1.4.9.ds/plv8.cc
--- plv8-1.4.8.ds/plv8.cc   2016-04-21 10:59:10.0 +0200
+++ plv8-1.4.9.ds/plv8.cc   2017-03-22 19:01:01.0 +0100
@@ -191,7 +191,7 @@
 _PG_init(void)
 {
HASHCTLhash_ctl = { 0 };
-   
+
hash_ctl.keysize = sizeof(Oid);
hash_ctl.entrysize = sizeof(plv8_proc_cache);
hash_ctl.hash = oid_hash;
@@ -1263,6 +1263,18 @@
return ThrowException(Exception::Error(String::New(message)));
 }
 
+static text *
+charToText(char *string)
+{
+   int len = strlen(string);
+   text *result = (text *) palloc(len + 1 + VARHDRSZ);
+
+   SET_VARSIZE(result, len + VARHDRSZ);
+   memcpy(VARDATA(result), string, len + 1);
+
+   return result;
+}
+
 static Persistent
 GetGlobalContext()
 {
@@ -1307,10 +1319,40 @@
Context::Scope  context_scope(global_context);
TryCatchtry_catch;
MemoryContext   ctx = CurrentMemoryContext;
+   text *arg1, *arg2;
+   FunctionCallInfoData fake_fcinfo;
+   FmgrInfoflinfo;
+
+   char proc[NAMEDATALEN + 32];
+   strcpy(proc, plv8_start_proc);
+   strcat(proc, "()");
+   char perm[16];
+   strcpy(perm, "EXECUTE");
+   arg1 = charToText(proc);
+   arg2 = charToText(perm);
+
+   MemSet(_fcinfo, 0, sizeof(fake_fcinfo));
+   MemSet(, 0, sizeof(flinfo));
+   

Bug#858649: unblock: postgresql-filedump/9.6.0-2

[Christoph Berg]

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

Please unblock package postgresql-filedump. The version currently in
testing FTBFSed on armhf in the +b1 binnmu round.

https://buildd.debian.org/status/logs.php?pkg=postgresql-filedump=armhf

Diff:

commit 7c97dcd25d2f5f051b400d97a6ef692f9e118bff
Author: Christoph Berg 
Date:   Sat Mar 18 14:32:18 2017 +0100

Disable PIE on 32bit archs; cf. #797530.

diff --git a/debian/changelog b/debian/changelog
index dac0cbd..a96d51e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+postgresql-filedump (9.6.0-2) unstable; urgency=medium
+
+  * Disable PIE on 32bit archs; cf. #797530.
+
+ -- Christoph Berg   Sat, 18 Mar 2017 14:28:04 +0100
+
 postgresql-filedump (9.6.0-1) unstable; urgency=medium
 
   * Team upload.
diff --git a/debian/rules b/debian/rules
index ca4bbea..d6c4c9f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,13 @@
 #!/usr/bin/make -f
 
+# disable PIE on 32bit because it's disabled in PostgreSQL's libpgport.a
+# as well, cf. comments in postgresql-9.6's debian/rules and #797530
+ifneq ($(shell dpkg-architecture -qDEB_HOST_ARCH_BITS || :),32)
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+else
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
+endif
+
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/buildflags.mk
 

unblock postgresql-filedump/9.6.0-2

Thanks,
Christoph


signature.asc
Description: PGP signature

Bug#813185: goocanvas to be removed from the archive after Stretch is released

[Ross Gammon]

severity 813185 important
thanks

Hi,

I plan to ask for the removal of goocanvas after Stretch is released.
Once all reverse dependencies have moved to the new gir bindings (or
removed from testing), I will reassign this bug to ftp-master & ask for
removal from unstable.

This will allow goocanvas to be removed from unstable as well.

Regards,

Ross

Bug#785553: goocanvas to be removed once stretch released

[Ross Gammon]

severity 785553 important
thanks

Hi,

I plan to ask for the removal of goocanvas after Stretch is released.
At that time, I will raise this bug's severity to serious.

It would be great in the meantime if you could check which upstream that
libgoo-canvas-perl works with the newer goocanvas-2.0 which has been in
unstable for some time now.

Let me know if I can help in any way.

Regards,

Ross

Bug#785551: Removal of goocanvas during Buster cycle

[Ross Gammon]

severity 785551 important
thanks

Hi,

I plan to ask for the removal of goocanvas after Stretch is released.
At that time, I will raise this bug's severity to serious.

It would be great in the meantime if you could check which upstream that
gpredict works with the newer goocanvas-2.0 which has been in unstable
for some time now.

Let me know if I can help in any way.

Regards,

Ross

Bug#858648: samba-vfs-modules: After last update i cant connect to a share when vfs objects shadow_copy2 is enabled

[Erik Gieseler]

Package: samba-vfs-modules
Version: 2:4.2.14+dfsg-0+deb8u4
Severity: important

Dear Maintainer,

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

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

*** End of the template - remove these template lines ***
#=== Global Settings ===
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 2
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
syslog only = no
panic action = /usr/share/samba/panic-action %d
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = yes
unix password sync = yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n 
*password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536
read raw = yes
write raw = yes
max xmit = 65535
dead time = 15
getwd cache = yes
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = yes
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 16384
aio write size = 16384
null passwords = no
local master = yes
time server = no
wins support = no
full_audit:failure = none
full_audit:success = rename write pwrite 
full_audit:prefix = IP=%I|USER=%u|MACHINE=%m|VOLUME=%S
full_audit:facility = local7
full_audit:priority = NOTICE

#=== Share Definitions ===
[DATEN]
path = poolz2/DATEN/DATEN/
guest ok = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = yes
#vfs objects = recycle, shadow_copy2, full_audit
vfs objects = recycle, full_audit
recycle:repository = /poolz2/DATEN/PAPIERKORB/
recycle:keeptree = yes
recycle:versions = yes
recycle:touch = no
recycle:directory_mode = 0777
recycle:subdir_mode = 0700
recycle:exclude = 
recycle:exclude_dir = 
recycle:maxsize = 0 
#shadow:snapdir = .zfs/snapshot
#shadow:format = GMT-%d.%m.%Y-%H:%M:%S
#shadow:sort = desc
printable = no
create mask = 0755
force create mode = 0644
directory mask = 0755
force directory mode = 0755
hide dot files = yes
valid users = "erik"
invalid users = 
read list = 
write list = "erik"

#=== Share Definitions ===
[DOWNLOADS]
path = home/erik/Downloads/
guest ok = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = yes
vfs objects = full_audit
printable = no
create mask = 0755
force create mode = 0644
directory mask = 0755
force directory mode = 0755
hide dot files = yes
valid users = "erik"
invalid users = 
read list = 
write list = "erik"

Bug#858647: make: SIGSEGVs on long parameter

[Marcos Dione]

Package: make
Version: 4.1-9.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

run:

make 

Bug#858646: openssh-client: security update of ssh-copy-id breaks previous behaviour by searching for matching private key

[Pierre Colombier]

Package: openssh-client
Version: 1:6.7p1-5+deb8u3
Severity: normal
Tags: upstream

Dear Maintainer,

I made security updates on jessie (can't remember last version I had of this
package)
but the update broke previous behaviour wich is bad on a stable release.

now the ssh-copy-id tool used with the -i option checks for a matching private
key.
at least half of my use of this tool is to add public keys of other peoples.

This was reported as a bug upstream and it has been solved by adding a -f
option.

https://bugzilla.mindrot.org/show_bug.cgi?id=2110




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

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

Versions of packages openssh-client depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.17.27
ii  libc6 2.19-18+deb8u7
ii  libedit2  3.1-20140620-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u2
ii  libselinux1   2.3-2
ii  libssl1.0.0   1.0.1t-1+deb8u6
ii  passwd1:4.2-3+deb8u3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages openssh-client recommends:
ii  xauth  1:1.0.9-1

Versions of packages openssh-client suggests:
pn  keychain  
pn  libpam-ssh
pn  monkeysphere  
pn  ssh-askpass   

-- no debconf information

Bug#858637: Acknowledgement (Downgrade dependency on python3-tk)

[Anton Gladky]

Hi Yuri,

it looks like you are right. The fix was probably not needed.
I will revert that upload.

Best regards

Anton


2017-03-24 20:06 GMT+01:00 Yuri D'Elia :
> And after re-reading #858576, I'd say the dependency should be dropped
> entirely. The import error is in matplotlib itself. Seaborn shouldn't
> depend indirectly on matplotlib backends.
>
> python3-matplotlib recommends python3-tk already, as it should.
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#858593: Reopen Bug#858593 node-mocha doesn't build on build daemons

[Paul Gevers]

Control: tags help

On 03/24/17 10:19, Paul Gevers wrote:
> Yes, but on the build daemon the problems aren't over¹.
> 
> [0m  1) http should provide an example:
>  Uncaught Error: socket hang up
> at createHangUpError (_http_client.js:213:15)
> at Socket.socketOnEnd (_http_client.js:305:23)
> at emitNone (events.js:72:20)
> at Socket.emit (events.js:166:7)
> at endReadableNT (_stream_readable.js:923:12)
> at nextTickCallbackWith2Args (node.js:511:9)
> at process._tickCallback (node.js:425:17)
> 
> ¹
> https://buildd.debian.org/status/fetch.php?pkg=node-mocha=all=1.20.1-4=1490346930=0

Does anybody here have a clue how to fix such an issue? It is NOT
reproducible in my pbuilder environment, not even when I enable
networking (as sbuild is suggested to have (suggested on IRC)). It is
also not reproducible in the builds by the reproducible-builds project.
And it is also not reproducible on the debomatic.d.n service.

But it is the second time in succession (meaning 100% failure rate for
this package) that this "socket hang up" error occurred on a build daemon.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#858645: opening and saving remote documents fails

[Mika Hanhijärvi]

Package: libreoffice-writer
Version: 1:5.2.5-2
Severity: normal

If I try to save document to remote  Google Drive using Libreoffice then I get
the  General input / output error. The same happens if I try to open remote
document.

 when I added my Google Drive account it didn't gave any error. I entered my
email ID in username and my password in password in Google Drive. I don't have
2 factor authentication.

I am blind so it is difficult for me to try to figure out what is wrong.

I am using the current LibreOffice in Debian Stretch



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

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 libreoffice-writer depends on:
ii  dpkg   1.18.23
ii  libabw-0.1-1   0.1.1-4
ii  libc6  2.24-9
ii  libe-book-0.1-10.1.2-4
ii  libetonyek-0.1-1   0.1.6-5
ii  libgcc11:6.3.0-10
ii  libicu57   57.1-5
ii  libmwaw-0.3-3  0.3.9-1
ii  libodfgen-0.1-10.1.6-2
ii  libreoffice-base-core  1:5.2.5-2
ii  libreoffice-core   1:5.2.5-2
ii  librevenge-0.0-0   0.0.4-6
ii  libstdc++6 6.3.0-10
ii  libwpd-0.10-10 0.10.1-5
ii  libwpg-0.3-3   0.3.1-3
ii  libwps-0.4-4   0.4.5-1
ii  libxml22.9.4+dfsg1-2.2
ii  uno-libs3  5.2.5-2
ii  ure5.2.5-2
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages libreoffice-writer recommends:
ii  libreoffice-math  1:5.2.5-2

Versions of packages libreoffice-writer suggests:
ii  default-jre [java5-runtime]2:1.8-58
ii  fonts-crosextra-caladea20130214-1
ii  fonts-crosextra-carlito20130920-1
ii  libreoffice-base   1:5.2.5-2
pn  libreoffice-gcj
ii  libreoffice-java-common1:5.2.5-2
ii  openjdk-8-jre [java5-runtime]  8u121-b13-4

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.7+b1
ii  fonts-opensymbol  2:102.7+LibO5.2.5-2
ii  libboost-date-time1.62.0  1.62.0+dfsg-4
ii  libc6 2.24-9
ii  libcairo2 1.14.8-1
ii  libclucene-contribs1v52.3.3.4+dfsg-1
ii  libclucene-core1v52.3.3.4+dfsg-1
ii  libcmis-0.5-5v5   0.5.1+git20160603-3+b1
ii  libcups2  2.2.1-8
ii  libcurl3-gnutls   7.52.1-3
ii  libdbus-1-3   1.10.16-1
ii  libdbus-glib-1-2  0.108-2
ii  libdconf1 0.26.0-2+b1
ii  libeot0   0.01-4+b1
ii  libexpat1 2.2.0-2
ii  libexttextcat-2.0-0   3.4.4-2+b1
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3+b2
ii  libgcc1   1:6.3.0-10
ii  libgl1-mesa-glx [libgl1]  13.0.5-1
ii  libglew2.02.0.0-3+b1
ii  libglib2.0-0  2.50.3-1
ii  libgltf-0.0-0v5   0.0.2-5
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgraphite2-31.3.9-4
ii  libharfbuzz-icu0  1.4.2-1
ii  libharfbuzz0b 1.4.2-1
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libhyphen02.8.8-5
ii  libice6   2:1.0.9-2
ii  libicu57  57.1-5
ii  libjpeg62-turbo   1:1.5.1-2
ii  liblangtag1   0.6.2-1
ii  liblcms2-22.8-4
ii  libldap-2.4-2 2.4.44+dfsg-3
ii  libmythes-1.2-0   2:1.2.4-3
ii  libneon27-gnutls  0.30.2-2
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26.2-1
ii  libodfgen-0.1-1   0.1.6-2
ii  libpcre3  2:8.39-2.1
ii  libpng16-16   1.6.28-1
ii  librdf0   1.0.17-1.1
ii  libreoffice-common1:5.2.5-2
ii  librevenge-0.0-0  0.0.4-6
ii  libsm62:1.2.2-1+b3
ii  libstdc++66.3.0-10
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3
ii  libxml2   2.9.4+dfsg1-2.2
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxslt1.11.1.29-2
ii  uno-libs3 5.2.5-2
ii  ure   5.2.5-2
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages libreoffice-core recommends:
ii  libpaper-utils  1.1.24+nmu5

-- no debconf information

Bug#858142: xterm: ASCII underscore does not render when using -fa FreeMono -fs 14

[Sven Joachim]

On 2017-03-20 23:53 -0400, G. Branden Robinson wrote:

> On Mon, Mar 20, 2017 at 08:56:58PM +0100, Sven Joachim wrote:
>> Apparently you have an Intel GPU and use the modesetting(4) driver (the
>> default).  You could try to disable acceleration
>> (Option "AccelMethod" "none" in xorg.conf) or use the intel driver
>> (cp /usr/share/doc/xserver-xorg-video-intel/xorg.conf /etc/X11), and see
>> if that makes a difference.
>
> I'm afraid that didn't help after all.  Screenshot attached.

Have you tried the intel driver yet?  Probably won't make a difference,
but it can't hurt.

Setting up a fresh user account might also be useful, in case the
problem is triggered by your local configuration, e.g. xterm's
Xresources.

Other than that, I'm running out of ideas. :-(

Cheers,
   Sven

Bug#858046: logtool: uninstallable

[Wouter Verhelst]

Control: severity -1 normal
thanks

On Fri, Mar 17, 2017 at 06:21:31PM +0100, Cristian Ionescu-Idbohrn wrote:
> Package: logtool
> Version: 1.2.8-8+b2
> Severity: normal
> 
> dpkg: warning: logtool: conffile '/etc/logtool/exclude' is not a plain file 
> or symlink (= '/etc/logcheck/ignore.d.workstation')
> dpkg: error processing archive 
> /var/cache/apt/archives/logtool_1.2.8-8+b2_amd64.deb (--unpack):
>  unable to open '/etc/logtool/exclude.dpkg-new': No such file or directory
>  Errors were encountered while processing:
>   /var/cache/apt/archives/logtool_1.2.8-8+b2_amd64.deb

I can't reproduce this, and neither can Evgeni.

Can you provide a bit more details on how you managed to do this? If
not, I'm going to close the bug. For now, marking as normal, since an
unreproducible bug means it can't be totally useless, so it's not grave.

Regards,

-- 
< ron> I mean, the main *practical* problem with C++, is there's like a dozen
   people in the world who think they really understand all of its rules,
   and pretty much all of them are just lying to themselves too.
 -- #debian-devel, OFTC, 2016-02-12

Bug#858552: Acknowledgement (shairport-sync: shairport-sync user and group are not removed when package is purged)

[Denys Berkovskyy]

Hi,

Please find attached a path which fixes the issue. Since I was fixing issue in 
git I have as well pushed changes to github and attached pull-request. To test 
the changes I have made a package with changes applied to new upstream version 
and uploaded it to mentors.debian.org: 
https://mentors.debian.net/package/shairport-sync

Alternatively you can download the package from mentors with dget:
dget -x 
https://mentors.debian.net/debian/pool/main/s/shairport-sync/shairport-sync_3.0.2-0.1.dsc


I am new to the Debian packaging and I am not sure if I am doing the things 
correctly. Could you let me know what should I do in the future. Is it 
preferable to create and send patched on BTS, or doing it in git repository and 
sending pull-requests is preferred way? And if creating packages with changes 
applied is any use to maintainers? I would as well appreciate any other 
comments you have.

Regards
Denys Berkovskyy



0001-Add-shairport-sync-user-and-group-removal-to-postrm.patch
Description: Binary data
The following changes since commit ab43e10e51e3da4296bea600d8d9e53a7179f1b0:

  Upload 2.8.6-1 to unstable (2016-11-11 15:41:09 +)

are available in the git repository at:

  https://github.com/berkovskyy/debian-shairport-sync.git master

for you to fetch changes up to 0aa521227d6dc9f240e736aa88b5e6fe9fd955cc:

  Upload 3.0.2-0.1 to unstable (2017-03-23 11:39:23 +)


Denys Berkovskyy (5):
  Update changelog for 3.0.2
  Merge tag 'upstream/3.0.2'
  Refresh patches
  Add shairport-sync user and group removal to postrm script in case of 
packet purging.
  Upload 3.0.2-0.1 to unstable

Jief (4):
  constant 0x1 should be 0x1LL to avoid warning
  Using Macro instead of LL to make it portable.
  Using macro instead of LL to make it portable
  clock_drift could be left uninitialized.

Jörg Krause (2):
  mdns: avahi: set AVAHI_CLIENT_NO_FAIL in avahi_client_new()
  mdns: avahi: handle avahi client failure

Mike Brady (157):
  Add ability to set output format and output rate
  fix tiny syntax error
  Great things happening...
  Begin to add in calculations for expanded back end
  Fix a comment typo.
  Start the great trek
  Make it compile -- untested
  Merge support of apple's ALAC decoder
  Make the decoder choice a bit more general, highlight names of input 
format parameters
  Small improvements
  Apple ALAC decoder not working -- magic cookie contents are faulty.
  Begin to add support for monotonic 64-bit timestamps and frame sequence 
numbers
  Add more support for monotonic 64-bit timestamps and frame sequence 
numbers
  Enable 64-bit monotonic rtptime calculations
  Fix a few little bugs associated with outputing at a higher rate
  Add code to change format from 16 to 24 and 32 bit and to change sample 
rates
  Adding rate and format transformation stuff
  Working reliably with all 16-bit speeds
  Working reliably with all 16-bit speeds
  Change over to times as opposed to frames for setting timing options
  Change over to times as opposed to frames for setting timing options
  Fix small bug introduced moving over to time-based settings
  Stop multiplying monotonic timestamps by the output to input sampling 
ratio
  Fix silence bug and hack code to avoid the stuff procedures
  Fix silence bug and hack code to avoid the stuff procedures
  Preliminary support for 32-bit stuffing
  Preliminary support for 32-bit stuffing
  Add a fancy 64-bit pseudo random number generator -- thanks to its 
developers
  Add a fancy 64-bit pseudo random number generator -- thanks to its 
developers
  Remove prng initialisation code -- it's not needed
  Remove mersenne generator -- too slow, try another one
  Get dither mask working right
  Begin to add full-scale post processing. Does not compile.
  New backend for converting 32-bit "native" samples to output format ready 
for testing
  New backend for converting 32-bit "native" samples to output format ready 
for testing
  Some bug fixes and hacks. Not working.
  Add initial support for U8 and S8 formats
  Beginning to work, also added S8 and U8 support as VMWare Fusion and the 
Pi both offer them
  Tidy up with a clang-format
  Soxr interpolation working.
  Fix 8-bit dithering, fix software volume control
  format player.c
  Soxr interpolation working. Dithering seems to work. Software volume 
seems to work
  trying to get a sane build numbering system. 'd' for 'development'...
  Make endian-independent. Allow users to specify only U8/S8/S16/S24/S32
  Make endian-independent. Allow users to specify only U8/S8/S16/S24/S32
  Fix error checking of alsa latency and buffer legth settings.
  Get different playback modes working and update the configuration 

Bug#858623: [Debian-ha-maintainers] Bug#858623: ocfs2-tools: Changed path to threshold file in /proc

[Valentin Vidic]

On Fri, Mar 24, 2017 at 04:40:27PM +0100, Michal Svamberg wrote:
> Package: ocfs2-tools
> Version: 1.8.4-3
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> 
> Using package in Stretch to existing OCFS2 cluster with non-default hearbeat 
> threshold.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> Fixed path in /etc/init.d/o2cb script with this patch:

Thanks for the report, I've just tested this and created a pull
request for the upstream:

  https://github.com/markfasheh/ocfs2-tools/pull/9

-- 
Valentin

Bug#734906: Я хочу установить благотворительный фонд В ВАШЕЙ СТРАНЕ НА ВАШЕЙ ИСТРЕБИИ ЭТО OKAY? Джанет из Америки

[janet penninger]

Bug#858381: Openvpn inside systemd-nspawn stops shutdown of container

[Daniel Schröter]

On 03/21/2017 10:16 PM, Alberto Gonzalez Iniesta wrote:
> On Tue, Mar 21, 2017 at 09:27:28PM +0100, Daniel Schröter wrote:
>> this one
>> https://github.com/OpenVPN/openvpn/blob/master/distro/systemd/openvpn-server%40.service.in
>> is included?
>>
>> For me it is different:
>>
> 
> $ dpkg -L openvpn | grep openvpn-server

(Sorry for my long response time.)
Yes I know this file.

I enable openvpn via systemd template. My config is (and has not the
best name) under:
/etc/openvpn/server.conf

So I enable it via:
systemctl enable openvpn@server

If I also enable the one form github via:
systemctl enable my-openvpn@server

And now diff those two files (see attachment because of the long lines)
they are different.

I'm not a systemd expert. Maybe I understand something wrong.

Any ideas?

Thanks in advanced!

Bye
[Unit]  [Unit]
Description=OpenVPN connection to %i  | 
Description=OpenVPN service for %I
PartOf=openvpn.service| 
After=syslog.target network-online.target
ReloadPropagatedFrom=openvpn.service  | 
Wants=network-online.target
Before=systemd-user-sessions.service  <
Documentation=man:openvpn(8)
Documentation=man:openvpn(8)
Documentation=https://community.openvpn.net/openvpn/wiki/Open | 
Documentation=https://community.openvpn.net/openvpn/wiki/Open
Documentation=https://community.openvpn.net/openvpn/wiki/HOWT   
Documentation=https://community.openvpn.net/openvpn/wiki/HOWT

[Service]   [Service]
  > Type=notify
PrivateTmp=true PrivateTmp=true
KillMode=mixed| 
WorkingDirectory=/etc/openvpn/server
Type=forking  | 
ExecStart=/usr/sbin/openvpn --status %t/openvpn-server/status
ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/op | 
CapabilityBoundingSet=CAP_IPC_LOCK CAP_NET_ADMIN CAP_NET_BIND
PIDFile=/run/openvpn/%i.pid   <
ExecReload=/bin/kill -HUP $MAINPID<
WorkingDirectory=/etc/openvpn <
ProtectSystem=yes <
CapabilityBoundingSet=CAP_IPC_LOCK CAP_NET_ADMIN CAP_NET_BIND <
LimitNPROC=10   LimitNPROC=10
DeviceAllow=/dev/null rw
DeviceAllow=/dev/null rw
DeviceAllow=/dev/net/tun rw 
DeviceAllow=/dev/net/tun rw
  > 
ProtectSystem=true
  > ProtectHome=true

[Install]   [Install]
WantedBy=multi-user.target  
WantedBy=multi-user.target
  <
  <

Bug#843620: [bug #50579] wget --continue: Download fails when server does not support HEAD request

[Tim Ruehsen]

Update of bug #50579 (project wget):

  Status:Needs Discussion => Wont Fix   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/

Bug#858643: desktop-base: File not found in the post-inst script

[Nicolas Patrois]

Package: desktop-base
Version: 9.0.3
Severity: normal
Tags: patch

Dear Maintainer,

Updating desktop-base complains that this file 
/usr/share/desktop-base/active-theme/wallpaper/contents/images/1920x1080.svg 
does not exist.
I did not find it with apt-file so I just edited 
/var/lib/dpkg/info/gconf2.postinst line 41 and changed svg into png.

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

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

Versions of packages desktop-base depends on:
ii  dpkg 1.18.23
ii  librsvg2-common  2.40.16-1+b1

desktop-base recommends no packages.

Versions of packages desktop-base suggests:
ii  kde-standard  5:92
ii  wmaker0.95.7-8
ii  xfce4 4.12.3

-- no debconf information

Bug#858644: CVE-2017-6369: authenticated remote execution in firebird 2.5 before version 3.0.2

[Damyan Ivanov]

Package: firebird3.0-server-core
Version: 3.0.1.32609.ds4-13
Severity: grave
Tags: patch upstream security
Justification: user security hole

Forwarded: http://tracker.firebirdsql.org/browse/CORE-5474

Authenticated Firebird users are allowed to declare UDFs (user-defined
functions). The default config allows using all entry points from the standard
UDF library, which is dynamically linked with libc, with its symbols
re-exported, including system().

Relevant upstream commits for 3.0:
 - 
https://github.com/FirebirdSQL/firebird/commit/8b2a9cb44bf6055e15f016d70a6842b8ada60375

Bug#858639: unblock: libdatetime-timezone-perl/1:2.09-1+2017b

[gregor herrmann]

On Fri, 24 Mar 2017 20:20:20 +0100, Emilio Pozuelo Monfort wrote:

> > I've uploaded libdatetime-timezone-perl 1:2.09-1+2017b to unstable
> > which incorporates the changes from tzdata 2017b. As usual as a quilt
> > patch touching only the timezone data files in lib/.
> 
> Yay to governments changing a country's timezones with two days' notice.

Yay indeed :/
 
> Thanks for the update, will unblock it in a moment (once respighi sees the 
> update).

Thank you!


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Led Zeppelin: Celebration Day


signature.asc
Description: Digital Signature

Bug#858642: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2017b

[gregor herrmann]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in jessie,
adding the changes from tzdata 2017b as a quilt patch.

The contemporary change is that Haiti now observes DST again,
starting already back on 2017-03-12.

Find attached a manually stripped down debdiff.


Thanks in advance,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAljVcbJfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgaOfRAAhDAtBlbOXQOSWFcaNHO6VSd5xWO5A+Ifwf9GfC0ilIFGtpY2FX8gYtCB
qXPUFCqqIupdPxKpCSE3tMHnt08JWYnLyczRCp6M/4mWy/pimPQdoNowsQg82XTJ
a8ls6woB6raTIFyP8sP93EtMZsNrK4T9DFncCmf/Ifl9MHH9iXDbHXqyWxmGai2j
Watj43mA83WCz5cM1dOJ9DFcbW4GbGu3SzFXx5SpMcfy68OPlRs+IYUht1Gz4R9h
L25BhajtNcg5NIqr69wKkD/NCCwa3W8wwaq1CQglj1i9mP1JD382HXhTGbIy6wp7
olN+r3VSFJwSLec+ykyUCSlG8M27h7LvXfOEFg5V3MnRvt1+5fqfpWByBw29LcsK
3vzv+MyLI56MK0dmYPtIWNnOnA3tyy5RVaLV2JsR54jWch7O5G3WeALwb/v46kwx
sdEWtXprjnA3udPotR14I86UPbU4s0F6zexcFb9obRo973s5PrOiyujvV/RUClqq
SQSCHdkw6OI2ErOqjrsjIQcB8wS25pMA5k44LMOBLEcVl7AKknuhDVxS7DoTCmbq
E1zqRbHl6xQRXJnZ35ra8Ahd8CXwCjtUDnGtmXmwzQXgJkNxLxBl9DPPM+3bU0+b
f0eo2tv6HxcRyQEOVz7yEbMfeU2mSjMfR3Dn51m9ryp+wJDCZ5Y=
=p3rh
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.75/debian/changelog 
libdatetime-timezone-perl-1.75/debian/changelog
--- libdatetime-timezone-perl-1.75/debian/changelog 2017-03-09 
23:26:36.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/changelog 2017-03-24 
20:13:49.0 +0100
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:1.75-2+2017b) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2017b.
+This update contains contemporary changes for Haiti.
+
+ -- gregor herrmann   Fri, 24 Mar 2017 20:13:49 +0100
+
 libdatetime-timezone-perl (1:1.75-2+2017a) jessie; urgency=medium
 
   * Update to Olson database version 2017a.
diff -Nru libdatetime-timezone-perl-1.75/debian/patches/olson-2017b 
libdatetime-timezone-perl-1.75/debian/patches/olson-2017b
--- libdatetime-timezone-perl-1.75/debian/patches/olson-2017b   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/patches/olson-2017b   2017-03-24 
20:13:49.0 +0100
@@ -0,0 +1,10015 @@
+Description: update to olson db 2017b
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2017-03-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2017a
++# Generated from debian/tzdata/africa.  Olson data version 2017b
+ #
+ # Do not edit this file directly.
+ #
+@@ -39,7 +39,7 @@
+ ],
+ ];
+ 
+-sub olson_version { '2017a' }
++sub olson_version { '2017b' }
+ 
+ sub has_dst_changes { 0 }
+ 
+--- a/lib/DateTime/TimeZone/America/Port_au_Prince.pm
 b/lib/DateTime/TimeZone/America/Port_au_Prince.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/northamerica.  Olson data version 2017a
++# Generated from debian/tzdata/northamerica.  Olson data version 2017b
+ #
+ # Do not edit this file directly.
+ #
+@@ -417,18 +417,225 @@
+ ],
+ [
+ 63582040800, #utc_start 2015-11-01 06:00:00 (Sun)
+-DateTime::TimeZone::INFINITY, #  utc_end
++63624985200, #  utc_end 2017-03-12 07:00:00 (Sun)
+ 63582022800, #  local_start 2015-11-01 01:00:00 (Sun)
+-DateTime::TimeZone::INFINITY, #local_end
++63624967200, #local_end 2017-03-12 02:00:00 (Sun)
+ -18000,
+ 0,
+ 'EST',
+ ],
++[
++63624985200, #utc_start 2017-03-12 07:00:00 (Sun)
++63645544800, #  utc_end 2017-11-05 06:00:00 (Sun)
++63624970800, #  local_start 2017-03-12 03:00:00 (Sun)
++63645530400, #local_end 2017-11-05 02:00:00 (Sun)
++-14400,
++1,
++'EDT',
++],
++[
++63645544800, #utc_start 2017-11-05 06:00:00 (Sun)
++63656434800, #  utc_end 2018-03-11 07:00:00 (Sun)
++63645526800, #  local_start 2017-11-05 01:00:00 (Sun)
++63656416800, #local_end 2018-03-11 02:00:00 (Sun)
++-18000,
++0,
++'EST',
++],
++[
++63656434800, #utc_start 2018-03-11 07:00:00 (Sun)
++63676994400, #  utc_end 2018-11-04 06:00:00 (Sun)
++63656420400, #  local_start 2018-03-11 03:00:00 (Sun)
++6367698, #local_end 2018-11-04 02:00:00 (Sun)
++-14400,
++1,
++'EDT',
++],
++[
++63676994400, #utc_start 2018-11-04 06:00:00 (Sun)
++63687884400, #  utc_end 2019-03-10 07:00:00 (Sun)
++63676976400, #  local_start 2018-11-04 01:00:00 (Sun)
++63687866400, #local_end 2019-03-10 02:00:00 (Sun)
++-18000,
++0,
++'EST',
++],
++[
++63687884400, #utc_start 2019-03-10 07:00:00 (Sun)

Bug#858639: unblock: libdatetime-timezone-perl/1:2.09-1+2017b

[Emilio Pozuelo Monfort]

On 24/03/17 20:09, gregor herrmann wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> unblock libdatetime-timezone-perl/1:2.09-1+2017b
> 
> I've uploaded libdatetime-timezone-perl 1:2.09-1+2017b to unstable
> which incorporates the changes from tzdata 2017b. As usual as a quilt
> patch touching only the timezone data files in lib/.
> 
> Manually stripped down debdiff attached.

Yay to governments changing a country's timezones with two days' notice.

Thanks for the update, will unblock it in a moment (once respighi sees the 
update).

Cheers,
Emilio

Bug#858641: CVE-2017-6369: authenticated remote execution in firebird 2.5 before version 2.5.7

[Damyan Ivanov]

Package: firebird2.5-classic-common,firebird2.5-super
Version: 2.5.2.26540.ds4
Severity: grave
Tags: patch security upstream
Justification: user security hole
Forwarded: http://tracker.firebirdsql.org/browse/CORE-5474

Authenticated Firebird users are allowed to declare UDFs (user-defined 
functions). The default config allows using all entry points from the standard 
UDF library, which is dynamically linked with libc, with its symbols 
re-exported, including system().

Relevant upstream commits for 2.5:
 - 
https://github.com/FirebirdSQL/firebird/commit/9d9b9e0c94e201da489d1da81f858c570d3ca6ef
 - 
https://github.com/FirebirdSQL/firebird/commit/a802126cd501f641f00d6cda12d5d9ee3ecda6f5

Bug#854007: libc6: crash during thread exit when using thread local storage

[Mike Gulick]

Updating this thread in case these patches do eventually get applied.

We've found some issues with the glibc built from both patches, 
resulting in a hang on exit in some cases.  I've since reverted them and 
have applied only the patch 
'0001-Resize-DTV-if-the-current-DTV-isn-t-big-enough.patch'.  This seems 
to resolve all issues we've encountered and has been stable.


-Mike

Bug#858640: PasDoc includes jQuery JS

[Paul Gevers]

Package: pasdoc
Version: 0.14.0-1

This bug is there to remind myself to investigate what PasDoc is doing
with jQuery and see if it needs to do something else in Debian.

 Forwarded Message 
Subject: [Pkg-pascal-devel] PasDoc includes jQuery JS
Date: Fri, 24 Mar 2017 19:34:48 +0100
To: Debian Pascal packaging 

I see that you're taking jQuery code (in the generated API docs of
Castle Game Engine) from libjs-jquery package. You may want to do it
also for the PasDoc package itself.

PasDoc uses jQuery for the Tipue (JS search engine) integration. It
has source/component/tipue/jquery.js ,
source/component/tipue/jquery.min.js . The latter is processed
automatically to jquery.min.js.inc (although I could also modify
PasDoc to read a system-wide jquery.min.js file instead , if that's
more desired).

See https://github.com/pasdoc/pasdoc/wiki/UseTipueSearchOption ,
http://www.tipue.com/search/ .

Regards,
Michalis




signature.asc
Description: OpenPGP digital signature

Bug#858639: unblock: libdatetime-timezone-perl/1:2.09-1+2017b

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

unblock libdatetime-timezone-perl/1:2.09-1+2017b

I've uploaded libdatetime-timezone-perl 1:2.09-1+2017b to unstable
which incorporates the changes from tzdata 2017b. As usual as a quilt
patch touching only the timezone data files in lib/.

Manually stripped down debdiff attached.


Thanks in advance,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAljVbttfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgaxMw/9FScziCftw4ofb2+cmL3QDRbpaJAwL23/gXb/cKdyPfmYpkIEdB/xMRd9
XZRf6/2HUi8PiqpjEN68XEv/J96BkW/OHjXkyX0KPw5Pcz8FGOrJW9vJ4m1BngI6
zhNm/rrR61/UDGGC8Bco1srCmGMlRJSx60j71u0VvMSy8VrmtQu7HZsWGTei7ufR
Q5lRjcC0B0UyX2T2h2atBH2NLpgP2LuUdfLw5Dc7kGMYmwcAeXHsQ+mm6egKzIir
HRBwPAJHCD6fUXzZNTzCllxa04QhRiKjgK+MdTVGgs0gDbBVESM+QLhnFljswtzk
/FJk5lNEVLwJ4IqkX7qVV6kkFEbjpOx2UQhXsT6+GSryTOkoziWEjgB1H/X2Schz
oD5Mb2dmvlo8JJQRcfeRMJZvy1fBDeqvpE5dBGr0/cV3ZXO9gk28987UpGwDvWZk
OGJoFGIfn1XDh/jpzYSN0UaKIIrX0RPQEXQWQ9Md4gBu01gv+3Kext49Nyjkb13c
ut4cuVQrYcB8/MXgSeYNddbyTowdjNAVs+dv37CfHs1qGfuJBx82Gd23+F+DVgZe
HagkfND9KObuUDj/xBkw4Xbc2z4qZ8iyxu845gM8KSmDw5FGz+5Xp84cPjI5Hv+m
eVrRGLKJqz1HNy1h1Iqr5vyDX9bBcYTUlrlj4/eKzByZbvccUhA=
=VKz0
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-2.09/debian/changelog 
libdatetime-timezone-perl-2.09/debian/changelog
--- libdatetime-timezone-perl-2.09/debian/changelog 2017-03-03 
00:24:02.0 +0100
+++ libdatetime-timezone-perl-2.09/debian/changelog 2017-03-24 
20:02:23.0 +0100
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:2.09-1+2017b) unstable; urgency=medium
+
+  * Update to Olson database version 2017b.
+This update contains contemporary changes for Haiti.
+
+ -- gregor herrmann   Fri, 24 Mar 2017 20:02:23 +0100
+
 libdatetime-timezone-perl (1:2.09-1+2017a) unstable; urgency=medium
 
   * Update to Olson database version 2017a.
diff -Nru libdatetime-timezone-perl-2.09/debian/patches/olson-2017b 
libdatetime-timezone-perl-2.09/debian/patches/olson-2017b
--- libdatetime-timezone-perl-2.09/debian/patches/olson-2017b   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-2.09/debian/patches/olson-2017b   2017-03-24 
20:02:23.0 +0100
@@ -0,0 +1,10173 @@
+Description: update to olson db 2017b
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2017-03-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2017a
++# Generated from debian/tzdata/africa.  Olson data version 2017b
+ #
+ # Do not edit this file directly.
+ #
+@@ -43,7 +43,7 @@
+ ],
+ ];
+ 
+-sub olson_version {'2017a'}
++sub olson_version {'2017b'}
+ 
+ sub has_dst_changes {0}
+ 
+--- a/lib/DateTime/TimeZone/America/Port_au_Prince.pm
 b/lib/DateTime/TimeZone/America/Port_au_Prince.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/northamerica.  Olson data version 2017a
++# Generated from debian/tzdata/northamerica.  Olson data version 2017b
+ #
+ # Do not edit this file directly.
+ #
+@@ -421,18 +421,225 @@
+ ],
+ [
+ 63582040800, #utc_start 2015-11-01 06:00:00 (Sun)
+-DateTime::TimeZone::INFINITY, #  utc_end
++63624985200, #  utc_end 2017-03-12 07:00:00 (Sun)
+ 63582022800, #  local_start 2015-11-01 01:00:00 (Sun)
+-DateTime::TimeZone::INFINITY, #local_end
++63624967200, #local_end 2017-03-12 02:00:00 (Sun)
+ -18000,
+ 0,
+ 'EST',
+ ],
++[
++63624985200, #utc_start 2017-03-12 07:00:00 (Sun)
++63645544800, #  utc_end 2017-11-05 06:00:00 (Sun)
++63624970800, #  local_start 2017-03-12 03:00:00 (Sun)
++63645530400, #local_end 2017-11-05 02:00:00 (Sun)
++-14400,
++1,
++'EDT',
++],
++[
++63645544800, #utc_start 2017-11-05 06:00:00 (Sun)
++63656434800, #  utc_end 2018-03-11 07:00:00 (Sun)
++63645526800, #  local_start 2017-11-05 01:00:00 (Sun)
++63656416800, #local_end 2018-03-11 02:00:00 (Sun)
++-18000,
++0,
++'EST',
++],
++[
++63656434800, #utc_start 2018-03-11 07:00:00 (Sun)
++63676994400, #  utc_end 2018-11-04 06:00:00 (Sun)
++63656420400, #  local_start 2018-03-11 03:00:00 (Sun)
++6367698, #local_end 2018-11-04 02:00:00 (Sun)
++-14400,
++1,
++'EDT',
++],
++[
++63676994400, #utc_start 2018-11-04 06:00:00 (Sun)
++63687884400, #  utc_end 2019-03-10 07:00:00 (Sun)
++63676976400, #  local_start 2018-11-04 01:00:00 (Sun)
++63687866400, #local_end 2019-03-10 02:00:00 (Sun)
++-18000,
++0,
++'EST',
++],
++[
++63687884400, #utc_start 2019-03-10 07:00:00 (Sun)
++63708444000, 

Bug#858638: unblock: postgis-2.3.1+dfsg-2

[Markus Wanner]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: Sebastiaan Couwenberg 

Dear release team,

please unblock package postgis, it kind of FTBFS [0]:

When rebuilding on current stretch, the SQL scripts generated start with
an escape character, rather than a backslash. This in turn prevents the
postgis extension from being newly created for a database (existing
instances would still work).

This is due to a bashism in the Makefiles generating the SQL scripts
during the build. The additional patch avoid-bashisms.patch fixes that.

Kind Regards

Markus Wanner


[0]: Debian Issue:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858610

[1]: Original PgApt Issue:
https://redmine.postgresql.org/issues/2279
diff -Nru postgis-2.3.1+dfsg/debian/changelog 
postgis-2.3.1+dfsg/debian/changelog
--- postgis-2.3.1+dfsg/debian/changelog 2016-11-29 00:32:50.0 +0100
+++ postgis-2.3.1+dfsg/debian/changelog 2017-03-24 19:35:00.0 +0100
@@ -1,3 +1,10 @@
+postgis (2.3.1+dfsg-2) unstable; urgency=medium
+
+  * Add patch avoid-bashisms.patch to fix the generated sql files.
+Closes: #858610.
+
+ -- Markus Wanner   Fri, 24 Mar 2017 19:35:00 +0100
+
 postgis (2.3.1+dfsg-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru postgis-2.3.1+dfsg/debian/patches/avoid-bashisms.patch 
postgis-2.3.1+dfsg/debian/patches/avoid-bashisms.patch
--- postgis-2.3.1+dfsg/debian/patches/avoid-bashisms.patch  1970-01-01 
01:00:00.0 +0100
+++ postgis-2.3.1+dfsg/debian/patches/avoid-bashisms.patch  2017-03-24 
19:35:00.0 +0100
@@ -0,0 +1,37 @@
+Description: Avoid a few bashisms resulting in invalid SQL files
+ An echo that's supposed to output a backslash works with bash, but not
+ in dash. Use printf, instead.
+Author: Markus Wanner 
+Forwarded: yes, 
https://lists.osgeo.org/pipermail/postgis-devel/2017-March/026135.html
+
+--- a/extensions/postgis/Makefile.in
 b/extensions/postgis/Makefile.in
+@@ -39,7 +39,7 @@
+ 
+ sql/$(EXTENSION).sql: sql_bits/postgis.sql sql_bits/postgis_comments.sql 
sql_bits/rtpostgis.sql sql_bits/spatial_ref_sys_config_dump.sql 
sql_bits/raster_comments.sql sql_bits/spatial_ref_sys.sql
+   mkdir -p sql
+-  echo '\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\quit' > $@
++  printf '\\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\\quit\n' > $@
+   cat $^ >> $@
+ 
+ sql/$(EXTENSION)--$(EXTVERSION).sql: sql/$(EXTENSION).sql
+@@ -94,7 +94,7 @@
+ 
+ #postgis_extension_upgrade_minor.sql is the one that contains both postgis 
AND raster
+ sql_bits/postgis_extension_upgrade_minor.sql: ../postgis_extension_helper.sql 
sql_bits/postgis_upgrade.sql sql_bits/rtpostgis_upgrade.sql 
../../doc/raster_comments.sql ../../doc/postgis_comments.sql 
../postgis_extension_helper_uninstall.sql
+-  echo '\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\quit' > $@
++  printf '\\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\\quit\n' > $@
+   cat $^ >> $@
+ 
+ sql_minor_upgrade: sql_bits/postgis_extension_upgrade_minor.sql
+--- a/extensions/postgis_sfcgal/Makefile.in
 b/extensions/postgis_sfcgal/Makefile.in
+@@ -74,7 +74,7 @@
+ 
+ sql_bits/sfcgal_upgrade_minor.sql: ../postgis_extension_helper.sql 
sql_bits/sfcgal_upgrade.sql ../../doc/sfcgal_comments.sql 
../postgis_extension_helper_uninstall.sql
+   mkdir -p sql_bits
+-  echo '\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\quit' > $@
++  printf '\\echo Use "CREATE EXTENSION $(EXTENSION)" to load this file. 
\\quit\n' > $@
+   cat $^ >> $@
+ 
+ sql_minor_upgrade: sql_bits/sfcgal_upgrade_minor.sql
diff -Nru postgis-2.3.1+dfsg/debian/patches/series 
postgis-2.3.1+dfsg/debian/patches/series
--- postgis-2.3.1+dfsg/debian/patches/series2016-10-21 11:41:00.0 
+0200
+++ postgis-2.3.1+dfsg/debian/patches/series2017-03-24 19:35:00.0 
+0100
@@ -1,2 +1,3 @@
+avoid-bashisms.patch
 link-liblwgeom
 relax-test-timing-constraints.patch


signature.asc
Description: OpenPGP digital signature

Bug#858637: Acknowledgement (Downgrade dependency on python3-tk)

[Yuri D'Elia]

And after re-reading #858576, I'd say the dependency should be dropped
entirely. The import error is in matplotlib itself. Seaborn shouldn't
depend indirectly on matplotlib backends.

python3-matplotlib recommends python3-tk already, as it should.

Bug#858637: Downgrade dependency on python3-tk

[Yuri D'Elia]

Package: python3-seaborn
Version: 0.7.1-3
Severity: normal

seaborn 0.7.1-3 now depends on tk, but it's not directly required for seaborn.
It's only used when the tkagg backend is selected in matplotlib.
For other backends, tk is not required.

Please downgrade the dependency to a Recommends.


-- System Information:
Debian Release: 9.0
 APT prefers unstable
 APT policy: (900, 'unstable'), (800, '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 python3-seaborn depends on:
ii  python3-matplotlib  2.0.0+dfsg1-2
ii  python3-numpy   1:1.12.0-2
ii  python3-pandas  0.19.2-5
ii  python3-scipy   0.18.1-2
pn  python3:any 

Versions of packages python3-seaborn recommends:
pn  python3-bs4
ii  python3-patsy  0.4.1+git34-ga5b54c2-1

python3-seaborn suggests no packages.

Bug#854372: Info received (kwin-x11: kwin starts flickering the screen contents)

[Julien Aubin]

Actually the issue has greatly reduced w/ kwin 5.8.4 from what it was in
5.8.2.

Now if you disable the experimental "allow apps to disable compositing"
feature, and set the "keep window thumbnails" to always in the compositor
settings then the issue disappears. I think it should be the default.

2017-03-24 14:36 GMT+01:00 Maximiliano Curia :

> Control: tag -1 + confirm
> Control: found -1 4:5.8.5-2
> Control: notfound -1 4:5.8.6-1
>
> ¡Hola!
>
> El 2017-02-10 a las 13:23 +0100, Julien Aubin escribió:
>
>> I could test on a computer without nvidia hardware and issue does not
>> appear.
>>
>
> So this is related to a combination kwin + nvidia.
>>
>
> I could reproduce this issue in 4:5.8.5-2 in my laptop using optimus and
> bumblebee's optirun. And so far I haven't being able to reproduce the issue
> while testing 4:5.8.6-1 that I'm preparing for stretch. So, hopefully, this
> might be fixed soon.
>
> I'm not completely sure about this as I don't see any specific commits in
> the 5.8.6 release that would directly affect this.
>
> Happy hacking,
> --
> "Debugging is twice as hard as writing the code in the first place.
> Therefore, if you write the code as cleverly as possible, you are–by
> definition–not smart enough to debug it."
> -- Brian Kernighan
> Saludos /\/\ /\ >< `/
>

Bug#858553: [Pkg-pascal-devel] Bug#858553: [lazarus-doc-1.6] Package lazarus-doc-1.6 is empty and does not ship documentation files

[Abou Al Montacir]

On Thu, 23 Mar 2017 21:20:53 +0100 Paul Gevers  wrote:
> Reproducible in Ubuntu, the package is empty there, and in my pbuilder
> environment. Looks like build_lcl_docs is broken somehow.
> 
> @Abou, can you take this up with upstream or shine your own light on it?
> I have now idea what to do next. Also, do you have any idea what an
> Exception isn't returning an error value as exit code? Seems like a
> serious fpc or build_lcl_docs issue if you ask me. (I added the
> --warnings to avoid any doubt what useful warnings were hidden).
> 
> $ ./build_lcl_docs --outfmt html --warnings
> Warning! No corresponding xml file for unit customdrawn_mac.pas
...
> interfaces/customdrawn/android/bitmap.pas
> Warning! No corresponding xml file for unit

OK, I'm going to have a look at the code and guess what it the issue.
If I don't manage to get any idea I'll ask upstream.
-- 
Cheers,
Abou Al Montacir

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

Bug#858636: goocanvas is deprecated & replaced by goocanvas-2.0

[Ross Gammon]

Source: goocanvas
Version: 1.0.0-1
Severity: important

Dear Maintainer,

Goocanvas is deprecated upstream and replaced by goocanvas-2.0 which is already
in the archive.

I plan to remove goocanvas from the archive during the Buster cycle, once the
reverse dependencies have moved over to goocanvas-2.0.

Regards,

Ross



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

Kernel: Linux 4.4.0-24-generic (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)

Bug#858553: [lazarus-doc-1.6] Package lazarus-doc-1.6 is empty and does not ship documentation files

[Abou Al Montacir]

On Thu, 23 Mar 2017 20:27:30 +0100 Paul Gevers  wrote:
> On 23-03-17 12:33, Abou Al Montacir wrote:
> > The package lazarus-doc-1.6 does not ship any documentation file.
> 
> Not sure if it explains anything, but I see two Exceptions in the build
> log¹. I suspect these are the root cause, but I would have expected the
> build to fail if that was considered fatal though:
> 
> ...
> /interfaces/gtk/gtkwsstdctrls.pp -Fi../../../lcl/include"FPDoc - Free
> Pascal Documentation Tool
> Version 3.0.0 [2016/09/12]
> (c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, s...@freepascal.org
> (c) 2005 - 2012 various FPC contributors
> 
> Exception at 004BDB6C: EDOMError:
> EDOMError in DOMDocument.CreateElement.
> 
> Writing 21499 pages...
> 274 Warnings hidden. Use --warnings to see them all.
> ./build_lcl_docs --outfmt chm
> ...

humm, this is a crash in fpdoc. How does the build system not detect it? Maybe
the tool itself des not return an error code?

> and
> 
> ...
> Version 3.0.0 [2016/09/12]
> (c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, s...@freepascal.org
> (c) 2005 - 2012 various FPC contributors
> 
> Exception at 004BDB6C: EDOMError:
> EDOMError in DOMDocument.CreateElement.
> 
> Writing 21499 pages...
> 274 Warnings hidden. Use --warnings to see them all.
> 
> Somewhat later we have:
> /usr/bin/make -C docs/html htmlinstall
> INSTALL_PREFIX=/«BUILDDIR»/lazarus-1.6.2+dfsg/debian/tmp2/usr
> INSTALL_DOCDIR=/«BUILDDIR»/lazarus-
1.6.2+dfsg/debian/tmp2/usr/share/doc/lazarus/1.6.2
> 
> Which is the install command from lazarus. That looks all right, except
> apparently there were no files to install, because several lines later...
> Now scanning
> "/«BUILDDIR»/lazarus-1.6.2+dfsg/debian/tmp2/usr/share/doc/lazarus/1.6.2",
> found 5 files.
> 
> Paul
> 
> ¹
> https://buildd.debian.org/status/fetch.php?pkg=lazarus=all=1.6.2%2Bdf
sg-1=1481146459=0
> 

OK so fpdoc craches and thus no files are generated. The install dir is empty
and the package too.
-- 
Cheers,
Abou Al Montacir

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

Bug#858607: unblock: ocserv/0.11.6-2

[Emilio Pozuelo Monfort]

Control: reopen -1

On 24/03/17 19:17, Emilio Pozuelo Monfort wrote:
> On 24/03/17 12:49, Aron Xu wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: unblock
>>
>> Please unblock ocserv/0.11.6-2, this update includes four simple
>> patches cherry picked from upstream later releases, used to improve
>> firewall handling and MTU/MSS calculation.
> 
> It's already unblocked.

Actually it's not. I replied to the wrong bug. Reopening.

Emilio

Bug#858613: unblock: kwin/4:5.8.6-1

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed moreinfo

On 24/03/17 15:12, Maximiliano Curia wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Dear release team,
> 
> KDE Plasma 5.8 is an LTS release that I consider fit to be updated in 
> stretch. 
> This particular request is for kwin 5.8.6.
> 
> The fixes included in the kwin 5.8.6 release are: 
>  translation updates
>  6 bug fixes:
>+ Find minimum required Breeze version instead of current version (cb481b4)
>  This is a somewhat Debian specific fix, noticed by upstream
>+ Avoid a crash on Kwin decoration KCM teardown (70d2fb2) (Closes: 846508)
>  KDE#373628
>+ Support modifier-only-shortcuts when capslock is on (5a87fa3 0acfebd)
>  KDE#375355
>+ Translate the layout name when passing to layout change OSD (a3be3e8e)
>+ Fixed initial graying out options in Cube Effect settings (a43049f)
>+ [TabBox] Remember current model index on SwitcherItem model set (e019c9f)
>   KDE#333511
> 
> Also in the 5.8.5 release there was an extra bug fix:
>+ Align configure button consistently across delegates (d0e0f6c)
>  KDE#372685
> 
> On the Debian side of changes we improve the runtime dependencies (#848523 
> #855410), update the description for kwin wayland (#848524).

Go ahead.

Emilio

Bug#858456: Stale references to 60-multipath.rules and 60-kpartx.rules

[Ritesh Raj Sarraf]

On Wed, 2017-03-22 at 15:19 +0100, Christian Ehrhardt wrote:
> 
> The TL;DR is that I think the 60-multipath.rules references in
> debian/initramfs/hooks no more apply - so they should be either fixed or
> dropped.
> Since it seems to work without dropping likely is better, but I'm not sure on
> this.

I must have fucked up something in the last year. udev rules should be present
for those packages. Thanks for reporting.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#858635: unblock (pre-approval): dbus/1.10.18-1 with #857660 fixed

[Simon McVittie]

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

I would like to check whether the fix for #857660 (fd.o #92832) is
something the release team would be comfortable with seeing in stretch,
or whether it should be deferred to buster. I was recently able to get
it tested and reviewed by SELinux users other than its author.
It is already fixed in experimental (1.11.x, targeted to become 1.12.x in
buster), and I haven't had bug reports about 1.11.x from Fedora (who
adopted it early for some reason).

If the release team approves in principle, I'll either release just
this change as 1.10.18, or include it in a 1.10.18 that fixes some more
serious bug or vulnerability if one comes up. If not, I'll revert it
from the 1.10.x branch, and it can wait for buster. I have no particular
horse in this race: I don't use SELinux, and it's only a normal-severity
bug, so I'm happy to either fix it or revert.

Git diff attached; the actual debdiff would be this, plus debian/changelog,
plus some Autotools noise.

Thanks,
S
diff --git a/NEWS b/NEWS
index 59efcfa7..27fe726d 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,12 @@
+D-Bus 1.10.18 (UNRELEASED)
+==
+
+Fixes:
+
+• Re-order dbus-daemon startup so that on SELinux systems, the thread
+  that reads AVC notifications retains the ability to write to the
+  audit log (fd.o #92832, Debian #857660; Laurent Bigonville)
+
 D-Bus 1.10.16 (2017-02-16)
 ==
 
@@ -24,7 +33,7 @@ Fixes:
 
   On Unix systems we strongly recommend using only the unix: and systemd:
   transports, together with EXTERNAL authentication. These are the only
-  transports and authentication mechanisms enabled by default,
+  transports and authentication mechanisms enabled by default.
 
   (fd.o #99828, Simon McVittie)
 
diff --git a/bus/bus.c b/bus/bus.c
index 128ae3c2..fd4ab9e4 100644
--- a/bus/bus.c
+++ b/bus/bus.c
@@ -931,6 +931,27 @@ bus_context_new (const DBusString *config_file,
   !_dbus_pipe_is_stdout_or_stderr (print_pid_pipe))
 _dbus_pipe_close (print_pid_pipe, NULL);
 
+  /* Here we change our credentials if required,
+   * as soon as we've set up our sockets and pidfile.
+   * This must be done before initializing LSMs, so that the netlink
+   * monitoring thread started by avc_init() will not lose CAP_AUDIT_WRITE
+   * when the main thread calls setuid().
+   * https://bugs.freedesktop.org/show_bug.cgi?id=92832
+   */
+  if (context->user != NULL)
+{
+  if (!_dbus_change_to_daemon_user (context->user, error))
+	{
+	  _DBUS_ASSERT_ERROR_IS_SET (error);
+	  goto failed;
+	}
+}
+
+  /* Auditing should be initialized before LSMs, so that the LSMs are able
+   * to log audit-events that happen during their initialization.
+   */
+  bus_audit_init (context);
+
   if (!bus_selinux_full_init ())
 {
   bus_context_log (context, DBUS_SYSTEM_LOG_FATAL, "SELinux enabled but D-Bus initialization failed; check system log\n");
@@ -950,6 +971,11 @@ bus_context_new (const DBusString *config_file,
  "AppArmor D-Bus mediation is enabled\n");
 }
 
+  /* When SELinux is used, this must happen after bus_selinux_full_init()
+   * so that it has access to the access vector cache, which is required
+   * to process  elements.
+   * http://lists.freedesktop.org/archives/dbus/2008-October/010491.html
+   */
   if (!process_config_postinit (context, parser, error))
 {
   _DBUS_ASSERT_ERROR_IS_SET (error);
@@ -962,20 +988,6 @@ bus_context_new (const DBusString *config_file,
   parser = NULL;
 }
 
-  /* Here we change our credentials if required,
-   * as soon as we've set up our sockets and pidfile
-   */
-  if (context->user != NULL)
-{
-  if (!_dbus_change_to_daemon_user (context->user, error))
-	{
-	  _DBUS_ASSERT_ERROR_IS_SET (error);
-	  goto failed;
-	}
-}
-
-  bus_audit_init (context);
-
   dbus_server_free_data_slot (_data_slot);
 
   return context;
diff --git a/configure.ac b/configure.ac
index 9ad52fff..db4679d4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3,7 +3,7 @@ AC_PREREQ([2.63])
 
 m4_define([dbus_major_version], [1])
 m4_define([dbus_minor_version], [10])
-m4_define([dbus_micro_version], [16])
+m4_define([dbus_micro_version], [17])
 m4_define([dbus_version],
   [dbus_major_version.dbus_minor_version.dbus_micro_version])
 AC_INIT([dbus],[dbus_version],[https://bugs.freedesktop.org/enter_bug.cgi?product=dbus],[dbus])

Bug#858572: [Pkg-raspi-maintainers] Bug#858572: raspi3-firmware: Typo in config.txt's initramfs directive prevents boot

[Val Lorentz]

Nevermind.
Any combination of {.deb's firmware,
https://github.com/Hexxeh/rpi-firmware} and {space, equal sign} work; I
must have messed up somewhere when doing my tests yesterday.

Could you close this bug report?



signature.asc
Description: OpenPGP digital signature

Bug#785565: Removal of pygoocanvas after Stretch Release

[Ross Gammon]

severity 785565 important
thanks

Hi,

I plan to ask for the removal of pygoocanvas after Stretch is released.
At that time, I will raise this bug's severity to serious.

The upstream bug tracker (bugzilla) seems to need an account to submit a
bug, so I did not do ask them about moving to the gir package instead.
But at least the visualiser (that needs goocanvas) seems to be optional,
so assume it could be dropped temporarily if required.

Let me know if I can help in any way.

Regards,

Ross

Bug#858634: listviews are not accessible with Orca screen reader

[Mika Hanhijärvi]

Package: banshee
Version: 2.6.2-6.1
Severity: important

Hi

Banshe's artist, album, genre and song listviews are not accessible with Orca
screen reader.

I am blind so I have to use computer using screen reader which speaks the
content on screen. If I go e.g to the artist list and try to select one of the
artists using keyboard up and down arrow keys then Orca screen reader speaks
nothing. Same hapeens if I try to select album, genre or song.

This bug makes Banshee unusable for the users who are visually impaired and
have to use computer using screen reader..



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

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 banshee depends on:
ii  gnome-icon-theme  3.12.0-2
ii  gstreamer1.0-alsa [gstreamer1.0-audiosink]1.10.4-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audiosink  1.10.4-1
ii  gstreamer1.0-plugins-base 1.10.4-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-audiosin  1.10.4-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]  1.10.4-1
ii  libc6 2.24-9
ii  libcairo2 1.14.8-1
ii  libdbus-glib-1-2  0.108-2
ii  libdbus-glib2.0-cil   0.6.0-1
ii  libdbus2.0-cil0.8.1-2
ii  libgconf2.0-cil   2.24.2-4
ii  libgdata2.1-cil   2.2.0.0-2
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libgkeyfile1.0-cil0.1-5
ii  libglib2.0-0  2.50.3-1
ii  libglib2.0-cil2.12.40-1
ii  libgpod4  0.8.3-8
ii  libgstreamer-plugins-base1.0-01.10.4-1
ii  libgstreamer1.0-0 1.10.4-1
ii  libgtk-sharp-beans-cil2.14.1-4
ii  libgtk2.0-0   2.24.31-2
ii  libgtk2.0-cil 2.12.40-1
ii  libgudev1.0-cil   0.1-4
ii  libkarma0 0.1.2-2.5
ii  libmono-addins0.2-cil 1.0+git20130406.adcd75b-4
ii  libmono-cairo4.0-cil  4.6.2.7+dfsg-1
ii  libmono-corlib4.5-cil 4.6.2.7+dfsg-1
ii  libmono-posix4.0-cil  4.6.2.7+dfsg-1
ii  libmono-sharpzip4.84-cil  4.6.2.7+dfsg-1
ii  libmono-system-core4.0-cil4.6.2.7+dfsg-1
ii  libmono-system-xml4.0-cil 4.6.2.7+dfsg-1
ii  libmono-system4.0-cil 4.6.2.7+dfsg-1
ii  libmono-zeroconf1.0-cil   0.9.0-6
ii  libmtp9   1.1.12-1+b1
ii  libnotify0.4-cil  0.4.0~r3032-7
ii  libpango-1.0-01.40.4-1
ii  libpangocairo-1.0-0   1.40.4-1
ii  libsoup-gnome2.4-12.56.0-2
ii  libsoup2.4-1  2.56.0-2
ii  libsqlite3-0  3.16.2-3
ii  libtaglib2.1-cil  2.1.0.0-3
ii  libwebkitgtk-1.0-02.4.11-3
ii  libwnck22 2.30.7-5.1
ii  libx11-6  2:1.6.4-3
ii  libxrandr22:1.5.1-1
ii  libxxf86vm1   1:1.1.4-1+b2
ii  mono-runtime  4.6.2.7+dfsg-1

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.32-2
ii  brasero  3.12.1-4
ii  gstreamer1.0-pulseaudio  1.10.4-1
ii  media-player-info22-3

Versions of packages banshee suggests:
pn  banshee-dbg
pn  gstreamer1.0-ffmpeg
ii  gstreamer1.0-plugins-bad   1.10.4-1
ii  gstreamer1.0-plugins-ugly  1.10.4-1

-- no debconf information

Bug#852724: golang-1.7: go install -race fails with "permission denied"

[TM]

Hello,

I believe upstream is discussing a change in `go install` relevant to
this issue.  It was recently added to the go1.9 milestone.

https://github.com/golang/go/issues/18981#issuecomment-278131082


Note `go run -race` may be a satisfactory workaround.

> However, race-enabled binaries can use ten times the CPU and memory,
so it is impractical to enable the race detector all the time.

https://blog.golang.org/race-detector

Bug#858417: libapache2-mod-shib2: Lots of apache workers in "Closing connection" state. Endless sleeping of apache workers.

[Pavel Polacek]

Hi,

(gdb) thread apply all bt

Thread 3 (Thread 0x7ff0094ed700 (LWP 31498)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7ff017af0ecd in xmltooling::ReloadableXMLFile::reload_fn(void*) () 
from /usr/lib/x86_64-linux-gnu/libxmltooling-lite.so.6
#2  0x7ff01f7ea064 in start_thread (arg=0x7ff0094ed700) at 
pthread_create.c:309
#3  0x7ff01f51f62d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7ff000cab700 (LWP 31510)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1  0x7ff017afbec3 in 
xmltooling::CondWaitImpl::timedwait(xmltooling::Mutex*, int) () from 
/usr/lib/x86_64-linux-gnu/libxmltooling-lite.so.6
#2  0x7ff0177d9241 in ?? () from 
/usr/lib/x86_64-linux-gnu/libshibsp-lite.so.6
#3  0x7ff01f7ea064 in start_thread (arg=0x7ff000cab700) at 
pthread_create.c:309
#4  0x7ff01f51f62d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7ff020579780 (LWP 31497)):
#0  0x7ff01f7f1489 in __libc_waitpid (pid=31518, stat_loc=0x7ffc44121764, 
options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:40
#1  0x7ff01c751b06 in itk_fork_process () from 
/usr/lib/apache2/modules/mpm_itk.so
#2  0x7ff020351f40 in ap_run_process_connection ()
#3  0x7ff01c13f7ba in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#4  0x7ff01c13fa01 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#5  0x7ff01c140667 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#6  0x7ff02032c7ee in ap_run_mpm ()
#7  0x7ff0203255f3 in main ()
(gdb)



Do you mean that disabling logging fixed the problem for you and there
are no hung workers in that case?


Yes, I commented out all lines in /etc/shibboleth/native.logger and 
it solve my problem.




Also, please provide the output of the "thread apply all bt" gdb command
on a hung process.

This looks like a log4shib threading problem, probably inherited from
log4cpp.
--
Thanks,
Feri



Thank you  Pavel Polacek

Bug#332498: This bug report has been open for 12 years

[Dean Valentine]

This bug report has been open for 12 years

If you guys don’t need any more help you should close it or mark it as solved

I get that every project could use more people but if you don’t think that this 
package is specifically and exceptionally in need of extra developers it should 
probably be removed from the Developer’s corner “Packages for which help was 
requested page"

Bug#858633: libreoffice-dmaths: DMath isn't installed in Libreoffice 5.2

[TheSuperGeek]

Package: libreoffice-dmaths
Version: 3.7.0.0+dfsg1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
I've got a problem with libreoffice 5.2.5.1 and DMath 3.7 : DMath isn't
installed. I cannot find it into Libreoffice's extention manager too.
I installed libreoffice-dmath, purged it and re-installed it but it even don't
work.
The upstream version looks to be in 4.xx but for paying users only.
So for the moment the package don't work on debian stretch.
Best regards,
TheSuperGeek



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

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

Versions of packages libreoffice-dmaths depends on:
ii  libreoffice-draw1:5.2.5-2
ii  libreoffice-writer  1:5.2.5-2
ii  zenity  3.22.0-1+b1

libreoffice-dmaths recommends no packages.

Versions of packages libreoffice-dmaths suggests:
pn  dia
pn  drgeo  

-- no debconf information

Bug#858230: reproducing the recent PCRE issues

[Antoine Beaupré]

Hi,

I've tried to reproduce the PCRE3 issues from CVE-2017-7186.
CVE-2017-7244, CVE-2017-7245 and CVE-2017-7246 are similar fuzzing
attacks so this probably applies to those as well.

So far, i haven't been successful. It *seems* the reproducer requires
the binaries to be compiled with -fsanitize=address because the
"stacktrace" from the upstream bug includes some "AddressSanitizer"
output, but this is available only in clang and gcc from jessie:

https://en.wikipedia.org/wiki/AddressSanitizer

The `pcretest` command gives out so much garbage that it's also pretty
hard to tell what's going on. In stretch (and sid as well, I am
guessing), the issue is fixed and the output is similar to that of
wheezy. However, if the the library is rebuilt with
DEB_CFLAGS_APPEND=-fsanitize=address, the test suite in the package now
fail:

=
==8231==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 216 byte(s) in 2 object(s) allocated from:
#0 0x7fcd78542d28 in malloc (/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
#1 0x558af900f34d in new_malloc pcretest.c:2369

SUMMARY: AddressSanitizer: 216 byte(s) leaked in 2 allocation(s).
FAIL RunTest (exit status: 1)

I also get false positive, possibly because I screwed up instrumentation
somewhere there:

==6773==ASan runtime does not come first in initial library list; you should 
either link runtime to your application or manually preload it with LD_PRELOAD.

It would seem interesting to add the address sanitization checks from
the compiler in the build chain to find and fix those issues earlier.

In jessie, the command provided to reproduce the issue just aborts with
this:

$ ./pcretest -32 -d 00204-pcre-invalidread1-pcre_exec\?raw=true 
** This version of PCRE was built without 32-bit support

 presumably this is because pcre is not built with `--enable-pcre32`
until 2:8.35-4.

So this all makes it pretty hard to test the reproducer... 

Therefore, I have still backported the patch for CVE-2017-7186 and
tested the PoC before and after. The results of the tests with or
without the patch are pretty similar, and neither show an obvious
crash.

My guess, however, is that the code for CVE-2017-7186 is simply not
compiled into wheezy. In fact, 8.3.30 doesn't seem to have PCRE32
support even into the upstream package.

I *assume* that the other three CVEs should also be similarly tested and
backported, so I'll do this next. But I figured I would share my first
results in case other people were working on this for sid/stable.

A.

-- 
Software gets slower faster than hardware gets faster.
 - Wirth's law

Bug#839218: nama: FTBFS: Failed 1/7 test programs. 0/91 subtests failed.Bad plan. You planned 126 tests but ran 57.

[Balint Reczey]

Control: forwarded -1 https://rt.perl.org/Ticket/Display.html?id=131054
Control: tags -1 upstream

On 03/24/2017 10:30 AM, Niko Tyni wrote:
>> Should I forward it to Perl upstream?
> That would be nice, thanks. I'm sure they'd also prefer a minimal test case,
> but maybe the assert details are enough for them.
>
> I'll also work a bit on reducing the test further when I find the time.

Done.

Cheers,

Balint

Bug#858632: mariadb-10.1: [INTL:ca] Catalan debconf translation

[Innocent De Marchi]

Package: mariadb-10.1
Severity: wishlist
Tags: l10n, patch

Dear mantainer:
please update the Catalan debconf translation (attached).

Regards!

I. De Marchi


ca.po
Description: application/gettext

Bug#858631: [hardlink] Typo in the manpage hardlink.1

[Katsuhiko Nishimra]

Package: hardlink
Version: 0.3.0+b1
Severity: minor
Tags: patch
Control: found +0.2.0

Dear maintainer,
I've found a trivial typo in the manpage.
Here's a patch to fix it.

Regards, 
Katsuhiko
diff -Nru hardlink-0.3.0/hardlink.1 hardlink-0.3.0+fixmanpage1/hardlink.1
--- hardlink-0.3.0/hardlink.1	2014-09-25 21:31:05.0 +0900
+++ hardlink-0.3.0+fixmanpage1/hardlink.1	2017-03-25 01:44:12.0 +0900
@@ -58,7 +58,7 @@
 this option re-includes files which would otherwise be excluded. If the option
 is used without \-\-exclude, only files matched by the pattern are included.
 .TP
-.B \-s or \-\-\minimum\-size
+.B \-s or \-\-minimum\-size
 The minimum size to consider. By default this is 1, so empty files will not
 be linked. An optional suffix of K,M,G,T may be provided, indicating that the
 file size is KiB,MiB,GiB,TiB.


signature.asc
Description: PGP signature

Bug#858630: golang-github-grpc-ecosystem-go-grpc-prometheus: FTBFS: grpc_server_started_total should be incremented for PingList

[Chris Lamb]

Source: golang-github-grpc-ecosystem-go-grpc-prometheus
Version: 1.1+git20160910.0.6b7015e-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Dear Maintainer,

golang-github-grpc-ecosystem-go-grpc-prometheus fails to build from source in 
unstable/amd64:

  […]

   dpkg-buildpackage -rfakeroot -us -uc -b
  dpkg-buildpackage: info: source package 
golang-github-grpc-ecosystem-go-grpc-prometheus
  dpkg-buildpackage: info: source version 1.1+git20160910.0.6b7015e-1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Tim Potter 
   dpkg-source --before-build 
golang-github-grpc-ecosystem-go-grpc-prometheus-1.1+git20160910.0.6b7015e
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_auto_clean -O--buildsystem=golang
 dh_autoreconf_clean -O--buildsystem=golang
 dh_clean -O--buildsystem=golang
   debian/rules build
  dh build --buildsystem=golang --with=golang
 dh_testdir -O--buildsystem=golang
 dh_update_autotools_config -O--buildsystem=golang
 dh_autoreconf -O--buildsystem=golang
 dh_auto_configure -O--buildsystem=golang
 debian/rules override_dh_auto_build
  make[1]: Entering directory '«BUILDDIR»'
  cd 
obj-x86_64-linux-gnu/src/github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto
 && \
GOPATH=obj-x86_64-linux-gnu make 
  make[2]: Entering directory 
'«BUILDDIR»/obj-x86_64-linux-gnu/src/github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto'
  PATH="obj-x86_64-linux-gnu/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11" 
protoc \
-I. \
-Iobj-x86_64-linux-gnu/src \
--go_out=plugins=grpc:. \
test.proto
  obj-x86_64-linux-gnu/src: warning: directory does not exist.
  make[2]: Leaving directory 
'«BUILDDIR»/obj-x86_64-linux-gnu/src/github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto'
  dh_auto_build
go install -v -p 9 github.com/grpc-ecosystem/go-grpc-prometheus 
github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto
  github.com/beorn7/perks/quantile
  github.com/prometheus/common/internal/bitbucket.org/ww/goautoneg
  github.com/golang/protobuf/proto
  github.com/prometheus/common/model
  github.com/prometheus/procfs
  golang.org/x/net/context
  golang.org/x/net/http2/hpack
  golang.org/x/net/idna
  golang.org/x/net/internal/timeseries
  google.golang.org/grpc/codes
  google.golang.org/grpc/credentials
  google.golang.org/grpc/grpclog
  google.golang.org/grpc/internal
  google.golang.org/grpc/metadata
  google.golang.org/grpc/naming
  golang.org/x/net/lex/httplex
  golang.org/x/net/trace
  golang.org/x/net/http2
  google.golang.org/grpc/peer
  github.com/prometheus/client_model/go
  github.com/matttproud/golang_protobuf_extensions/pbutil
  github.com/prometheus/common/expfmt
  google.golang.org/grpc/transport
  github.com/prometheus/client_golang/prometheus
  google.golang.org/grpc
  github.com/grpc-ecosystem/go-grpc-prometheus
  github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto
  make[1]: Leaving directory '«BUILDDIR»'
 dh_auto_test -O--buildsystem=golang
go test -v -p 9 github.com/grpc-ecosystem/go-grpc-prometheus 
github.com/grpc-ecosystem/go-grpc-prometheus/examples/testproto
  === RUN   TestClientInterceptorSuite
  === RUN   TestStreamingIncrementsHandled
  --- PASS: TestStreamingIncrementsHandled (0.00s)
  === RUN   TestStreamingIncrementsHistograms
  --- PASS: TestStreamingIncrementsHistograms (0.00s)
  === RUN   TestStreamingIncrementsMessageCounts
  --- PASS: TestStreamingIncrementsMessageCounts (0.00s)
  === RUN   TestStreamingIncrementsStarted
  --- PASS: TestStreamingIncrementsStarted (0.00s)
  === RUN   TestUnaryIncrementsHandled
  --- PASS: TestUnaryIncrementsHandled (0.00s)
  === RUN   TestUnaryIncrementsHistograms
  --- PASS: TestUnaryIncrementsHistograms (0.00s)
  === RUN   TestUnaryIncrementsStarted
  --- PASS: TestUnaryIncrementsStarted (0.00s)
  --- PASS: TestClientInterceptorSuite (0.03s)
client_test.go:72: stopped grpc.Server at: 127.0.0.1:34623
  === RUN   TestServerInterceptorSuite
  2017/03/24 16:16:52 transport: http2Server.HandleStreams failed to read 
frame: read tcp 127.0.0.1:34623->127.0.0.1:49404: use of closed network 
connection
  === RUN   TestRegisterPresetsStuff
  --- PASS: TestRegisterPresetsStuff (0.01s)
  === RUN   TestStreamingIncrementsHandled
  --- PASS: TestStreamingIncrementsHandled (0.01s)
  === RUN   TestStreamingIncrementsHistograms
  --- PASS: TestStreamingIncrementsHistograms (0.01s)
  === RUN   TestStreamingIncrementsMessageCounts
  --- PASS: TestStreamingIncrementsMessageCounts (0.01s)
  === RUN   TestStreamingIncrementsStarted
  --- FAIL: TestStreamingIncrementsStarted (0.01s)
assertions.go:235: 
 

Bug#858628: doc-base: package's own docs still refer to dhelp, which is gone

[Branden Robinson]

Package: doc-base
Version: 0.10.7
Severity: normal

In install-docs(8) and doc-base's own manual, references to dhelp exist
alongside those to dwww and doc-central.

But it appears that dhelp has not survived into stretch; one of its
dependencies is dead and dhelp itself is maintained by the QA group, so
resurrection for the forthcoming Debian stable release seems unlikely.

See, e.g., < https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791770 >.

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, 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 doc-base depends on:
ii  libuuid-perl   0.27-1
ii  libyaml-tiny-perl  1.70-1

doc-base recommends no packages.

Versions of packages doc-base suggests:
ii  rarian-compat  0.8.1-6+b1
ii  yelp   3.22.0-1

-- no debconf information

Bug#858629: ipywidgets: accesses the internet during build

[Chris Lamb]

Source: ipywidgets
Version: 5.2.2-3
Severity: important
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access

Dear Maintainer,

Whilst ipywidgets builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.

   00:00:00.00 IP c820c8056d11.53928 > OpenWrt.lan.domain: 46291+ A? 
ipython.org. (29)
   00:00:00.49 IP c820c8056d11.53928 > OpenWrt.lan.domain: 4002+ ? 
ipython.org. (29)
   00:00:00.054637 IP OpenWrt.lan.domain > c820c8056d11.53928: 46291 2/0/0 A 
104.28.12.70, A 104.28.13.70 (61)
   00:00:00.062243 IP OpenWrt.lan.domain > c820c8056d11.53928: 4002 2/0/0  
2400:cb00:2048:1::681c:c46,  2400:cb00:2048:1::681c:d46 (85)
   00:00:00.062838 IP c820c8056d11.52778 > 104.28.12.70.http: Flags [S], seq 
742429850, win 29200, options [mss 1460,sackOK,TS val 127038798 ecr 
0,nop,wscale 7], length 0
   00:00:00.080468 IP 104.28.12.70.http > c820c8056d11.52778: Flags [S.], seq 
3948783084, ack 742429851, win 29200, options [mss 
1400,nop,nop,sackOK,nop,wscale 10], length 0
   00:00:00.080502 IP c820c8056d11.52778 > 104.28.12.70.http: Flags [.], ack 1, 
win 229, length 0
   00:00:00.080606 IP c820c8056d11.52778 > 104.28.12.70.http: Flags [P.], seq 
1:142, ack 1, win 229, length 141: HTTP: GET /ipython-doc/dev/objects.inv 
HTTP/1.1
   00:00:00.089580 IP 104.28.12.70.http > c820c8056d11.52778: Flags [.], ack 
142, win 30, length 0
   00:00:00.262054 IP 104.28.12.70.http > c820c8056d11.52778: Flags [.], seq 
1:1401, ack 142, win 30, length 1400: HTTP: HTTP/1.1 200 OK

  [..]

The full build log (including tcpdump output) is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


ipywidgets.5.2.2-3.unstable.amd64.log.txt.gz
Description: Binary data

Bug#785566: Removing pygoocanvas after Stretch release

[Ross Gammon]

severity 785566 important
thanks

Hi,

I plan to ask for the removal of pygoocanvas after Stretch is released.
At that time, I will raise this bug's severity to serious.

According to the upstream bug report, version 0.3 now supports the
latest goocanvas (2.0), so it should already be possible to depend on
gir1.2-goocanvas-2.0 instead of python-pygoocanvas.

Let me know if I can help in any way.

Regards,

Ross

Bug#795253: [debhelper-devel] Bug#795253: Add support for Meson build system

[Jussi Pakkanen]

On Fri, Mar 24, 2017 at 6:05 PM, Michael Biebl  wrote:

> a/ Add support for DEB_BUILD_OPTIONS="parallel=N"?
> By default ninja runs N jobs in parallel, where N is derived
> from the number of CPUs.
> Should this be only done for the build step or install and test as well?
> In the latter case, the code to run buildcmd should be factored out.
> Or do we just keep ninja's default behaviour and don't bother setting -j
> manually.

'ninja install' only invokes Meson's internal installer program. It
always runs single threaded.

'ninja test' invokes Meson's test runner. By default it uses N
processes to run tests where N is the number of processors. This can
be overridden with the environment variable MESON_TESTTHREADS.

> In theory, meson does support cross building
> https://github.com/mesonbuild/meson/wiki/Cross-compilation
>
> I personally do not have experience with it though. So I would need help
> with implementing that or leave that to someone else. I wouldn't make
> this a blocker though, for merging meson/ninja support.

For cross compilation Meson requires a "cross file" describing the
toolchain and environment to use. These should probably be provided by
the dh_meson package (you need one per target platform). After that
cross compilation is just a matter of adding
--cross-file=/path/to/toolchain/file.

I'm not sure how Debian's cross environment works in detail, but Meson
expects to also find the native compiler. If /usr/bin/cc (et al)
points to the native compiler then everything is fine, otherwise the
build runner needs to set CC, CXX et al.

Bug#785562: pygoocanvas to be removed for Buster

[Ross Gammon]

severity 785562 important
thanks

Hi,

Just a friendly warning that as soon as Stretch is released, I plan to
start the removal of pygoocanvas. Therefore, I will raise the severity
of this bug to "serious" at that time.

It would be great if you could start working on packaging the latest
version of openshot, so that the dependency on pygoocanvas can be dropped.

Let me know if I can help in any way.

Regards,

Ross

Bug#858417: libapache2-mod-shib2: Lots of apache workers in "Closing connection" state. Endless sleeping of apache workers.

[Cantor, Scott]

On 3/24/17, 9:29 AM, "Pkg-shibboleth-devel on behalf of Ferenc Wágner" 
 wrote:

> This looks like a log4shib threading problem, probably inherited from log4cpp.

More a "the design of the library just doesn't work for these kinds of process 
lifecycles" problem, there are issues open on I suspect related issues in the 
Shibboleth issue tracker, I don't have a specific issue number at hand right 
this second.

I believe there are a number of issues around changes to that code, some other 
changes in the SP to deal with the Apache permission issues, etc.

At this point if you can use syslog you can probably avoid a lot of this mess 
since native.log doesn't really get used much anyway, and another key is to 
make sure the logger setting in shibboleth2.xml isn't set and it's not trying 
to reload logging configuration.

This trace also suggests prefork is being used, which should never be used with 
mod_shib, that's a DOS attack waiting to happen.

-- Scott

Bug#858008: [pkg-go] Bug#858008: hugo FTBFS: cannot use (type **jwalterweatherman.Feedback) as type logPrinter in field value

[Anthony Fok]

Thank you Adrian and Dr. Tobias.

On Sun, Mar 19, 2017 at 8:21 AM, Dr. Tobias Quathamer  wrote:
> control: tag -1 sid
> thanks
>
> Hi,
>
> thanks for the bug report. However, hugo still builds fine in a stretch
> chroot, this bug only applies to unstable.
>
> It was triggered by the recent upload of a new upstream version of
> golang-github-spf13-jwalterweatherman.
>
> @Anthony, did you have a specific reason to upload the new upstream version?
> The changelog does not mention anything, and we've been in the freeze for
> quite some time already.

My apologies.  It was my attempt at getting Hugo 0.19 into Debian sid,
but didn't get it done all the way.

> If there would be a real release critical bug in hugo, now it could not be
> fixed with a simple upload to unstable, which is very unfortunate.

You are right.  I should have been more prudent and avoid making such
uploads, especially an incomplete one, during a freeze.

Best regards,
Anthony