Bug#891033: dgit: Please integrate with pristine-tar

[Felipe Sateler]

On Wed, Feb 21, 2018 at 8:32 PM, Ian Jackson
 wrote:
> Felipe Sateler writes ("Bug#891033: dgit: Please integrate with 
> pristine-tar"):
>> It would be great if dgit would detect a pristine-tar enabled repo, and
>> in that case try to checkout the upstream tarball if it is not present
>> in `..`.
>
> Hi.  I'm not sure exactly when you think it should do this.

Sorry for being too terse.

>
> Do you mean when the user says "dgit clone" ?  Or do you mean when
> building a source package ?

When building a source package. In my (gbp-based) workflow, I
don't always have the current tarball in `..`, for the following
reasons:

1. I use gbp's export-dir option to run builds in a tmpfs, so the
tarball lives somewhere in /tmp.
2. Even if not doing that, I might have pulled a git tree with an
upstream tarball imported by a teammate. Pristine-tar avoids hash
mismatch problems by ensuring we both use the same tarball.

Note that I currently faced this error when using `dgit push-source`.
Perhaps other build options do not have this problem due to gbp
integration (gbp already extracts the tarbal when it needs to).

> It's possible that dgit could be extended somehow in these directions
> but I don't think it's entirely trivial, depending what is wanted.

/me hopes it is not difficult.

-- 

Saludos,
Felipe Sateler

Bug#891033: dgit: Please integrate with pristine-tar

[Ian Jackson]

Control: retitle -1 on push/build, generate missing orig from pristine-tar

Felipe Sateler writes ("Re: Bug#891033: dgit: Please integrate with 
pristine-tar"):
> On Wed, Feb 21, 2018 at 8:32 PM, Ian Jackson
> > Do you mean when the user says "dgit clone" ?  Or do you mean when
> > building a source package ?
> 
> When building a source package. In my (gbp-based) workflow, I
> don't always have the current tarball in `..`, for the following
> reasons:

I see, yes.

> 1. I use gbp's export-dir option to run builds in a tmpfs, so the
> tarball lives somewhere in /tmp.
> 2. Even if not doing that, I might have pulled a git tree with an
> upstream tarball imported by a teammate. Pristine-tar avoids hash
> mismatch problems by ensuring we both use the same tarball.
> 
> Note that I currently faced this error when using `dgit push-source`.
> Perhaps other build options do not have this problem due to gbp
> integration (gbp already extracts the tarbal when it needs to).

I think that's likely.

I think there is probably a gbp rune that will just provide the
upstream source tarball from the pristine tar branch.  I'm afraid I
don't know how it's spelled, but you can probably use that as a
workaround in the meantime.

If you let me know what it is, that will be a small step towards
implementing this feature :-).

> > It's possible that dgit could be extended somehow in these directions
> > but I don't think it's entirely trivial, depending what is wanted.
> 
> /me hopes it is not difficult.

Now I understand what you're asking for, yes, I think this would be
possible and not even too difficult.

Sean may disagree, but I don't think automatically generating missing
origs from pristine tar branches is something that dgit should to by
default.

But it's certainly something we could have as an option, and maybe it
should even be implied by --gbp.  And dgit could prompt the user to
specify the relevant options, if it detected an pristine-tar or
upstream branch.

Related to this is #865905 "want better msg for missing .orig (eg due
to accidental upstream version bump)".  #865905 mentions git-deborig
which is also a thing that dgit should maybe be willing to use for
this, when requested/configured.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#890621: reassign back to the original packages, keep a bug open in python3.6

[Dmitry Shachnev]

Control: reassign 890621 libpython3.6-stdlib 3.6.4-4
Control: reassign 890754 src:typecatcher 0.3-1
Control: severity 890621 normal
Control: affects 890621 - src:typecatcher
Control: affects 890754 - src:typecatcher

On Tue, Feb 20, 2018 at 03:57:12AM +0700, Matthias Klose wrote:
> unmerge 890754
> clone 890621 -1
> reassign 890621 src:typecatcher 
> reassign 890754 src:python3-keyrings.alt

I think you meant this vice versa. 890621 was originally filed for
keyrings.alt, and 890754 for typecatcher.

However there is nothing to fix in python3-keyrings.alt. The real issue is
in /usr/lib/python3.6/test/libregrtest/setup.py file, which cannot treat
situations when __file__ is None properly.

As Ronald correctly noticed, it can be fixed by replacing
“if hasattr(module, '__file__')” with “if getattr(module, '__file__', None)”.

So I am reassigning this to libpython3.6-stdlib, which ships the
regrtest module. According to the documentation, this module is meant for
internal use by Python only, so it is at most normal severity.

Sorry for all this reassigning noise, but now it should be right.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#688735: Some strings need to be set up for i18n

[Gunnar Hjalmarsson]

I have made an attempt to fix this. Please see the attached patch.

--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
>From 63726d9f16de39b94d5bfe85ae5474ab86d77972 Mon Sep 17 00:00:00 2001
From: Gunnar Hjalmarsson 
Date: Wed, 21 Feb 2018 21:23:20 +0100
Subject: [PATCH] Enable translations for the cryptroot script

https://bugs.debian.org/688735, https://launchpad.net/bugs/1027854
---
 .../{cryptroot-script => cryptroot-script.sh}  | 35 +++---
 debian/patches/cryptroot-script-translations.patch | 13 
 debian/patches/series  |  1 +
 debian/rules   |  4 ++-
 4 files changed, 41 insertions(+), 12 deletions(-)
 rename debian/initramfs/{cryptroot-script => cryptroot-script.sh} (84%)
 create mode 100644 debian/patches/cryptroot-script-translations.patch

diff --git a/debian/initramfs/cryptroot-script b/debian/initramfs/cryptroot-script.sh
similarity index 84%
rename from debian/initramfs/cryptroot-script
rename to debian/initramfs/cryptroot-script.sh
index 75299a0..3fa9e67 100644
--- a/debian/initramfs/cryptroot-script
+++ b/debian/initramfs/cryptroot-script.sh
@@ -1,6 +1,8 @@
 #!/bin/sh
 
 PREREQ="cryptroot-prepare"
+export TEXTDOMAIN=cryptsetup
+. /usr/bin/gettext.sh
 
 #
 # Standard initramfs preamble
@@ -165,7 +167,8 @@ parse_options()
 	export CRYPTTAB_OPTIONS
 
 	if [ -z "$cryptsource" ]; then
-		message "cryptsetup ($crypttarget): source parameter missing"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): source parameter missing')
 		return 1
 	fi
 	return 0
@@ -175,7 +178,8 @@ activate_vg()
 {
 	# Sanity checks
 	if [ ! -x /sbin/lvm ]; then
-		message "cryptsetup ($crypttarget): lvm is not available"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): lvm is not available')
 		return 1
 	fi
 
@@ -206,7 +210,8 @@ setup_mapping()
 		cryptkeyscript="/lib/cryptsetup/askpass"
 		cryptkey="Please unlock disk $diskname: "
 	elif ! type "$cryptkeyscript" >/dev/null; then
-		message "cryptsetup ($crypttarget): error - script \"$cryptkeyscript\" missing"
+		# TRANSLATORS: Keep the variables $crypttarget and $cryptkeyscript untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): error - script "$cryptkeyscript" missing')
 		return 1
 	fi
 
@@ -218,7 +223,8 @@ setup_mapping()
 	fi
 
 	if [ -n "$cryptheader" ] && ! type "$cryptheader" >/dev/null; then
-		message "cryptsetup ($crypttarget): error - LUKS header \"$cryptheader\" missing"
+		# TRANSLATORS: Keep the variables $crypttarget and $cryptheader untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): error - LUKS header "$cryptheader" missing')
 		return 1
 	fi
 
@@ -323,13 +329,15 @@ setup_mapping()
 		if [ ! -e "$NEWROOT" ]; then
 			if ! crypttarget="$crypttarget" cryptsource="$cryptsource" \
 			 $cryptkeyscript "$cryptkey" | $cryptopen; then
-message "cryptsetup ($crypttarget): cryptsetup failed, bad password or options?"
+# TRANSLATORS: Keep the variable $crypttarget untranslated
+message $(eval_gettext 'cryptsetup ($crypttarget): cryptsetup failed, bad password or options?')
 continue
 			fi
 		fi
 
 		if [ ! -e "$NEWROOT" ]; then
-			message "cryptsetup ($crypttarget): unknown error setting up device mapping"
+			# TRANSLATORS: Keep the variable $crypttarget untranslated
+			message $(eval_gettext 'cryptsetup ($crypttarget): unknown error setting up device mapping')
 			return 1
 		fi
 
@@ -341,7 +349,8 @@ setup_mapping()
 		#if [ "$FSTYPE" = "lvm" ] || [ "$FSTYPE" = "lvm2" ]; then
 		if [ "$FSTYPE" = "LVM_member" ] || [ "$FSTYPE" = "LVM2_member" ]; then
 			if [ -z "$cryptlvm" ]; then
-message "cryptsetup ($crypttarget): lvm fs found but no lvm configured"
+# TRANSLATORS: Keep the variable $crypttarget untranslated
+message $(eval_gettext 'cryptsetup ($crypttarget): lvm fs found but no lvm configured')
 return 1
 			elif ! activate_vg; then
 # disable error message, LP: #151532
@@ -366,7 +375,8 @@ setup_mapping()
 
 		#if [ -z "$FSTYPE" ] || [ "$FSTYPE" = "unknown" ]; then
 		if [ -z "$FSTYPE" ]; then
-			message "cryptsetup ($crypttarget): unknown fstype, bad password or options?"
+			# TRANSLATORS: Keep the variable $crypttarget untranslated
+			message $(eval_gettext 'cryptsetup ($crypttarget): unknown fstype, bad password or options?')
 			udev_settle
 			$cryptremove
 			continue
@@ -375,15 +385,18 @@ setup_mapping()
 		# decrease $count by 1, apparently last try was successful.
 		count=$(( $count - 1 ))
 
-		message "cryptsetup ($crypttarget): set up successfully"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): set up successfully')
 		break
 	done
 
 	failsleep=60 # make configurable later?
 
 	if [ "$cryptrootdev" = "yes" ] && [ $crypttries -gt 0 ] && [ $count -ge 

Bug#891050: gap-autpgrp: please make the build reproducible

[Chris Lamb]

Hi Bill,
 
> If you want to help with GAP, tell me why gap-gapdoc is not reproducible.

I'm not sure I can tell you anything more beyond what was in my original
report (ie. date variation due to the use of \Month and \Year).  :)

(I can 100% understand not wanting to diverge from upstream and would
certainly understand if you didn't want to take this patch before
upstream do.)


Regards,

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

Bug#891054: Improper use of stderr for state output

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: minor

If I merely call 'autorandr', I get a list of configuration
environments, which is nice to query the state of autorandr.
However, this list is printed to stderr, whereas I'd like to argue
it belongs on stdout, as it's not an error message.

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891055: Please provide --print-current

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: wishlist

For use in scripts, it'd be nice if autorandr could be invoked such
as

  autorandr --print-current

to which it'd respond with the currently identified and/or applied
configuration.

Thanks,

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891057: gcc-defaults: gcc-* cross-toolchains uninstallable.

[Vagrant Cascadian]

Source: gcc-defaults
Severity: serious
Version: 1.173d1

Thanks for all your work on keeping cross-toolchains up to date!

Currently, gcc-defaults has gcc-aarch64-linux-gnu depend on
gcc-7-aarch64-linux-gnu, which is no longer available in sid, presumably
replaced by gcc-8-aarch64-linux-gnu.

Similar for the other cross-toolchains such as gcc-arm-linux-gnueabi and
gcc-arm-linux-gnueabihf, which makes crossbuild-essential-*
uninstallable, which makes cross-building packages difficult.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#882141: closed by Scott Kitterman <sc...@kitterman.com> (Bug#882141: fixed in postfix 3.2.4-1)

[Bastian Blank]

On Sun, Feb 11, 2018 at 11:11:16PM -0500, Scott Kitterman wrote:
> Would you please check that your /lib/systemd/system/postfix@.service has:
> 
> After=network-online.target nss-lookup.target
> Wants=network-online.target
> 
> At least as I understand it, that's supposed to make sure the network is up 
> before postfix starts.

Please tell me how this would change the environment the _generator_ is
running in.

Bastian

-- 
A little suffering is good for the soul.
-- Kirk, "The Corbomite Maneuver", stardate 1514.0

Bug#890608: [7c9f215] Fix for Bug#890608 committed to git

[Manoj Srivastava]

tags 890608 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 dgit/sid at Wed, 21 Feb 2018 15:29:20 -0800.

 The fix will be in the next upload. 
=
[master]: A bug fixing release

Rolled backt he POSIX_X_SOURCE feature  check changes.

Closes: #890608
Closes: #890714
Closes: #890743
Closes: #890703

Signed-off-by: Manoj Srivastava 
=

Bug#890875: Upload jquery-caret.js to unstable

[Ben Finney]

Control: severity -1 wishlist
Control: tags -1 + moreinfo

On 20-Feb-2018, Pirate Praveen wrote:

> I'd like to upload gitlab 9.5 currently in experimental to unstable.

(This request is no more severe than “wishlist”, by the definitions of
the severity levels.)

Does the package currently in ‘experimental’ work? It should not be
uploaded to ‘unstable’ unless it serves the need of a dependent
package like Pagure or GitLab.

Please see bug#836408 for a request for testing, I have not seen any
confirmation that the package works as-is.

-- 
 \“All opinions are not equal. Some are a very great deal more |
  `\   robust, sophisticated, and well supported in logic and argument |
_o__) than others.” —Douglas Adams |
Ben Finney 


signature.asc
Description: PGP signature

Bug#890989: [pkg-go] Bug#890989: ITP: golang-github-containerd-btrfs -- Btrfs bindings for Go

[Arnaud]

Yes it is, I closed #890984, sorry it's just me being confused :/

On 02/21/2018 11:12 PM, Michael Stapelberg wrote:
> This seems to be a duplicate of #890984?
>
> On Wed, Feb 21, 2018 at 12:50 PM, Arnaud Rebillout
> > wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Arnaud Rebillout  >
>
> * Package name    : golang-github-containerd-btrfs
>   Version         : 0.0~git20171005.72c0a35-1
>   Upstream Author : containerd
> * URL             : https://github.com/containerd/btrfs
> 
> * License         : Apache-2.0
>   Programming Lang: Go
>   Description     : Btrfs bindings for Go
>
>  Native Go bindings for btrfs.
>  .
>  Status
>  .
>  These are in the early stages. We will try to maintain stability,
> but please
>  vendor if you are relying on these directly.
>  .
>  Contribute
>  .
>  This package may not cover all the use cases for btrfs. If
> something you need
>  is missing, please don't hesitate to submit a PR.  Note that due
> to struct
>  alignment issues, this isn't yet fully native.  Preferrably, this
> could be
>  resolved, so contributions in this direction are greatly appreciated.
>
> 
>
> - why is this package useful/relevant?
>
> It is a dependency of containerd.
>
> - how do you plan to maintain it?
>
> I plan to maintain it within the golang packaging team.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> 
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
> 
> 
>
>
>
>
> -- 
> Best regards,
> Michael

Bug#891058: O: libblkmaker -- implementation of getblocktemplate protocol

[Dmitry Smirnov]

Package: wnpp
Severity: normal
X-Debbugs-CC: pkg-bitcoin-de...@lists.alioth.debian.org
Control: affects -1 bfgminer libblkmaker

I have no capacity left to maintain "libblkmaker" hence it needs new 
maintainer...

If you want to be the new maintainer, please see [1] for detailed 
instructions how to adopt a package properly.

[1]: https://www.debian.org/devel/wnpp/index.html#howto-o

-- 
Regards,
 Dmitry Smirnov.



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

Bug#891059: O: bfgminer -- multi-threaded multi-pool ASIC, FPGA and GPU bitcoin miner

[Dmitry Smirnov]

Package: wnpp
Severity: normal
X-Debbugs-CC: pkg-bitcoin-de...@lists.alioth.debian.org
Control: affects -1 bfgminer

I've lost interest and capacity to maintain "bfgminer" hence it needs new 
maintainer...

If you want to be the new maintainer, please see [1] for detailed 
instructions how to adopt a package properly.

[1]: https://www.debian.org/devel/wnpp/index.html#howto-o

-- 
Regards,
 Dmitry Smirnov.


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

Bug#881118: Second review

[Julien Puydt]

Hi,

I saw you updated things ; I'm now looking at commit:
 37dffbaabe6dae7f45a4f5a8edca1f7cc18aabe7

It looks better, but :
- debhelper compat might be 10 ;
- standards-version should be 4.1.3 ;
- the Vcs-* fields you added should point to salsa ;
- debian/copyright would need to be thoroughly reviewed (looks old).

I suggest you try:
lintian -I boost-numeric-bindings_0.99-1_amd64.changes

and try to make it only output:
  I: boost-numeric-bindings source: testsuite-autopkgtest-missing

Cheers,

Snark on #debian-science

Bug#890904: diffoscope does not show classes.dex diff

[Chris Lamb]

tags 890904 + moreinfo
thanks

Hey Hans-Christoph!

> Here are the test files:
> https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
> https://verification.f-droid.org/tmp/sigcp_a2dp.Vol_137.apk

Thank you so much for the report. However, I can't seem to download these:

  $ wget --inet4-only https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
  --2018-02-21 21:54:59--  https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
  Resolving verification.f-droid.org (verification.f-droid.org)... 
37.218.242.117
  Connecting to verification.f-droid.org 
(verification.f-droid.org)|37.218.242.117|:443... failed: No route to host.

In particular - is this a temporary thing, or did you perhaps link to an
"internal" URI by accident?


Best wishes,

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

Bug#891040: apt: does not log enough to term.log

[Thorsten Glaser]

Package: apt
Version: 1.6~alpha7
Severity: important

In /var/log/apt/term.log, the output before I press Return is missing.

For example, this:

-cutting here may damage your screen surface-
Reading package lists... Done
Building dependency tree
Reading state information... Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following additional packages will be installed:
  kate5-data ktexteditor-data ktexteditor-katepart libeditorconfig0 libgit2-26 
libhttp-parser2.7.1
  libkf5itemmodels5 libkf5kiofilewidgets5 libkf5newstuff-data libkf5newstuff5 
libkf5newstuffcore5
  libkf5syntaxhighlighting-data libkf5syntaxhighlighting5 libkf5texteditor-bin 
libkf5texteditor5
Suggested packages:
  khelpcenter konsole-kpart mercurial darcs
Recommended packages:
  sonnet-plugins qml-module-org-kde-newstuff
The following NEW packages will be installed:
  kate kate5-data ktexteditor-data ktexteditor-katepart libeditorconfig0 
libgit2-26 libhttp-parser2.7.1
  libkf5itemmodels5 libkf5kiofilewidgets5 libkf5newstuff-data libkf5newstuff5 
libkf5newstuffcore5
  libkf5syntaxhighlighting-data libkf5syntaxhighlighting5 libkf5texteditor-bin 
libkf5texteditor5
0 upgraded, 16 newly installed, 0 to remove and 28 not upgraded.
Need to get 11.4 MB of archives.
After this operation, 40.8 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
-cutting here may damage your screen surface-

*All* of this is really important information possibly even weeks later.

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/preferences.d/dash-mksh.pref present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- (/etc/apt/sources.list.d/local.list present, but not submitted) --


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

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

Versions of packages apt depends on:
ii  adduser 3.117
ii  debian-archive-keyring  2017.7
ii  gpgv2.2.4-3
ii  libapt-pkg5.0   1.6~alpha7
ii  libc6   2.26-6
ii  libgcc1 1:8-20180218-1
ii  libgnutls30 3.5.18-1
ii  libseccomp2 2.3.1-2.1
ii  libstdc++6  8-20180218-1

Versions of packages apt recommends:
ii  ca-bundle [ca-certificates]  20170309tarent1

Versions of packages apt suggests:
pn  apt-doc  
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.19.0.5
ii  gnupg2.2.4-3
ii  gnupg1   1.4.22-4
ii  powermgmt-base   1.31+nmu1

-- no debconf information

Bug#890680: [Reportbug-maint] Bug#890680: reportbug: python3-reportbug submodules are not well documented

[Nis Martensen]

On 20-02-2018 06:02, Sandro Tosi wrote:
> On Sun, Feb 18, 2018 at 5:03 AM, Nis Martensen  wrote:
>> Extending the test suite is actually the goal here. It's just hard to
>> add tests for functions of which you don't know what they're supposed to
>> do exactly. So reading the code and taking notes is the first step.
> 
> oh great to hear we're one the same page on that! :)

I doubt it's going to be easy, though - many bugs are like
"proxy-related command line options don't work well" or "does not
interact nicely with my mua" or "crashes when user's homedir does not
exist".  Not sure how those can be covered with unit tests. But let's go
step by step to figure out what's possible.


> i was more thinking of tools external to debian, like scripts from
> operators using those functions

Hm. Are you aware of people having done that? Would the switch from py2
to py3 not already have broken such tools?


>> Are you planning to move reportbug to salsa in the future?  It might
>> make this kind of review easier.
> 
> i just did and migrated reportbug to
> https://salsa.debian.org/reportbug-team/reportbug - wanna try the
> merge request thing ah! :)

Here you go:
https://salsa.debian.org/reportbug-team/reportbug/merge_requests/1

Bug#891047: uscan: version mode "same" does not work with --download-current-version

[James Cowgill]

Package: devscripts
Version: 2.17.12
Severity: normal

Hi,

The following watch file which uses the "same" version mode does not
work when --download-current-version is specified. It does work on a
normal uscan invocation however (eg with --force-download).

(at the time the version in debian/changelog was "2.1-1")

> $ cat debian/watch 
> version=4
> opts="dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/"
>  \
>  
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_@ANY_VERSION@@ARCHIVE_EXT@
> opts="dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/,component=rsc"
>  \
>  
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_@ANY_VERSION@@ARCHIVE_EXT@
>  same
> $ uscan --verbose --download-current-version
> uscan info: uscan (version 2.17.12) See uscan(1) for help
> uscan info: Scan watch files in .
> uscan info: Check debian/watch and debian/changelog in .
> uscan info: package="ffdiaporama" version="2.1-1" (as seen in 
> debian/changelog)
> uscan info: package="ffdiaporama" version="2.1" (no epoch/revision)
> uscan info: ./debian/changelog sets package="ffdiaporama" version="2.1"
> uscan info: Process ./debian/watch (package=ffdiaporama version=2.1)
> uscan info: opts: 
> dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Parsing dversionmangle=s/\+dfsg\d*$//
> uscan info: Parsing uversionmangle=s/\.2014\.0209//
> uscan info: Parsing oversionmangle=s/$/+dfsg/
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Last orig.tar.* tarball version (from debian/changelog): 2.1
> uscan info: Download the --download-current-version specified version: 2.1
> uscan info: Requesting URL:
>https://download.tuxfamily.org/ffdiaporama/Packages/Stable/
> uscan info: Matching pattern:
>
> (?:(?:https://download.tuxfamily.org)?\/ffdiaporama\/Packages\/Stable\/)?ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Found the following matching hrefs on the web page (newest first):
>ffdiaporama_bin_2.1.2014.0209.tar.gz (2.1) index=2.1-1 matched with the 
> download version
> uscan info: Matching target for downloadurlmangle: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Upstream URL (downloadurlmangled):
>
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Newest upstream tarball version selected for download 
> (uversionmangled): 2.1
> uscan info: Download filename (filenamemangled): 
> ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan: Newest version of ffdiaporama on remote site is 2.1, specified 
> download version is 2.1
> uscan info: Downloading upstream package: ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Requesting URL:
>
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Successfully downloaded package: 
> ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Start checking for common possible upstream OpenPGP signature 
> files
> uscan info: End checking for common possible upstream OpenPGP signature files
> uscan info: Missing OpenPGP signature.
> uscan info: New orig.tar.* tarball version (oversionmangled): 2.1+dfsg
> uscan info: Executing internal command:
>mk-origtargz --package ffdiaporama --version 2.1+dfsg --compression gzip 
> --directory .. --copyright-file debian/copyright 
> ../ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: New orig.tar.* tarball version (after mk-origtargz): 2.1+dfsg
> uscan info: Successfully symlinked ../ffdiaporama_bin_2.1.2014.0209.tar.gz to 
> ../ffdiaporama_2.1+dfsg.orig.tar.gz.
> uscan info: opts: 
> dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/,component=rsc
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
>  same
> uscan info: Parsing dversionmangle=s/\+dfsg\d*$//
> uscan info: Parsing uversionmangle=s/\.2014\.0209//
> uscan info: Parsing oversionmangle=s/$/+dfsg/
> uscan info: Parsing component=rsc
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
>  same
> uscan info: Last orig.tar.* tarball version (from debian/changelog): 
> uscan info: Download the --download-current-version specified version: 
> uscan info: Requesting URL:
>https://download.tuxfamily.org/ffdiaporama/Packages/Stable/
> 

Bug#891048: gtk-d: Fix ldflags issue (from Ubuntu)

[Jeremy Bicha]

Source: gtk-d
Version: 3.7.1-1

Ubuntu has been carrying a gtk-d diff to fix an LDFLAGS issue.
Matthias Klumpp said he might have a way to handle this better, so I'm
filing this bug to help as a reminder.

http://ubuntudiff.debian.net/?query=-FPackage+gtk-d

Thanks,
Jeremy Bicha

Bug#891050: gap-autpgrp: please make the build reproducible

[Chris Lamb]

Source: gap-autpgrp
Version: 1.5-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that gap-autpgrp could not be built reproducibly:

│ │ │ ├── ./usr/share/gap/pkg/AutPGrp/doc/manual.pdf
│ │ │ │ ├── pdftotext {} -
│ │ │ │ │ @@ -2,15 +2,15 @@
│ │ │ │ │  —
│ │ │ │ │  A GAP4 Package
│ │ │ │ │  
│ │ │ │ │  by
│ │ │ │ │  
│ │ │ │ │  Bettina Eick and Eamonn O’Brien
│ │ │ │ │  
│ │ │ │ │ -March 2019
│ │ │ │ │ +February 2018

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible-build.patch   2018-02-21 22:28:31.295932059 
+
@@ -0,0 +1,14 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2018-02-21
+
+--- gap-autpgrp-1.5.orig/doc/manual.tex
 gap-autpgrp-1.5/doc/manual.tex
+@@ -35,7 +35,6 @@
+   \centerline{\titlefont A GAP4 Package}\vfill
+   \centerline{\secfont by}\vfill
+   \centerline{\secfont Bettina Eick and Eamonn O'Brien}\vfill
+-  \centerline{\secfont{\Month} \Year}
+ }
+ %
+ %
--- a/debian/patches/series 2018-02-21 22:25:16.586537816 +
--- b/debian/patches/series 2018-02-21 22:28:29.951924809 +
@@ -1,2 +1,3 @@
 doc-makefile
 fix-makedoc
+reproducible-build.patch

Bug#891033: dgit: Please integrate with pristine-tar

[Ian Jackson]

Felipe Sateler writes ("Bug#891033: dgit: Please integrate with pristine-tar"):
> It would be great if dgit would detect a pristine-tar enabled repo, and
> in that case try to checkout the upstream tarball if it is not present
> in `..`.

Hi.  I'm not sure exactly when you think it should do this.

Do you mean when the user says "dgit clone" ?  Or do you mean when
building a source package ?

It's possible that dgit could be extended somehow in these directions
but I don't think it's entirely trivial, depending what is wanted.

Ian.
(for my reference: #869675 is perhaps related)

Bug#660687: xml-core: ITA status?

[Joseph Herlant]

Hi Rodrigo,

What's your status on the ITA for this package?

I helped a bit on it when this bug was still a RFH several years ago
an now I'd like to move forward and, if possible adopt if you don't
plan to move forward on it.

I moved it to Salsa: https://salsa.debian.org/xml-sgml-team/xml-core
and put the latest version in (0.18 had not been pushed in the repo).
I'm planning to start the ITA process in a few days if you're ok with
that.

Thanks
Joseph

Bug#853461: jackd2: ftbfs with GCC-7

[James Clarke]

On Tue, Jan 31, 2017 at 09:32:23AM +, Matthias Klose wrote:
> Package: src:jackd2
> Version: 1.9.10+20150825git1ed50c92~dfsg-4
> Severity: normal
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-7
>
> Please keep this issue open in the bug tracker for the package it
> was filed for.  If a fix in another package is required, please
> file a bug for the other package (or clone), and add a block in this
> package. Please keep the issue open until the package can be built in
> a follow-up test rebuild.
>
> The package fails to build in a test rebuild on at least amd64 with
> gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The
> severity of this report may be raised before the buster release.
> There is no need to fix this issue in time for the stretch release.
>
> The full build log can be found at:
> http://people.debian.org/~doko/logs/gcc7-20170126/jackd2_1.9.10+20150825git1ed50c92~dfsg-4_unstable_gcc7.log
> The last lines of the build log are at the end of this report.
>
> To build with GCC 7, either set CC=gcc-7 CXX=g++-7 explicitly,
> or install the gcc, g++, gfortran, ... packages from experimental.
>
>   apt-get -t=experimental install g++
>
> Common build failures are new warnings resulting in build failures with
> -Werror turned on, or new/dropped symbols in Debian symbols files.
> For other C/C++ related build failures see the porting guide at
> http://gcc.gnu.org/gcc-7/porting_to.html

This has been fixed upstream for over half a year, with no commits in
the packaging VCS since 2017-03-29, other than for the mass migration to
Salsa. Please upload a fixed version, either by adding the upstream
patch, or uploading a newer upstream version.

Regards,
James

Bug#890914: gr-gsm: grgsm_livemon: ImportError: No module named PyQt4

[Vasil Velichkov]

My attempt to fix the problem and compile grgsm_livemon and 
grgsm_livemon_headless with cmake and grcc 
https://github.com/ptrkrysik/gr-gsm/pull/378

Bug#891053: stretch-pu: package acme-tiny/20160801-3

[Sebastien Badia]

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

Hello release manager,

acme-tiny is a tiny script to issue and renew TLS certs from Let's Encrypt
using acme protocol.

The actual version of acme-tiny in Debian/stable (20160801-3) doesn't
works due to an hard-coded and outdated version of the subscriber agreement.

Please see https://bugs.debian.org/882693

This issue was fixed in testing with the version 20171115-1.

This stretch-p-u build fine in stretch, please see the debdiff attached.

Any issues to not accept acme-tiny_20160801-3+deb9u1 as a stretch-p-u?

Thanks in advance!

Ps: For myself, I'm not sure, source-only uploads works for p-u ?
diff -Nru acme-tiny-20160801/debian/changelog 
acme-tiny-20160801/debian/changelog
--- acme-tiny-20160801/debian/changelog 2017-03-12 18:33:56.0 +
+++ acme-tiny-20160801/debian/changelog 2018-02-21 23:46:50.0 +
@@ -1,3 +1,9 @@
+acme-tiny (20160801-3+deb9u1) stable-proposed-updates; urgency=medium
+
+  * Fix outdated version of the subscriber agreement (Closes: #882693)
+
+ -- Sebastien Badia   Thu, 22 Feb 2018 00:46:50 +0100
+
 acme-tiny (20160801-3) unstable; urgency=medium
 
   * update personal email address
diff -Nru 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch
--- 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch  
1970-01-01 00:00:00.0 +
+++ 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch  
2018-02-21 23:46:50.0 +
@@ -0,0 +1,20 @@
+Description: Update outdated version of the subscriber agreement
+Author: Daniel Roesler 
+Bug-Debian: https://bugs.debian.org/882693
+Origin: upstream, 
https://github.com/diafygi/acme-tiny/commit/19b274cf38544ad9ccc69aa140969c30c4e0d8fd
+Bug: https://github.com/diafygi/acme-tiny/pull/145
+Forwarded: not-needed
+Reviewed-By: Sebastien Badia 
+Last-Update: 2018-02-22
+
+--- acme-tiny-20160801.orig/acme_tiny.py
 acme-tiny-20160801/acme_tiny.py
+@@ -82,7 +82,7 @@ def get_crt(account_key, csr, acme_dir,
+ log.info("Registering account...")
+ code, result = _send_signed_request(CA + "/acme/new-reg", {
+ "resource": "new-reg",
+-"agreement": 
"https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf;,
++"agreement": json.loads(urlopen(CA + 
"/directory").read().decode('utf8'))['meta']['terms-of-service'],
+ })
+ if code == 201:
+ log.info("Registered!")
diff -Nru acme-tiny-20160801/debian/patches/series 
acme-tiny-20160801/debian/patches/series
--- acme-tiny-20160801/debian/patches/series2017-03-12 18:33:56.0 
+
+++ acme-tiny-20160801/debian/patches/series2018-02-21 23:46:50.0 
+
@@ -2,3 +2,4 @@
 0002-readme-replace-usr-bin-sh-by-bin-sh.patch
 0003-fix-855962-fail-to-parse-openssl-1.1-CSR-output.patch
 0004-update-my-personal-email-address.patch
+0005-fix-outdated-subscriber-agreement.patch

Bug#890950:

[Mario.Limonciello]

I've reworked my patches and split to 3 segments that take your feedback into 
account.  Can you please review these?

With setting resume_offset on kernel command line I confirmed this works out of 
the box for me.

https://salsa.debian.org/superm1-guest/initramfs-tools/commit/c8f4ae22a3332941940fb4b7d65583e2e29efb56
https://salsa.debian.org/superm1-guest/initramfs-tools/commit/20caffa22848372084893da5b2186167b8b143cb
https://salsa.debian.org/superm1-guest/initramfs-tools/commit/1ec25e76395a8108bfc3c8452a8b916db970dfe1

Bug#891068: im-config: Failed to setup fcitx when zsh used as login shell

[CUI Hao]

Package: im-config
Version: 0.34-1
Severity: important
Tags: upstream

Dear Maintainer,

On a fresh Debian testing desktop with KDE Plasma and zh_CN locale,
fcitx is the default input method. im-config Xsession scripts should
set up environment variables for desktop.

After changing user login shell to zsh, im-config failed to set up
environment variables correctly, which makes fcitx not work in QT
windows.

The problem is that Xsession scripts is executed with user login shell,
and some im-config scripts don't behave properly with zsh. For example,
in /usr/share/im-config/data/22_fcitx.rc:

```
for IM_CONFIG_MARKER in /usr/lib/*/gtk-2.0/*/immodules/im-fcitx.so \
/usr/lib/gtk-2.0/*/immodules/im-fcitx.so ; do
if [ -e $IM_CONFIG_MARKER ]; then
IM_CONFIG_MARKER2=1
break
fi
done
```

zsh refused to enter the loop because globbing has no matches:

```
zsh: no matches found: /usr/lib/gtk-2.0/*/immodules/im-fcitx.so
```

According to: http://zsh.sourceforge.net/Doc/Release/Options.html This
(nomatch) is the default behaviour for zsh (and maybe csh?), but not
bash (which will simply delete it from the argument list and generate no
errors).

Not sure whether im-config or display manager (SDDM) should be blamed.
Personally I think that system-wide  Xsession scripts should be called
with system default shell (/bin/sh) instead of user login shell.


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

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

Versions of packages im-config depends on:
ii  gettext-base  0.19.8.1-4

Versions of packages im-config recommends:
ii  kde-baseapps-bin  4:16.08.3-3
ii  kdialog   4:17.08.3-2
ii  whiptail  0.52.20-2
ii  x11-common1:7.7+19
ii  zenity3.27.90-1

im-config suggests no packages.

-- no debconf information

Bug#891070: grub2: Please add missing build dependency on libparted-dev for powerpc and ppc64

[John Paul Adrian Glaubitz]

Source: grub2
Version: 2.02+dfsg1-1
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpc ppc64

Hi!

src:grub2 fails to build on powerpc/ppc64 due to a missing build
dependency on libparted-dev [1]:

gcc-6 -Wall -Wno-error=unused-result -g -O2 
-fdebug-prefix-map=/<>/grub2-2.02+dfsg1=. -fstack-protector-strong 
-Wformat -Werror=format-security debian/prep-bootdev.c -o debian/prep-bootdev 
-lparted
debian/prep-bootdev.c:3:27: fatal error: parted/parted.h: No such file or 
directory
 #include 
   ^
compilation terminated.
make[1]: *** [debian/rules:228: debian/stamps/build-grub-ieee1275] Error 1
make[1]: Leaving directory '/<>/grub2-2.02+dfsg1'
make: *** [debian/rules:117: build-arch] Error 2

Thus, could you add "any-powerpc" and "any-ppc64" for the libparted-dev
build dependency in debian/control [2].

Thanks,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=grub2=ppc64=2.02%2Bdfsg1-1=1519058864=0
> [2] https://salsa.debian.org/grub-team/grub/blob/master/debian/control#L34

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

Bug#890613: RM: pokemmo -- RoM; renamed to pokemmo-installer

[Carlos Donizete Froes]

Hi Adam,

Now that my package is in 'buster (testing)', can it be removed?

This 'pokemmo/1.4.3-1' package has been renamed to 'pokemmo-installer', which 
is the correct package
and is in 'buster (testing)'.

Remove the 'pokemmo' package version 1.4.3-1 please.

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

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

Bug#890921: vpnc: make it easy to decline resolv.conf updates

[Daniel Kahn Gillmor]

On Wed 2018-02-21 11:13:13 -0800, Mike Miller wrote:
> I would guess that upstream might suggest creating a local wrapper for
> vpnc-script to remove DNS from the environment, for example
>
> #!/bin/sh
> unset INTERNAL_IP4_DNS INTERNAL_IP6_DNS
> exec /usr/share/vpnc-scripts/vpnc-script
>
> That should have the same effect.

I'm not convinced it would have the same effect -- wouldn't that just
result in overrwiting with an empty resolv.conf?

> But if you want to propose adding an option, would you mind posting your
> patch to the upstream mailing list? Upstream prefers git patches with
> Signed-off-by headers.
>
> http://www.infradead.org/openconnect/contribute.html

sigh, more mailing lists :/  i'll see what i can do.

  --dkg

Bug#890364: pybind11-dev: Request migration to unstable

[Jose Luis Rivero]

Source: pybind11
Followup-For: Bug #890364

For testing proposes I ran the ratt tool in my system to check if
something would be broken with the update.

- 8< -
jrivero@nium tmp $ ratt pybind11_2.2.1-1_source.changes
2018/02/21 23:07:51 Loading changes file
"pybind11_2.2.1-1_source.changes"
2018/02/21 23:07:51  - 4 binary packages: pybind11-dev pybind11-doc
python-pybind11 python3-pybind11
2018/02/21 23:07:51  - corresponding .debs (will be injected when
building):
2018/02/21 23:07:51 Figuring out reverse build dependencies using
dose-ceve(1). This might take a while
2018/02/21 23:07:51 dose-ceve(1) failed (exec: "dose-ceve": executable
file not found in $PATH), falling back to interpreting Sources directly
2018/02/21 23:07:51 Loading sources index
"/var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_main_source_Sources"
2018/02/21 23:07:53 Setting -sbuild_dist=experimental (from .changes
file)
2018/02/21 23:07:53 Building ovito_2.9.0+dfsg1-5 (commandline: [sbuild
--arch-all --dist=experimental --nolog ovito_2.9.0+dfsg1-5])
2018/02/21 23:12:16 building ovito_2.9.0+dfsg1-5 failed: exit status 2
2018/02/21 23:12:16 Building psi4_1:1.1-5 (commandline: [sbuild
--arch-all --dist=experimental --nolog psi4_1:1.1-5])
2018/02/22 00:10:01 Building xtensor-python_0.12.4-1 (commandline:
[sbuild --arch-all --dist=experimental --nolog xtensor-python_0.12.4-1])
2018/02/22 00:12:22 Build results:
2018/02/22 00:12:22 PASSED: psi4_1:1.1-5
2018/02/22 00:12:22 PASSED: xtensor-python_0.12.4-1
2018/02/22 00:12:22 FAILED: ovito_2.9.0+dfsg1-5 (see
buildlogs/ovito_2.9.0+dfsg1-5)
- 8< -

Ovito failed and log displays this problem:

- 8< -
-- Found Libav: /usr/lib/x86_64-linux-gnu  
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.8") 
-- Found OpenGL: /usr/lib/x86_64-linux-gnu/libOpenGL.so   
-- Found PythonInterp: /usr/bin/python3 (found version "3.6.4") 
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.6m.so (found version 
"3.6.4+") 
CMake Error at 
/usr/share/cmake-3.10/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find QScintilla (missing: QSCINTILLA_LIBRARY)
Call Stack (most recent call first):
  /usr/share/cmake-3.10/Modules/FindPackageHandleStandardArgs.cmake:378 
(_FPHSA_FAILURE_MESSAGE)
  cmake/FindQScintilla.cmake:13 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  src/plugins/pyscript/gui/CMakeLists.txt:22 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
- 8< -

Which I think it is unrelated to the upgrade of pybind and was reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885644

If there is any other test that we can help with, please let us know.
Thanks!

Bug#891060: Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops

[Ben Caradoc-Davies]

It is also worth noting that, in addition to the packet and byte 
counters increasing, the activity LED on the adapter continues to blink 
while IP traffic is stopped.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#886827: RFS: youtube-dl-gui/0.4-1 [ITP]

[Lumin]

On Fri, 16 Feb 2018 at 01:22 Félix Sipma  wrote:

>
> > This part seems unrelated to auto update functionality. Would you
> > mind splitting it to another patch?
>
> It is a part of the patch: youtube-dl-gui tries to download youtube-dl in
> 'youtubedl_path', and then launches "youtubedl_path/youtube-dl". The next
> version should be patch free, upstream agreed to add a build option to
> turn the
> update functionality off.


Got it.

>
> > Please provide an uploaded version of this package via mentors
> > so I can check it on debomatic :-)
> > (if you don't have access to debomatic)
>
> The version on mentors should be up to date, I updated it after every
> modification.
>

I built the package locally, but I did not get it working correctly
With a YouTube URL. It downloads nothing.
Could you please provide a url for test so I can make sure
it is working?

I will look into this problem later.
-- 
Best,

Bug#891066: RFS: growl-for-linux/0.8.5-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "growl-for-linux"

 * Package name: growl-for-linux
   Version : 0.8.5-2
   Upstream Author : Yasuhiro Matsumoto 
 * URL : https://mattn.github.io/growl-for-linux/
 * License : BSD-2-clause
   Section : gnome

  It builds those binary packages:

growl-for-linux - Pluggable notification system which supports GNTP

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

  https://mentors.debian.net/package/growl-for-linux


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

dget -x 
https://mentors.debian.net/debian/pool/main/g/growl-for-linux/growl-for-linux_0.8.5-2.dsc

  More information about growl-for-linux can be obtained from 
https://github.com/mattn/growl-for-linux

  Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standard version to 4.1.3. No other changes are required.
- Add Vcs-* fields.
  * debian/copyright
- Fix insecure protocol for the URI.
  * debian/compat
- Bump compatibility level to 11.
  * debian/source.lintian-overrides
- Remove needless overrides package-uses-deprecated-source-override-location

Regards,


pgppwMKogvbC0.pgp
Description: PGP signature

Bug#789443: gnome-music: No music found!

[SIDDHA SANKALPA SETHI]

Dear maintainer,

This problem is solved in the upcoming versions of gnome-music. Kindly
classify the bug as solved.


On Sat, 20 Jun 2015 21:47:49 -0300 Carlos Donizete 
wrote:
> Package: gnome-music
> Version: 3.14.1-1
> Severity: normal
> Tags: newcomer
>
> Dear Maintainer,
>
> Adding my music mp3 format in directory of the program
($HOME/$USER/Music), not
> show my songs.
>
> - "No song found! Place some files in the folder /home/user/Music"
>
> TERMINAL:
> -
> coringao@debian:~$ gnome-music
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon edit-find-symbolic-ltr
of
> size 16 is in an icon theme directory of size 96
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon
window-close-symbolic-ltr of
> size 16 is in an icon theme directory of size 96
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon
window-close-symbolic-ltr of
> size 16 is in an icon theme directory of size 96
>
> 
>
>
>
> -- System Information:
> Debian Release: 8.1
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
> Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages gnome-music depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
> ii  gir1.2-glib-2.0  1.42.0-2.2
> ii  gir1.2-grilo-0.2 0.2.11-2
> ii  gir1.2-gst-plugins-base-1.0  1.4.4-2
> ii  gir1.2-gstreamer-1.0 1.4.4-2
> ii  gir1.2-gtk-3.0   3.14.5-1
> ii  gir1.2-mediaart-1.0  0.7.0-2
> ii  gir1.2-notify-0.70.7.6-2
> ii  gir1.2-totem-plparser-1.03.10.3-1
> ii  gir1.2-tracker-1.0   1.2.4-2
> ii  gnome-settings-daemon3.14.2-3
> ii  grilo-plugins-0.20.2.13-3
> ii  libatk1.0-0  2.14.0-1
> ii  libc62.19-18
> ii  libcairo-gobject21.14.0-2.1
> ii  libcairo21.14.0-2.1
> ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
> ii  libglib2.0-0 2.42.1-1
> ii  libgtk-3-0   3.14.5-1

Bug#885704: liblept5 negatively plays with paths in /tmp when opening TIFFs

[Abhijith PA]

Jeff,

Can you share the changes you made to fix this issue. Please also use a
VCS to track debian changes. :)


-Abhijith

Bug#891049: pgmodeler: version in stretch incompatible with db version in stretch

[Toni Mueller]

Package: pgmodeler
Version: 0.8.2-1+b1
Severity: normal


Hi!

I would like to use pgmodeler in Stretch, but the program can't work
with PostgreSQL 9.6, also in Stretch. I get an error message that only
versions up to 9.5 are supported, and that's the end of the story.


Cheers,
Toni



-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (990, 'stable'), (90, 'testing'), (70, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, 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 pgmodeler 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  libpq59.6.6-0+deb9u1
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5gui55.7.1+dfsg-3+b1
ii  libqt5network55.7.1+dfsg-3+b1
ii  libqt5printsupport5   5.7.1+dfsg-3+b1
ii  libqt5svg55.7.1~20161021-2+b2
ii  libqt5widgets55.7.1+dfsg-3+b1
ii  libstdc++66.3.0-18
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxml2   2.9.4+dfsg1-2.2+deb9u2
ii  pgmodeler-common  0.8.2-1

pgmodeler recommends no packages.

pgmodeler suggests no packages.

-- no debconf information

Bug#891051: Only enable APM on disks that advertise it

[dann frazier]

Package: hdparm
Version: 9.53+ds-1
Severity: normal
Tags: patch

hdparm tries to configure APM on every (non-USB/non-firewire) disk
in the system without first checking if APM is supported. This *should*
be OK, since hdparm fails gracefully in this case. However, sending APM
commands to disks that don't support it can have side-effects. I received a
report that this was causing bus resets on a Cavium Sabre system with the
disk below that would sometimes escalate to a boot failure.

It seems safer to just avoid sending APM command to disks when they don't
advertise support for it - see attached patch.

# hdparm -i /dev/sdj
/dev/sdj:

 Model=SDLFOCAM-800G-1HA1, FwRev=ZZ37RE92, SerialNo=0006C7CE
 Config={ NotMFM DTR>5Mbs RotSpdTol>.5% dStbOff FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1562824368
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown: ATA/ATAPI-1,2,3,4,5,6,7

 * signifies the current active mode

# hdparm -B 254 /dev/sdj

/dev/sdj:
 setting Advanced Power Management level to 0xfe (254)
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 53 40 fe 21 04
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 APM_level = not supported

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

Kernel: Linux 4.15.0-rc8-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)
LSM: AppArmor: enabled

Versions of packages hdparm depends on:
ii  libc6 2.26-6
ii  lsb-base  9.20170808

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31+nmu1

Versions of packages hdparm suggests:
pn  apmd  

-- no debconf information
diff -urpN hdparm-9.53+ds.orig/debian/hdparm-functions 
hdparm-9.53+ds/debian/hdparm-functions
--- hdparm-9.53+ds.orig/debian/hdparm-functions 2018-01-06 05:37:12.0 
-0700
+++ hdparm-9.53+ds/debian/hdparm-functions  2018-02-21 15:23:49.516224316 
-0700
@@ -56,7 +56,15 @@ hdparm_try_apm()
 return 1
 ;;
 esac
-return 0
+
+# Only activate APM on disks that support it.
+if [ -z "$ID_ATA_FEATURE_SET_APM" ]; then
+local ID_ATA_FEATURE_SET_APM="$(udevadm info -n "$1" -q property 
2>/dev/null | sed -n 's/^ID_ATA_FEATURE_SET_APM=//p')" || true
+fi
+if [ "$ID_ATA_FEATURE_SET_APM" = "1" ]; then
+return 0
+fi
+return 1
 }
 
 # parse /etc/hdparm.conf and spit out a list of options for the specified

Bug#891052: ITP: spirv-headers -- machine-readable files for the SPIR-V Registry

[Brett Johnson]

Package: wnpp
Severity: wishlist
Owner: Brett Johnson 

* Package name: spirv-headers
  Version : Untagged: 1.2
  Upstream Author : Khronos Group
* URL : https://github.com/KhronosGroup/SPIRV-Headers
* License : MIT (Khronos registry variant)
  Description : machine-readable files for the SPIR-V Registry
 This includes:
  - Header files for various languages
  - JSON files describing the grammar for the SPIR-V core instruction
set and the extended instruction sets.
  - The XML registry file.
  - A tool to build the headers from the JSON grammar.

Bug#891031: dgit: Please make the unavoidable error message on first push more user-friendly

[Ian Jackson]

Felipe Sateler writes ("Bug#891031: dgit: Please make the unavoidable error 
message on first push more user-friendly"):
> Prodded by Sean Whitton's blog post[1], I decided to give dgit another
> try. I found an upload I needed to do, and used `dgit push-source
> --gbp`, only to have that fail with the following tail:

Hi.  Thanks for your feedback.  I'm always interested in making things
smoother.

> > Checking that HEAD inciudes all changes in archive...
> > dgit: check failed (maybe --overwrite is needed, consult documentation)
...
> I suppose this gives an experienced user all the information they need,
> but for a newcomer this is unparseable. The problem is fixed by passing
> --overwrite (as correctly suggested), but the phrasing could be
> improved. An option named --overwrite sounds fairly advanced, when in
> fact it isn't. Some thoughts:

JOOI, did you consult the documentation as advised ?  The intent of
that message was that you would read dgit(1), really - particularly,
that you would read the description of --overwrite.  Is that what you
understood the message was referring you to ?  If not, what did you
read instead ?

Unfortunately dgit(1) does not mention this situation (or at least,
not in any readily comprehensible way) so reading it wouldn't have
helped you, but it seems to be where it probably ought to be.

I guess you didn't read dgit-maint-gbp(7) ?  That does discuss this,
but I don't think people should be expected to go and read tutorial
docs in response to error messages.

The reason I'm asking all of these questions about which docs you read
is not to tell you to RTFM.  It's that I would like to understand how
and where best to communicate this information.  There's more room in
the manual than in an error message.

In particular --overwrite *is* an option which should be used with
care.  It's a forcing option which can indeed unintentionally drop
other people's work.  I don't think it's possible to put all the
appropriate caveats in the message; so it is always going to be
necessary for the user who needs --ovewrite to be referred to the
docs, rather than be actively encouraged to use a moderately dangerous
option.

> 1. Adding a short blurb indicating common causes of this specific error.
>AFAICT, the most common causes are: first use of dgit, and
>incorporating NMUs without dgit use. Something like "This usually 
>happens when the last upload was not done using dgit" would go a long
>way towards demistifying the new user.

The "NMU" case is discussed in dgit(1)'s section on --overwrite.

> 2. It occurs to me this situation can be avoided entirely for some cases
>if dgit can detect the dgit history is composed entirely of
>synthesized commits (ie, imports from the debian archive and not dgit
>pushes), or is empty. I have no idea if this is feasible though.

I think this is feasible, at least in "many cases", and probably
worthwhile.  I think it is usually better to get rid of a wrinkle than
to document it.

> 3. As said, --overwrite sounds potentially data-lossy, but is the only
>solution to this predicament. Maybe it is desirable to have aliases
>for the common cases: --first-dgit-push or some such.

--overwrite *is* potentially data-lossy.  (Like any upload to the
Debian archive, but unlike a normal git push.)

> [1] https://spwhitton.name//blog/entry/pushsourcedropin/

I observe that Sean's blog post does mention the --overwrite wrinkle,
althought it doesn't say in terms that it will always be needed on the
first upload.

Regards,
Ian.

Bug#891062: chromium: skia fails to build on arm64

[Michael Gilbert]

package: src:chromium-browser
version: 65.0.3325.73-1
severity: serious

Starting with chromium 65, arm64 fails while building skia.

../../third_party/skia/src/jumper/SkJumper_stages.cpp: In function 'F
from_half(U16)':
../../third_party/skia/src/jumper/SkJumper_stages.cpp:670:12: error:
'vcvt_f32_f16' was not declared in this scope
 return vcvt_f32_f16(h);

Best wishes,
Mike

Bug#891064: RFS: groonga-normalizer-mysql/1.1.1-4

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "groonga-normalizer-mysql"

* Package name: groonga-normalizer-mysql
  Version : 1.1.1-4
  Upstream Author : Kouhei Sutou 
* URL : https://github.com/groonga/groonga-normalizer-mysql
* License : LGPL-2
  Section : libs

It builds those binary packages:

  groonga-normalizer-mysql - MySQL derived normalizer for Groonga

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

  https://mentors.debian.net/package/groonga-normalizer-mysql


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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/groonga-normalizer-mysql/groonga-normalizer-mysql_1.1.1-4.dsc

More information about groonga-normalizer-mysql can be obtained from 
https://github.com/groonga/groonga-normalizer-mysql

Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standard version to 4.1.3. No other changes are required.
- Remove needless autotools-dev since compatibility level 10.
- Add Vcs-* fields
  * debian/compat
- Bump compatibility level to 11.
  * debian/watch
- Use https for the URI.
  * debian/copyright
- Use https for the URI.
- Fix copyright-with-old-dh-make-debian-copyright
  * debian/rules
- Remove needless static library.



pgpaUyhBpL7X3.pgp
Description: PGP signature

Bug#891065: RFS: gntp-send/0.3.4-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

  I am looking for a sponsor for my package "gntp-send"

 * Package name: gntp-send
   Version : 0.3.4-2
   Upstream Author : Yasuhiro Matsumoto 
 Peter Sinnott 
 Dither 
 * URL : https://github.com/mattn/gntp-send
 * License : BSD-3-clause
   Section : net

  It builds those binary packages:

gntp-send  - Command line application to send growl message with GNTP

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

  https://mentors.debian.net/package/gntp-send

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

dget -x 
https://mentors.debian.net/debian/pool/main/g/gntp-send/gntp-send_0.3.4-2.dsc

  More information about gntp-send can be obtained from 
https://github.com/mattn/gntp-send

  Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standards version to 4.1.3. No other changes are required.
  * debian/compat
- Bump compatibility level to 11.
  * debian/copyright
- Fix insecure protocol for the URI.

Regards,


pgp3CPSXqDgF5.pgp
Description: PGP signature

Bug#891067: Patch for Backport of the Linux MegaRAID driver for SAS based RAID controllers for Debian Stretch

[Doru Iorgulescu]

Package: linux-image-4.9.0-5-amd64
Version: 4.9.65-3+deb9u2

Dear kernel Mantainers,

backport of the megaraid_sas driver from kernel branch 4.14.x to kernel
branch 4.9.x

Scope:

Debian stretch use kernel branch 4.9.x

megaraid_sas driver inside kernel branch 4.9.x does not have support for
SAS3508
MegaRAID adapter in question whereas driver inside kernel branch 4.14.x
does have support
for SAS3508 MR adapter. Only way to resolve this problem is: backport driver
with support for this SAS3508 MR adapter to kernel branch 4.9.x


Hardware:

DMI: Intel Corporation S2600WFT/S2600WFT, BIOS
SE5C620.86B.00.01.0009.101920170742 10/19/2017

Test:

I copy /usr/src/linux-4.14.20/drivers/scsi/megaraid/ to
/usr/ser/linux-4.9.82/drivers/scsi/megaraid/
I compile the kernel 4.9.82, and the result is OK!

It is possible a kernel patch for that ?

I atached dmesg for Debian Buster on kernel 4.9.82

Thank you,
Doru Iorgulescu


dmesg
Description: Binary data

Bug#891063: emacs25: dconf-CRITICAL errors

[Rob Browning]

Vincent Lefevre  writes:

> Package: emacs25
> Version: 25.2+1-6+b1
> Severity: grave
> Justification: renders package unusable

I'm not sure I understand yet how this makes Emacs unusable -- does it
warn or crash?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#891063: emacs25: dconf-CRITICAL errors

[Vincent Lefevre]

Package: emacs25
Version: 25.2+1-6+b1
Severity: grave
Justification: renders package unusable

After the latest kernel upgrade, I now get the errors when starting
emacs:

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

This is extremely annoying.

zira:~> ll /run/user/1000
total 0
srw-rw-rw- 1 vinc17 vinc17   0 2018-02-22 04:02:21 bus=
drwx-- 3 vinc17 vinc17  60 2018-02-22 04:02:21 dbus-1/
drwx-- 2 root   root60 2018-02-22 04:02:32 dconf/
drwx-- 2 vinc17 vinc17 140 2018-02-22 04:02:21 gnupg/
drwx-- 2 vinc17 vinc17  40 2018-02-22 04:03:28 gvfs/
drwx-- 2 vinc17 vinc17  80 2018-02-22 04:02:21 pulse/
drwxr-xr-x 2 vinc17 vinc17  80 2018-02-22 04:02:21 systemd/

The owner and/or permissions for dconf seem really wrong.

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

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

Versions of packages emacs25 depends on:
ii  emacs25-bin-common 25.2+1-6+b1
ii  libacl12.2.52-3+b1
ii  libasound2 1.1.3-5
ii  libatk1.0-02.26.1-3
ii  libc6  2.26-6
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libdbus-1-31.12.4-1
ii  libfontconfig1 2.12.6-0.1
ii  libfreetype6   2.6.3-3.2
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libgif75.1.4-2
ii  libglib2.0-0   2.54.3-2
ii  libgnutls303.5.18-1
ii  libgomp1   8-20180218-1
ii  libgpm21.20.7-5
ii  libgtk-3-0 3.22.28-1
ii  libice62:1.0.9-2
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libm17n-0  1.7.0-3+b2
ii  libmagickcore-6.q16-5  8:6.9.9.34+dfsg-3
ii  libmagickwand-6.q16-5  8:6.9.9.34+dfsg-3
ii  libotf00.9.13-3+b1
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libpng16-161.6.34-1
ii  librsvg2-2 2.40.20-2
ii  libselinux12.7-2+b1
ii  libsm6 2:1.2.2-1+b3
ii  libtiff5   4.0.9-4
ii  libtinfo5  6.1-1
ii  libx11-6   2:1.6.4-3
ii  libx11-xcb12:1.6.4-3
ii  libxcb11.12-1
ii  libxfixes3 1:5.0.3-1
ii  libxft22.3.2-1+b2
ii  libxinerama1   2:1.1.3-1+b3
ii  libxml22.9.4+dfsg1-6.1
ii  libxpm41:3.5.12-1
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  zlib1g 1:1.2.8.dfsg-5

emacs25 recommends no packages.

Versions of packages emacs25 suggests:
ii  emacs25-common-non-dfsg  25.2+1-1

-- no debconf information

Bug#891061: --default doesn't work as expected

[Don Armstrong]

Control: retitle -1 document how --default works (and how Debian runs 
autorandr) better

On Thu, 22 Feb 2018, martin f krafft wrote:
> I don't think --default works. If I run
> 
>   autorandr --default home
> 
> then it applies the home profile immediately, but if I plug in an
> unknown monitor, then it doesn't switch to the home profile.

Hrm; this should be documented better. The udev rule runs
systemctl start --no-block autorandr.service; and autorandr.service runs
autorandr --batch --change --default default;

> On this note, it would be awesome if I could specify
> 
>   autorandr --default common
> 
> so that autorandr configures my screen layout according to the
> virtual "common" layout whenever no better match is found among the
> configured profiles.

So to do this, you can just do:

systemctl edit autorandr.service;
and add:

[Service]
ExecStart=/usr/bin/autorandr --batch --change --default common;

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

Fate and Temperament are two words for one and the same concept.
 -- Novalis [Hermann Hesse _Demian_]

Bug#888832: [Reportbug-maint] Bug#888832: Stop CCing secure-testing-t...@lists.alioth.debian.org

[Salvatore Bonaccorso]

Ciao Sandro,

On Fri, Feb 02, 2018 at 10:28:51AM +0100, Salvatore Bonaccorso wrote:
> Hi Sandro,
> 
> On Wed, Jan 31, 2018 at 10:46:07AM -0500, Sandro Tosi wrote:
> > > FTR, this would preferably as well go in in reportbug in the upcoming
> > > point releases for jessie and stretch.
> > >
> > > Sandro, will you take care of it?
> > 
> > i would prefer if someone else could take care of the stable updates
> 
> Ok! I can take care of it as needed. For proposing a
> {jessie,stretch}-pu though we need to wait the issue is fixed in
> unstable. But will do it after that.

FYI: The stretch point release is now scheduled for 10th of march with
the window closing for possible uploads a weak earlier.

Do you think pending work for reportbug is good enough to have an
update in unstable?

Regards,
Salvatore

Bug#878271: Update ledmon to 0.80

[Anthony Wong]

Hi Jared,

The project has been migrated to github at
https://github.com/intel/ledmon and 0.90 has released recently.

Thanks,
Anthony

On 25 October 2017 at 09:57, Anthony Wong  wrote:
>
> Hi Jared,
>
> Yes, we can help to do that.
>
> Thanks,
> Anthony
>
> On 25 October 2017 at 03:50,  wrote:
>>
>> Hi Anthony,
>>
>> I will try to get to this this week. Can Canonical Taipei help validate? I 
>> currently don't have hardware to do so.
>>
>> --
>> Jared Domínguez
>> OS Architect
>> Linux Engineering
>> Dell | Client Product Group
>>
>> From: Anthony Wong [mailto:anthony.w...@canonical.com]
>> Sent: Wednesday, October 11, 2017 5:47 PM
>> To: Debian Bug Tracking System 
>> Subject: Bug#878271: Update ledmon to 0.80
>>
>> Package: ledmon
>> Version: 0.79-2+b2
>> X-Debbugs-CC: mailto:yc.ch...@canonical.com, 
>> mailto:mario.limoncie...@dell.com
>>
>> Please update ledmon to 0.80, per Intel this version is required for RSTe.
>>
>> https://qa.debian.org/cgi-bin/watch?pkg=ledmon
>> https://sourceforge.net/p/ledmon/code/ci/be5c7bf743b421a21be93791c40dd4ca91c87315/log/?path=
>> Thanks,
>> Anthony
>
>

Bug#891061: --default doesn't work as expected

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: normal

I don't think --default works. If I run

  autorandr --default home

then it applies the home profile immediately, but if I plug in an
unknown monitor, then it doesn't switch to the home profile.

On this note, it would be awesome if I could specify

  autorandr --default common

so that autorandr configures my screen layout according to the
virtual "common" layout whenever no better match is found among the
configured profiles.

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891069: ruby-doorkeeper: CVE-2018-1000088: XSS in default views

[Salvatore Bonaccorso]

Source: ruby-doorkeeper
Version: 4.2.0-3
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/doorkeeper-gem/doorkeeper/issues/969

Hi,

the following vulnerability was published for ruby-doorkeeper.

CVE-2018-188[0]:
Stored XSS vulnerability

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-188
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-188
[1] https://github.com/doorkeeper-gem/doorkeeper/issues/969

Regards,
Salvatore

Bug#891022: rustc: Missing Build-Dep on curl and ca-certificates for build profile "pkg.rustc.dlstage0"

[Jan Luca Naumann]

Source: rustc
Version: 1.23.0+dfsg1-1
Severity: normal

For the build-profile "pkg.rustc.dlstage0" there are missing build dependencies 
on
curl and ca-certificates. Without them the download of the upstream rustc for 
the
bootstrap process is failing.

Bug#805877: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890920: lintian should warn about very short changelog entries

[Chris Lamb]

tags 890920 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=e19c3b1343c76db16778b89d1129cdfdda55cd4c


Regards,

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

Bug#890989: [pkg-go] Bug#890989: ITP: golang-github-containerd-btrfs -- Btrfs bindings for Go

[Michael Stapelberg]

This seems to be a duplicate of #890984?

On Wed, Feb 21, 2018 at 12:50 PM, Arnaud Rebillout 
wrote:

> Package: wnpp
> Severity: wishlist
> Owner: Arnaud Rebillout 
>
> * Package name: golang-github-containerd-btrfs
>   Version : 0.0~git20171005.72c0a35-1
>   Upstream Author : containerd
> * URL : https://github.com/containerd/btrfs
> * License : Apache-2.0
>   Programming Lang: Go
>   Description : Btrfs bindings for Go
>
>  Native Go bindings for btrfs.
>  .
>  Status
>  .
>  These are in the early stages. We will try to maintain stability, but
> please
>  vendor if you are relying on these directly.
>  .
>  Contribute
>  .
>  This package may not cover all the use cases for btrfs. If something you
> need
>  is missing, please don't hesitate to submit a PR.  Note that due to struct
>  alignment issues, this isn't yet fully native.  Preferrably, this could be
>  resolved, so contributions in this direction are greatly appreciated.
>
> 
>
> - why is this package useful/relevant?
>
> It is a dependency of containerd.
>
> - how do you plan to maintain it?
>
> I plan to maintain it within the golang packaging team.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#889962: [Pkg-javascript-devel] Bug#889962: node-mapnik: diff for NMU version 3.6.2+dfsg-3.1

[Gianfranco Costamagna]

Hello,

>Please cancel your upload. 0-day NMUs are not appreciated in this case.


Sorry, I saw a patch, I tried and it was fixing, unfortunately I couldn't delete
the upload in time...

Thanks for fixing the SSE issue, I admit I couldn't figure out how to help you 
:)

G.

Bug#891026: zfs-dkms: Incompatible with kernel 4.15

[Felix Geyer]

Package: zfs-dkms
Version: 0.7.5-1
Severity: serious

Hi,

Kernel 4.15 has just landed in unstable.
THe zfs-linux 0.7.5 module fails to build against 4.15 and thus needs
to be updated to 0.7.6.

Please let me know if you need help updating the package.

Cheers,
Felix

Bug#889732: libconfig-model-dpkg-perl: Does not recognize Salsa platform in Vcs field

[Dominique Dumont]

On Monday, 12 February 2018 18:23:02 CET gregor herrmann wrote:
> Well, to be fair, the URLs (the path part after the host) won't match
> anyway, and I don't see a way to come up with a generic rewriting
> scheme.

How about starting from the value given by 'git remote show -v' ? (may be with 
a "|grep debian.org" )



-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

Bug#891029: dxf2gcode: overly generic python module name: /usr/lib/python3/dist-packages/core/__init__.py

[Andreas Beckmann]

Package: dxf2gcode
Version: 20170925-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package uses a very generic
python module name that now clashes with other packages:

/usr/lib/python3/dist-packages/core/__init__.py


Andreas

Bug#778283: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#867548: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891024: python-fitbit-doc: missing Breaks+Replaces: python-fitbit (<< 0.3.0-2)

[Andreas Beckmann]

Package: python-fitbit-doc
Version: 0.3.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

  Selecting previously unselected package python-fitbit-doc.
  Preparing to unpack .../python-fitbit-doc_0.3.0-2_all.deb ...
  Unpacking python-fitbit-doc (0.3.0-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-fitbit-doc_0.3.0-2_all.deb (--unpack):
   trying to overwrite 
'/usr/share/doc/python-fitbit/html/_modules/fitbit/api.html', which is also in 
package python-fitbit 0.3.0-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python-fitbit-doc_0.3.0-2_all.deb


cheers,

Andreas


python-fitbit=0.3.0-1_python-fitbit-doc=0.3.0-2.log.gz
Description: application/gzip

Bug#890991: mate-panel: Please enable SNI support for accessibility purpose

[Alex ARNAUD]

Le 21/02/2018 à 12:53, Jean-Philippe MENGUAL a écrit :

This bug has a fix provided that the default value of SNI support is set
to True.


Thanks for the report; It should be also great to add sni-qt to the 
recommended packages for Mate panel. It's easy for power user to remove 
package but difficult for beginner to find what to install to make 
software working.


Best regards,
Alex.

Bug#890959: lintian: inconsistent use of “header” terminology

[Chris Lamb]

tags 890959 + pending
thanks

Dear Ben,

Thanks so much for this. Applied in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=4960b883510805450914344df900091874c13528


Best wishes,

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

Bug#891021: aseba uses Qt4's WebKit

[Adrian Bunk]

Source: aseba
Version: 1.6.0-2
Severity: serious

aseba uses Qt4's WebKit that will be removed from buster
in a few days/weeks.

The bugs for other qtwebkit-using packages have already
been made RC in August 2017 (aseba just passed NEW).

See https://wiki.debian.org/Qt4WebKitRemoval for details.

Bug#778283: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#875297: new dracut version 047 supports microcode

[Thomas Lange]

The new version 047 now supports early microcode. Please check if this
also work in Debian or if we still need some changes.

>From the NEWS file:
- enable 'early_microcode' by default

-- 
regards Thomas

Bug#867548: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891025: python-flask-login-doc: missing Breaks+Replaces: python3-flask-login-doc

[Andreas Beckmann]

Package: python-flask-login-doc
Version: 0.4.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

  Selecting previously unselected package python-flask-login-doc.
  Preparing to unpack .../python-flask-login-doc_0.4.0-2_all.deb ...
  Unpacking python-flask-login-doc (0.4.0-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-flask-login-doc_0.4.0-2_all.deb (--unpack):
   trying to overwrite '/usr/share/doc-base/flask-login', which is also in 
package python3-flask-login-doc 0.4.0-1
  Errors were encountered while processing:
   /var/cache/apt/archives/python-flask-login-doc_0.4.0-2_all.deb


cheers,

Andreas


python3-flask-login-doc=0.4.0-1_python-flask-login-doc=0.4.0-2.log.gz
Description: application/gzip

Bug#890995: ii: new upstream version

[Nico Golde]

Hi,
* itd  [2018-02-21 13:48]:
> thanks for maintaining ii.
> 
> As of 2018-02-04 ii version 1.8 is available. Please consider packaging it. 
> Feel
> free to use the patch attached as you think fit to do so (no attribution
> required). [1]

Do you want to hijack the package? You are more than welcome to do so!

Kind regards,
Nico
-- 
Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0


signature.asc
Description: PGP signature

Bug#891020: ppp: with SSTP: "CHAP authentication failed" since 2.4.7-2+1

[Alexander Elbs]

Package: ppp
Version: 2.4.7-2+1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

I am using SSTP (see http://sstp-client.sourceforge.net ) with ppp to
establish a VPN connection. So far this worked fine.

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

Upgrading to 2.4.7-2+1 led to these messages in log file:
  MS-CHAP authentication failed: E=691 Authentication failure
  CHAP authentication failed
And a VPN connection could no longer be established.

Downgrading to 2.4.7-1+4 helps. I also tried to unapply new patches.
It seems the patch "replace-vendored-hash-functions.patch" introduced the 
breakage:
When I build ppp 2.4.7-2+1 without that patch a VPN connection can be 
established.


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

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

Versions of packages ppp depends on:
ii  libc6   2.26-6
ii  libpam-modules  1.1.8-3.7
ii  libpam-runtime  1.1.8-3.7
ii  libpam0g1.1.8-3.7
ii  libpcap0.8  1.8.1-6
ii  libssl1.1   1.1.0g-2
ii  lsb-base9.20170808
ii  procps  2:3.3.12-4

ppp recommends no packages.

ppp suggests no packages.

-- no debconf information

SSTP packages:
ii  libsstp-client01.0.11
ii  sstp-client1.0.11

Bug#891023: python-tables-doc: fails to upgrade from 'stretch' - trying to overwrite /usr/share/doc/python-tables/README.rst.gz

[Andreas Beckmann]

Package: python-tables-doc
Version: 3.4.2-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

  Selecting previously unselected package python-tables-doc.
  Preparing to unpack .../11-python-tables-doc_3.4.2-3_all.deb ...
  Unpacking python-tables-doc (3.4.2-3) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-nbbJmI/11-python-tables-doc_3.4.2-3_all.deb (--unpack):
   trying to overwrite '/usr/share/doc/python-tables/README.rst.gz', which is 
also in package python-tables 3.3.0-5
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-nbbJmI/11-python-tables-doc_3.4.2-3_all.deb

This is probably caused by a behavior change of dh_installdocs in
debhelper compat level 11.


cheers,

Andreas


python-tables=3.3.0-5_python-tables-doc=3.4.2-3.log.gz
Description: application/gzip

Bug#891027: lintian: overly generic python module file name: /usr/lib/python3/dist-packages/core/__init__.py

[Andreas Beckmann]

Package: lintian
Version: 2.5.75
Severity: normal

Hi,

recently dxf2gcode and fenrir started shipping a "core" python module.


Andreas

Bug#891028: fenrir: overly generic python module name: /usr/lib/python3/dist-packages/core/__init__.py

[Andreas Beckmann]

Package: fenrir
Version: 1.06+really1.5.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package uses a very generic
python module name that now clashes with other packages:

/usr/lib/python3/dist-packages/core/__init__.py


Andreas

Bug#838700: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891027: lintian: overly generic python module file name: /usr/lib/python3/dist-packages/core/__init__.py

[Chris Lamb]

tags 891027 + pending
thanks

Good catch. Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=74a4d754fe8a8b0c5ea8d0e0fe4086740ce60925


Regards,

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

Bug#890978: babl: FTBFS: aclocal segfaults

[jean-christophe manciot]

Mounting /dev/pts solved this issue. The previous releases did not need
this mount.
You can safely close this.

On Wed, Feb 21, 2018 at 11:12 AM, Simon McVittie  wrote:

> Control: retitle -1 babl: FTBFS: aclocal segfaults
> Control: reassign -1 automake
> Control: tags -1 + moreinfo unreproducible
>
> On Wed, 21 Feb 2018 at 10:52:58 +0100, jean-christophe manciot wrote:
> > make[1]: Entering directory '/home/actionmystique/src/Babl/babl-build/
> > babl-0.1.44-1'
> > dh_autoreconf --as-needed
> > libtoolize: putting auxiliary files in '.'.
> > libtoolize: copying file './ltmain.sh'
> > libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
> > libtoolize: copying file 'm4/libtool.m4'
> > libtoolize: copying file 'm4/ltoptions.m4'
> > libtoolize: copying file 'm4/ltsugar.m4'
> > libtoolize: copying file 'm4/ltversion.m4'
> > libtoolize: copying file 'm4/lt~obsolete.m4'
> > Segmentation fault (core dumped)
> > autoreconf: aclocal failed with exit status: 139
>
> I can't reproduce this failure mode, and neither did the official Debian
> buildds or reproducible-builds.debian.org.
>
> This looks more likely to be a bug in aclocal, which is part of
> automake, or a bug in perl, which is the interpreter used to run aclocal.
> babl isn't doing anything out of the ordinary here. Do other packages
> that run aclocal fail in the same way for you? libgfshare and dbus-glib
> are some convenient small examples, for instance.
>
> Can you get a backtrace from the crash? For example try using
> systemd-coredump or corekeeper (on the host system if you're using a
> chroot), or . Because aclocal
> is a perl script, the debug symbols to install would be those for perl.
>
> Regards,
> smcv
>



-- 
Jean-Christophe

Bug#890980: gnome-chemistry-utils: please downgrade dependency on browser

[Graham Inggs]

Source: gnome-chemistry-utils
Version: 0.14.17-1
Severity: wishlist
Tags: patch

Hi Daniel

The gcu-plugin package has a dependency on ${vendor:Browser}.  This 
prevents gnome-chemistry-utils from migrating in Ubuntu because firefox 
does not build on s390x currently.


Please consider downgrading the Depends on ${vendor:Browser} to 
Recommends as per the following patch.


+++ a/debian/control
+++ b/debian/control
@@ -74,8 +74,8 @@
 Architecture: any
 Depends: libgcu0v5 (= ${binary:Version}),
  ${misc:Depends},
- ${shlibs:Depends},
- ${vendor:Browser}
+ ${shlibs:Depends}
+Recommends: ${vendor:Browser}
 Description: GNOME chemistry utils (browser plugin)
  The GNOME Chemistry Utils provide C++ classes and Gtk+-2 widgets
  related to chemistry. They will be used in future versions of both


Regards
Graham

Bug#838698: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890188: Suggested workaround works for me

[Andreas Tille]

Hi,

I'd like to confirm that adding

  from dput.util import get_interface

works for me.  Thanks for the hint

 Andreas.

-- 
http://fam-tille.de

Bug#890593: never worked on big-endian

[Hans-Christoph Steiner]

I mistakenly closed this issue, so I reopened it.  Everything builds
fine, so this isn't really FTBFS. The tests fail on big-endian.  They
were never run on big-endian before.

Bug#890994: nis: ypbind started when the computer start without network

[adrien moulin]

Package: nis
Version: 3.17.1-1+b1
Severity: normal

Dear Maintainer,

On stretch when i start without network, the computer is very slow to
launch the graphical interface and when i try to login on tty console there
are important latency.

After research the origin of the problem, i found that /etc/nsswitch.conf
tried to bind nis because ypbind is launch but without network it can't do
it. It seems there are no timeout on this.

I usually use laptop with nis client, on Jessie the nis.service do not
start when the network cable was out but on Stretch it start with or
without network cable. (on the laptop there are a new installation of
debian not a distupgrade)

The solution i have found is not very nice, i had in /etc/init.d/nis when
the process is backgrouned a killall ypbind.

I hope there are an other solution with systemd but i can't find out for
now.

best regards

-- Package-specific info:

-- 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-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nis depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  hostname   3.18+b1
ii  libc6  2.24-11+deb9u1
ii  libdbus-1-31.10.22-0+deb9u1
ii  libdbus-glib-1-2   0.108-2
ii  libgdbm3   1.8.3-14
ii  libglib2.0-0   2.50.3-2
ii  libsystemd0232-25+deb9u1
ii  lsb-base   9.20161125
ii  make   4.1-9.1
ii  netbase5.4
ii  rpcbind [portmap]  0.2.3-0.6

nis recommends no packages.

Versions of packages nis suggests:
pn  nscd  

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

-- debconf information excluded

Bug#890993: primer3 FTBFS on big endian: test failure

[Adrian Bunk]

Source: primer3
Version: 2.4.0-1
Severity: serious

https://buildd.debian.org/status/package.php?p=primer3=sid

...
TESTING primer3_core

Different number of lines
[FAILED]
make[2]: *** [Makefile:82: testmasker] Error 255
make[2]: *** Waiting for unfinished jobs
mkdir: ../test/primer_list_tmp
mkdir: ../test/primer1_list_tmp
mkdir: ../test/primer1_th_list_tmp
mkdir: ../test/th-w-other-tasks_list_tmp
p3test.pl for primer3_core version 2.4.0


p3test.pl: testing ../src/primer3_core

START, Wed Feb 21 09:45:45 2018

testing fatal errors...
  ./primer_global_err/bad_divalent_dntp_conc_1
Testing --output and --error flags on
../src/primer3_core --strict_tags 
./primer_global_err/bad_divalent_dntp_conc_1.in --output 
./primer_global_err/bad_divalent_dntp_conc_1.tmp --error 
./primer_global_err/bad_divalent_dntp_conc_1.tmp2
  ./primer_global_err/bad_divalent_dntp_conc_2
  ./primer_global_err/bad_divalent_dntp_conc_3
  ./primer_global_err/bad_divalent_dntp_conc_4
  ./primer_global_err/bad_dna_conc
  ./primer_global_err/bad_first_base_index
  ./primer_global_err/bad_float_1
  ./primer_global_err/bad_float_2
  ./primer_global_err/bad_float_3
  ./primer_global_err/bad_float_4
  ./primer_global_err/bad_gc_1
  ./primer_global_err/bad_gc_2
  ./primer_global_err/bad_gc_3
  ./primer_global_err/bad_gc_int_1
  ./primer_global_err/bad_gc_int_2
  ./primer_global_err/bad_gc_int_3
  ./primer_global_err/bad_min_three_prime_distance
  ./primer_global_err/bad_num_ns
  ./primer_global_err/bad_num_ns_int
  ./primer_global_err/bad_product_sizes_1
  ./primer_global_err/bad_product_sizes_2
  ./primer_global_err/bad_product_sizes_3
  ./primer_global_err/bad_product_sizes_4
  ./primer_global_err/bad_salt_conc
  ./primer_global_err/bad_self_any
  ./primer_global_err/bad_self_any_int
  ./primer_global_err/bad_self_end
  ./primer_global_err/bad_self_end_int
  ./primer_global_err/bad_settings0
  ./primer_global_err/bad_settings1
  ./primer_global_err/bad_settings2
  ./primer_global_err/bad_settings3
  ./primer_global_err/bad_settings4
  ./primer_global_err/bad_settings5
  ./primer_global_err/bad_settings6
  ./primer_global_err/empty_1
  ./primer_global_err/empty_product_size
  ./primer_global_err/gc_clamp_min_size
  ./primer_global_err/incorrect_task
  ./primer_global_err/io_gc_content_obj_fn
  ./primer_global_err/io_obj_fn
  ./primer_global_err/junction_overlap_max_size
  ./primer_global_err/junction_overlap_min_size
  ./primer_global_err/max_min_tm
  ./primer_global_err/max_min_tm_int
  ./primer_global_err/max_opt_tm
  ./primer_global_err/max_opt_tm_int
  ./primer_global_err/MAX_PRIMER_LENGTH
  ./primer_global_err/max_size_limit_int
  ./primer_global_err/max_size_min_product
  ./primer_global_err/max_size_min_product_int
  ./primer_global_err/min_opt_tm
  ./primer_global_err/min_opt_tm_int
  ./primer_global_err/mishyb_obj_fn
  ./primer_global_err/mispr_obj_fn
  ./primer_global_err/must_match_length_0
  ./primer_global_err/must_match_length_1
  ./primer_global_err/must_match_length_10
  ./primer_global_err/must_match_length_2
  ./primer_global_err/must_match_length_3
  ./primer_global_err/must_match_length_4
  ./primer_global_err/must_match_length_5
  ./primer_global_err/must_match_length_6
  ./primer_global_err/must_match_length_7
  ./primer_global_err/must_match_length_8
  ./primer_global_err/must_match_length_9
  ./primer_global_err/no_equal
  ./primer_global_err/no_terminal_equal
  ./primer_global_err/opt_max_size
  ./primer_global_err/opt_max_size_int
  ./primer_global_err/opt_min_size
  ./primer_global_err/opt_min_size_int
  ./primer_global_err/pair_mispr
  ./primer_global_err/pr_gc_content_obj_fn
  ./primer_global_err/product_size_obj_fn
  ./primer_global_err/product_tm_obj_fn
  ./primer_global_err/repeat_lib_err
  ./primer_global_err/repeat_lib_err1
  ./primer_global_err/repeat_lib_err2
  ./primer_global_err/repeat_lib_err3
  ./primer_global_err/repeat_lib_err4
  ./primer_global_err/repeat_lib_err5
  ./primer_global_err/repeat_lib_err6
  ./primer_global_err/repeat_lib_int_err
  ./primer_global_err/repeat_lib_int_err1
  ./primer_global_err/repeat_lib_int_err2
  ./primer_global_err/repeat_lib_int_err3
  ./primer_global_err/repeat_lib_int_err4
  ./primer_global_err/repeat_lib_int_err5
  ./primer_global_err/repeat_lib_int_err6
  ./primer_global_err/seq_quality1
  ./primer_global_err/seq_quality2
  ./primer_global_err/seq_quality3
  ./primer_global_err/seq_quality4
  ./primer_global_err/too_many_product_sizes
  ./primer_global_err/zero_min_size
  ./primer_global_err/zero_num_return
[OK]
primer_must_use_th...0s [OK]
primer_task_th...[OK]
Default implementations + NO alignment 1...[OK]
Default implementations + NO alignment 1...[OK]
Default implementations + NO alignment 2...[OK]
Force _dpal_generic...5s [OK]
primer_thal_args...[OK]
Force _dpal_long_nopath_generic 1...2s [OK]
primer_thal_max_seq_error...[OK]
Default implementations + NO alignment 2...2s [OK]
primer_first_base_index...[OK]
Force _dpal_long_nopath_generic 2...0s [OK]

Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system

[Lars Wirzenius]

On Wed, 2018-02-21 at 18:58 +0700, Arnaud wrote:
> 
> On 02/21/2018 06:27 PM, Lars Wirzenius wrote:
> > On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote:
> > >  This project is a staging area for experiments in providing transport
> > >  agnostic metadata storage.
> > 
> > Something like my summain program?
> 
> What is your summain program ? continuity is a library used by
> containerd and docker.

apt show summain

Yes, it's a program. Your ITP doesn't say anything about being a
library. If that's important, you should amend the package
description.

I was merely curious if continuity is doing what I've already done
some years ago for a different use case. Never mind.


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

Bug#890992: remove androguard from mips and s390x

[Hans-Christoph Steiner]

Package: ftp.debian.org
Severity: normal

Please remove androguard/mips and androguard/s390x from unstable, they
are blocking the updated version from going into testing.

https://qa.debian.org/excuses.php?package=androguard

I recently added the test suite to the build, and it totally fails on
big-endian.  It always has been failing on big-endian, so this package
should just be removed from there until someone ports it.




signature.asc
Description: OpenPGP digital signature

Bug#808840: sddm uses US keyboard

[Marc Haber]

On Wed, Jun 01, 2016 at 01:56:39PM +0200, Erwan David wrote:
>   I get the exact same problem on a completly new testing install.
> No /etc/X11/xorg.conf nor /etc/X11/xorg.conf.d
> However I see in Xorg.0.log :
> Error loading keymap /var/lib/xkb/server-0.xkm
> XKB: failed to load keymap, loading default keymap,
> and indedd /var/lib/xkb only contains a README.compiled file

This issue is still present. Way to reproduce:

Start up stretch installer.
Select US locale, but German keyboard
Tell installer to install sid
Install sid base system

apt upgrade
apt install kde-standard
apt install sddm

reboot

See:

  - german keyboard on the text console
  - US keyboard in sddm
  - german keyboard in the plasma session
  - no "Error loading keymap" message in Xorg.0.log
  - my /var/lib/xkb is also empty

How to fix?

Greetings
Marc


-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#891000: nis reportbug error on /usr/share/bug/nis/script

[adrien moulin]

Package: nis
Version: 3.17.1-1+b1
Severity: minor

Dear Maintainer,

When i use reportbug for a previous bug on nis packages the process stop
with error :

Please select tags: (one at a time) [none]
Gathering additional data, this may take a while...
/usr/share/bug/nis/script: 7: /usr/share/bug/nis/script: yesno: not found
The package bug script /usr/share/bug/nis/script exited with an error
status (return code = 32512). Do you still want to file a report?
[y|N|q|?]?
Package bug script failed; stopping.

And i do not found yesno with apt-file search.

best regards

-- 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-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nis depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  hostname   3.18+b1
ii  libc6  2.24-11+deb9u1
ii  libdbus-1-31.10.22-0+deb9u1
ii  libdbus-glib-1-2   0.108-2
ii  libgdbm3   1.8.3-14
ii  libglib2.0-0   2.50.3-2
ii  libsystemd0232-25+deb9u1
ii  lsb-base   9.20161125
ii  make   4.1-9.1
ii  netbase5.4
ii  rpcbind [portmap]  0.2.3-0.6

nis recommends no packages.

Versions of packages nis suggests:
pn  nscd  

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

-- debconf information excluded

Bug#891004: libmateweather1: the weather icon not showing

[gnugr]

Package: libmateweather1
Version: 1.20.0-1
Severity: important

Dear Maintainer,

After upgrading to MATE 1.20.0, the weather's icon not showing anymore. In
modification's board all locations are correct, the source for each one is
correct. Please consider of this issue.

P.S. On building process piuparts complained for broken symlinks, but
rechecking with piupats the built .deb it passed with no error.



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

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

Versions of packages libmateweather1 depends on:
ii  libatk1.0-02.26.1-3
ii  libc6  2.26-6
ii  libcairo-gobject2  1.15.10-1
ii  libcairo2  1.15.10-1
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libglib2.0-0   2.54.3-2
ii  libgtk-3-0 3.22.28-1
ii  libmateweather-common  1.20.0-1
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libsoup2.4-1   2.60.3-1
ii  libxml22.9.4+dfsg1-6.1

libmateweather1 recommends no packages.

libmateweather1 suggests no packages.

-- no debconf information

Bug#891001: Changing severity

[Lisandro Damián Nicanor Pérez Meyer]

Control: severity -1 normal

Hi! Helmut pointed me out that this is not the reason why the package
is not being installed, although a bug after all. So downgrading
severity.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

Bug#735304: wokkel: please move package to DPMT's repo

[W. Martin Borgert]

Dear Angel,

please note, that the DPMT uses salsa now for its git repo:

https://salsa.debian.org/python-team/modules

Alternatively, you might like to maintain the package within the
Debian XMPP Maintainers ,
which has its git repo here:

https://salsa.debian.org/xmpp-team

If you are busy at the moment, I can do the transfer to one or
the other git repo and team. Just confirm :~)

Thanks in advance!

Bug#886329: [Filesystems-devel] Bug#886329: Bug#886329: Bug#886329: aufs-dkms: Cannot use aufs union mount with Linux 4.14.7-1: kernel BUG at /var/lib/dkms/aufs/4.14+20171218/build/fs/aufs/finfo.c:113

[intrigeri]

sf...@users.sourceforge.net:
> I am interested in why you set '1' to the aufs module parameter "debug".

IIRC I added it after having noticed the bug, in the hope it would
yield more useful information for developers to fix it.

> If you had not set, this bug would not appear I guess. Did you see
> something wrong without setting "debug"? And you tried debugging? If so,
> I want to know the original problem too.

OK, I'll retry without debug=1.

Thanks!

Cheers,
-- 
intrigeri

Bug#884638: linux-image-4.9.0-4-amd64: Display cuts to black and back w/ intel gpu/fifo underrun

[Júlíus Þór Bess Ríkarðsson]

I can confirm this.

I have the exact same symptoms as Frederik describes.

I'm on a Thinkpad T450s with two external monitors connected through an
Ultra Dock.

Bug#890984: ITP: golang-github-containerd-btrfs -- Btrfs bindings for Go

[Arnaud Rebillout]

Package: wnpp
Severity: wishlist
Owner: Arnaud Rebillout 

* Package name: golang-github-containerd-btrfs
  Version : 0.0~git20171005.72c0a35-1
  Upstream Author : containerd
* URL : https://github.com/containerd/btrfs
* License : Apache-2.0
  Programming Lang: Go
  Description : Btrfs bindings for Go

 Native Go bindings for btrfs.
 .
 Status
 .
 These are in the early stages. We will try to maintain stability, but please
 vendor if you are relying on these directly.
 .
 Contribute
 .
 This package may not cover all the use cases for btrfs. If something you need
 is missing, please don't hesitate to submit a PR.  .  Note that due to struct
 alignment issues, this isn't yet fully native.  Preferrably, this could be
 resolved, so contributions in this direction are greatly appreciated.



- why is this package useful/relevant?

It is a dependency of containerd.

- how do you plan to maintain it?

I plan to maintain it within the golang packaging team.

Bug#889659: libwebkit2gtk: segmentation fault in strlen-avx2

[Alberto Garcia]

Control: fixed -1 2.19.91-1

On Mon, Feb 05, 2018 at 02:06:09PM +0100, Teus Benschop wrote:
> Package: libwebkit2gtk-4.0-37
> Version: 2.18.6-1
> Severity: important
> File: libwebkit2gtk

Hello Teus,

I just uploaded webkit2gtk 2.19.91-1, that contains the fix for this
bug.

This release is from the experimental branch. The stable branch
(2.18.x) hasn't been updated yet, I'll close this bug as soon as that
happens.

In the meantime you can try this version if you want. I believe that
it should be stable as the 2.18.x branch for most purposes. If you do
tell me if the bug is still happening.

Thanks,

Berto

Bug#890983: ITP: continuity -- A transport-agnostic, filesystem metadata manifest system

[Arnaud]

On 02/21/2018 06:27 PM, Lars Wirzenius wrote:
> On Wed, 2018-02-21 at 18:06 +0700, Arnaud Rebillout wrote:
>>  This project is a staging area for experiments in providing transport
>>  agnostic metadata storage.
> Something like my summain program?

What is your summain program ? continuity is a library used by
containerd and docker.

Bug#891001: crossbuild-essential-armhf: Depends upon [gcc|g++]arm-linux-gnueabihf >= 7.2 instead of 4:7.2

[Lisandro Damián Nicanor Pérez Meyer]

Package: crossbuild-essential-armhf
Version: 12.4
Severity: serious
Justification: Depends upon wrong package version

Hi! As described in the subject, crossbuild-essential-armhf depends
upon [gcc|g++]arm-linux-gnueabihf >= 7.2 instead of 4:7.2 thus not being
installable.

Thanks for your work, Lisandro.

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

Kernel: Linux 4.9.0-4-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 crossbuild-essential-armhf depends on:
pn  dpkg-cross   
pn  g++-arm-linux-gnueabihf  
pn  gcc-arm-linux-gnueabihf  

crossbuild-essential-armhf recommends no packages.

crossbuild-essential-armhf suggests no packages.

Bug#890918: mpv produces the image with numerous complaints.

[James Cowgill]

Control: tags -1 moreinfo

Hi,

On 20/02/18 16:30, pe...@easthope.ca wrote:
> Package: mpv
> Version: 0.23.0-2+deb9u2
> Severity: normal
> Tags: upstream

You tagged the bug "upstream". This tag usually means that the bug is
known to be in upstream mpv. How do you know this?

> Dear Maintainer,
> 
>* What led up to the situation?
>  Display of output from a Logitech camera
>  M/N: V-U0006
>  P/N: 860-000177
>  PID: LZ944BN
>* What exactly did you do (or not do) that was effective (or ineffective)?
>   Connected USB and executed "mpv tv:// --tv-device=/dev/video0"
>   on two similar systems, imager and dalton.  Transcripts appended.

Does ffmpeg's v4l2 support work better?
 mpv -v av://v4l2:/dev/video0

I should point out that all the code for tv:// has been removed in
upstream mpv, so if this is a bug in mpv, it is unlikely to be fixed
(upstream now tells you to use the av:// form above).

I don't know what "imager" and "dalton" mean. Do they have identical
versions of mpv and identical kernels (probably the 2 most important
bits here)?

Please recreate the transcripts with the -v option to get more verbosity.

Testing with newer kernels and mpv versions would be helpful, but this
might be a bit harder.

>   Note the differences from the same procedure on two almost idential 
>   systems.  Eg. 
>   [tv]  Current format: YUYV
>   versus
>   [tv]  Current format: MJPEG
>* What was the outcome of this action?
>The images appeared with numerous complaints. Eg. 
>[tv] ioctl enum norm failed: Inappropriate ioctl for device
>[tv] Error: Cannot set norm!
>* What outcome did you expect instead?
>A concise and tidy report to the terminal with no complaints, errors 
> or warnings.
>In the present state, the software is not good release quality.

Does your webcam actually play in mpv? Is it just the log messages that
bother you?

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#890982: libreoffice-style-sifr: White background in some icons

[jesusda]

Package: libreoffice-style-sifr
Version: 1:6.0.1-1
Severity: normal

Dear Maintainer,

Some Libreoffice icons in SIFR theme have a ugly white background instead a
transparent one (like almost all of them).

Here you can see an example:
http://i.imgur.com/hVW7oKd.png



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

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

Versions of packages libreoffice-style-sifr depends on:
ii  libreoffice-common1:6.0.1-1
ii  libreoffice-style-breeze  1:6.0.1-1

libreoffice-style-sifr recommends no packages.

libreoffice-style-sifr suggests no packages.

-- no debconf information

Bug#889836: Embedded code copy of python-magic

[Gianfranco Costamagna]

Hello,

>-> and now he is trying to force his own TRUE version for a simple wrapper.
>Case closed


I agree with upstream here, you are trying to push something that 
upstream/magic didn't even
merge in master yet, so the upstream/sqlmap is correct, this breaks probably 
other linux distro.
>Note: It is Adam Hupp, the author of the magic bindings that *sqlmap* *uses*,
>who thankfully is implementing this change.


yes, but *before* he should release a new stable version, with the 
compatibility layer,
and then I think the sqlmap implementation will sync, and a patch will be 
trivially applicable.
>, but anyway I think you could still apply your really non-invasive patch in
>Debian. If anything *should* break, it can be removed within seconds. But you
>had tried to comply a little bit more with policy. FTR diff attached between
>current magic in sqlmap vs. current magic [1].


This would break older debian/ubuntu, where python-magic still points to the 
other implementation,
since this is an arch:all package, I don't want to break people grabbing the 
debian around the various
mirrors.

I propose to followup with sqlmap upstream folks, because I'm still not a 
python-savvy man.

In any case, a new python-magic release, with pip release, packaged by many 
distro and so on, will
make this simpler, for us, sqlmap and other folks (I can enforce a runtime 
version on the deb file, 
if we find an *upstream/magic* common version that can be used by everyone).

Hopefully doing things in a correct way will make me/sqlmap folks able to merge 
a future patch...

I hope you agree with this point.

Gianfranco