Bug#875688: libreoffice-report-builder: Design view missing from libre office base. Existing reports won't run.

[Rene Engelhard]

On Fri, Sep 15, 2017 at 01:44:30AM +0200, Francesco wrote:
> I think there is something missing in the package: I saw in 

No, I got confused at first too because I misremembered, but...

> mysql-connector extension there is a path that looks like 
> /usr/lib/libreoffice/share/extensions/mysql-connector-ooo/, so 
> I expet to find something similar in report-builder or in
> report-builder-bin package but nothing pointing to 
> .../share/extensions/... 

... the report builder is not a extension anymore since a long time (2013):
It was converted to a proper "internal code":

https://cgit.freedesktop.org/libreoffice/core/commit/?id=90a326c7028d5af132c62edfaef77c53627e4c0e

Regards,

Rene

Bug#706711: Orphaning package

[Tobias Frost]

Followup-For: Bug #706711

As the only (human) maintainer of this package is no longer active,
the package is technically/policywise orphaned.

The Science Team is in Debbugs-CC, as this package is under their realm.

--
tobi (MIA team)

Bug#875843: ITP: node-jszip -- Create, read and edit .zip files with Javascript

[Pirate Praveen]

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

* Package name: node-jszip
  Version : 3.1.4
  Upstream Author : Stuart Knightley 
* URL : https://github.com/Stuk/jszip#readme
* License : (MIT OR GPL-3.0)
  Programming Lang: JavaScript
  Description : Create, read and edit .zip files with Javascript

 A library for creating, reading and editing .zip files with Javascript,
with a
 lovely and simple API.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependency of gitlab 9.x



signature.asc
Description: OpenPGP digital signature

Bug#835016: Orphaning package freefem

[Tobias Frost]

Followup-For: Bug #835016

The "Remove from Uploader" bug was Freefem's sole (human) maintainer, so the
package is technically/policy wise orphaned.

The Debian Science Team is in Debbugs-CC, so that they can regrab it if desired.

--
tobi (MIA Team)

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

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

Bug#875842: im-config: Avoid using IBus through XIM

[Theppitak Karoonboonyanan]

Package: im-config
Version: 0.30-1
Severity: normal

Dear Maintainer,

When choosing IBus using im-config, LibThai engine from ibus-libthai
package appears to fall back from context-sensitive input
validation/correction to simple key validation based on previous key press.
This is an indication of surrounding text support lacking.

After checking, I find im-config provides IBus support via XIM
for GTK+ apps:

  $ echo $GTK_IM_MODULE
  xim
  $ echo $XMODIFIERS
  @im=ibus

But this is not the case for Qt apps:

  $ echo $QT_IM_MODULE
  ibus

And a workaround by switching to ibus IM module for GTK+ enables
the surounding text support again:

  $ GTK_IM_MODULE=ibus mousepad

So, the XIM backend for IBus seems to lack surrounding text support,
while the GTK+ backend does not.

While the ultimate solution is to add surrounding text support to
IBus XIM backend, the upstream author seems to be unwilling to do so,
as my filed issue [1] has been promptly closed with recommendation
to avoid using XIM.

  [1] https://github.com/ibus/ibus/issues/1946

Therefore, I think GTK_IM_MODULE should be set to "ibus" instead of
"xim" when IBus is selected, as upstream recommends.


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

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

Versions of packages im-config depends on:
ii  gettext-base  0.19.8.1-4
ii  whiptail  0.52.20-1+b1
ii  zenity3.24.0-1

Versions of packages im-config recommends:
ii  whiptail0.52.20-1+b1
ii  x11-common  1:7.7+19

im-config suggests no packages.

-- no debconf information

Bug#776676: Alternate way to probe ZFS pool name ?

[h . geoffroy]

Dear maintainer & reporter,

As Chris Dos indicated, the second part of this bug (missing pool after 
`ZFS=`)
can be worked around by using `zdb` or `zpool` instead of `grub-probe` 
to read

the pool name. This allows one to boot from a pool with unsupported
 features, using a separate `/boot` partition).

The patch that they linked should fix this part of the problem, and 
allow
 `update-grub2` to run fine on such systems. Personally, I've been 
using

this line in `/etc/grub.d/10_linux` as a workaround :

rpool=`zdb -l ${GRUB_DEVICE} 2>/dev/null | grep '\sname\:' | awk 
-F"'" '{print $2}'`


In the case that both solutions are inadapted, I think that the script 
should
provide a default value for `rpool`, such as `rpool`, as there is no 
way

for the pool name to be empty.

Regards;

HG

Bug#875265: RFS: rednotebook/2.2-1 [ITP] [ITA] -- A cross-platform journal

[Phil Wyett]

On Tue, 2017-09-12 at 16:37 +0100, Phil Wyett wrote:
> On Tue, 2017-09-12 at 11:49 +0500, Andrey Rahmatullin wrote:
> > On Tue, Sep 12, 2017 at 04:13:20AM +0100, Phil Wyett wrote:
> > > > Why are you skipping tests?
> > 
> > Hmm?
> > 
> 
> I reserve comment until I have sought and had feedback from elsewhere.
> 
> > > > It seems that the package combines incompatible licenses (GPL-2 and
> > > > GPL-3+)?
> > > 
> > > To address the license issue. The upstream author used the file concerned
> > > prior
> > > to file being changed to GPL-2+. For reference, git commit for change to
> > > GPL-2+.
> > > 
> > > https://github.com/txt2tags/txt2tags/commit/716debb6ae7996e21201a74cfa6a30
> > > cb
> > > 8b25
> > > 32fe
> > 
> > If the code in rednotebook was copied before the license change then it's
> > under GPL-2 only and you cannot change the license header. Or did you mean
> > something else?
> > 
> 
> Sorry, I may have not explained this as fully as I should.
> 
> The rednotebook upstream author added txt2tags.py and then GPL-2 license data
> to
> his project prior to the txt2tags author changing his licensing to GPL-2+.
> This
> is why the data was bad in rednotebook. Updating (as done) to the now correct
> GPL-2+ txt2tags.py brings everything up to date and rectifies the situation.
> 
> > appdata_path_and_description.patch shouldn't be executable.
> 
> True. Happened on sid VM and cannot explain why as of yet. Will be rectified
> in
> next upload.
> 
> > rednotebook/external/txt2tags.py should have a section in d/copyright.
> 
> It does have.
> 
> > rednotebook/external/msgfmt.py doesn't contain a license, and as it's a
> > file from another author it shouldn't be assumed it's under the project
> > license.
> 
> Filed a bug upstream (rednotebook) for discussion and resolution. A new upload
> will follow the resolution of this.
> 
> Regards
> 
> Phil
> 

Hi,

Refreshed/New upload.

Your upload of the package 'rednotebook' to mentors.debian.net was
successful. Others can now see it. The URL of your package is:
https://mentors.debian.net/package/rednotebook

The respective dsc file can be found at:
https://mentors.debian.net/debian/pool/main/r/rednotebook/rednotebook_2.2-1.dsc


Changes since last upload:

* appdata_path_and_description.patch no longer executable.

* rednotebook/external/msgfmt.py from python and not locally edited so licensed
under upstream PSF-2 license. rednotebook author decision.

* rednotebook/external/txt2tags.py updated to latest upstream txt2tags version
via patch txt2tags_license_update.patch and in debian/copyright under GPL-2+.
File has been locally modified and appropriate change and copyright data appears
in file/patch and in debian/copyright.

Regards

Phil

-- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

Web: https://kathenas.org

Github: https://github.com/kathenas

Twitter: kathenasorg

Instagram: kathenasorg

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

Bug#865858: neofetch: Starts /usr/games/pacman if package pacman is installed

[Nobuhiro Iwamatsu]

Hi,

2017-08-19 5:52 GMT+09:00 Axel Beckert :
> Control: reopen -1
>
> Hi Nobuhiro,
>
> Nobuhiro Iwamatsu wrote:
>> Package: neofetch
>> Version: 2.0.1-1
> [...]
>> This problem is not reproduced in 3.2.0-1.
>
> I'm sorry to continue to bother you with this, but I can still very
> easily reproduce this with 3.2.0-1 in an uptodate Sid installation.
>
> Actually I just ran into it again yesterday, when I compared neofetch,
> screenfetch and inxi.

Hmm, I will not reproduce this problem in my environment.

-
$ dpkg -l  pacman
dpkg-query: no packages found matching pacman
$ dpkg -l neofetch
dpkg-query: no packages found matching neofetch
$ sudo apt-get install neofetch



The following NEW packages will be installed:
  neofetch
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/67.1 kB of archives.
After this operation, 312 kB of additional disk space will be used.
Selecting previously unselected package neofetch.
(Reading database ... 148363 files and directories currently installed.)
Preparing to unpack .../neofetch_3.2.0-1_all.deb ...
Unpacking neofetch (3.2.0-1) ...
Setting up neofetch (3.2.0-1) ...
Processing triggers for man-db (2.7.6.1-2) ...

$ dpkg -l neofetch | tail -1
ii  neofetch   3.2.0-1  all  Shows Linux System
Information with Distribution Logo
$ dpkg -l  pacman
dpkg-query: no packages found matching pacman
$ neofetch
   _,met$gg.  iwamatsu@chimagu
,g$$$P.   -
  ,g$$P" """Y$$.".OS: Debian GNU/Linux unstable (sid) x86_64
 ,$$P'  `$$$. Model: LM-iHS320 2.0
',$$P   ,ggs. `$$b:   Kernel: 4.12.0-1-amd64
`d$$' ,$P"'   .$$$Uptime: 23 hours, 28 mins
 $$P  d$' ,$$PPackages: 1777
 $$:  $$.   -,d$$'Shell: bash 4.4.12
 $$;  Y$b._   _,d$P'  Resolution: 2560x1440, 1920x1200
 Y$$.`.`"YP"' DE: Xfce
 `$$b  "-.__  WM: Xfwm4
  `Y$$WM Theme: Default
   `Y$$.  Theme: Xfce-4.6 [GTK2], Adwaita [GTK3]
 `$$b.Icons: Tango [GTK2], Adwaita [GTK3]
   `Y$$b. Terminal: xfce4-terminal
  `"Y$b._ CPU: Intel i7-7700 (8) @ 4.200GHz
  `"""GPU: Intel HD Graphics 630
  Memory: 6128MiB / 32060MiB




$ sudo apt-get install pacman



The following NEW packages will be installed:
  pacman
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/23.3 kB of archives.
After this operation, 92.2 kB of additional disk space will be used.
Selecting previously unselected package pacman.
(Reading database ... 148494 files and directories currently installed.)
Preparing to unpack .../pacman_10-17.2+b1_amd64.deb ...
Unpacking pacman (10-17.2+b1) ...
Processing triggers for mime-support (3.60) ...
Processing triggers for desktop-file-utils (0.23-2) ...
Setting up pacman (10-17.2+b1) ...
Processing triggers for man-db (2.7.6.1-2) ...
$ dpkg -l  pacman | tail -1
ii  pacman 10-17.2+b1   amd64Chase Monsters in a Labyrinth
$ neofetch
   _,met$gg.  iwamatsu@chimagu
,g$$$P.   -
  ,g$$P" """Y$$.".OS: Debian GNU/Linux unstable (sid) x86_64
 ,$$P'  `$$$. Model: LM-iHS320 2.0
',$$P   ,ggs. `$$b:   Kernel: 4.12.0-1-amd64
`d$$' ,$P"'   .$$$Uptime: 23 hours, 28 mins
 $$P  d$' ,$$PPackages: 1778
 $$:  $$.   -,d$$'Shell: bash 4.4.12
 $$;  Y$b._   _,d$P'  Resolution: 2560x1440, 1920x1200
 Y$$.`.`"YP"' DE: Xfce
 `$$b  "-.__  WM: Xfwm4
  `Y$$WM Theme: Default
   `Y$$.  Theme: Xfce-4.6 [GTK2], Adwaita [GTK3]
 `$$b.Icons: Tango [GTK2], Adwaita [GTK3]
   `Y$$b. Terminal: xfce4-terminal
  `"Y$b._ CPU: Intel i7-7700 (8) @ 4.200GHz
  `"""GPU: Intel HD Graphics 630
  Memory: 6133MiB / 32060MiB



-



>
>> The fix for this problem is done in 2.0.1-1.
>
> I don't understand that sentence. 2.0.1-1 is a pre-stretch version and
> has been replaced long time ago, even long before I ran into that bug.
>
> See also the version graph in the bug tracking system:
> https://bugs.debian.org/cgi-bin/version.cgi?absolute=0;info=1;found=neofetch%2F3.2.0-1;collapse=1;fixed=neofetch%2F2.0.1-1;package=neofetch
>
This means that it has been fixed in version 2.0.1-1. but 1.9.1-2 is correct.
  https://packages.qa.debian.org/n/neofetch/news/20161125T220434Z.html


> Regards, Axel
> --
>  ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-|  1024D: F067 EA27 26B9 C3FC 1486  

Bug#875841: libopus 1.2.1 released

[tyng]

Source: opus
Version: 1.2~alpha2-1
Severity: normal

https://www.opus-codec.org/release/stable/2017/06/26/libopus-1_2_1.html
https://git.xiph.org/?p=opus.git;a=tags

Bug#857895: [scidavis] no shortcut in menu, no icon in dock

[Arindam Chaudhuri]

Dear maintainer,


I also can confirm this bug on fresh stretch installation.
The scidavis package does not contain the scidavis.desktop file. Hence 
after installing the package it doesnot show up in the desktop menu 
(cinnamon, mate, gnome , xfce and also lxde).
But the stable version of scidavis in debian jessie did not have this 
bug.


So, i request you to create a patch, and fix this simple bug.

Bug#875840: keepass2: Status bar corrupt rendering of text fields

[Michael Yartsev]

Package: keepass2
Version: 2.35+dfsg-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Normal usage. Upgraded to Debian stretch and opened my usual .kdbx
file
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Nothing in particular
   * What was the outcome of this action?
The text labels on the bottom of the screen are rendered
incorrectly, on top of each other
   * What outcome did you expect instead?
Text labels rendered correctly so that they are legible


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

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

Versions of packages keepass2 depends on:
ii  libmono-corlib4.5-cil4.6.2.7+dfsg-1
ii  libmono-system-drawing4.0-cil4.6.2.7+dfsg-1
ii  libmono-system-security4.0-cil   4.6.2.7+dfsg-1
ii  libmono-system-windows-forms4.0-cil  4.6.2.7+dfsg-1
ii  libmono-system-xml4.0-cil4.6.2.7+dfsg-1
ii  libmono-system4.0-cil4.6.2.7+dfsg-1
ii  libx11-6 2:1.6.4-3
ii  mono-runtime 4.6.2.7+dfsg-1

Versions of packages keepass2 recommends:
ii  xsel  1.2.0-2+b1

Versions of packages keepass2 suggests:
pn  keepass2-doc  
pn  mono-dmcs 
pn  xdotool   

-- no debconf information

Bug#807787: wiki.debian.org: warnings from the rotate-logs script

[James Montgomery]

Hello,

I came across this bug report using 'how-can-i-help --old --show 
newcomer' and am having trouble reproducing in isolation. I would like 
to request a log sample to further, and more accurately, investigate.


I am assuming this bug still persists as there have been no 
commits/updates to 
https://anonscm.debian.org/cgit/collab-maint/wiki.debian.org.git/tree/bin/rotate-logs 
since the date this bug was filed.


Thank you!
--
monty

Bug#875545: ITP: cpdf -- The tool provide a wide range of professional, robust tools to modify PDF files.

[Francisco Vilmar Cardoso Ruviaro]

Hi Chris,

> If this is your first package to Debian, for a variety of reasons I
> don't recommend packaging something that will go to non-free.
Yes, this would be my first package, I understood that it is
inappropriate to initially send something like this, I will close the bug.

Thanks, Francisco



signature.asc
Description: OpenPGP digital signature

Bug#872620: anarchism: add Suggests: fortune-anarchism

[Samuel Henrique]

​2017-09-11 12:34 GMT-03:00 Holger Levsen :

> On Mon, Sep 11, 2017 at 12:30:56PM -0300, Samuel Henrique wrote:
> > I run gbp buildpackage on master, my gbp is configured to run sbuild
> using
> > sid, just like the sbuild wiki page suggests, I'm using buster.
>
> oh, well, please run "dch -r" and provide source packages on mentors.d.n
> then…
>

I'm having a problem uploading to mentors, i've been trying to upload it's
been three days and i receive no feedback at all (i think mentors was
supposed to send me an email if anything goes wrong), dput's output shows:

> Successfully uploaded packages.
>
But the package never appears on mentors.

I'll try to get advice on how to debug this.

​The changelog entry date is already updated (dch -r)​.


​
​
Samuel Henrique ​

Bug#875800: double free or corruption (!prev)

[Kumar Appaiah]

tags 875800 + unreproducible
thanks

On Thu, Sep 14, 2017 at 10:53:40PM +0800, 積丹尼 Dan Jacobson wrote:
> Package: flickcurl-utils
> Version: 1.26-2
> Severity: grave
> File: /usr/bin/flickcurl
> 
> $ flickcurl oauth.create
> *** Error in `flickcurl': double free or corruption (!prev): 0x0176b510 ***
> === Backtrace: =
[snipped]

Hi.

I am unable to reproduce this bug. Here is what I get:

# flickcurl oauth.create
flickcurl: ERROR: Method flickr.oauth.request_token failed with error 0 - 
(null) (HTTP 401)
flickcurl: Failed to create OAuth Request token/secret
flickcurl: Command oauth.create failed

Can you please clarify whether it could be with libc6, since the
version of libc6 I have is 2.24-17.

Thanks.

Kumar
-- 
Kumar Appaiah

Bug#875683: nvidia-graphics-drivers: libGL.so.1 missing with libglvnd libs

[Andreas Beckmann]

On 15.09.2017 01:30, Luca Boccassi wrote:
>> Is it because libgl1-glvnd-nvidia-glx declares a conflict with
>> libgl1,
>> which libgl1-mesa-glx provides perhaps?

That's the most likely case.

I tried a hack (r7481) s.t. this should now work with mesa 13 in
testing. Some provides are disabled, so lib*-glvnd-nvidia* won't work as
a substitute for the corresponding package from src:libglvnd.


Andreas

Bug#638393: [Resolvconf-devel] Bug#638393: Please allow resolvconf to run as non-root

[Daniel Kahn Gillmor]

I've just published https://github.com/dkg/resolvconf-admin, which is a
setuid helper program, which could allow a non-root user to invoke
resolvconf.

I welcome any review of it.  I'm willing to package it for debian if
this is something that people would find useful.

I personally prefer to just use systemd-resolved these days.

  --dkg


signature.asc
Description: PGP signature

Bug#875839: r-cran-rsqlite depends on r-cran-pkgconfig, not pkg-config; unusable without this dependency

[Don Armstrong]

Package: r-cran-rsqlite
Severity: serious
Version: 2.0-1

r-cran-rsqlite needs to depend on r-cran-pkgconfig (which doesn't yet
existin Debian) not pkg-config.

This produces errors like:

> conn <- dbConnect(SQLite(),dbname="temp.sqlite")
> dbExistsTable(conn,"faketable")
Error in loadNamespace(name) : there is no package called ‘pkgconfig’


-- 
Don Armstrong  https://www.donarmstrong.com

If god is always watching over us
who's driving?
 -- a softer world #487
http://www.asofterworld.com/index.php?id=487

Bug#875688: libreoffice-report-builder: Design view missing from libre office base. Existing reports won't run.

[Francesco]

Package: libreoffice-report-builder
Version: 1:5.4.1-1
Followup-For: Bug #875688

Dear Maintainer,


I think there is something missing in the package: I saw in 
mysql-connector extension there is a path that looks like 
/usr/lib/libreoffice/share/extensions/mysql-connector-ooo/, so 
I expet to find something similar in report-builder or in
report-builder-bin package but nothing pointing to 
.../share/extensions/... 

For the opener of the bug: are you sure the mysql-connector
extension is used for report-builder? Isn't it's used for
you to connect to yor db? For me db works fine but not the
reporting tool, with the stock libreoffice and without the link
are you able to read your data?

For further information I tried to generate a new report and
it works fine, so I tink it's a form of incompatibility with older ones
whith same errors as reported by Guido.
Maybe we should investigate and find a way to migrate to a newer
format without recreating.



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

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

Versions of packages libreoffice-report-builder depends on:
ii  libbase-java   1.1.6-2
ii  libcommons-logging-java1.2-1
ii  libflute-java  1:1.1.6-3
ii  libfonts-java  1.1.6.dfsg-3
ii  libformula-java1.1.7.dfsg-2
ii  liblayout-java 0.2.10-2
ii  libloader-java 1.1.6.dfsg-4
ii  libpentaho-reporting-flow-engine-java  0.9.4-4
ii  libreoffice-common 1:5.4.1-1
ii  libreoffice-core   1:5.4.1-1
ii  libreoffice-java-common1:5.4.1-1
ii  libreoffice-report-builder-bin 1:5.4.1-1
ii  librepository-java 1.1.6-3
ii  libsac-java1.3+dfsg-2
ii  libserializer-java 1.1.6-4
ii  libxml-java1.1.6.dfsg-3

libreoffice-report-builder recommends no packages.

libreoffice-report-builder suggests no packages.

Versions of packages libreoffice-base depends on:
ii  libc6 2.24-17
ii  libgcc1   1:7.2.0-4
ii  libreoffice-base-core 1:5.4.1-1
ii  libreoffice-base-drivers  1:5.4.1-1
ii  libreoffice-core  1:5.4.1-1
ii  libstdc++67.2.0-4
ii  uno-libs3 5.4.1-1
ii  ure   5.4.1-1

Versions of packages libreoffice-base recommends:
ii  default-jre [java6-runtime]2:1.8-59
ii  libreoffice-java-common1:5.4.1-1
ii  libreoffice-writer 1:5.4.1-1
ii  openjdk-8-jre [java6-runtime]  8u144-b01-1

Versions of packages libreoffice-base suggests:
ii  unixodbc  2.3.4-1

-- no debconf information

Bug#872004: linux: Please enable CONFIG_SPI_PXA2XX

[russm]

On Thu, Sep 14, 2017 at 09:48:26AM +0200, Uwe Kleine-König wrote:
> 
> For which platform is this needed? amd64? Does this also require
> CONFIG_SPI_PXA2XX_PCI?

For amd64, CONFIG_SPI_PXA2XX only, not CONFIG_SPI_PXA2XX_PCI.

Thanks.

Bug#875683: nvidia-graphics-drivers: libGL.so.1 missing with libglvnd libs

[Luca Boccassi]

On Fri, 2017-09-15 at 00:14 +0100, Luca Boccassi wrote:
> On Wed, 2017-09-13 at 23:42 +0200, Andreas Beckmann wrote:
> > On 2017-09-13 15:47, Andreas Beckmann wrote:
> > > On 2017-09-12 22:01, Luca Boccassi wrote:
> > > > I built and installed, it pulled in libglvnd0 (:i386), but then
> > > > libGL.so.1 is gone from /usr/lib/(32|64 bit subdirs) so most
> > > > things
> > > > fail to run, including Gnome.
> > 
> > Are both libGL.so.1 missing or only one of them?
> 
> They were both missing.
> 
> > Did you manage to mix libgl1-nvidia-glvnd-glx:arch1 with
> > libgl1-nvidia-glx:arch2 ?
> 
> Nope, libgl1-nvidia-glvnd-glx was installed for both architectures.
> It was a straight apt dist-upgrade with locally built packages,
> without
> doing any manual intervention, this is the apt log:
> 
> Install: libglvnd0:amd64 (0.2.999+git20170802-4, automatic),
> libglvnd0:i386 (0.2.999+git20170802-4, automatic)
> Upgrade: libglx0-glvnd-nvidia:amd64 (375.82-1~deb9u1, 375.82-3.1),
> libglx0-glvnd-nvidia:i386 (375.82-1~deb9u1, 375.82-3.1), libgles-
> nvidia1:amd64 (375.82-1~deb9u1, 375.82-3.1), libgles-nvidia2:amd64
> (375.82-1~deb9u1, 375.82-3.1), libnvidia-ml1:amd64 (375.82-1~deb9u1,
> 375.82-3.1), nvidia-egl-icd:amd64 (375.82-1~deb9u1, 375.82-3.1),
> nvidia-egl-icd:i386 (375.82-1~deb9u1, 375.82-3.1), nvidia-
> driver:amd64
> (375.82-1~deb9u1, 375.82-3.1), nvidia-vdpau-driver:amd64 (375.82-
> 1~deb9u1, 375.82-3.1), libgl1-nvidia-glvnd-glx:amd64 (375.82-
> 1~deb9u1,
> 375.82-3.1), libgl1-nvidia-glvnd-glx:i386 (375.82-1~deb9u1, 375.82-
> 3.1), libglx-nvidia0:amd64 (375.82-1~deb9u1, 375.82-3.1), libglx-
> nvidia0:i386 (375.82-1~deb9u1, 375.82-3.1), libczmq-dev:amd64
> (4.0.2+git20170911-0, 4.0.2+git20170912-0), nvidia-kernel-dkms:amd64
> (375.82-1~deb9u1, 375.82-3.1), libegl-nvidia0:amd64 (375.82-1~deb9u1,
> 375.82-3.1), libegl-nvidia0:i386 (375.82-1~deb9u1, 375.82-3.1),
> nvidia-
> egl-common:amd64 (375.82-1~deb9u1, 375.82-3.1), libnvidia-cfg1:amd64
> (375.82-1~deb9u1, 375.82-3.1), libnvidia-cfg1:i386 (375.82-1~deb9u1,
> 375.82-3.1), nvidia-legacy-check:amd64 (375.82-1~deb9u1, 375.82-3.1),
> libczmq4:amd64 (4.0.2+git20170911-0, 4.0.2+git20170912-0), nvidia-
> kernel-support:amd64 (375.82-1~deb9u1, 375.82-3.1), nvidia-driver-
> libs:amd64 (375.82-1~deb9u1, 375.82-3.1), nvidia-driver-bin:amd64
> (375.82-1~deb9u1, 375.82-3.1), xserver-xorg-video-nvidia:amd64
> (375.82-
> 1~deb9u1, 375.82-3.1), libopengl0-glvnd-nvidia:amd64 (375.82-
> 1~deb9u1,
> 375.82-3.1), libopengl0-glvnd-nvidia:i386 (375.82-1~deb9u1, 375.82-
> 3.1), libnvidia-glcore:amd64 (375.82-1~deb9u1, 375.82-3.1),
> libnvidia-
> glcore:i386 (375.82-1~deb9u1, 375.82-3.1), libegl1-glvnd-nvidia:amd64
> (375.82-1~deb9u1, 375.82-3.1), libegl1-glvnd-nvidia:i386 (375.82-
> 1~deb9u1, 375.82-3.1), libnvidia-eglcore:amd64 (375.82-1~deb9u1,
> 375.82-3.1), libnvidia-eglcore:i386 (375.82-1~deb9u1, 375.82-3.1),
> nvidia-alternative:amd64 (375.82-1~deb9u1, 375.82-3.1)
> Remove: libgles-nvidia1:i386 (375.82-1~deb9u1), libgles-nvidia2:i386
> (375.82-1~deb9u1), libgles1-glvnd-nvidia:amd64 (375.82-1~deb9u1),
> libgles1-glvnd-nvidia:i386 (375.82-1~deb9u1), libgldispatch0-
> nvidia:amd64 (375.82-1~deb9u1), libgldispatch0-nvidia:i386 (375.82-
> 1~deb9u1), libgl1-glvnd-nvidia-glx:amd64 (375.82-1~deb9u1), libgl1-
> glvnd-nvidia-glx:i386 (375.82-1~deb9u1), libgles2-glvnd-nvidia:amd64
> (375.82-1~deb9u1), libgles2-glvnd-nvidia:i386 (375.82-1~deb9u1)
> 
> > I think I have a reproducer for a minimal sid chroot:
> > 
> > # dpkg --add-architecture i386
> > # apt-get update
> > # apt-get install libgl1:amd64
> > # apt-get install libgl1-nvidia-glvnd-glx:amd64
> > # find /usr/lib -name libGL.so.1
> > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
> > /usr/lib/x86_64-linux-gnu/libGL.so.1
> > # apt-get install libgl1-nvidia-glx:i386
> > # find /usr/lib -name libGL.so.1
> > /usr/lib/i386-linux-gnu/libGL.so.1
> > /usr/lib/i386-linux-gnu/nvidia/libGL.so.1
> > /usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
> > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
> > 
> > Should be fixed in r7480.
> > 
> > Another one: if you install libgl1:i386 libgl1:amd64
> > libgl1-nvidia-glx:amd64, you'll miss the i386 libGL.so.1
> > (It should work if you install libgl1-nvidia-glvnd-glx:amd64
> > instead)
> > 
> > Not sure how to handle that one, though ... but that's not
> > different
> > from behavior in jessie/stretch now:
> > 
> > apt-get install libgl1-nvidia-glx:amd64 libgl1-mesa-glx:amd64
> > libgl1-mesa-glx:i386
> > 
> > 
> > Andreas
> 
> Just built and installed, but the same result happens after a simple
> dist-upgrade:
> 
> $ ls /usr/lib/x86_64-linux-gnu/libGL.so.1
> ls: cannot access '/usr/lib/x86_64-linux-gnu/libGL.so.1': No such
> file or directory
> $ ls /usr/lib/i386-linux-gnu/libGL.so.1
> ls: cannot access '/usr/lib/i386-linux-gnu/libGL.so.1': No such file
> or directory
> 
> $ dpkg -l | grep libgl1
> ii  libgl1-mesa-dev:amd64 13.0.6-
> 1+b2   

Bug#875835: Pending fixes for bugs in the libflickr-api-perl package

[pkg-perl-maintainers]

tag 875835 + pending
thanks

Some bugs in the libflickr-api-perl package are closed in revision
a04089c1d36820e636952e347a86005898c15448 in branch 'master' by Alex
Muntada

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libflickr-api-perl.git/commit/?id=a04089c

Commit message:

Fix doc issues and remove scripts .pl from POD

Closes: #875835
Gbp-Dch: ignore

Bug#875683: nvidia-graphics-drivers: libGL.so.1 missing with libglvnd libs

[Luca Boccassi]

On Wed, 2017-09-13 at 23:42 +0200, Andreas Beckmann wrote:
> On 2017-09-13 15:47, Andreas Beckmann wrote:
> > On 2017-09-12 22:01, Luca Boccassi wrote:
> > > I built and installed, it pulled in libglvnd0 (:i386), but then
> > > libGL.so.1 is gone from /usr/lib/(32|64 bit subdirs) so most
> > > things
> > > fail to run, including Gnome.
> 
> Are both libGL.so.1 missing or only one of them?

They were both missing.

> Did you manage to mix libgl1-nvidia-glvnd-glx:arch1 with
> libgl1-nvidia-glx:arch2 ?

Nope, libgl1-nvidia-glvnd-glx was installed for both architectures.
It was a straight apt dist-upgrade with locally built packages, without
doing any manual intervention, this is the apt log:

Install: libglvnd0:amd64 (0.2.999+git20170802-4, automatic),
libglvnd0:i386 (0.2.999+git20170802-4, automatic)
Upgrade: libglx0-glvnd-nvidia:amd64 (375.82-1~deb9u1, 375.82-3.1),
libglx0-glvnd-nvidia:i386 (375.82-1~deb9u1, 375.82-3.1), libgles-
nvidia1:amd64 (375.82-1~deb9u1, 375.82-3.1), libgles-nvidia2:amd64
(375.82-1~deb9u1, 375.82-3.1), libnvidia-ml1:amd64 (375.82-1~deb9u1,
375.82-3.1), nvidia-egl-icd:amd64 (375.82-1~deb9u1, 375.82-3.1),
nvidia-egl-icd:i386 (375.82-1~deb9u1, 375.82-3.1), nvidia-driver:amd64
(375.82-1~deb9u1, 375.82-3.1), nvidia-vdpau-driver:amd64 (375.82-
1~deb9u1, 375.82-3.1), libgl1-nvidia-glvnd-glx:amd64 (375.82-1~deb9u1,
375.82-3.1), libgl1-nvidia-glvnd-glx:i386 (375.82-1~deb9u1, 375.82-
3.1), libglx-nvidia0:amd64 (375.82-1~deb9u1, 375.82-3.1), libglx-
nvidia0:i386 (375.82-1~deb9u1, 375.82-3.1), libczmq-dev:amd64
(4.0.2+git20170911-0, 4.0.2+git20170912-0), nvidia-kernel-dkms:amd64
(375.82-1~deb9u1, 375.82-3.1), libegl-nvidia0:amd64 (375.82-1~deb9u1,
375.82-3.1), libegl-nvidia0:i386 (375.82-1~deb9u1, 375.82-3.1), nvidia-
egl-common:amd64 (375.82-1~deb9u1, 375.82-3.1), libnvidia-cfg1:amd64
(375.82-1~deb9u1, 375.82-3.1), libnvidia-cfg1:i386 (375.82-1~deb9u1,
375.82-3.1), nvidia-legacy-check:amd64 (375.82-1~deb9u1, 375.82-3.1),
libczmq4:amd64 (4.0.2+git20170911-0, 4.0.2+git20170912-0), nvidia-
kernel-support:amd64 (375.82-1~deb9u1, 375.82-3.1), nvidia-driver-
libs:amd64 (375.82-1~deb9u1, 375.82-3.1), nvidia-driver-bin:amd64
(375.82-1~deb9u1, 375.82-3.1), xserver-xorg-video-nvidia:amd64 (375.82-
1~deb9u1, 375.82-3.1), libopengl0-glvnd-nvidia:amd64 (375.82-1~deb9u1,
375.82-3.1), libopengl0-glvnd-nvidia:i386 (375.82-1~deb9u1, 375.82-
3.1), libnvidia-glcore:amd64 (375.82-1~deb9u1, 375.82-3.1), libnvidia-
glcore:i386 (375.82-1~deb9u1, 375.82-3.1), libegl1-glvnd-nvidia:amd64
(375.82-1~deb9u1, 375.82-3.1), libegl1-glvnd-nvidia:i386 (375.82-
1~deb9u1, 375.82-3.1), libnvidia-eglcore:amd64 (375.82-1~deb9u1,
375.82-3.1), libnvidia-eglcore:i386 (375.82-1~deb9u1, 375.82-3.1),
nvidia-alternative:amd64 (375.82-1~deb9u1, 375.82-3.1)
Remove: libgles-nvidia1:i386 (375.82-1~deb9u1), libgles-nvidia2:i386
(375.82-1~deb9u1), libgles1-glvnd-nvidia:amd64 (375.82-1~deb9u1),
libgles1-glvnd-nvidia:i386 (375.82-1~deb9u1), libgldispatch0-
nvidia:amd64 (375.82-1~deb9u1), libgldispatch0-nvidia:i386 (375.82-
1~deb9u1), libgl1-glvnd-nvidia-glx:amd64 (375.82-1~deb9u1), libgl1-
glvnd-nvidia-glx:i386 (375.82-1~deb9u1), libgles2-glvnd-nvidia:amd64
(375.82-1~deb9u1), libgles2-glvnd-nvidia:i386 (375.82-1~deb9u1)

> I think I have a reproducer for a minimal sid chroot:
> 
> # dpkg --add-architecture i386
> # apt-get update
> # apt-get install libgl1:amd64
> # apt-get install libgl1-nvidia-glvnd-glx:amd64
> # find /usr/lib -name libGL.so.1
> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
> /usr/lib/x86_64-linux-gnu/libGL.so.1
> # apt-get install libgl1-nvidia-glx:i386
> # find /usr/lib -name libGL.so.1
> /usr/lib/i386-linux-gnu/libGL.so.1
> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1
> /usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
> 
> Should be fixed in r7480.
> 
> Another one: if you install libgl1:i386 libgl1:amd64
> libgl1-nvidia-glx:amd64, you'll miss the i386 libGL.so.1
> (It should work if you install libgl1-nvidia-glvnd-glx:amd64 instead)
> 
> Not sure how to handle that one, though ... but that's not different
> from behavior in jessie/stretch now:
> 
> apt-get install libgl1-nvidia-glx:amd64 libgl1-mesa-glx:amd64
> libgl1-mesa-glx:i386
> 
> 
> Andreas

Just built and installed, but the same result happens after a simple
dist-upgrade:

$ ls /usr/lib/x86_64-linux-gnu/libGL.so.1
ls: cannot access '/usr/lib/x86_64-linux-gnu/libGL.so.1': No such file or 
directory
$ ls /usr/lib/i386-linux-gnu/libGL.so.1
ls: cannot access '/usr/lib/i386-linux-gnu/libGL.so.1': No such file or 
directory

$ dpkg -l | grep libgl1
ii  libgl1-mesa-dev:amd64 13.0.6-1+b2   
  amd64free implementation of the OpenGL API -- 
GLX development files
ii  libgl1-mesa-dri:amd64 13.0.6-1+b2   
  amd64free implementation of the OpenGL API -- 
DRI modules
ii  

Bug#875838: fpc: test/units/sysutils/texpfncase fails on some systems (patch attached)

[Adam Conrad]

Package: fpc
Version: 3.0.2+dfsg-5
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful ubuntu-patch



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

  * fix_texpfncase_test.patch: Cherrypick upstream fix to texpfncase test.

After banging my head on a few walls, I couldn't quite sort out *why* this
test passes on some of our infra and not others, but happily, the upstream
commit above fixes it so it passes everywhere.

Would be nice to have this included in the unstable version so we can sync
back again, but if the plan is to move to the experimental version soon,
which I assume includes the fix (didn't check), then that works too.

... Adam

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

Kernel: Linux 4.12.0-12-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru fpc-3.0.2+dfsg/debian/patches/fix_texpfncase_test.patch 
fpc-3.0.2+dfsg/debian/patches/fix_texpfncase_test.patch
--- fpc-3.0.2+dfsg/debian/patches/fix_texpfncase_test.patch 1969-12-31 
17:00:00.0 -0700
+++ fpc-3.0.2+dfsg/debian/patches/fix_texpfncase_test.patch 2017-09-14 
16:48:11.0 -0600
@@ -0,0 +1,26 @@
+From 2c185394f13c44992c7348b64b3514030781668b Mon Sep 17 00:00:00 2001
+From: pierre 
+Date: Mon, 2 Feb 2015 21:49:36 +
+Subject: [PATCH]  Fix for failures on FileNameCaseSensitive systems
+
+git-svn-id: http://svn.freepascal.org/svn/fpc/trunk@29609 
3ad0048d-3df7-0310-abae-a5850022a9f2
+---
+ tests/test/units/sysutils/texpfncase.pp | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/tests/test/units/sysutils/texpfncase.pp 
b/tests/test/units/sysutils/texpfncase.pp
+index 3a6e1cac73..a4adf805e7 100644
+--- a/fpcsrc/tests/test/units/sysutils/texpfncase.pp
 b/fpcsrc/tests/test/units/sysutils/texpfncase.pp
+@@ -57,8 +57,9 @@ procedure TestExpFNC (const FN1, ExpReturn: string; 
ExpMatch: TFilenameCaseMatch
+   Match: TFilenameCaseMatch;
+ begin
+   FN2 := ExpandFileNameCase (FN1, Match);
+-  if ((ExpReturn <> '') and (FN2 <> ExpReturn) or (Match <> ExpMatch)) and
+- not(FileNameCaseSensitive and (Match=mkAmbiguous) and 
(UpperCase(FN2)<>UpperCase(ExpReturn)))  then
++  if (Match <> ExpMatch) or ((ExpReturn <> '') and (FN2 <> ExpReturn) and
++ ((Match <> mkAmbiguous) or not (FileNameCaseSensitive) or
++   (UpperCase (FN2) <> UpperCase (ExpReturn 
then
+begin
+ Inc (Failed);
+ WriteLn ('Error: Input = ', FN1, ', Output = ', FN2, ' (expected ', 
ExpReturn, '), MatchFound = ',
diff -Nru fpc-3.0.2+dfsg/debian/patches/series 
fpc-3.0.2+dfsg/debian/patches/series
--- fpc-3.0.2+dfsg/debian/patches/series2017-08-07 11:00:17.0 
-0600
+++ fpc-3.0.2+dfsg/debian/patches/series2017-09-14 16:48:20.0 
-0600
@@ -25,3 +25,4 @@
 fix-spelling-errors-3.patch
 fix_tests_for_make_print_directory.patch
 fix_mips_mipsel_lazarus_FTBFS.patch
+fix_texpfncase_test.patch

Bug#875265: RFS: rednotebook/2.2-1 [ITP] [ITA] -- A cross-platform journal

[Phil Wyett]

On Tue, 2017-09-12 at 18:45 +0100, Phil Wyett wrote:
> On Tue, 2017-09-12 at 22:12 +0500, Andrey Rahmatullin wrote:
> > On Tue, Sep 12, 2017 at 04:37:10PM +0100, Phil Wyett wrote:
> > > The rednotebook upstream author added txt2tags.py and then GPL-2 license
> > > data to
> > > his project prior to the txt2tags author changing his licensing to GPL-2+.
> > > This
> > > is why the data was bad in rednotebook. Updating (as done) to the now
> > > correct
> > > GPL-2+ txt2tags.py brings everything up to date and rectifies the
> > > situation.
> > 
> > Do you mean the code itself was not changed since then?
> > 
> > > > rednotebook/external/txt2tags.py should have a section in d/copyright.
> > > 
> > > It does have.
> > 
> > Indeed, sorry.
> > 
> 
> Hi,
> 
> Good call. I made an assumption when told the file was copied in, thinking as
> in
> with no modification and we all know what assumption leads to. :-)
> 
> * txt2tags latest release was 2010 - 2.6.
> * txt2tags has had many *many* commits since.
> * txt2tags seriously needs to do a release.
> * rednotebook version of txt2tags.py has been modified, but is it latest
>   upstream or upstream plus local modifications? Need to resolve.
> 
> I will address the above and more with the rednotebook author and get back
> with
> information.
> 
> Regards
> 
> Phil
> 

Hi,

Refreshed upload.

Your upload of the package 'rednotebook' to mentors.debian.net was
successful. Others can now see it. The URL of your package is:
https://mentors.debian.net/package/rednotebook

The respective dsc file can be found at:
https://mentors.debian.net/debian/pool/main/r/rednotebook/rednotebook_2.2-1.dsc

Regards

Phil

-- 
*** If this is a mailing list, I am subscribed, no need to CC me.***

Playing the game for the games sake.

Web: https://kathenas.org

Github: https://github.com/kathenas

Twitter: kathenasorg

Instagram: kathenasorg

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

Bug#866741: backintime-qt4: Freezes when pressing button "View last log"

[sam]

Package: backintime-qt4
Version: 1.1.12-2
Followup-For: Bug #866741

Dear Maintainer,

I have the same problem, but it only happens if I try to view the log of
certain snapshots, including the most recent one.
If I Ctrl-C in the terminal the program becomes responsive again. Debug output
is below. I hit "View Last Log" between the last DEBUG line and the ^C


DEBUG: [common/backintime.py:509 arg_parse] Arguments: {'debug': True} |
unknownArgs: []

Back In Time
Version: 1.1.12

Back In Time comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; type `backintime --license' for details.

DEBUG: [common/backintime.py:576 getConfig] config file:
/home/sam/.config/backintime/config
DEBUG: [common/backintime.py:577 getConfig] profiles: ['1', '2', '3']
DEBUG: [common/pluginmanager.py:88 PluginManager.load_plugins] Register plugin
path /usr/share/backintime/plugins
DEBUG: [common/pluginmanager.py:104 PluginManager.load_plugins] Add plugin
notifyplugin.py
DEBUG: [common/pluginmanager.py:104 PluginManager.load_plugins] Add plugin
qt4plugin.py
DEBUG: [common/pluginmanager.py:104 PluginManager.load_plugins] Add plugin
userscriptsplugin.py
Gtk-Message: Failed to load module "canberra-gtk-module"
DEBUG: [common/snapshots.py:953 Snapshots.has_old_snapshots] Found old
snapshots: False
DEBUG: [common/tools.py:611 keyring_supported] Found appropriate keyring
'keyring.backends.SecretService'
DEBUG: [common/mount.py:50 Mount.__init__] pw-cache is not running
DEBUG: [common/mount.py:59 Mount.__init__] Call command: /usr/bin/backintime
pw-cache start
^CTraceback (most recent call last):
  File "/usr/share/backintime/qt4/app.py", line 904, in on_btn_log_view_clicked
logviewdialog.LogViewDialog( self ).exec_()
  File "/usr/share/backintime/qt4/logviewdialog.py", line 115, in __init__
self.update_profiles()
  File "/usr/share/backintime/qt4/logviewdialog.py", line 159, in
update_profiles
self.update_log()
  File "/usr/share/backintime/qt4/logviewdialog.py", line 187, in update_log
self.txt_log_view.setPlainText(self.snapshots.get_take_snapshot_log(mode,
self.get_selected_profile(), decode = self.decode) )
  File "/usr/share/backintime/common/snapshots.py", line 398, in
get_take_snapshot_log
return self._filter_take_snapshot_log( data, mode, **kwargs )
  File "/usr/share/backintime/common/snapshots.py", line 378, in
_filter_take_snapshot_log
log = log + line + '\n'
KeyboardInterrupt



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

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

Versions of packages backintime-qt4 depends on:
ii  backintime-common 1.1.12-2
ii  libnotify-bin 0.7.7-2
ii  policykit-1   0.105-18
ii  python3   3.5.3-3
ii  python3-dbus.mainloop.qt  4.11.4+dfsg-2+b2
ii  python3-pyqt4 4.11.4+dfsg-2+b2
ii  x11-utils 7.7+3+b1

Versions of packages backintime-qt4 recommends:
ii  python3-secretstorage  2.3.1-2

Versions of packages backintime-qt4 suggests:
pn  meld | kompare  

-- no debconf information

Bug#875837: fuji: Missing fuji(8) man page

[Michael Jeanson]

Package: fuji
Version: 1.0.2-1+b2
Severity: normal
Tags: patch

Dear Maintainer,

The usr/sbin/fuji binary has no corresponding man page, I wrote one and
attached it to this message. Feel free to add more information to it.

Cheers,

Michael

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

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

Versions of packages fuji depends on:
ii  init-system-helpers  1.49
ii  libc62.24-17

fuji recommends no packages.

fuji suggests no packages.

-- no debconf information
.TH "FUJI" 8 "2017-09-14" "Fuji MQTT Gateway" "fuji"
.SH NAME
fuji \- Fuji Message Queue Telemetry Transport Gateway
.SH SYNOPSIS
.PP
\fBfuji\fR [ \fB\-c\fR \fIconfig\fR ] [ \fB\-d\fR ] [ \fB\-v\fR ]
.SH DESCRIPTION
Fuji is an MQTT gateway daemon written in Go\&. It is designed to be run as a
standalone daemon process\&.
.PP
It will read sensor data from serial ports and send them to an MQTT broker\&.
.SH OPTIONS
.TP
\-c \fIconfig\fR
Uses the directives in the file \fIconfig\fR on startup\&. When omitted the
default \fI/etc/fuji\-gw/config.toml\fR is used\&.
.TP
\-d
Run fuji in debug mode\&.
.TP
\-v
Print the version of fuji, and then exit\&.
.SH AUTHOR
This manual page was written by Michael Jeanson  for the
Debian project (but may be used by others).
.SH COPYRIGHT
Copyright \(co 2015\-2016 Shiguredo Inc. 
Licensed under the Apache License, Version 2.0, see
<\fBfile:///usr/share/common\-licenses/Apache\-2.0\fR>\&.

Bug#870982: RM: djbdns -- RoQA; missed both jessie and stretch

[Mattia Rizzolo]

Control: clone -1 -2
Control: reopen -2
Control: retitle -2 RM: djbdns/experimental -- RoQA; missed both jessie and 
stretch

On Thu, Sep 14, 2017 at 07:43:31PM +0200, Andreas Beckmann wrote:
> What about djbdns in experimental (last upload in 2013)?
> Should this be removed as well?

of course, thanks for catching it!

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#875835: don't add quote marks in SYNOPSIS

[積丹尼 Dan Jacobson]

Package: libflickr-api-perl
Version: 1.28-1
Severity: minor
File: /usr/share/man/man1/flickr_dump_stored_config.1p.gz

The quote marks (") should be removed when making the SYNOPSIS for all
these man pages.

SYNOPSIS
   "flickr_dump_stored_config.pl [/path/to/file or
   --config_in=Config-File_to_dump]"

Also the .pl needs to be removed. As they are all installed without .pl:
$ ls /usr/bin/*.pl
ls: cannot access '/usr/bin/*.pl': No such file or directory
$ which flickr_make_test_values
/usr/bin/flickr_make_test_values

By the way also in e.g.,
/usr/share/doc/libflickr-api-perl/examples/flickr_method_test_echo.pl
perldoc renders

Depending on what you specify with B<--use_api> the flickr.test.echo
call will use the appropriate parameter set. If Bnew> is
called with a consumer_key, OAuth is used. If Bnew> with
key the old Flickr Authentication is used.

as

Depending on what you specify with --use_api the flickr.test.echo call
will use the appropriate parameter set. If Flickr::API-new> is called
with a consumer_key, OAuth is used. If Flickr::API-new> with key the old
Flickr Authentication is used.

which is not what you want. You want the first > to be escaped...

Bug#875834: glusterfs-common should not be required by libvirt-daemon

[Michael Biebl]

Package: libvirt-daemon
Version: 3.7.0-2
Severity: normal

glusterfs-common is a rather heavy dependency pulling in another 20M
including dependencies.

Please make glusterfs-common optional. glusterfs support is only useful
in special case setups and should not be required by default.

Regards,
Michael

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

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

Versions of packages libvirt-daemon depends on:
ii  glusterfs-common3.12.1-1
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-10
ii  libaudit1   1:2.7.7-1+b2
ii  libavahi-client30.6.32-2
ii  libavahi-common30.6.32-2
ii  libblkid1   2.29.2-5
ii  libc6   2.24-17
ii  libcap-ng0  0.7.7-3+b1
ii  libcurl3-gnutls 7.55.1-1
ii  libdbus-1-3 1.11.16+really1.10.22-1
ii  libdevmapper1.02.1  2:1.02.142-1
ii  libfuse22.9.7-1
ii  libgnutls30 3.5.15-2
ii  libnetcf1   1:0.2.8-1+b2
ii  libnl-3-200 3.2.27-2
ii  libnl-route-3-200   3.2.27-2
ii  libnuma12.0.11-2.1
ii  libparted2  3.2-17
ii  libpcap0.8  1.8.1-4
ii  libpciaccess0   0.13.4-1+b2
ii  librados2   10.2.5-7.2
ii  librbd1 10.2.5-7.2
ii  libsasl2-2  2.1.27~101-g0780600+dfsg-3
ii  libselinux1 2.7-1
ii  libssh2-1   1.8.0-1
ii  libudev1234-3
ii  libuuid12.29.2-5
ii  libvirt03.7.0-2
ii  libxen-4.8  4.8.1-1+deb9u1
ii  libxenstore3.0  4.8.1-1+deb9u1
ii  libxml2 2.9.4+dfsg1-4
ii  libyajl22.1.0-2+b3

Versions of packages libvirt-daemon recommends:
ii  libxml2-utils   2.9.4+dfsg1-4
ii  netcat-openbsd  1.178-3
ii  qemu1:2.8+dfsg-7

Versions of packages libvirt-daemon suggests:
ii  libvirt-daemon-system  3.7.0-2
pn  numad  

-- no debconf information

Bug#875833: libgnuradio-radar3.7: fails to upgrade from 'stable' to 'sid' - trying to overwrite /usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-radar.pc

[Andreas Beckmann]

Package: libgnuradio-radar3.7
Version: 0.0.0.20161018-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

This test intentionally skips 'testing' to find file overwrite problems
before packages migrate from 'unstable' to 'testing'.

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

  Selecting previously unselected package libgnuradio-radar3.7.
  Preparing to unpack .../8-libgnuradio-radar3.7_0.0.0.20161018-1_amd64.deb ...
  Unpacking libgnuradio-radar3.7 (0.0.0.20161018-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-rZbRTO/8-libgnuradio-radar3.7_0.0.0.20161018-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/pkgconfig/gnuradio-radar.pc', 
which is also in package libgnuradio-radar3.7.10 0.0.0.20160615-3+b1
  Errors were encountered while processing:
   
/tmp/apt-dpkg-install-rZbRTO/8-libgnuradio-radar3.7_0.0.0.20161018-1_amd64.deb


BTW, doesn't the .pc file rather belong into a -dev package?


cheers,

Andreas


libgnuradio-radar3.7.10=0.0.0.20160615-3+b1_libgnuradio-radar3.7=0.0.0.20161018-1.log.gz
Description: application/gzip

Bug#875029: [Pkg-xfce-devel] Bug#875029: [lightdm] Future Qt4 removal from Buster

[Manuel A. Fernandez Montecelo]

2017-09-14 21:17 GMT+02:00 Yves-Alexis Perez :
> On Sat, 2017-09-09 at 22:10 +0200, Lisandro Damián Nicanor Pérez Meyer wrote:
>> In order to make this move, all packages directly or indirectly depending on
>> the Qt4 libraries have to either get ported to Qt5 or eventually get
>> removed from the Debian repositories.
>>
>> Therefore, please take the time and:
>> - contact your upstream (if existing) and ask about the state of a Qt5
>> port of your application
>> - if there are no activities regarding porting, investigate whether there are
>> suitable alternatives for your users
>> - if there is a Qt5 port that is not yet packaged, consider packaging it
>> - if both the Qt4 and the Qt5 versions already coexist in the Debian
>> archives, consider removing the Qt4 version
>
> I have to admit I'm not really interested in the Qt lightdm components so I'd
> be just fine in disabling Qt4 stuff. But some packages like lightdm-kde-
> greeter and razorqt-lightdm-greeter actually use it, so I guess some
> coordination will be needed. I'm adding them to the loop.

Thanks for keeping me in the loop.

RazorQt it's Qt4 only, the project has merged along with LXDE as LXQt
(hopefully LXQt is or will be Qt5-ready).

All components (incl. razorqt-lightdm-greeter) are part of the same
source package.  So all of it will get removed at the same time, along
with Qt4 or before.


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#872991: The upload of lava-tool 0.21-1+deb9u1 has now been made.

[Adam D. Barratt]

On Thu, 2017-09-14 at 21:27 +0100, Neil Williams wrote:
> My qa.debian.org page shows a stable-new upload but the link to
> https://ftp-master.debian.org/new/lava-tool_0.21-1%2Bdeb9u1.html
> doesn't exist and there's nothing on the tracker for lava-tool.
> 
> https://lists.alioth.debian.org/pipermail/pkg-linaro-lava-devel/Week-
> of-Mon-20170911/000958.html

stable-new isn't NEW, although it's similar in that it's a policy suite
that sits in front of proposed-updates. Packages migrate from there to
proposed-updates (or get rejected) after manual processing by the
Release Team.

The current contents of the "queue" and status of uploads can be seen
at https://release.debian.org/proposed-updates/stable.html

> Did I miss a step?

Nope, it's just waiting for the manual processing step.

> Should I have closed this bug with the upload?

Definitely nope.

Regards,

Adam

Bug#875832: tomatoes: Unable to save the hiscore list

[Andrej Mernik]

Package: tomatoes
Version: 1.55-6
Severity: normal

Dear Maintainer,

when the game is over, there is a possibility to save the achieved score to the
highscore list. Unfortunately, this is not possible, because the file cannot be
written:

-
Error appeared:
 - Unable to save the hiscore list to [some weird chars here]!
--

It appears that something is pointing to a wrong address, but I really don't
know C++ enough to properly debug this.

Best Regards,
Andrej Mernik



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

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

Versions of packages tomatoes depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libsdl-image1.2   1.2.12-5+b8
ii  libsdl-mixer1.2   1.2.12-11+b3
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libstdc++66.3.0-18
ii  tomatoes-data 1.55-6

tomatoes recommends no packages.

tomatoes suggests no packages.

-- no debconf information

Bug#875831: ramond: Crashes on rule without prefix attribute

[M. Buecher]

Package: ramond
Version: 0.5-4
Severity: normal
Tags: ipv6

Dear Maintainer,

when defining rules without a prefix attribute, then ramond crashes as soon as 
the rule is hit.
Able to reproduce on amd64 and armhf (Raspbian).

Here's an example config that will crash on the very first router advertisement.
/etc/ramond.conf:

  
/usr/local/sbin/ramond.sh route-cleared
  

  
/usr/local/sbin/ramond.sh route-advertised
  



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

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

Versions of packages ramond depends on:
ii  libapr1 1.5.2-5
ii  libc6   2.24-11+deb9u1
ii  libpcap0.8  1.8.1-3
ii  libxml2 2.9.4+dfsg1-2.2
ii  zlib1g  1:1.2.8.dfsg-5

ramond recommends no packages.

ramond suggests no packages.

-- no debconf information

Bug#875829: prosody crashed on error handling for stream errors

[Albert Dengg]

Package: prosody
Version: 0.9.12-2
Severity: important
Tags: patch

hi,

with the lua-socket version from debian stretch, prosody as shipped in the 
debian
package crashes when handling (at least some) stream errors,
see also upstream bug [0].

as mentioned in the upstream bug, the patches in [1] and [2] fix this
crash as it seems (i'm testing it further, but sofar everything looks
good)

could these 2 patches please be applied for the debian package?

thx,

regards
albert

[0] 
[1] 
[2] 

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

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

Versions of packages prosody depends on:
ii  adduser 3.115
ii  libc6   2.24-11+deb9u1
ii  libidn111.33-1
ii  libssl1.1   1.1.0f-3
ii  lsb-base9.20161125
ii  lua-expat [lua5.1-expat]1.3.0-4
ii  lua-filesystem [lua5.1-filesystem]  1.6.3-1
ii  lua-sec [lua5.1-sec]0.6-3
ii  lua-socket [lua5.1-socket]  3.0~rc1+git+ac3201d-3
ii  lua5.1  5.1.5-8.1+b2
ii  ssl-cert1.0.39

Versions of packages prosody recommends:
ii  lua-event [lua5.1-event]  0.4.3-2

Versions of packages prosody suggests:
pn  lua-dbi-mysql   
pn  lua-dbi-postgresql  
pn  lua-dbi-sqlite3 
ii  lua-zlib0.2+git+1+9622739-2+b2

-- Configuration Files:
/etc/prosody/prosody.cfg.lua changed [not included]

-- no debconf information

Bug#875830: mediainfo FTCBFS: uses the build architecture pkg-config

[Helmut Grohne]

Source: mediainfo
Version: 0.7.98-1
Tags: upstream patch
User: helm...@debian.org
Usertags: rebootstrap

mediainfo fails to cross build from source, because it uses the build
architecture pkg-config and thus fails finding required packages (e.g.
libzen). The issue here is that configure.ac hard codes "pkg-config"
rather than using PKG_PROG_PKG_CONFIG to discover the right $PKG_CONFIG
while considering $ac_tool_prefix. The attached patch fixes the
configure scripts. After applying it mediainfo still fails to cross
build, because #875827. Can you apply the patch nonetheless?

Helmut
Index: mediainfo-0.7.98/Project/GNU/CLI/configure.ac
===
--- mediainfo-0.7.98.orig/Project/GNU/CLI/configure.ac
+++ mediainfo-0.7.98/Project/GNU/CLI/configure.ac
@@ -28,6 +28,7 @@
 AC_PROG_CXX
 AC_PROG_LIBTOOL
 AC_PROG_INSTALL
+PKG_PROG_PKG_CONFIG
 
 dnl #
 dnl ### Options
@@ -70,8 +71,8 @@
 elif test "$(libzen-config Exists)" = "yes" ; then
 	enable_unicode="$(libzen-config Unicode)"
 else
-	if pkg-config --exists libzen; then
-		enable_unicode="$(pkg-config --variable=Unicode libzen)"
+	if $PKG_CONFIG --exists libzen; then
+		enable_unicode="$($PKG_CONFIG --variable=Unicode libzen)"
 	else
 		AC_MSG_ERROR([libzen configuration is not found])
 	fi
@@ -177,15 +178,15 @@
 			LIBS="$LIBS $(libmediainfo-config LIBS)"
 		fi
 	else
-		if pkg-config --exists libmediainfo; then
-			CXXFLAGS="$CXXFLAGS $(pkg-config --cflags libmediainfo)"
+		if $PKG_CONFIG --exists libmediainfo; then
+			CXXFLAGS="$CXXFLAGS $($PKG_CONFIG --cflags libmediainfo)"
 			if test "$enable_staticlibs" = "yes"; then
 with_mediainfolib="system (static)"
-LIBS="$LIBS $(pkg-config --variable=Libs_Static libmediainfo)"
-LIBS="$LIBS $(pkg-config --static --libs libmediainfo)"
+LIBS="$LIBS $($PKG_CONFIG --variable=Libs_Static libmediainfo)"
+LIBS="$LIBS $($PKG_CONFIG --static --libs libmediainfo)"
 			else
 with_mediainfolib="system"
-LIBS="$LIBS $(pkg-config --libs libmediainfo)"
+LIBS="$LIBS $($PKG_CONFIG --libs libmediainfo)"
 			fi
 		else
 			AC_MSG_ERROR([libmediainfo configuration is not found])
@@ -219,16 +220,16 @@
 		LIBS="$LIBS $(libzen-config LIBS)"
 	fi
 else
-	if pkg-config --exists libzen; then
-		CXXFLAGS="$CXXFLAGS $(pkg-config --cflags libzen)"
-		MediaInfoLib_CXXFLAGS="$MediaInfoLib_CXXFLAGS $(pkg-config --cflags libzen)"
+	if $PKG_CONFIG --exists libzen; then
+		CXXFLAGS="$CXXFLAGS $($PKG_CONFIG --cflags libzen)"
+		MediaInfoLib_CXXFLAGS="$MediaInfoLib_CXXFLAGS $($PKG_CONFIG --cflags libzen)"
 		if test "$enable_staticlibs" = "yes"; then
 			with_zenlib="system (static)"
-			LIBS="$LIBS $(pkg-config --variable=Libs_Static libzen)"
-			LIBS="$LIBS $(pkg-config --static --libs libzen)"
+			LIBS="$LIBS $($PKG_CONFIG --variable=Libs_Static libzen)"
+			LIBS="$LIBS $($PKG_CONFIG --static --libs libzen)"
 		else
 			with_zenlib="system"
-			LIBS="$LIBS $(pkg-config --libs libzen)"
+			LIBS="$LIBS $($PKG_CONFIG --libs libzen)"
 		fi
 	else
 		AC_MSG_ERROR([libzen configuration is not found])
@@ -321,4 +322,4 @@
 echo "  Using libmediainfo? $with_mediainfolib"
 echo ""
 echo "  CXXFLAGS: $CXXFLAGS"
-echo "  LIBS: $LIBS"
\ No newline at end of file
+echo "  LIBS: $LIBS"
Index: mediainfo-0.7.98/Project/GNU/GUI/configure.ac
===
--- mediainfo-0.7.98.orig/Project/GNU/GUI/configure.ac
+++ mediainfo-0.7.98/Project/GNU/GUI/configure.ac
@@ -27,6 +27,7 @@
 AC_PROG_CXX
 AC_PROG_LIBTOOL
 AC_PROG_INSTALL
+PKG_PROG_PKG_CONFIG
 
 dnl #
 dnl ### Configure
@@ -82,8 +83,8 @@
 if test -e ../../../../ZenLib/Project/GNU/Library/libzen-config; then
 enable_unicode="$(../../../../ZenLib/Project/GNU/Library/libzen-config Unicode)"
 else
-if pkg-config --exists libzen; then
-enable_unicode="$(pkg-config --variable=Unicode libzen)"
+if $PKG_CONFIG --exists libzen; then
+enable_unicode="$($PKG_CONFIG --variable=Unicode libzen)"
 else
 AC_MSG_ERROR([libzen configuration is not found])
 fi
@@ -291,15 +292,15 @@
 LIBS="$LIBS $(../../../../MediaInfoLib/Project/GNU/Library/libmediainfo-config LIBS)"
 fi
 else
-if pkg-config --exists libmediainfo; then
-CXXFLAGS="$CXXFLAGS $(pkg-config --cflags libmediainfo)"
+if $PKG_CONFIG --exists libmediainfo; then
+CXXFLAGS="$CXXFLAGS $($PKG_CONFIG --cflags libmediainfo)"
 if test "$enable_staticlibs" = "yes"; then
 with_mediainfolib="system (static)"
-LIBS="$LIBS $(pkg-config --variable=Libs_Static libmediainfo)"
-LIBS="$LIBS $(pkg-config --static --libs libmediainfo)"
+LIBS="$LIBS $($PKG_CONFIG --variable=Libs_Static libmediainfo)"
+  

Bug#875828: electrum: AssertionError when trying to open my wallet

[Kiko Piris]

Package: electrum
Version: 2.7.9-1
Severity: important

When opening my defaul_wallet, electrum hangs “Synchronizing...”

And in stdout it shows this:

---8<---
Exception in thread Thread-3:
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
  File "/usr/lib/python2.7/dist-packages/electrum/network.py", line 819, in run
self.wait_on_sockets()
  File "/usr/lib/python2.7/dist-packages/electrum/network.py", line 813, in 
wait_on_sockets
self.process_responses(interface)
  File "/usr/lib/python2.7/dist-packages/electrum/network.py", line 603, in 
process_responses
self.process_response(interface, response, callbacks)
  File "/usr/lib/python2.7/dist-packages/electrum/network.py", line 555, in 
process_response
callback(response)
  File "/usr/lib/python2.7/dist-packages/electrum/synchronizer.py", line 139, 
in tx_response
assert tx_hash == hash_encode(Hash(result.decode('hex')))
AssertionError
--->8---

When I created this wallet (yesterday) it opened just fine. It began to fail
after I had transferred some bitcoins to the receive address.

If I create other wallets: a completely new one or one from a seed that I used
several months ago, they open just fine.

But when I try to open that default_wallet I get the mentioned error. I tried
changing servers manually several times, it always fails

Now I can’t access my bitcoins.

Thanks

-- 
Kiko


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

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

Versions of packages electrum depends on:
ii  python   2.7.13-2
ii  python-electrum  2.7.9-1

Versions of packages electrum recommends:
ii  python-qt4  4.11.4+dfsg-2+b2

Versions of packages electrum suggests:
ii  python-btchip  0.1.18-1
ii  python-trezor  0.7.6-1
ii  python-zbar0.10+doc-10.1+b1

-- no debconf information

Bug#35733: [debhelper-devel] Bug#35733: debhelper: dh_strip, dh_fixperms, dh_shlibdeps don't recognize all shared libs

[Niels Thykier]

Hi,

There are a few patches around for this bug.  I have tried going a
different direction, where dh_strip and dh_shlibdeps improves its
detection of ELF binaries.  Assuming it is viable, I prefer it as it
means less work for maintainers (notably, no manual "--add-shlib"
arguments).

 * If you have time to spare, please consider testing this branch
   [bug-35733-elf-detection]

Please note that the changes *only* apply to compat 11 (by design).
This is to avoid complications caused by existing packages relying on
the current behaviour.  For testing, please remember to bump the compat
in the package (or using "export DH_COMPAT=11").


Thanks,
~Niels


[bug-35733-elf-detection]:
https://anonscm.debian.org/git/debhelper/debhelper.git/log/?h=bug-35733-elf-detection

PS: dh_fixperms is not covered by this patch.  With -fPIE being the
default, the vast majority of all binaries now show up as "shared
object" making it harder and more expensive to figure out whether or not
the file should be executable or not.  Notably, dh_strip relies entirely
on the permission bit to get this right (and have done so for years)

Accordingly, I do not plan on extending this work to cover dh_strip.

Bug#875827: wx-config does not work when --host is passed

[Helmut Grohne]

Package: libwxgtk3.0-dev
Version: 3.0.3.1+dfsg-1
Tags: upstream
Forwarded: https://trac.wxwidgets.org/ticket/12698
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:mediainfo

I figured that mediainfo fails to cross build from source, because it
does not find wxWidgets. It invokes wx-config as:

wx-config --host=$DEB_HOST_GNU_TYPE --unicode=yes --static=no base --version

That fails whereas it works after dropping --host:

| $ WXDEBUG=1 wx-config --host=powerpc64le-linux-gnu --unicode=yes --static=no 
base --version
| 
|   input parameters  = base
|   libs parameters   = 
|   optional-libs parameters  = 
|   input options = host
| host = powerpc64le-linux-gnu
|   yes/no options= unicode static
| unicode = yes
| static = no
|   flag options  = 
|   output options= version
| version = yes
|   query options = 
| 
|   prefix   = '/usr'
|   exec_prefix  = '/usr'
|   wxconfdir= '/usr/lib/powerpc64le-linux-gnu/wx/config'
|   m_host   = 'powerpc64le-linux-gnu-?'
|   m_toolkit= '[^-]+'
|   m_widgetset  = '(univ)?'
|   m_chartype   = 'unicode'
|   m_debugtype  = '(debug|release)'
|   m_flavour= '(-[^-]+)?'
|   m_version= '[0-9]+\.[0-9]+'
|   m_linkage= ''
|   configmask   = 
'^powerpc64le-linux-gnu-?-[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$'
|   this config  = 'gtk2-unicode-3.0'
| 
|   must delegate to an alternate config
|   potential delegates (0):
| 
|   Warning: No config found to match: 
^powerpc64le-linux-gnu-?-[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$
|in /usr/lib/powerpc64le-linux-gnu/wx/config
|   If you require this configuration, please install the desired
|   library build.  If this is part of an automated configuration
|   test and no other errors occur, you may safely ignore it.
|   You may use wx-config --list to see all configs available in
|   the default prefix.
| 
| $ WXDEBUG=1 wx-config  --unicode=yes --static=no base --version
| 
|   input parameters  = base
|   libs parameters   = 
|   optional-libs parameters  = 
|   input options = 
|   yes/no options= unicode static
| unicode = yes
| static = no
|   flag options  = 
|   output options= version
| version = yes
|   query options = 
| 
|   prefix   = '/usr'
|   exec_prefix  = '/usr'
|   wxconfdir= '/usr/lib/powerpc64le-linux-gnu/wx/config'
|   m_host   = ''
|   m_toolkit= '[^-]+'
|   m_widgetset  = '(univ)?'
|   m_chartype   = 'unicode'
|   m_debugtype  = '(debug|release)'
|   m_flavour= '(-[^-]+)?'
|   m_version= '[0-9]+\.[0-9]+'
|   m_linkage= ''
|   configmask   = '^[^-]+(univ)?-unicode-[0-9]+\.[0-9]+(-[^-]+)?$'
|   this config  = 'gtk2-unicode-3.0'
| 
|   using this config
| 3.0.3
|   user supplied libs: ''
|   fetching lib flags for: ''
|   retrieved: ldflags = 
|  wxlibs  = 
|  alllibs = 
| 
|   using libs: ' '
|   using_gui = yes
| 
| $

I believe that mediainfo's use of --host is reasonable and wx-config
should handle the native --host just fine.

In an IRC discussion Olly Betts figured the matching upstream bug (set
as forwarded above).

In testing this, I found a workaround that makes --host work. If you
copy /usr/lib/powerpc64le-linux-gnu/wx/config/gtk2-unicode-3.0 to
/usr/lib/powerpc64le-linux-gnu/wx/config/powerpc64le-linux-gnu-gtk2-unicode-3.0
and sed 's/^this_host=".*"/this_host="powerpc64le-linux-gnu"/' the new
file, then wx-config works with that --host.

I'm not sure whether that workaround breaks something, but if it
doesn't, I think the packaging could do that and thus unbreak --host.
I'm not convinced enough to set the patch tag though. %-)

Helmut

Bug#875826: epiphany-browser: typing in URL bar lags a lot, preventing correct typing

[Matteo F. Vescovi]

Package: epiphany-browser
Version: 3.26.0-1
Severity: serious

Dear Maintainer,

I've noticed that, since 3.25.9x version uploaded to experimental suite
for testing purposes in Debian archives, epiphany-browser has an
annoying issue related to bad lags while typing web addresses in the URL
bar.

I must admit that nothing similar has happened with former releases,
mainly 3.22.x.

This bug has been marked with a severity of 'serious' to avoid the
migration of the package to testing/buster for early checking.

Cheers.


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

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

Versions of packages epiphany-browser depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.11.16+really1.10.22-1
ii  dbus-x11 [dbus-session-bus]   1.11.16+really1.10.22-1
ii  epiphany-browser-data 3.26.0-1
ii  gsettings-desktop-schemas 3.24.0-2
ii  iso-codes 3.75-1
ii  libc6 2.24-17
ii  libcairo2 1.14.10-1
ii  libgcr-base-3-1   3.20.0-5.1
ii  libgcr-ui-3-1 3.20.0-5.1
ii  libgdk-pixbuf2.0-02.36.5-4
ii  libglib2.0-0  2.54.0-1
ii  libgmp10  2:6.1.2+dfsg-1
ii  libgnome-desktop-3-12 3.26.0-2
ii  libgtk-3-03.22.21-1
ii  libhogweed4   3.3-2
ii  libicu57  57.1-6
ii  libjavascriptcoregtk-4.0-18   2.18.0-2
ii  libjson-glib-1.0-01.2.8-1
ii  libnettle63.3-2
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.12-1
ii  libsecret-1-0 0.18.5-3.1
ii  libsoup2.4-1  2.60.0-1
ii  libsqlite3-0  3.20.1-1
ii  libwebkit2gtk-4.0-37  2.18.0-2
ii  libxml2   2.9.4+dfsg1-4

Versions of packages epiphany-browser recommends:
ii  browser-plugin-evince  3.25.92-1
ii  ca-certificates20170717
ii  evince 3.25.92-1
ii  libwebkit2gtk-4.0-37-gtk2  2.18.0-2
ii  yelp   3.22.0-1

epiphany-browser suggests no packages.

-- no debconf information

-- 
Matteo F. Vescovi


signature.asc
Description: PGP signature

Bug#874494: Pending fixes for bugs in the libsejda-io-java package

[pkg-java-maintainers]

tag 874494 + pending
thanks

Some bugs in the libsejda-io-java package are closed in revision
ef38b1849ce005a454d7ee3fecce6c3471c88c10 in branch 'master' by Markus
Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libsejda-io-java.git/commit/?id=ef38b18

Commit message:

libsejda-io-java.poms: Remove --has-package-version flag.

Closes: #874494

Bug#872991: The upload of lava-tool 0.21-1+deb9u1 has now been made.

[Neil Williams]

My qa.debian.org page shows a stable-new upload but the link to
https://ftp-master.debian.org/new/lava-tool_0.21-1%2Bdeb9u1.html
doesn't exist and there's nothing on the tracker for lava-tool.

https://lists.alioth.debian.org/pipermail/pkg-linaro-lava-devel/Week-of-Mon-20170911/000958.html

Did I miss a step? Should I have closed this bug with the upload?

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpfpnHaPZk0w.pgp
Description: OpenPGP digital signature

Bug#867465: ceph-base: purging ceph-base deletes /etc/ceph/rbdmap owned by ceph-common

[Michael Jeanson]

Hi,

Here is a simple fix for this bug, both ceph-common and ceph-base delete
'etc/ceph' on purge in their postrm script but only ceph-common owns
files in this directory. Just remove the cleanup code from the ceph-base
postrm script.

Cheers,

Michael
>From bb8312996cf030e0846f458009558b42145a6061 Mon Sep 17 00:00:00 2001
From: Michael Jeanson 
Date: Thu, 14 Sep 2017 15:28:51 -0400
Subject: [PATCH] Don't clean dirs on postrm in ceph-base (Closes: #867465)

Cleanup of the /etc/ceph directory on purge is already handled by
ceph-common which owns files in the directory.
---
 debian/ceph-base.postrm | 2 --
 1 file changed, 2 deletions(-)

diff --git a/debian/ceph-base.postrm b/debian/ceph-base.postrm
index 48e4853c0..31272029c 100644
--- a/debian/ceph-base.postrm
+++ b/debian/ceph-base.postrm
@@ -24,8 +24,6 @@ case "$1" in
 ;;
 
 purge)
-	rm -rf /var/log/ceph 
-	rm -rf /etc/ceph
 ;;
 
 upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-- 
2.14.1

Bug#875825: bcron: FTBFS with groff errors

[Andreas Beckmann]

Source: bcron
Version: 0.11-1
Severity: serious

Hi,

bcron/experimental FTBFS in experimental (bcron 0.10 in sid builds
fine). From the attached log:

man --html='cat %s' ./bcron-update.8 > bcron-update.8.html
chmod 755 compile
./compile chdir.c
./compile connection.c
./compile crontab.c
./compile crontabs.c
chmod 755 load
./compile job.c
./compile job_dump.c
./compile ministat.c
./compile sendpacket.c
./compile tempfile.c
./compile time.c
./compile timespec-next.c
./compile timespec-parse.c
./compile bcrontab.c
groff: can't find `DESC' file
groff:fatal error: invalid device `html' (try installing the `groff' package?)
man: command exited with status 3: /usr/lib/man-db/zsoelim | 
/usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv -e UTF-8 
| tbl | groff -mandoc -Thtml
Makefile:51: recipe for target 'bcron-update.8.html' failed
make[2]: *** [bcron-update.8.html] Error 3


Cheers,

Andreas


bcron_0.11-1.log.gz
Description: application/gzip

Bug#875703: debcrossgen defaults to a non-default gcc

[Jussi Pakkanen]

On Thu, Sep 14, 2017 at 7:52 AM, Helmut Grohne  wrote:

>> This script should probably do the same thing as that one. With a bit
>> of refactoring it could even import that function since it ships in
>> the same (private) directory as the code itself.

The problem here is that I don't have access to all the hardware and I
also don't know for sure what are the values that should be reported.
It would be nice to get PRs to master from people with actual
first-hand experience.

Bug#875813: rsync: missed "Number of deleted files"

[Paul Slootman]

On Thu 14 Sep 2017, Max wrote:

> no errors or warning :/
> 
> which version of rsync you used?
> seems that the problem is with Debian old stable

My versions are basically the same as yours:

base-files  10
init-system-helpers 1.49
libacl1:amd64   2.2.52-3+b1
libattr1:amd64  1:2.4.47-2+b2
libattr1:i386   1:2.4.47-2+b2
libc6:amd64 2.24-17
libc6:i386  2.24-17
libpopt0:amd64  1.16-10+b2
lsb-base9.20161125
openssh-client  1:7.5p1-10
openssh-server  1:7.5p1-10
rsync   3.1.2-2
sshpass 1.06-1


Paul

Bug#875823: aspell: word-list-compress decompressor broken

[IOhannes m zmoelnig]

Package: aspell
Version: 0.60.7~20110707-4
Severity: normal

Dear Maintainer,

according to the word-list-compress(1), this cmdline tool can be used to
decompress .cwl files.

unfortunately, i haven't yet found any .cwl file that i can decompress:

# apt install aspell-en
$ zcat /usr/share/aspell/en-common.cwl.gz | word-list-compress d
ERROR: Corrupt Input.
$ cat /usr/share/aspell/en-common.cwl.gz | word-list-compress d
ERROR: Corrupt Input.
$

assuming that the .cwl files are working (as i guess they are used as
dictionaries), the problem seems to be with word-list-compress.


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

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

Versions of packages aspell depends on:
ii  dictionaries-common  1.27.2
ii  libaspell15  0.60.7~20110707-4
ii  libc62.24-17
ii  libgcc1  1:7.2.0-4
ii  libncursesw5 6.0+20170902-1
ii  libstdc++6   7.2.0-4
ii  libtinfo56.0+20170902-1

Versions of packages aspell recommends:
ii  aspell-en [aspell-dictionary]  2017.08.24-0-0.1

Versions of packages aspell suggests:
pn  aspell-doc  
pn  spellutils  

-- no debconf information

Bug#875813: rsync: missed "Number of deleted files"

[Max]

no errors or warning :/

which version of rsync you used?
seems that the problem is with Debian old stable

I've to check it

Max
(sent from mobile) 

On September 14, 2017 9:38:28 PM GMT+02:00, Paul Slootman  
wrote:
>On Thu 14 Sep 2017, Max wrote:
>> 
>> sshpass -p $PASS rsync --timeout=30 --bwlimit=$SPEED
>--log-file=$LOGFILE
>> --stats --delete --size-only -vrz "/data" -e ssh root@$IP:data/ 2>
>> /tmp/rsync-error >> $EXTLOG
>> 
>> cat $EXTLOG
>> 
>> Number of files: 1 (dir: 1)
>> Number of created files: 0
>> Number of regular files transferred: 0
>> Total file size: 0 bytes
>> Total transferred file size: 0 bytes
>> Literal data: 0 bytes
>> Matched data: 0 bytes
>> File list size: 35
>> File list generation time: 0.001 seconds
>> File list transfer time: 0.000 seconds
>> Total bytes sent: 74
>> Total bytes received: 53
>> 
>> sent 74 bytes  received 53 bytes  254.00 bytes/sec
>> total size is 0  speedup is 0.00
>
>Thanks.
>
>Unfortunately I still cannot reproduce this:
>
>$ mkdir /tmp/data
>$ sshpass -p $PASS rsync --timeout=30 --bwlimit=10
>--log-file=/tmp/rsync-log --stats --delete --size-only -vrz /tmp/data
>-e ssh root@localhost:data/ 2> /tmp/rsync-error >> /tmp/rsync-stdout
>$ cat /tmp/rsync-stdout 
>sending incremental file list
>created directory data
>data/
>
>Number of files: 1 (dir: 1)
>Number of created files: 1 (dir: 1)
>Number of deleted files: 0
>Number of regular files transferred: 0
>Total file size: 0 bytes
>Total transferred file size: 0 bytes
>Literal data: 0 bytes
>Matched data: 0 bytes
>File list size: 0
>File list generation time: 0.001 seconds
>File list transfer time: 0.000 seconds
>Total bytes sent: 55
>Total bytes received: 54
>
>sent 55 bytes  received 54 bytes  72.67 bytes/sec
>total size is 0  speedup is 0.00
>
>
>Rerunning the command (to match your output of the directory already
>being created) gives:
>
>Number of files: 1 (dir: 1)
>Number of created files: 0
>Number of deleted files: 0
>Number of regular files transferred: 0
>Total file size: 0 bytes
>Total transferred file size: 0 bytes
>Literal data: 0 bytes
>Matched data: 0 bytes
>File list size: 0
>File list generation time: 0.001 seconds
>File list transfer time: 0.000 seconds
>Total bytes sent: 52
>Total bytes received: 28
>
>sent 52 bytes  received 28 bytes  160.00 bytes/sec
>total size is 0  speedup is 0.00
>
>
>
>Does the stderr or the log-file contain anything relevant?
>
>
>Paul

Bug#875813: rsync: missed "Number of deleted files"

[Paul Slootman]

On Thu 14 Sep 2017, Max wrote:
> 
> sshpass -p $PASS rsync --timeout=30 --bwlimit=$SPEED --log-file=$LOGFILE
> --stats --delete --size-only -vrz "/data" -e ssh root@$IP:data/ 2>
> /tmp/rsync-error >> $EXTLOG
> 
> cat $EXTLOG
> 
> Number of files: 1 (dir: 1)
> Number of created files: 0
> Number of regular files transferred: 0
> Total file size: 0 bytes
> Total transferred file size: 0 bytes
> Literal data: 0 bytes
> Matched data: 0 bytes
> File list size: 35
> File list generation time: 0.001 seconds
> File list transfer time: 0.000 seconds
> Total bytes sent: 74
> Total bytes received: 53
> 
> sent 74 bytes  received 53 bytes  254.00 bytes/sec
> total size is 0  speedup is 0.00

Thanks.

Unfortunately I still cannot reproduce this:

$ mkdir /tmp/data
$ sshpass -p $PASS rsync --timeout=30 --bwlimit=10 --log-file=/tmp/rsync-log 
--stats --delete --size-only -vrz /tmp/data -e ssh root@localhost:data/ 2> 
/tmp/rsync-error >> /tmp/rsync-stdout
$ cat /tmp/rsync-stdout 
sending incremental file list
created directory data
data/

Number of files: 1 (dir: 1)
Number of created files: 1 (dir: 1)
Number of deleted files: 0
Number of regular files transferred: 0
Total file size: 0 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 0
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 55
Total bytes received: 54

sent 55 bytes  received 54 bytes  72.67 bytes/sec
total size is 0  speedup is 0.00


Rerunning the command (to match your output of the directory already
being created) gives:

Number of files: 1 (dir: 1)
Number of created files: 0
Number of deleted files: 0
Number of regular files transferred: 0
Total file size: 0 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 0
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 52
Total bytes received: 28

sent 52 bytes  received 28 bytes  160.00 bytes/sec
total size is 0  speedup is 0.00



Does the stderr or the log-file contain anything relevant?


Paul

Bug#538799: libvirt-bin: remote connections fail with netcat-traditional

[Alex]

Package: libvirt-daemon-system
Version: 3.0.0-4
Followup-For: Bug #538799

Dear Maintainer,
the problem is still there and debian seems to default to nc6, which
also isn't compatible.
What about changing the netcat path both on server and client side to
something like /usr/lib/libvirt/nc.libvirt and symlinking this to
nc.openbsd, which is a dependency on the daemon package, while the
client doesn't need to care about the server side implementation but can
expect a working binary in /usr/lib/libvirt/nc.libvirt?

with kind regards,
Alexander Schier



-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libvirt-daemon-system depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  gettext-base   0.19.8.1-2
ii  init-system-helpers1.48
ii  iptables   1.6.0+snapshot20161117-6
ii  libapparmor1   2.11.0-3
ii  libaudit1  1:2.6.7-2
ii  libblkid1  2.29.2-1
ii  libc6  2.24-11+deb9u1
ii  libcap-ng0 0.7.7-3+b1
ii  libdbus-1-31.10.18-1
ii  libdevmapper1.02.1 2:1.02.137-2
ii  libnl-3-2003.2.27-2
ii  libnl-route-3-200  3.2.27-2
ii  libnuma1   2.0.11-2.1
ii  librados2  10.2.5-7.2
ii  librbd110.2.5-7.2
ii  libselinux12.6-3+b1
ii  libvirt-clients3.0.0-4
ii  libvirt-daemon 3.0.0-4
ii  libvirt0   3.0.0-4
ii  libxml22.9.4+dfsg1-2.2+deb9u1
ii  libyajl2   2.1.0-2+b3
ii  logrotate  3.11.0-0.1
ii  lsb-base   9.20161125
ii  policykit-10.105-18

Versions of packages libvirt-daemon-system recommends:
ii  bridge-utils  1.5-13
ii  dmidecode 3.0-4
ii  dnsmasq-base  2.76-5+b1
ii  ebtables  2.0.10.4-3.5+b1
ii  iproute2  4.9.0-1
ii  parted3.2-17

Versions of packages libvirt-daemon-system suggests:
pn  apparmor
pn  auditd  
pn  nfs-common  
pn  pm-utils
pn  radvd   
ii  systemd 232-25+deb9u1
pn  systemtap   
pn  zfsutils

-- debconf information excluded

Bug#874775: ltsp: Use of /var/lib/apt/lists internals

[Vagrant Cascadian]

On 2017-09-09, Julian Andres Klode wrote:
> On Sat, Sep 09, 2017 at 04:57:19PM +0200, Petter Reinholdtsen wrote:
>> [Julian Andres Klode]
>> > Instead of relying on internals, please use the interfaces provided by
>> > APT 1.1 and newer:
>> 
>> Very good.  As you might have seen from the URL you sent, LTSP copies
>> the package lists into its chroot to avoid having to download the same
>> set of files again in the chroot.  What is the recommended way to do
>> this using the API interfaces?  Is there a way to "inject" package
>> lists, or should the script get the paths inside and outside the chroot
>> before copying between the paths?


> I'm not entirely sure why you just copy Packages files, but you could
> just do the query for Packages with indextargets and copy them over into
> $ROOT.

Probably because we don't generally care about Sources, and Release
files are small enough that it's worth re-downloading them to make sure
everything is up to date.


> for file in $(apt-get indextargets --format '$(FILENAME)' "Created-By: 
> Packages"); do
>   mkdir -p $ROOT/"$(dirname "$file")"
>   cp "$file" "$ROOT/$file"
> done

If the "apt-get indextargets" syntax depends on apt 1.1+, it looks like
this wouldn't be supported on Debian Jessie (apt 1.0.9) or Ubuntu 14.04
(apt 1.0.1). This is not a deal-breaker, per se, but it's worth noting.


Of course, the /var/lib/apt/lists path might actually be different
outside of the chroot than inside, if it's configurable. So inside the
chroot we would need to get the values before copying them:

  dirstate=$(chroot $ROOT apt-config dump Dir::State)

And then parse out Dir::State and Dir::State::Lists and reassemble
inside the chroot.

That said, with a freshly built chroot, how likely is it that the
directory is non-default, or how likely will the default change in the
forseeable future?


> But I guess you also have to copy Release files, I don't see how that
> works well with APT currently. But we don't store Release files
> compressed, so it's sort of OK. Why not just copy everything?

It's been a while since I've used this feature for LTSP, but in my
experience, apt goes ahead and gets whatever files are missing. Maybe
that will change...


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#875822: certmaster: FTBFS: dh_installman: failed to read certmaster-request.1.gz

[Andreas Beckmann]

Package: certmaster
Version: 0.25-1.1
Severity: serious

Hi,

certmaster FTBFS with current debhelper:

dh_installman
dh_installman: Compatibility levels before 9 are deprecated (level 7 in use)
zcat ./docs/certmasterd.1.gz > 
debian/certmaster/usr/share/man/man1/certmasterd.1
zcat ./docs/certmaster-ca.1.gz > 
debian/certmaster/usr/share/man/man1/certmaster-ca.1
zcat ./docs/certmaster-request.1.gz > 
debian/certmaster/usr/share/man/man1/certmaster-request.1
dh_installman: failed to read certmaster-request.1.gz
dh_installman: Aborting due to earlier error
debian/rules:25: recipe for target 'install' failed
make: *** [install] Error 25


Cheers,

Andreas


certmaster_0.25-1.1.log.gz
Description: application/gzip

Bug#875821: ltsp-client-core: /rofs is mounted on NFS - we get Operation not supported when using sudo -iu as root

[Rainer Stumbaum]

Package: ltsp-client-core
Version: 5.5.9-2
Severity: important
Tags: upstream

Dear Maintainer,

we are upgrading our LTSP image from jessie to stretch.  We are running
LTSP against HA NFS servers since 2010 (previously SUN storage systems
(ZFS based), since 2013 against NetApp filers). We encountered
the following problem:
- LTSP stretch client starts up fine
- SSH daemon on the LTSP client is enabled and starts up fine
- Connecting via SSH does not work
- Login in as root on the LTSP client console works fine
- sudo -iu  gives the following error
"sudo: unable to execute /bin/bash: Operation not supported"
- Using strace we found that seresuid and then accessing a file gives a
  problem  with the filesystem (overlay on top of NFS)
- We wrote a small C program  to replicate the error and found that
  overlay on top of NFS gives the above "Operation not supported"
  whereas NFS directly works fine (/bin/bash (overlay) vs.
  /rofs/bin/bash (NFS)).

After touching /bin/bash and therefore copying to upper fs /bin/bash
works fine for some UIDs but not for all user IDs.

Best regards
Rainer

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

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

Versions of packages ltsp-client-core depends on:
ii  console-setup    1.164
ii  init 1.48
ii  initramfs-tools  0.130
ii  iproute  1:4.9.0-1
ii  iproute2 4.9.0-1
ii  kbd  2.0.3-2+b1
ii  libc6    2.24-11+deb9u1
ii  libpopt0 1.16-10+b2
ii  lsb-base 9.20161125
ii  lsb-release  9.20161125
ii  nbd-client   1:3.15.2-3
ii  pxelinux 3:6.03+dfsg-14.1
ii  python   2.7.13-2
ii  syslinux-common  3:6.03+dfsg-14.1
ii  tftp-hpa 5.2+20150808-1+b1

Versions of packages ltsp-client-core recommends:
ii  acpi-support-base  0.142-8
ii  dbus   1.10.18-1
ii  dnsutils   1:9.10.3.dfsg.P4-12.3+deb9u2
ii  pciutils   1:3.5.2-1
ii  procps 2:3.3.12-3

Versions of packages ltsp-client-core suggests:
pn  alsa-utils    
ii  cron  3.0pl1-128+b1
pn  cryptsetup    
pn  cups-bsd  
pn  freerdp-x11 | rdesktop    
pn  inputattach | joystick    
pn  ldm   
pn  libasound2-plugins    
pn  ltspfsd   
ii  netcat-openbsd [netcat]   1.130-3
ii  netcat-traditional [netcat]   1.10-41+b1
ii  ntpdate   1:4.2.8p10+dfsg-3
pn  numlockx  
pn  pulseaudio    
pn  python-serial 
ii  rsyslog [system-log-daemon]   8.24.0-1
ii  sane-utils    1.0.25-4.1
pn  sdm-terminal | x-display-manager  
pn  sshfs 
ii  x11-xserver-utils 7.7+7+b1

-- Configuration Files:
/etc/ltsp/update-kernels.conf changed:
BOOT_METHODS="NFS"
CMDLINE_LINUX_DEFAULT="init=/sbin/init-ltsp quiet"
CMDLINE_NFS="root=/dev/nfs ip=dhcp boot=nfs NFSOPTS=\"-o 
timeo=100,retrans=360,hard,nointr,nocto,noacl,acregmin=600,acregmax=600,acdirmin=600,acdirmax=600\"
 vmwgfx.enable_fbdev=1 vga=0x317 cgroup_enable=memory swapaccount=1 
net.ifnames=0"
CMDLINE_NBD="root=/dev/nbd0"
CMDLINE_AOE="root=/dev/etherd/e0.0"
KERNEL_NAMES='s/\(vmlinu[xz]-\)\([^-]*-[^-]*-\)\(.*\)/& \1 \2 \3/p'
INITRD_NAME='s/vmlinu[xz]/initrd.img/p'
KERNEL_PREFIX="vmlinu[z|x]-*"
KERNEL_SUFFIX=""
LIST_KERNELS_64="amd64"
LIST_KERNELS_PAE="686-pae 686-bigmem 686"
LIST_KERNELS_32="586 486 686"
IPAPPEND=2


-- debconf information:
  ltsp-client/abort-installation:

-- debsums errors found:
debsums: changed file /sbin/init-ltsp (from ltsp-client-core package)
debsums: changed file /usr/share/initramfs-tools/scripts/init-premount/udhcp 
(from ltsp-client-core package)
debsums: changed file /usr/share/ltsp/init-ltsp.d/05-getltsconffile (from 
ltsp-client-core package)
debsums: changed file /usr/share/ltsp/init-ltsp.d/09-hostname (from 
ltsp-client-core package)
debsums: changed file /usr/share/ltsp/init-ltsp.d/50-disable-cronjobs (from 
ltsp-client-core package)

Bug#875029: [Pkg-xfce-devel] Bug#875029: [lightdm] Future Qt4 removal from Buster

[Yves-Alexis Perez]

On Sat, 2017-09-09 at 22:10 +0200, Lisandro Damián Nicanor Pérez Meyer wrote:
> In order to make this move, all packages directly or indirectly depending on
> the Qt4 libraries have to either get ported to Qt5 or eventually get
> removed from the Debian repositories.
> 
> Therefore, please take the time and:
> - contact your upstream (if existing) and ask about the state of a Qt5
> port of your application
> - if there are no activities regarding porting, investigate whether there are
> suitable alternatives for your users
> - if there is a Qt5 port that is not yet packaged, consider packaging it
> - if both the Qt4 and the Qt5 versions already coexist in the Debian
> archives, consider removing the Qt4 version

I have to admit I'm not really interested in the Qt lightdm components so I'd
be just fine in disabling Qt4 stuff. But some packages like lightdm-kde-
greeter and razorqt-lightdm-greeter actually use it, so I guess some
coordination will be needed. I'm adding them to the loop.

Regards,
-- 
Yves-Alexis

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

Bug#821278: libplplot-ada1-dev: Project file missing

[Ole Streicher]

Hi,

I am the (new) maintainer of plplot. Since I have no knowledge with ADA:
could I ask you to create a GNAT project file for me so that I can
include it?

Thank you very much

Best regards

Ole

Bug#803930: game-data-packager: please add support to create icons from the game data

[Simon McVittie]

On Thu, 14 Sep 2017 at 17:06:08 +0200, Fabian Greffrath wrote:
> I just remembered this idea and I still think it would be great if we
> could use deutex and imagemagick to extract (and resize) possible icons
> from the WAD data that we are going to package.
...
> Any plans to implement this?

I have no plans to implement this (other people are better at Doom than
I am) but I'd be happy to review a patch. The place to put it would be in
DoomTask.fill_extra_files, in the game_data_packager/games/doom_common.py
"game plugin".

unreal.py in the same directory has some examples of converting game
files into icons, although they're downloaded from the Internet Archive
rather than extracted from game data. (Actually, that might not be a bad
idea for Doom - it would avoid relying on deutex, which realistically not
many people are going to have installed.)

S

Bug#875820: daq: FTBFS in experimental: dh_install reports missing files

[Andreas Beckmann]

Source: daq
Version: 2.2.1-1
Severity: serious

from the attached log:

   dh_install
dh_install: Cannot find (any matches for) "usr/bin/*" (tried in ., debian/tmp)

dh_install: libdaq-dev missing files: usr/bin/*
dh_install: Cannot find (any matches for) "usr/include/*" (tried in ., 
debian/tmp)

dh_install: libdaq-dev missing files: usr/include/*
dh_install: Cannot find (any matches for) "usr/lib/*/lib*.a" (tried in ., 
debian/tmp)

dh_install: libdaq-dev missing files: usr/lib/*/lib*.a
dh_install: Cannot find (any matches for) "usr/lib/*/lib*.so" (tried in ., 
debian/tmp)

dh_install: libdaq-dev missing files: usr/lib/*/lib*.so
dh_install: Cannot find (any matches for) "usr/lib/*/lib*.so.*" (tried in ., 
debian/tmp)

dh_install: libdaq4 missing files: usr/lib/*/lib*.so.*
dh_install: missing files, aborting
debian/rules:14: recipe for target 'binary' failed
make: *** [binary] Error 25


Andreas


daq_2.2.1-1.log.gz
Description: application/gzip

Bug#601455: Steps towards a patch to document disabling a daemon upon installation

[Josh Triplett]

On Mon, 11 Sep 2017 14:41:12 +0100 Ian Jackson 
 wrote:
> Sean Whitton writes ("Steps towards a patch to document disabling a daemon 
> upon installation"):
> > [draft policy text]
> > > +The default behaviour is to enable autostarting your package's daemon.
> > > +If the daemon should not be autostarted unless the local administrator
> > > +has explicitly requested this, use instead add to your ``postinst``
> > > +script
> > > +
> > > +::
> > > +
> > > +update-rc.d package defaults
> > > +update-rc.d package disable
> 
> This has a bug: after the first rune, but before this second, starting
> the daemon is enabled.  (This is a regression compared to the previous
> approach.)
> 
> To make this work correctly, I think we need a new update-rc.d
> mechanism which provides, in one go, the equivalent of
>   update-rc.d DAEMON defaults && update-rc.d DAEMON disable
> 
> Something like
>   update-rc.d DAEMON add-disabled
> maybe.

I'd agree with this as a starting point, for setting a daemon-specific
default. However, I also think we need a system-wide policy mechanism to
allow the sysadmin to say "start things by default" or "don't start
things by default". Similar to systemd's "preset" mechanism, and ideally
using that under systemd, but providing the same level of control for
non-systemd init systems.

> > > +An older practice, which should not be used, was to include a line
> > > +like ``DISABLED=yes`` in the package's ``/etc/default`` file.  The
> > > +package's init script would not start the service until the local
> > > +system administrator changed this to ``DISABLED=no``, or similar.
> ...
> > 1. Is the 'should not' for the /etc/default practice too strong?  I
> >don't know an efficient way to find out how many packages this would
> >make buggy.  But given that we have very strong reasons against the
> >old practice, we might want to use a 'should not' regardless.
> 
> On sysvinit systems, using update-rc.d disable/defaults are rather
> more awkward:
> 
>  * Enabling and disabling cannot, in practice, be conveniently made
>without using the update-rc.d tool.

Why is this an issue? We have update-rc.d to do this. 

>  * Enabling and disabling generates a tremendous amount of noise in
>/etc (especially visible when using etckeeper).

This seems like an artifact of sysvinit's choice of storage format for
runlevel configuration. (And I never found that noise particularly
excessive in etckeeper; it's a handful of symlink deletions/creations.)

> > 2. Do we need to include any text saying *why* the /etc/default practice
> >is a bad idea?  I couldn't come up with a succinct way to state it.
> >In general, I think we can err on the side of not including the text,
> >since we have policy bugs that document the reasons.
> 
> How about this text:
> 
>   Setting a value in /etc/default/PACKAGE is nowadays troublesome
>   because supporting that pattern is very hard due to inflexibility in
>   systemd, which is usually the default init system.
> 
> This also makes it clear that this pattern is perfectly fine if for
> any reason the package does not support systemd.

Which (among many other reasons) is precisely why we shouldn't use this
text, because many people have been very reasonably arguing for the
elimination of /etc/default and *especially* mechanisms like
"DISABLED=true" in it for longer than systemd has existed.

/etc/default is Debian-specific, and things like DISABLED=true break the
ability to *manually* start services.  They also make it difficult to
programmatically configure services, such as by dropping in a
configuration .d file from a configuration package.

Bug#875813: rsync: missed "Number of deleted files"

[Max]

This output is only shown if you use --stats, so again: please try to
give a script that reproduces the problem.


sshpass -p $PASS rsync --timeout=30 --bwlimit=$SPEED --log-file=$LOGFILE 
--stats --delete --size-only -vrz "/data" -e ssh root@$IP:data/ 2> 
/tmp/rsync-error >> $EXTLOG


cat $EXTLOG

Number of files: 1 (dir: 1)
Number of created files: 0
Number of regular files transferred: 0
Total file size: 0 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 35
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 74
Total bytes received: 53

sent 74 bytes  received 53 bytes  254.00 bytes/sec
total size is 0  speedup is 0.00

Max

Bug#875819: dbusada: FTBFS on i386: uu_float128 undefined

[Aaron M. Ucko]

Source: dbusada
Version: 0.4.0-1
Severity: serious
Tags: upstream
Justification: fails to build from source

The i386 build of dbusada 0.4 failed:

  stddef_h.ads:18:35: "uu_float128" is undefined

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875813: rsync: missed "Number of deleted files"

[Paul Slootman]

On Thu 14 Sep 2017, Max wrote:

> > Please try to show *exact* commands with the corresponding output.
> 
> sshpass -p password rsync -vrz /mnt/data0 -e ssh user@ip:data0
> Number of files: 1 (dir: 1)
> Number of created files: 0
> Number of regular files transferred: 0
> Total file size: 0 bytes
> Total transferred file size: 0 bytes
> Literal data: 0 bytes
> Matched data: 0 bytes
> File list size: 35
> File list generation time: 0.001 seconds
> File list transfer time: 0.000 seconds
> Total bytes sent: 74
> Total bytes received: 53

This output is only shown if you use --stats, so again: please try to
give a script that reproduces the problem.


thanks,
Paul

Bug#875818: dbusada: FTBFS on arm* and alpha: Class_va_list undeclared

[Aaron M. Ucko]

Source: dbusada
Version: 0.4.0-1
Severity: serious
Tags: upstream
Justification: fails to build from source

Builds of dbusada on arm64, armel, armhf, and the non-release
architecture alpha have all been failing:

  dbus_message_h.ads:185:26: "Class_va_list" not declared in "stdarg_h"
  dbus_message_h.ads:199:26: "Class_va_list" not declared in "stdarg_h"

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875813: rsync: missed "Number of deleted files"

[Max]

> Please try to show *exact* commands with the corresponding output.

sshpass -p password rsync -vrz /mnt/data0 -e ssh user@ip:data0

Number of files: 1 (dir: 1)
Number of created files: 0
Number of regular files transferred: 0
Total file size: 0 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 35
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 74
Total bytes received: 53

sent 74 bytes  received 53 bytes  254.00 bytes/sec
total size is 0  speedup is 0.00

Output of rsync missed this line:

"Number of deleted files: 0"

Thanks

Pol

Bug#872092: [Pkg-ltsp-devel] Bug#872092: ltsp: fdisk dependency needed

[Vagrant Cascadian]

Control: tags 872092 pending

On 2017-08-14, andr...@fatal.se wrote:
> As recently announced on debian-devel-announce[1] packages who need
> any of sfdisk, cfdisk or fdisk will need to add a dependency on the
> new fdisk package.
...
> Please use the backwards-compatible way of specifying the dependency
> as suggested in the debian-devel-announce mail:
>
> fdisk | util-linux (<< 2.29.2-3~)

Thanks for the report!

Committed to git, will include with the next LTSP upload.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#875817: RFP: libnet-braintree-perl -- Client library for wrapping the Braintree payment services gateway API

[Ville Skyttä]

Package: wnpp
Severity: wishlist

* Package name: libnet-braintree-perl
  Version : 0.30.0
* URL : http://search.cpan.org/dist/Net-Braintree/
* License : MIT
  Programming Lang: Perl
  Description : Client library for wrapping the Braintree payment
services gateway API

Net::Braintree is a client library for wrapping the Braintree payment
services gateway API.

wnpp entries in the dependency chain:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875782
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875784
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875785

Bug#875813: rsync: missed "Number of deleted files"

[Paul Slootman]

Hi,

On Thu 14 Sep 2017, max wrote:

> Package: rsync
> Version: 3.1.2-2
> Severity: normal
> 
> Dear Maintainer,
> 
> I using sshpass -p password rsync -vrz source1 source2 -e ssh user@ip:dest
> 
> works but in the output of rsync "Number of deleted files:" is missed
> 
> using rsync in tradition way: rsync source dest the output is correct

Please try to show *exact* commands with the corresponding output.
Best case scenario is if you could present a script that reproduces the
problem so that it takes the guesswork out of the equation for me.


Thanks
Paul

Bug#875816: ITP: py-autopep8-el -- use autopep8 to beautify a Python buffer

[Lev Lamberov]

Package: wnpp
Owner: Lev Lamberov 
Severity: wishlist

* Package name: py-autopep8-el
  Version : 2016.1
  Upstream Author : Friedrich Paetzke 
* URL or Web page : https://github.com/paetzke/py-autopep8.el
* License : GPL-3+
  Programming Lang: Emacs Lisp
  Description : use autopep8 to beautify a Python buffer

This package provides the `py-autopep8' command, which uses the external
`autopep8' tool to tidy up the current buffer according to Python's
PEP-8.

Bug#875815: mess-desktop-entries depends on cruft package.

[peter green]

Package: mess-desktop-entries
Severity: serious
Tags: buster sid

Mess-desktop-entries depends on mess. In wheezy and jessie mess was a real 
package, in stretch it was a transitional package to mame, in buster it has 
been removed.

If this package is usable with mame please fix your dependencies. If not please 
either make your package usable with mame or convert this bug to a removal 
request.

Bug#875811: postgresql-9.6-postgis-2.4-scripts: fails to upgrade from 'sid' - trying to overwrite /usr/share/postgresql/9.6/extension/address_standardizer.control

[Bas Couwenberg]

Control: tags -1 pending

Thanks for reporting this issue.

It has already been fixed in git by myon.

The fix will be included in the next upload.

Kind Regards,

Bas

Bug#875814: ejabberd: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: ejabberd
Version: 17.07-2
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for ejabberd
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# translation of po-debconf template to German
# Copyright (C) 2006 Matthias Julius 
# Copyright (C) 2008,2015,2017 Helge Kreutzmann 
# Copyright (C) 2015 Philipp Huebner 
# Copyright (C) 2015 Torsten Werner 
# This file is distributed under the same license as the ejabberd package.
#
msgid ""
msgstr ""
"Project-Id-Version: ejabberd 15.03-2\n"
"Report-Msgid-Bugs-To: ejabb...@packages.debian.org\n"
"POT-Creation-Date: 2017-08-27 23:58-0400\n"
"PO-Revision-Date: 2017-09-14 20:25+0200\n"
"Last-Translator: Torsten Werner \n"
"Language-Team: de \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Hostname for this Jabber server:"
msgstr "Rechnername für diesen Jabber-Server:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter a hostname for this Jabber server."
msgstr "Geben Sie bitte den Rechnernamen dieses Jabber-Servers an."

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"If you would like to configure multiple hostnames for this server, you will "
"have to do so manually in /etc/ejabberd/ejabberd.yml after installation."
msgstr ""
"Falls Sie mehrere Rechnernamen für diesen Server konfigurieren möchten, "
"müssen Sie dies nach der Installation manuell in /etc/ejabberd/ejabberd.yml "
"vornehmen."

#. Type: string
#. Description
#: ../templates:3001
msgid "Jabber server administrator username:"
msgstr "Benutzername des Jabber-Server-Administrators:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please provide the name of an account to administrate the ejabberd server. "
"After the installation of ejabberd, you can log in to this account using "
"either any Jabber client or a web browser pointed at the administrative "
"https://${hostname}:5280/admin/ interface."
msgstr ""
"Geben Sie bitte den Namen für ein Konto an, das den Ejabberd-Server "
"verwalten kann. Nach der Installation können Sie sich an diesem Konto mittels "
"eines beliebigen Jabber-Clients oider mit einem Webbrowser, der auf die "
"administrative Schnittstelle https://${hostname}:5280/admin/ zeigt, anmelden."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"You only need to enter the username part here (such as ${user}), but the "
"full Jabber ID (such as ${user}@${hostname}) is required to access the "
"ejabberd web interface."
msgstr ""
"Sie müssen hier nur den Benutzernamen-Anteil (z.B. ${user}) eingeben, "
"verwenden Sie aber die komplette Jabber-ID (z.B. ${user}@${hostname}), um "
"sich an der Ejabberd-Webschnittstelle anzumelden."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please leave this field empty if you don't want to create an administrator "
"account automatically."
msgstr ""
"Bitte lassen Sie dieses Feld leer, falls Sie kein privilegiertes Konto "
"automatisch anlegen möchten."

#. Type: password
#. Description
#: ../templates:4001
msgid "Jabber server administrator password:"
msgstr "Passwort des Jabber-Server-Administrators:"

#. Type: password
#. Description
#: ../templates:4001
msgid "Please enter the password for the administrative user."
msgstr "Geben Sie das Passwort für den Administrator an."

#. Type: password
#. Description
#: ../templates:5001
msgid "Re-enter password to verify:"
msgstr "Zur Kontrolle Passwort erneut eingeben:"

#. Type: password
#. Description
#: ../templates:5001
msgid ""
"Please enter the same administrator password again to verify that you have "
"typed it correctly."
msgstr ""
"Bitte geben Sie das gleiche Administratorpasswort erneut ein, um "
"sicherzustellen, dass Sie richtig getippt haben."

#. Type: error
#. Description
#: ../templates:6001
msgid "Password input error"
msgstr "Passworteingabefehler"

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"The two passwords you entered did not match or were empty. Please try again."
msgstr ""
"Die zwei eingegebenen Passwörter passten nicht oder waren leer. Bitte "
"versuchen Sie es noch einmal."

#. Type: error
#. Description
#: ../templates:7001
msgid "Invalid administrator account username"
msgstr "Ungültiger Benutzername für administratives Konto"

#. Type: error
#. Description
#: ../templates:7001
msgid ""
"The username previously specified contains forbidden characters. Please "
"respect the JID syntax 

Bug#875813: rsync: missed "Number of deleted files"

[max]

Package: rsync
Version: 3.1.2-2
Severity: normal

Dear Maintainer,

I using sshpass -p password rsync -vrz source1 source2 -e ssh user@ip:dest

works but in the output of rsync "Number of deleted files:" is missed

using rsync in tradition way: rsync source dest the output is correct

thanks

Pol


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

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

Versions of packages rsync depends on:
ii  base-files   10
ii  init-system-helpers  1.49
ii  libacl1  2.2.52-3+b1
ii  libattr1 1:2.4.47-2+b2
ii  libc62.24-17
ii  libpopt0 1.16-10+b2
ii  lsb-base 9.20170808

rsync recommends no packages.

Versions of packages rsync suggests:
ii  openssh-client  1:7.5p1-10
ii  openssh-server  1:7.5p1-10

-- debconf information excluded

Bug#734693: Please rename /etc/apparmor.d/tunables/home.d/ubuntu

[Vincas Dargis]

On Thu, 09 Jan 2014 11:32:07 +0100 intrigeri  wrote:

How about we rename this to /etc/apparmor.d/tunables/home.d/vendor or
something distro-independant, so that Debian and every derivative can
share the same apparmor.post* maintainer scripts?


Yea that would be nicer.

I could work on that, if it is agreed on the details:

* Since `ubuntu` is autogenerated, it can be removed upon installation
before/after creating new `vendor` one, without consideration?

* Also, not to forget remove `ubuntu` *and* `vendor` upon package removal.

Bug#840328: Some details on the bug

[Bruno BEAUFILS]

I definitively think the bug is not related only to evince but to
something else (seems to be Gnome Shell).

The troubles encountered are the same at least with gedit and eog.

I tried to reproduce it when starting a session with mate-desktop
instead of Gnome and am not able to do so. Everything went fine (key
are correctly mapped).

-- 
Bruno BEAUFILS


signature.asc
Description: PGP signature

Bug#875791: sudo: /etc/sudoers.dist is created than deleted

[Bob Proulx]

> $ cat /var/lib/dpkg/info/sudo.postinst
> [...]
> if [ -f /etc/sudoers.dist ]; then
> rm /etc/sudoers.dist
> fi
> [...]
...
> sorry, my mistake :-(
> 
> the sudoers.dist is an example file in another directory

For the previous history of this bit of postinst code please see
Bug#862309 for the discussion.  That file snuck through in version
1.8.20-1 and was fixed with the above in 1.8.21-1.

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

Bob

Bug#875812: kbibtex-data: fails to upgrade from 'testing' - trying to overwrite /usr/share/icons/hicolor/128x128/apps/kbibtex.png

[Andreas Beckmann]

Package: kbibtex-data
Version: 0.8~20170819git31a77b27e8e83836e-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package kbibtex-data.
  Preparing to unpack 
.../26-kbibtex-data_0.8~20170819git31a77b27e8e83836e-1_all.deb ...
  Unpacking kbibtex-data (0.8~20170819git31a77b27e8e83836e-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-Qnbzx9/26-kbibtex-data_0.8~20170819git31a77b27e8e83836e-1_all.deb
 (--unpack):
   trying to overwrite '/usr/share/icons/hicolor/128x128/apps/kbibtex.png', 
which is also in package kbibtex 0.4-4+b2
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,

Andreas


kbibtex=0.4-4+b2_kbibtex-data=0.8~20170819git31a77b27e8e83836e-1.log.gz
Description: application/gzip

Bug#875811: postgresql-9.6-postgis-2.4-scripts: fails to upgrade from 'sid' - trying to overwrite /usr/share/postgresql/9.6/extension/address_standardizer.control

[Andreas Beckmann]

Package: postgresql-9.6-postgis-2.4-scripts
Version: 2.4.0~beta1+dfsg-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package postgresql-9.6-postgis-2.4-scripts.
  Preparing to unpack 
.../postgresql-9.6-postgis-2.4-scripts_2.4.0~beta1+dfsg-1~exp1_all.deb ...
  Unpacking postgresql-9.6-postgis-2.4-scripts (2.4.0~beta1+dfsg-1~exp1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/postgresql-9.6-postgis-2.4-scripts_2.4.0~beta1+dfsg-1~exp1_all.deb
 (--unpack):
   trying to overwrite 
'/usr/share/postgresql/9.6/extension/address_standardizer.control', which is 
also in package postgresql-9.6-postgis-2.3-scripts 2.3.3+dfsg-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   
/var/cache/apt/archives/postgresql-9.6-postgis-2.4-scripts_2.4.0~beta1+dfsg-1~exp1_all.deb


cheers,

Andreas


postgresql-9.6-postgis-2.3-scripts=2.3.3+dfsg-1_postgresql-9.6-postgis-2.4-scripts=2.4.0~beta1+dfsg-1~exp1.log.gz
Description: application/gzip

Bug#870982: RM: djbdns -- RoQA; missed both jessie and stretch

[Andreas Beckmann]

On Sun, 10 Sep 2017 15:59:11 + Debian FTP Masters 
 wrote:
> We believe that the bug you reported is now fixed; the following
> package(s) have been removed from unstable:
> 
> dbndns |   1:1.05-8 | amd64, arm64, armel, i386, kfreebsd-amd64, 
> kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
> dbndns | 1:1.05-8+b1 | armhf, hurd-i386
> djbdns |   1:1.05-8 | source, amd64, arm64, armel, i386, kfreebsd-amd64, 
> kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
> djbdns | 1:1.05-8+b1 | armhf, hurd-i386
> dnscache-run |   1:1.05-8 | all
> 
> --- Reason ---
> RoQA; missed both jessie and stretch
> --

What about djbdns in experimental (last upload in 2013)?
Should this be removed as well?

dbndns   | 1:1.05-9~exp2 | experimental | amd64, arm64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, 
powerpc, ppc64el, s390x
djbdns   | 1:1.05-9~exp2 | experimental | source, amd64, arm64, armel, 
armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, 
powerpc, ppc64el, s390x
dnscache-run | 1:1.05-9~exp2 | experimental | all
tinydns-run  | 1:1.05-9~exp2 | experimental | all


Andreas

Bug#867727: Request for sponsoring Parlatype -- audio player for transcription

[Gabor Karsay]

Juhani Numminen schrieb am 2017-09-10 um 17:27:

Ross Gammon kirjoitti 10.09.2017 klo 13:15:

I would be happy to take a look at this. Unfortunately, I am quite busy
at the moment so I can't promise much this week.

I have cc'd you because you did not say whether you are subscribed to
the Multimedia list. I have also copied in the RFS bug so that other
potential sponsors see this and take over if they are looking for
something to do :-)

Regards,

Ross

I can review the package and offer my comments in the meantime.
Disclaimer: I am not Debian Developer or Debian Maintainer.


Thank you Ross and Juhani!

Your package is not lintian-clean, please investigate (lintian -EviI 
--pedantic) and fix what you can.

W: parlatype source: newer-standards-version 4.0.1 (current is 4.0.0)
I guess no need to override this.

I: parlatype source: testsuite-autopkgtest-missing
There are no tests and it's only informational, should I override this?

P: parlatype source: debian-watch-may-check-gpg-signature
fixed


debian/control:
I think Section: sound would be more suitable than Section: gnome.

done


You can drop some version requirements, please run 'cme check dpkg'.

done, intltool didn't need versioning


Latest Policy version is 4.1.0.

done, changed watch file (checking for signature)
Didn't test or change for "4.15: Packages should build reproducibly"
Do you expect me to test reproducibility?


Please use https for the homepage address.

done

The Debian changelog for new packages is usually very simple. This 
should be enough:

parlatype (1.5.2-1) unstable; urgency=medium

   * Initial release (Closes: #868886)

  -- Gabor Karsay   Thu, 10 Aug 2017 17:43:18 +0200
done, removed old changelog entries. They were either never released, 
just for private purposes, or Ubuntu PPA releases.


debian/copyright should use the established short license names, i.e. 
GPL-3+ for "version 3 or later" and CC-BY-SA-4, not CCBYSA-4. They are 
listed in the format specification.

done

For the CC licenses, I think it is not enough to just refer to a web 
page, as the terms must be readable offline.

done, included full CC licenses


See if any http URL can be changed to https in this file, too.

done

In debian/rules, based on my testing, I can tell these two lines are not 
needed:

DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk

done, removed

I have still a question: There's a build-dependency for 
libfile-fcntllock-perl only to avoid a warning in the build log 
"dpkg-gencontrol: warning: File::FcntlLock not available; using flock 
which is not NFS-safe". But it builds also without, can it stay for a 
cleaner build log or should I remove it?


Thank you
Gabor

Bug#875806: RFS: tetzle/2.1.1+dfsg1-1 (adopted orphaned package)

[Cindy-Sue Causey]

On 9/14/17, Innocent De Marchi  wrote:
> Package: sponsorship-requests
> Severity: normal
>
>   Dear mentors,
>
>   I am looking for a sponsor for my package "tetzle"
>
>  * Package name: tetzle
>Version : 2.1.1+dfsg1-1
>Upstream Author : Graeme Gott 
>  * URL : https://gottcode.org/tetzle/
>  * License : GPL-3
>Section : games
>
>   It builds those binary packages:
>
> tetzle - Jigsaw puzzle game
>
>   To access further information about this package, please visit the
>   following URL:
>
>   https://mentors.debian.net/package/tetzle
>
>
>   Alternatively, one can download the package with dget using this
>   command:
>
> dget -x
>
> https://mentors.debian.net/debian/pool/main/t/tetzle/tetzle_2.1.1+dfsg1-1.dsc
>
>  The package is also in git (collab-maint)
>  https://anonscm.debian.org/git/collab-maint/tetzle.git


Congratulations (from a Dev wannabe)! I'm envious. I've used this
puzzle for a few years. There's been a very notable change recently,
including that it worked successfully on Buster/Testing. *yayhoo!*

Just writing to say if you ever find a minuscule task that you
wouldn't mind "pawning off" on someone else, I'd like to *finally*
learn on this one, if not one similar to it. I'd found it a while back
in orphaned packages, but #Life kept getting in the way of learning
more about how to work with it. I'll be *very happily* following (aka
lurking) your locations above in hopes of picking up something by
osmosis, grin.

Have fun! :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Bug#875810: ITP: r-cran-treespace -- Statistical Exploration of Landscapes of Phylogenetic Trees

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-treespace
  Version : 1.0.0
  Upstream Author : Thibaut Jombart 
* URL : https://cran.r-project.org/package=treespace
* License : MIT
  Programming Lang: GNU-R
  Description : Statistical Exploration of Landscapes of Phylogenetic Trees
 Tools for the exploration of distributions of phylogenetic trees.
 This package includes a shiny interface which can be started from R using
 'treespaceServer()'.


Remark: The package treescape is discontinued and the old homepage
   https://cran.r-project.org/package=treescape
 suggests using r-cran-treespace instead.  So it is maintained by the
 Debian Med team at
https://anonscm.debian.org/git/debian-med/r-cran-treespace.git

Bug#875809: transition: ros-ros-comm

[Jochen Sprickerhof]

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

Hi,

just a mini transition inside ROS.

Cheers Jochen

Ben file:

title = "ros-ros-comm";
is_affected = .depends ~ /\b(librosbag\-storage1d|librosbag2d)\b/ | .depends ~ 
/\b(librosbag\-storage2d|librosbag3d)\b/;
is_good = .depends ~ /\b(librosbag\-storage2d|librosbag3d)\b/;
is_bad = .depends ~ /\b(librosbag\-storage1d|librosbag2d)\b/;


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#872953: stretch-pu: package at-spi2-core/2.22.0-6

[Samuel Thibault]

Cyril Brulebois, on sam. 09 sept. 2017 15:42:36 +0200, wrote:
> Control: tag -1 confirmed
> 
> Memory and debtree -R --rdeps-depth=99 seem to agree: dependencies of
> the gtk3 udeb, which we don't use yet, so no objections.

Thanks, I have now uploaded it.

Samuel

Bug#875447: emacs25: enriched text remote code execution

[Salvatore Bonaccorso]

retitle 875447 emacs25: CVE-2017-14482: enriched text remote code execution
retitle 875448 emacs24: CVE-2017-14482: enriched text remote code execution
retitle 875449 emacs23: CVE-2017-14482: enriched text remote code execution
thanks

Hi

CVE-2017-14482 was assigned for this issue.

Regards,
Salvatore

Bug#795431: Fix for #795431

[Vincas Dargis]

Hello,

I am proposing patch to change "This poivides the .." into "The package 
provides ..."
=== modified file 'debian/control'
--- debian/control	2017-08-09 14:46:06 +
+++ debian/control	2017-09-14 17:05:44 +
@@ -31,7 +31,7 @@
 Replaces: fcitx-data (<< 1:4.2.9.1-1ubuntu2)
 Suggests: apparmor-profiles, apparmor-profiles-extra, apparmor-utils
 Description: user-space parser utility for AppArmor
- This provides the system initialization scripts needed to use the
+ The package provides system initialization scripts needed to use the
  AppArmor Mandatory Access Control system, including the AppArmor Parser
  which is required to convert AppArmor text profiles into machine-readable
  policies that are loaded into the kernel for use with the AppArmor Linux
@@ -42,7 +42,7 @@
 Depends: apparmor (>= 2.6.1-4ubuntu1), libapparmor-perl, python3-apparmor (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, ${python3:Depends}
 Suggests: vim-addon-manager
 Description: utilities for controlling AppArmor
- This provides the utilities to operate on AppArmor profiles. Profiles
+ The package provides utilities to operate on AppArmor profiles. Profiles
  can be created, updated, enforced, set to complain mode, and disabled
  with tools such as aa-genprof, aa-enforce, aa-complain and aa-disabled.
 
@@ -50,8 +50,8 @@
 Architecture: all
 Depends: apparmor (>= 2.8.96~2535-0ubuntu1~), ${misc:Depends}
 Description: profiles for AppArmor Security policies
- This provides various AppArmor profiles that have not been shipped by
- the packages they provide confinement for. By default, they ship in
+ The package provides various AppArmor profiles that have not been shipped
+ by the packages they provide confinement for. By default, they ship in
  complain mode so that users can test and choose which are desired.
 
 Package: libapparmor-dev
@@ -60,7 +60,7 @@
 Multi-Arch: same
 Depends: libapparmor1 (= ${binary:Version}), ${misc:Depends}
 Description: AppArmor development libraries and header files
- This package provides the development libraries and header files needed to
+ The package provides development libraries and header files needed to
  link against the AppArmor changehat and log parsing functions. Also
  includes the manpages for library functions.
 
@@ -70,7 +70,7 @@
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: changehat AppArmor library
- This package provides the shared library used for making use of the
+ The package provides shared library used for making use of the
  AppArmor profile and changehat functionality, as well as common log
  parsing routines.
 
@@ -79,7 +79,7 @@
 Architecture: any
 Depends: ${perl:Depends}, ${shlibs:Depends}, ${misc:Depends}
 Description: AppArmor library Perl bindings
- This provides the Perl module that contains the language bindings
+ The package provides Perl module that contains the language bindings
  for the AppArmor library, libapparmor, which were autogenerated via
  SWIG.
 
@@ -89,16 +89,16 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: changehat AppArmor library as an Apache module
- This provides the Apache module needed to declare various differing
- confinement policies when running virtual hosts in the webserver
- by using the changehat abilities exposed through libapparmor.
+ The package provides Apache module needed to declare various differing 
+ confinement policies when running virtual hosts in the  webserver by 
+ using the changehat abilities exposed through libapparmor.
 
 Package: libpam-apparmor
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: changehat AppArmor library as a PAM module
- This provides the PAM module needed to declare various differing
+ The package provides PAM module needed to declare various differing
  confinement policies when starting PAM sessions by using the
  changehat abilities exposed through libapparmor.
 
@@ -106,7 +106,7 @@
 Architecture: all
 Depends: libapparmor-perl, ${perl:Depends}, ${misc:Depends}, libnotify-bin
 Description: AppArmor notification system
- This package provides a utility to display AppArmor denial messages via
+ The package provides a utility to display AppArmor denial messages via
  desktop notifications. The utility can also be used to generate summary
  reports.
 
@@ -116,7 +116,7 @@
 Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
 XS-Python-Version: ${python:Versions}
 Description: AppArmor library Python bindings
- This provides the Python module that contains the language bindings
+ The package provides Python module that contains the language bindings
  for the AppArmor library, libapparmor, which were autogenerated via
  SWIG.
 
@@ -126,7 +126,7 @@
 Depends: ${python3:Depends}, ${shlibs:Depends}, ${misc:Depends}
 XS-Python-Version: ${python3:Versions}
 Description: AppArmor library Python3 bindings
- This provides the Python3 module that contains the 

Bug#875763: Tag pending

[Andreas Ronnquist]

tags -1 + pending
thanks

-- Andreas Rönnquist
gus...@debian.org

Bug#875808: usbguard: does not work with 4.13 kernel

[Jamie Strandboge]

Package: usbguard
Version: 0.7.0+ds1-1
Severity: normal

Dear Maintainer,

I tried usbguard in Ubuntu 17.10 with the proposed 4.13 kernel and found
'usbguard generate-policy' didn't work:

ERROR: UEventDeviceManager: present devices: enumeration timeout

I then found:
https://github.com/dkopecek/usbguard/issues/204

and this upstream patch to fix it (untested):
https://github.com/dkopecek/usbguard/commit/a3cdd13c245f29523f2166dd0c49db97253e3767

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

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

Versions of packages usbguard depends on:
ii  dbus 1.10.22-1ubuntu1
ii  init-system-helpers  1.49ubuntu1
ii  libc62.24-12ubuntu1
ii  libcap-ng0   0.7.7-3build1
ii  libgcc1  1:7.2.0-3ubuntu1
ii  libglib2.0-0 2.53.6-1ubuntu2
ii  libseccomp2  2.3.1-2.1ubuntu1
ii  libstdc++6   7.2.0-3ubuntu1
ii  libusbguard0 0.7.0+ds1-1

usbguard recommends no packages.

usbguard suggests no packages.

-- no debconf information

Bug#737285: RFS: tetzle/2.1.1+dfsg1-1 (adopted orphaned package)

[Innocent De Marchi]

Hi,

I have updated the package to the latest version of the upstream. The
new version is available on mentors [0] and on git [1].

Regards!

I. De Marchi


[0] dget -x

https://mentors.debian.net/debian/pool/main/t/tetzle/tetzle_2.1.1+dfsg1-1.dsc
[1] https://anonscm.debian.org/git/collab-maint/tetzle.git

Bug#875807: python3-pandas: FTBFS: 3 timezone unit tests fail

[Diane Trout]

Package: python3-pandas
Version: 0.20.3-1
Severity: normal

Dear Maintainer,

While trying to rebuild pandas, 3 unit tests fail, they also fail in a
virtual env with a pip installed copy of pandas. I suspect it upstreams
problem.

I was thinking of disabling the 3 tests and asking for upstreams advice

index 854776db4..824a1da1b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -41,7 +41,7 @@ endif
 
 # Some unittests might need to be excluded for different Python versions
 # EXCLUDE_TESTS := --exclude 
'test_(bar_log|set_locale|constructor_compound_dtypes|invalid_index_types|searchsorted_sorter|sparse_max_row|msgpack|read_dta18|integer_panel|mixed_arithmetic|binary_ops|import_google_api_python_client|to_hdf_with_object_column_names)'
-EXCLUDE_TESTS := 
+EXCLUDE_TESTS := -k='not test_fallback_plural and not test_ambiguous_compat 
and not test_ambiguous_flags'
 EXCLUDE_TESTS2 :=
 EXCLUDE_TESTS3.2 :=
 #--exclude "test_bootstrap_plot"

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

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

Versions of packages python3-pandas depends on:
ii  python33.5.3-3
ii  python3-dateutil   2.6.1-1
ii  python3-numpy  1:1.13.1-1
ii  python3-pandas-lib 0.19.2-5.1+b1
ii  python3-pkg-resources  36.2.7-2
ii  python3-six1.10.0-4
ii  python3-tz 2017.2-2

Versions of packages python3-pandas recommends:
ii  python3-bs4 4.6.0-1
ii  python3-html5lib0.9-1
ii  python3-lxml3.8.0-2
ii  python3-matplotlib  2.0.0+dfsg1-2+b1
ii  python3-numexpr 2.6.2-2
ii  python3-scipy   0.18.1-2+b2
ii  python3-tables  3.3.0-5

Versions of packages python3-pandas suggests:
ii  python-pandas-doc  0.19.2-5.1

-- no debconf information

Bug#875805: python3-pandas: Please break circular dependency

[Diane Trout]

Package: python3-pandas
Version: 0.20.3-1
Severity: wishlist

Dear Maintainer,

When trying to rebuild pandas, it build-depends on statsmodels which
also build-depends on pandas.

Statsmodels is only needed to run a few pandas tests and could be
resolved either via a build profile or disabling tests during build and
just use autopkgtests.

Diane

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

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

Versions of packages python3-pandas depends on:
ii  python33.5.3-3
ii  python3-dateutil   2.6.1-1
ii  python3-numpy  1:1.13.1-1
ii  python3-pandas-lib 0.19.2-5.1+b1
ii  python3-pkg-resources  36.2.7-2
ii  python3-six1.10.0-4
ii  python3-tz 2017.2-2

Versions of packages python3-pandas recommends:
ii  python3-bs4 4.6.0-1
ii  python3-html5lib0.9-1
ii  python3-lxml3.8.0-2
ii  python3-matplotlib  2.0.0+dfsg1-2+b1
ii  python3-numexpr 2.6.2-2
ii  python3-scipy   0.18.1-2+b2
ii  python3-tables  3.3.0-5

Versions of packages python3-pandas suggests:
ii  python-pandas-doc  0.19.2-5.1

-- no debconf information

Bug#875806: RFS: tetzle/2.1.1+dfsg1-1 (adopted orphaned package)

[Innocent De Marchi]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: tetzle
   Version : 2.1.1+dfsg1-1
   Upstream Author : Graeme Gott 
 * URL : https://gottcode.org/tetzle/
 * License : GPL-3
   Section : games

  It builds those binary packages:

tetzle - Jigsaw puzzle game

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

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


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

dget -x

https://mentors.debian.net/debian/pool/main/t/tetzle/tetzle_2.1.1+dfsg1-1.dsc

 The package is also in git (collab-maint)
 https://anonscm.debian.org/git/collab-maint/tetzle.git

  Changes since the last upload:

  tetzle (2.1.1+dfsg1-1) unstable; urgency=medium

  * New upstream release.
  * New maintainer (Closes: #737285).
+ Changed Maintainer field in debian/control file.
+ Add new maintainer in debian/copyright file.
  * Standards version 4.1.0: no special changes required.
  * Added Categories and Keywords fields on debian/desktop file.
  * Added tetzle.appdata.xml file on debian directory.
  * Reintroduced debian/watch file.
  * Added export DEB_BUILD_MAINT_OPTIONS on debian/rules.
  * Added Vcs-Browser and Vcs-Git on debian/control file.
  * Repacking sources due to unnecessary files.
+ Added README.source file en debian directory (see for
details).
+ Added +dfsg1 to package name.


  Regards,
   Innocent De Marchi

Bug#797086: [git-buildpackage/master] Add tag command

[Guido Günther]

tag 797086 pending
thanks

Date:   Thu Sep 14 14:35:39 2017 +0200
Author: Guido Günther 
Commit ID: db5c6700943706aa5f68e67769144b3a1efca8c5
Commit URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=db5c6700943706aa5f68e67769144b3a1efca8c5
Patch URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//patch/?id=db5c6700943706aa5f68e67769144b3a1efca8c5

Add tag command

by splitting out the code from buildpackage

This is shorter than running

 gbp buildpackage --git-tag-only

Closes: #797086

  

Bug#872765: linux-image-4.13.0-trunk-amd64: further information

[Ricardo Fabian Peliquero]

Dear Maintainer,

I attach more information. I have updated to linux-image-4.13.0-trunk-amd64 
4.13.1-1, but the problem remains.

Note that aumix-common depends on oss-compat package. Also, according to kernel 
changelog (https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.13.1) there 
were changes into the sound modules.

Please, let me know any other information you might need.

Kindest regards,

Ricardo
; uname -a
Linux hp425 4.12.0-1-amd64 #1 SMP Debian 4.12.6-1 (2017-08-12) x86_64 GNU/Linux

; lspci | grep Audio
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia 
(Intel HDA) (rev 40)
01:05.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RS880 HDMI Audio 
[Radeon HD 4200 Series]

; cat /proc/devices
Character devices:
  1 mem
  4 /dev/vc/0
  4 tty
  4 ttyS
  5 /dev/tty
  5 /dev/console
  5 /dev/ptmx
  7 vcs
 10 misc
 13 input
 14 sound/mixer
 14 sound/dsp
 14 sound/audio
 14 sound/mixer1
 21 sg
 29 fb
 81 video4linux
116 alsa
128 ptm
136 pts
152 aoechr
180 usb
189 usb_device
226 drm
247 media
248 kfd
249 bsg
250 watchdog
251 rtc
252 dax
253 tpm
254 gpiochip

Block devices:
259 blkext
  8 sd
 11 sr
 65 sd
 66 sd
 67 sd
 68 sd
 69 sd
 70 sd
 71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
152 aoe
179 mmc

; ls -l /dev/dsp
crw-rw 1 root audio 14, 3 sep 14 08:57 /dev/dsp

; su -c dmesg
[0.00] Linux version 4.12.0-1-amd64 (debian-ker...@lists.debian.org) 
(gcc version 6.4.0 20170805 (Debian 6.4.0-3) ) #1 SMP Debian 4.12.6-1 
(2017-08-12)
[0.00] Command line: auto BOOT_IMAGE=LinuxViejo ro 
root=UUID=d83c21d8-53d3-46e2-8772-82e9dd92546c edd=off
[0.00] x86/fpu: x87 FPU will use FXSAVE
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009fbff] usable
[0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000ef000-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0xafce] usable
[0.00] BIOS-e820: [mem 0xafcf-0xafdcefff] reserved
[0.00] BIOS-e820: [mem 0xafdcf000-0xafecefff] ACPI NVS
[0.00] BIOS-e820: [mem 0xafecf000-0xafefefff] ACPI data
[0.00] BIOS-e820: [mem 0xafeff000-0xafef] usable
[0.00] BIOS-e820: [mem 0xe000-0xefff] reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
[0.00] BIOS-e820: [mem 0xfec1-0xfec10fff] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xffe0-0x] reserved
[0.00] BIOS-e820: [mem 0x0001-0x00013fff] usable
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: Hewlett-Packard HP 425/1475, BIOS 68DVA Ver. F.03 08/13/2010
[0.00] tsc: Fast TSC calibration using PIT
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] AGP: No AGP bridge found
[0.00] e820: last_pfn = 0x14 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-D uncachable
[0.00]   E-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base  mask 8000 write-back
[0.00]   1 base 8000 mask E000 write-back
[0.00]   2 base A000 mask F000 write-back
[0.00]   3 base 0001 mask C000 write-back
[0.00]   4 base FFE0 mask FFE0 write-protect
[0.00]   5 base FFF4 mask  write-protect
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] TOM2: 00014000 aka 5120M
[0.00] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT  
[0.00] e820: last_pfn = 0xaff00 max_arch_pfn = 0x4
[0.00] Base memory trampoline at [9cf680099000] 99000 size 24576
[0.00] Using GB pages for direct mapping
[0.00] BRK [0x54b54000, 0x54b54fff] PGTABLE
[0.00] BRK [0x54b55000, 0x54b55fff] PGTABLE
[0.00] BRK [0x54b56000, 0x54b56fff] PGTABLE
[0.00] BRK [0x54b57000, 0x54b57fff] PGTABLE
[0.00] BRK [0x54b58000, 0x54b58fff] PGTABLE
[0.00] RAMDISK: [mem 0x7ff3b000-0x7fff]
[0.00] ACPI: Early table checksum verification disabled
[0.00] ACPI: RSDP 0x000F2AA0 14 (v00 HPQOEM)
[0.00] ACPI: RSDT 0xAFEFE038 38 (v01 HPQOEM SLIC-MPC 
0003  0113)
[0.00] ACPI: FACP 0xAFEFD000 74 (v01 HPQOEM 307E 
0003 HP   0001)
[0.00] ACPI 

Bug#875804: RFS: robocut/1.0.11-1-- Control program for Graphtec cutting plotters

[Markus Schulz]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "robocut":

 * Package name: robocut
   Version : 3.1-4
   Upstream Author : Tim Hutt and Markus Schulz
 * URL : http://launchpad.net/robocut
 * License : GPL-3+
   Section : Robocut is a simple graphical program to allow you to cut 
graphics with a
 Graphtec Craft Robo 2 Vinyl Cutter model CC220-20 and 
Silhouette SD. It can
 read SVG files produced by Inkscape, but it should also 
work with other
 SVG files.

In 2011 brem...@debian.org was my mentor, unfortunately is is very busy right 
now
and ask me to to open this RFS. I still have some issues with the watch file and
launchpad. I think there is still a bug on the launchpad platform. The only
reason to make a new package is really the QT5 thing.

It builds those binary packages:

  robocut - Control program for Graphtec cutting plotters

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/r/robocut/robocut_1.0.11-1.dsc

More information about robocut can be obtained from http://robocut.org/.

Changes since the last upload:

  * fixed spelling bug (Closes: #657050)
  * fixed git url (Closes: #867053)
  * QT5 support (Closes: #875173)
  some other updates to the program it
  ...


Regards,
Markus Schulz

Bug#872004: UNWANTED MAIL

[Ozgur]

Hello,

please visit a below url address and confirm your e-mail address and 
unsubscribe.

https://lists.debian.org/debian-kernel/

Regards

Ozgur


14.09.2017, 06:45, "dmcerl...@virginbroadband.com.au" 
:
> REMOVE ME FROM ALL MAILING LISTS!!!

Bug#874836: [pkg-bacula-devel] Bug#874836: [bacula] Future Qt4 removal from Buster

[Carsten Leonhardt]

Control: forwarded -1 
https://sourceforge.net/p/bacula/mailman/bacula-devel/thread/87r2v9tt7s.fsf%40arioch.leonhardt.eu/#msg36038406
Control: tag -1 + upstream

Hi,

> Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
> as [announced] in:

I've reported this to the upstream devel list for now.

 - Carsten

Bug#875674: khard: Please provide davcontroller as /usr/bin/davcontroller (not merely as an example script)

[Félix Sipma]

From the package README.md:
"davcontroller should be considered as a hacky solution and it's only tested
against the Darwin calendarserver"

It does not seem to be a very good candidate for /usr/bin, don't you think so?

I think that you just need to create a local folder and add it to your
vdirsyncer config and run vdirsyncer to be asked to create the collection on
the carddav server (didn't tested, but it works with vdirsyncer+xandikos for
caldav).

On 2017-09-13 14:03+0200, Jonas Smedegaard wrote:
> Package: khard
> Version: 0.11.3-1
> Severity: normal
> 
> Upstream documentation recommends using davcontroller as integral part
> of khard use, but that script is in debian provided merely as an example
> script.
> 
> Please install that tool as /usr/bin/davcontroller.
> 
> - Jonas


signature.asc
Description: PGP signature

Bug#875802: (no subject)

[Martin von Wittich]

--- /var/lib/iserv/remote-support/iserv-martin.von.wittich/src2/psmisc-22.21/src/fuser.c	2017-09-14 16:55:21.0 +0200
+++ /var/lib/iserv/remote-support/iserv-martin.von.wittich/src/psmisc-22.21/src/fuser.c	2017-09-14 16:57:15.808933238 +0200
@@ -59,7 +59,7 @@
 #include "signals.h"
 #include "i18n.h"
 
-//#define DEBUG 1
+#define DEBUG 1
 
 #define NAME_FIELD 20		/* space reserved for file name */
 /* Function defines */
@@ -504,6 +504,11 @@
 	for (sun_tmp = sun_head; sun_tmp != NULL; sun_tmp = sun_tmp->next) {
 		if (sun_tmp->dev == this_name->st.st_dev
 		&& sun_tmp->inode == this_name->st.st_ino) {
+#ifdef DEBUG
+			printf("adding socket %s %lX %lX\n", this_name->filename,
+			   (unsigned long)net_dev,
+			   (unsigned long)sun_tmp->net_inode);
+#endif/* DEBUG */
 			add_inode(ino_list, this_name, net_dev,
   sun_tmp->net_inode);
 			return 0;
@@ -1555,7 +1560,7 @@
 {
 	FILE *fp;
 	char line[BUFSIZ];
-	int scanned_inode;
+	ino_t scanned_inode;
 	struct stat st;
 	struct unixsocket_list *newsocket;
 
@@ -1567,7 +1572,7 @@
 	while (fgets(line, BUFSIZ, fp) != NULL) {
 		char *path;
 		char *scanned_path = NULL;
-		if (sscanf(line, "%*x: %*x %*x %*x %*x %*d %d %as",
+		if (sscanf(line, "%*x: %*x %*x %*x %*x %*d %lld %as",
 			   _inode, _path) != 2) {
 			if (scanned_path)
 free(scanned_path);
@@ -1576,6 +1581,9 @@
 		if (scanned_path == NULL)
 			continue;
 		path = scanned_path;
+#ifdef DEBUG
+		fprintf(stderr, "fill_unix_cache: scanned_inode:%lld scanned_path:%s\n", scanned_inode, scanned_path);
+#endif/* DEBUG */
 		if (*scanned_path == '@')
 			scanned_path++;
 		if (timeout(stat, scanned_path, , 5) < 0) {

Bug#875797: fixed up pkging is available from http://github.com/yarikoptic/wrapt

[Yaroslav Halchenko]

I pushed branch debian/pike with all needed changes to my "fork" of
upstream (since you package on top of it) to
http://github.com/yarikoptic/wrapt
Please consider adopting ;)

Trying to build now 
-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#875744: Debian mirror debian.asis.io: not updating

[factoreal]

Hello
there is network problem in data center recent days, it will be fix next 48 
hours. please be patient.
We are sorry for inconvenience.
 

-- 
Regards
_factoreal


From: Palfrader Peter 
Reply: Palfrader Peter , 875...@bugs.debian.org 
<875...@bugs.debian.org>
Date: September 14, 2017 at 13:10:01
To: sub...@bugs.debian.org 
Cc: mirr...@debian.org 
Subject:  Bug#875744: Debian mirror debian.asis.io: not updating  

Package: mirrors  
User: mirr...@packages.debian.org  
Usertags: mirror-problem may-auto-close  
Control: submitter -1 mirr...@debian.org  

Hi!  

Status: https://mirror-master.debian.org/status/mirror-info/debian.asis.io.html 
 

It seems debian.asis.io stopped updating. Please investigate.  

Also,  
o we recommend mirrors not sync directly from service aliases such as  
ftp..debian.org (only http is guaranteed to be available at  
ftp..d.o sites). Maybe change your config to sync from  
the site currently backing the ftp..debian.org service you sync  
from?  

--  
| .''`. ** Debian **  
Peter Palfrader | : :' : The universal  
https://www.palfrader.org/ | `. `' Operating System  
| `- https://www.debian.org/  


signature.asc
Description: Message signed with OpenPGP using AMPGpg