Bug#846161: pbuilder: please filter environement variables by default, using a whitelist

[Holger Levsen]

Package: pbuilder
Version: 0.226.1
Severity: wishlist

Hi Mattia,

subject basically says it :)

< h01ger> | mapreri: does pbuilder filter environment variables? sbuild
does and it seems useful. josch described it in 
https://lists.debian.org/msgid-search/148033497146.12519.17551404937723334890@localhost
< mapreri> deki: if there were such a feature there would be a whitelist
like sbuild has
< josch> In fact I want to replace that whitelist in the next
sbuild release.
< josch> And instead use
Dpkg::Build::Info::get_build_env_whitelist from libdpkg-perl
* | h01ger thinks josch had a point when he said that pbuilder+sbuild are used 
to provide a clean environment

and many thanks for maintaining pbuilder! :)

-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#845417: Cannot activate service check. The process status engine was disabled.

[Sergey B Kirpichev]

On Mon, Nov 28, 2016 at 08:29:14PM +0100, Martin Sebald wrote:
> thank you very much! I will test it, as soon as it is available in the
> jessie-backports repository.

It doesn't make sense.

If you can't test new package (why not?) - please explain how I
can reproduce your setup.

Bug#845739: debian-ports-archive-keyring: FTBFS (gpg: can't connect to the agent: IPC connect call failed)

[Santiago Vila]

> > I was able to build this package in the past:
> > 
> > Status: successful  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161101T035130Z
> > Status: successful  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161106T230827Z
> > Status: successful  
> > debian-ports-archive-keyring_2016.02.01_amd64-2016T100904Z
> > Status: successful  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161117T090450Z
> > Status: failed  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161122T013538Z
> > Status: failed  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161122T155001Z
> > Status: failed  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161122T154957Z
> > Status: failed  
> > debian-ports-archive-keyring_2016.02.01_amd64-20161122T155025Z
> > 
> > so maybe some build-dependency has changed behaviour and package has to 
> > adapt accordingly.
> 
> The problem is that gpg now insists in using an agent, and creates a UNIX
> socket to exchange messages. The UNIX socket path is limited to 108
> characters, and depending on the used build path, this size can be
> exceeded.

Well, I'm using sbuild, so I guess this would fail in buildd.debian.org
too (last upload was made 301 days ago).

Does this package absolutely require gpg version 2 to build, or maybe
the build-depends could be changed to gpg1 as a temporary workaround?

Thanks.

Bug#845739: debian-ports-archive-keyring: FTBFS (gpg: can't connect to the agent: IPC connect call failed)

[Aurelien Jarno]

On 2016-11-26 11:08, Santiago Vila wrote:
> Package: src:debian-ports-archive-keyring
> Version: 2016.02.01
> Severity: serious
> 
> Dear maintainer:
> 
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:
> 
> 
> [...]
>  debian/rules build-indep
> dh build-indep
> dh: Compatibility levels before 9 are deprecated (level 7 in use)
>dh_testdir -i
>dh_update_autotools_config -i
>dh_auto_configure -i
> dh_auto_configure: Compatibility levels before 9 are deprecated (level 7 in 
> use)
>debian/rules override_dh_auto_build
> make[1]: Entering directory '/<>'
> mkdir -p /<>/build   
> # Build keyrings
> mkdir -p /<>/build/keyrings
> gpg --no-options --no-default-keyring --no-auto-check-trustdb --homedir 
> /<>/build --keyring 
> /<>/build/keyrings/debian-ports-archive-keyring.gpg --import 
> /<>/active-keys/*
> gpg: WARNING: unsafe permissions on homedir '/<>/build'
> gpg: keybox 
> '/<>/build/keyrings/debian-ports-archive-keyring.gpg' created
> gpg: /<>/build/trustdb.gpg: trustdb created
> gpg: key B4C86482705A2CE1: public key "Debian Ports Archive Automatic Signing 
> Key (2016) " imported
> gpg: can't connect to the agent: IPC connect call failed
> gpg: Total number processed: 1
> gpg:   imported: 1
> debian/rules:9: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2
> make[1]: Leaving directory '/<>'
> debian/rules:6: recipe for target 'build-indep' failed
> make: *** [build-indep] Error 2
> dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
> 
> 
> The relevant part of the build log is included above.
> 
> This is not a random bug, it happens every time I try. I'm building on a 
> QEMU/KVM virtual
> machine with sbuild and a stretch chroot with minimal packages installed.
> 
> I was able to build this package in the past:
> 
> Status: successful  
> debian-ports-archive-keyring_2016.02.01_amd64-20161101T035130Z
> Status: successful  
> debian-ports-archive-keyring_2016.02.01_amd64-20161106T230827Z
> Status: successful  
> debian-ports-archive-keyring_2016.02.01_amd64-2016T100904Z
> Status: successful  
> debian-ports-archive-keyring_2016.02.01_amd64-20161117T090450Z
> Status: failed  
> debian-ports-archive-keyring_2016.02.01_amd64-20161122T013538Z
> Status: failed  
> debian-ports-archive-keyring_2016.02.01_amd64-20161122T155001Z
> Status: failed  
> debian-ports-archive-keyring_2016.02.01_amd64-20161122T154957Z
> Status: failed  
> debian-ports-archive-keyring_2016.02.01_amd64-20161122T155025Z
> 
> so maybe some build-dependency has changed behaviour and package has to adapt 
> accordingly.

The problem is that gpg now insists in using an agent, and creates a UNIX
socket to exchange messages. The UNIX socket path is limited to 108
characters, and depending on the used build path, this size can be
exceeded.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#838631: Maybe related to #833930

[Elena ``of Valhalla'']

I'm also having this issue.

I'm not sure it is related, but on both computers where I've had this
issue I'm also suffering from
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833930

I've tried to reproduce both issues in a clean VM, first by installing
jessie, apt installing xorg+fluxbox+kicad+gitk, dist-upgrading to
stretch and rebooting and then by installing jessie, dist-upgrading to
stretch, rebooting and then apt installing xorg+fluxbox+kicad+gitk.
In both cases, I couldn't reproduce neither issue.

I did then try to uninstall libx11-6 and all its dependencies and then
reinstall everything on one computer, as that may have worked for
#833930, but it wasn't enough and on that computer I still have both
problems.
-- 
Elena ``of Valhalla''

Bug#827462: src:ming to be removed from Debian

[Ondřej Surý]

Dear gnash maintainers,

libming-dev and libming-utils is unmaintained, have unfixed security
vulnerabilities and it also FTBFS without php5. As far as I understand
if you drop the libming-dev and libming-util the gnash will still build,
but the test suite will be severely limited.

The other option would be for Debian Flash Team to adopt the src:ming.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

Bug#846062: s-nail: not a proper mailx alternative

[Hilko Bengen]

* Bas Zoetekouw:

> s-nail/heirloom-mailx is not a proper alternative for mailx/bsd-mailx,
> as it uses different command line options (for example on a regulair
> mailx, -a means "add header, whereas for s-nail it means "add
> attachment").

We had some discussion about whether to provide a mailx alternative back
in the day when heirloom-mailx was still called nail, see #272256.

And at one time there was even a report about a missing -a option
although it seems that then the submitter decided otherwise, see #381575

> This breaks other packages (for example cron-apt) that rely on a
> mailx-dependency to send mails.  Therefore, I'm making this Serious
> severity.

The -a option was added to bsd-mailx by Debian more than 16 years ago.
However, there does not seem to be any clear definition that tells us
what to expect from a /usr/bin/mailx program.

Is this really s-nail's fault?

Steffen, would you consider changing the parameter for adding an
attachment to something else?

Cheers,
-Hilko

Bug#845530: evince: Search doesn't navigate (by index or 'next') to found results

[Jason Crain]

Control: tags -1 + moreinfo

On Thu, Nov 24, 2016 at 10:29:33AM +, Conrad J.C. Hughes (for Debian 
package stuff) wrote:
> When I search for text in Evince, it finds results but doesn't seem to
> support navigation to those results.  For example, if I search for
> "thanks to" in this document:
> 
>   http://www.blogs.hss.ed.ac.uk/crag/files/2016/10/algocracy.pdf
> 
> I get a result, but neither by clicking or double-clicking on the result
> in the results index pane, nor by clicking on the "next" or "previous"
> arrows, can I navigate to that result.  I have to manually scroll through
> the document until I reach the (correctly highlighted) text.

Does it work if you view the document in continuous mode?  There was a
bug in evince https://bugzilla.gnome.org/730252.

Bug#846158: Xorg: -logfile /dev/null not allowed, prevents xrdp from working

[Thorsten Glaser]

Package: xserver-xorg-core
Version: 2:1.19.0-2
Severity: serious
Justification: prevents xrdp from working

tg@leee:~ $ Xorg :10 -config xrdp/xorg.conf -noreset -nolisten tcp -logfile 
/dev/null -retro
(EE)
Fatal server error:
(EE)
Invalid argument for -logfile - "/dev/null"
With elevated privileges -logfile must specify a relative path
without any ".." elements.

(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE)


This is, in the effect, what xrdp does when it starts a new
X session for the remote user.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec  6  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Nov 23 18:32 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE 
Express Integrated Graphics Controller [8086:27ae] (rev 03)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.8.0-1-686-pae (debian-ker...@lists.debian.org) (gcc version 
5.4.1 20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.7-1 (2016-11-13)

Xorg X server log files on system:
--
-rw-r--r-- 1 tg tg 16675 Nov 22  2015 /home/tg/.local/share/xorg/Xorg.0.log
-rw-r--r-- 1 tg tg 13103 Jun 29 18:12 /home/tg/.local/share/xorg/Xorg.10.log

Contents of most recent Xorg X server log file 
(/home/tg/.local/share/xorg/Xorg.10.log):

[  2632.664] 
X.Org X Server 1.18.3
Release Date: 2016-04-04
[  2632.666] X Protocol Version 11, Revision 0
[  2632.666] Build Operating System: Linux 3.16.0-4-amd64 i686 Debian
[  2632.667] Current Operating System: Linux leee.mirbsd.org 4.5.0-2-686-pae #1 
SMP Debian 4.5.5-1 (2016-05-29) i686
[  2632.668] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.5.0-2-686-pae 
root=UUID=68f0cece-7bc7-4c33-81ec-dff7d2bad5a0 ro acpi_osi=Linux net.ifnames=0 
kaslr
[  2632.671] Build Date: 05 April 2016  07:01:49AM
[  2632.671] xorg-server 2:1.18.3-1 (http://www.debian.org/support) 
[  2632.672] Current version of pixman: 0.33.6
[  2632.673]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  2632.673] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  2632.681] (==) Log file: "/home/tg/.local/share/xorg/Xorg.10.log", Time: Wed 
Jun 29 18:12:24 2016
[  2632.688] (++) Using config file: "/etc/X11/xrdp/xorg.conf"
[  2632.689] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  2632.695] (==) ServerLayout "X11 Server"
[  2632.695] (**) |-->Screen "Screen (xrdpdev)" (0)
[  2632.695] (**) |   |-->Monitor "Monitor"
[  2632.697] (**) |   |-->Device "Video Card (xrdpdev)"
[  2632.697] (**) |-->Input Device "xrdpMouse"
[  2632.698] (**) |-->Input Device "xrdpKeyboard"
[  2632.698] (**) Option "DontVTSwitch" "on"
[  2632.699] (**) Option "AutoAddDevices" "off"
[  2632.700] (**) Not automatically adding devices
[  2632.700] (==) Automatically enabling devices
[  2632.700] (==) Automatically adding GPU devices
[  2632.701] (==) Max clients allowed: 256, resource mask: 0x1f
[  2632.707] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  2632.708]Entry deleted from font path.
[  2632.715] (**) FontPath set to:
/usr/share/fonts/X11/misc/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  2632.715] (==) ModulePath set to "/usr/lib/xorg/modules"
[  2632.716] (II) Loader magic: 0x8027c700
[  2632.716] (II) Module ABI versions:
[  2632.717]X.Org ANSI C Emulation: 0.4
[  2632.717]X.Org Video Driver: 20.0
[  2632.717]X.Org XInput driver : 22.1
[  2632.718]X.Org Server Extension : 9.0
[  2632.730] (EE) systemd-logind: failed to get session: The name 
org.freedesktop.login1 was not provided by any .service files
[  2632.778] (II) xfree86: Adding drm device (/dev/dri/card0)
[  2632.839] (--) PCI:*(0:0:2:0) 8086:27ae:1043:8340 rev 3, Mem @ 
0xf7e0/524288, 0xd000/268435456, 0xf7dc/262144, I/O @ 0xdc00/8
[  2632.841] (--) PCI: (0:0:2:1) 8086:27a6:1043:8340 rev 3, Mem @ 
0xf7e8/524288
[  2632.842] (II) "glx" will be loaded. This was enabled by default and also 
specified in the config file.
[  2632.842] (II) LoadModule: "dbe"
[  2632.843] (II) Module 

Bug#846159: ITP: dnss -- Tool for encapsulating DNS over HTTPS or GRPC

[Alberto Bertogli (debian)]

Package: wnpp
Severity: wishlist
Owner: Alberto Bertogli (debian) 

* Package name: dnss
  Version : 0.0~git20161126.0.162090e-1
  Upstream Author : Alberto Bertogli 
* URL : https://blitiri.com.ar/git/r/dnss/
* License : Apache-2.0
  Programming Lang: Go
  Description : Tool for encapsulating DNS over HTTPS or GRPC

dnss is a tool for encapsulating DNS over more secure protocols, like HTTPS or
GRPC.

In HTTPS mode, it can act as a DNS-over-HTTPS proxy, using
https://dns.google.com (or any other with the same API) as a server.

For GRPC, it can act as a proxy that listens to DNS requests and pass them on
to a server using GRPC, and also as a GRPC server which resolves the queries
using a normal, fixed DNS server.

Bug#828282: dmg2img: diff for NMU version 1.6.5-1.1

[Reiner Herrmann]

Control: tags 828282 + patch
Control: tags 828282 + pending

Dear maintainer,

I've prepared an NMU for dmg2img (versioned as 1.6.5-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Please note that the uploaded diff is slightly different to the
one I previously attached, as it's now also still compatible
with OpenSSL 1.0.

Regards.
  Reiner
diff -Nru dmg2img-1.6.5/debian/changelog dmg2img-1.6.5/debian/changelog
--- dmg2img-1.6.5/debian/changelog	2013-11-16 06:30:06.0 +0100
+++ dmg2img-1.6.5/debian/changelog	2016-11-28 19:55:28.0 +0100
@@ -1,3 +1,10 @@
+dmg2img (1.6.5-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch to build with OpenSSL 1.1. (Closes: #828282)
+
+ -- Reiner Herrmann   Mon, 28 Nov 2016 19:55:28 +0100
+
 dmg2img (1.6.5-1) unstable; urgency=low
 
   * New upstream version (Closes: #688136).
diff -Nru dmg2img-1.6.5/debian/patches/openssl1.1.patch dmg2img-1.6.5/debian/patches/openssl1.1.patch
--- dmg2img-1.6.5/debian/patches/openssl1.1.patch	1970-01-01 01:00:00.0 +0100
+++ dmg2img-1.6.5/debian/patches/openssl1.1.patch	2016-11-28 19:54:19.0 +0100
@@ -0,0 +1,153 @@
+Author: Reiner Herrmann 
+Description: Fix building with OpenSSL 1.1
+Bug-Debian: https://bugs.debian.org/828282
+
+--- a/vfdecrypt.c
 b/vfdecrypt.c
+@@ -183,7 +183,7 @@
+   pwhdr->encrypted_keyblob_size = htonl(pwhdr->encrypted_keyblob_size);
+ }
+ 
+-HMAC_CTX hmacsha1_ctx;
++HMAC_CTX *hmacsha1_ctx = NULL;
+ AES_KEY aes_decrypt_key;
+ int CHUNK_SIZE=4096;  // default
+ 
+@@ -196,9 +196,9 @@
+   unsigned int mdLen;
+   
+   chunk_no = OSSwapHostToBigInt32(chunk_no);
+-  HMAC_Init_ex(_ctx, NULL, 0, NULL, NULL);
+-  HMAC_Update(_ctx, (void *) _no, sizeof(uint32_t));
+-  HMAC_Final(_ctx, mdResult, );
++  HMAC_Init_ex(hmacsha1_ctx, NULL, 0, NULL, NULL);
++  HMAC_Update(hmacsha1_ctx, (void *) _no, sizeof(uint32_t));
++  HMAC_Final(hmacsha1_ctx, mdResult, );
+   memcpy(iv, mdResult, CIPHER_BLOCKSIZE);
+ }
+ 
+@@ -212,47 +212,47 @@
+ /* DES3-EDE unwrap operation loosely based on to RFC 2630, section 12.6 
+  *wrapped_key has to be 40 bytes in length.  */
+ int apple_des3_ede_unwrap_key(uint8_t *wrapped_key, int wrapped_key_len, uint8_t *decryptKey, uint8_t *unwrapped_key) {
+-  EVP_CIPHER_CTX ctx;
++  EVP_CIPHER_CTX *ctx;
+   uint8_t *TEMP1, *TEMP2, *CEKICV;
+   uint8_t IV[8] = { 0x4a, 0xdd, 0xa2, 0x2c, 0x79, 0xe8, 0x21, 0x05 };
+   int outlen, tmplen, i;
+ 
+-  EVP_CIPHER_CTX_init();
++  ctx = EVP_CIPHER_CTX_new();
+   /* result of the decryption operation shouldn't be bigger than ciphertext */
+   TEMP1 = malloc(wrapped_key_len);
+   TEMP2 = malloc(wrapped_key_len);
+   CEKICV = malloc(wrapped_key_len);
+   /* uses PKCS#7 padding for symmetric key operations by default */
+-  EVP_DecryptInit_ex(, EVP_des_ede3_cbc(), NULL, decryptKey, IV);
++  EVP_DecryptInit_ex(ctx, EVP_des_ede3_cbc(), NULL, decryptKey, IV);
+ 
+-  if(!EVP_DecryptUpdate(, TEMP1, , wrapped_key, wrapped_key_len)) {
++  if(!EVP_DecryptUpdate(ctx, TEMP1, , wrapped_key, wrapped_key_len)) {
+ fprintf(stderr, "internal error (1) during key unwrap operation!\n");
+ return(-1);
+   }
+-  if(!EVP_DecryptFinal_ex(, TEMP1 + outlen, )) {
++  if(!EVP_DecryptFinal_ex(ctx, TEMP1 + outlen, )) {
+ fprintf(stderr, "internal error (2) during key unwrap operation!\n");
+ return(-1);
+   }
+   outlen += tmplen;
+-  EVP_CIPHER_CTX_cleanup();
++  EVP_CIPHER_CTX_free(ctx);
+ 
+   /* reverse order of TEMP3 */
+   for(i = 0; i < outlen; i++) TEMP2[i] = TEMP1[outlen - i - 1];
+ 
+-  EVP_CIPHER_CTX_init();
++  ctx = EVP_CIPHER_CTX_new();
+   /* uses PKCS#7 padding for symmetric key operations by default */
+-  EVP_DecryptInit_ex(, EVP_des_ede3_cbc(), NULL, decryptKey, TEMP2);
+-  if(!EVP_DecryptUpdate(, CEKICV, , TEMP2+8, outlen-8)) {
++  EVP_DecryptInit_ex(ctx, EVP_des_ede3_cbc(), NULL, decryptKey, TEMP2);
++  if(!EVP_DecryptUpdate(ctx, CEKICV, , TEMP2+8, outlen-8)) {
+ fprintf(stderr, "internal error (3) during key unwrap operation!\n");
+ return(-1);
+   }
+-  if(!EVP_DecryptFinal_ex(, CEKICV + outlen, )) {
++  if(!EVP_DecryptFinal_ex(ctx, CEKICV + outlen, )) {
+ fprintf(stderr, "internal error (4) during key unwrap operation!\n");
+ return(-1);
+   }
+ 
+   outlen += tmplen;
+-  EVP_CIPHER_CTX_cleanup();
++  EVP_CIPHER_CTX_free(ctx);
+ 
+   memcpy(unwrapped_key, CEKICV+4, outlen-4);
+   free(TEMP1);
+@@ -279,7 +279,7 @@
+ int unwrap_v2_header(char *passphrase, cencrypted_v2_pwheader *header, uint8_t *aes_key, uint8_t *hmacsha1_key) {
+   /* derived key is a 3DES-EDE key */
+   uint8_t derived_key[192/8];
+-  EVP_CIPHER_CTX ctx;
++  EVP_CIPHER_CTX *ctx;
+   uint8_t *TEMP1;
+   int outlen, tmplen;
+ 
+@@ -288,22 +288,22 @@
+ 
+   print_hex(derived_key, 192/8);
+ 
+-  EVP_CIPHER_CTX_init();
++  ctx = EVP_CIPHER_CTX_new();
+   /* result of the decryption operation shouldn't be bigger than ciphertext */
+   TEMP1 = 

Bug#846157: compile fails

[Brent S. Elmer]

Package: linux-source-4.8
Version: 4.8.7-1
Severity: normal

I am trying to compile a 4.8 kernel and it is failing.

exec make kpkg_version=13.018 -f /usr/share/kernel-package/ruleset/minimal.mk
debian APPEND_TO_VERSION=.161128  INITRD=YES
== making target debian/stamp/conf/minimal_debian [new prereqs: ]==
This is kernel package version 13.018.
test -d debian || mkdir debian
test ! -e stamp-building || rm -f stamp-building
install -p -m 755 /usr/share/kernel-package/rules debian/rules
for file in ChangeLog  Control  Control.bin86 config templates.in rules; do
\
cp -f  /usr/share/kernel-package/$file ./debian/;
\
done
cp: cannot stat '/usr/share/kernel-package/ChangeLog': No such file or
directory
for dir  in Config docs examples ruleset scripts pkg po;  do
\
  cp -af /usr/share/kernel-package/$dir  ./debian/;
\
done
test -f debian/control || sed -e 's/=V/4.8.7.161128/g'  \
-e 's/=D/4.8.7.161128-10.00.Custom/g' -e 's/=A/amd64/g'
\
-e 's/=SA//g'  \
-e 's/=I//g'\
-e 's/=CV/4.8/g'\
-e 's/=M/Unknown Kernel Package Maintainer /g' \
-e 's/=ST/linux/g'  -e 's/=B/x86_64/g'\
-e 's/=R/initramfs-tools | linux-initramfs-tool,/g'
/usr/share/kernel-package/Control > debian/control
test -f debian/changelog ||  sed -e 's/=V/4.8.7.161128/g'   \
-e 's/=D/4.8.7.161128-10.00.Custom/g'-e 's/=A/amd64/g'
\
-e 's/=ST/linux/g' -e 's/=B/x86_64/g' \
-e 's/=M/Unknown Kernel Package Maintainer
/g'\
 /usr/share/kernel-package/changelog > debian/changelog
chmod 0644 debian/control debian/changelog
test -d ./debian/stamp || mkdir debian/stamp
make -f debian/rules debian/stamp/conf/kernel-conf
make[1]: Entering directory '/usr/local/src/linux-source-4.8'
== making target debian/stamp/conf/kernel-conf [new prereqs: ]==
make EXTRAVERSION=.161128   ARCH=x86_64 \
oldconfig;
make[2]: Entering directory '/usr/local/src/linux-source-4.8'
  HOSTCC  scripts/basic/bin2c
scripts/kconfig/conf  --oldconfig Kconfig
#
# configuration written to .config
#
make[2]: Leaving directory '/usr/local/src/linux-source-4.8'
make EXTRAVERSION=.161128   ARCH=x86_64 prepare
make[2]: Entering directory '/usr/local/src/linux-source-4.8'
scripts/kconfig/conf  --silentoldconfig Kconfig
  SYSTBL  arch/x86/entry/syscalls/../../include/generated/asm/syscalls_32.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/asm/unistd_32_ia32.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/asm/unistd_64_x32.h
  SYSTBL  arch/x86/entry/syscalls/../../include/generated/asm/syscalls_64.h
  HYPERCALLS arch/x86/entry/syscalls/../../include/generated/asm/xen-
hypercalls.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_32.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_64.h
  SYSHDR  arch/x86/entry/syscalls/../../include/generated/uapi/asm/unistd_x32.h
  HOSTCC  arch/x86/tools/relocs_32.o
  HOSTCC  arch/x86/tools/relocs_64.o
  HOSTCC  arch/x86/tools/relocs_common.o
  HOSTLD  arch/x86/tools/relocs
  CHK include/config/kernel.release
  UPD include/config/kernel.release
Cannot use CONFIG_CC_STACKPROTECTOR_REGULAR: -fstack-protector not supported by
compiler
Makefile:1052: recipe for target 'prepare-compiler-check' failed
make[2]: *** [prepare-compiler-check] Error 1
make[2]: Leaving directory '/usr/local/src/linux-source-4.8'
debian/ruleset/targets/common.mk:194: recipe for target 'debian/stamp/conf
/kernel-conf' failed
make[1]: *** [debian/stamp/conf/kernel-conf] Error 2
make[1]: Leaving directory '/usr/local/src/linux-source-4.8'
/usr/share/kernel-package/ruleset/minimal.mk:93: recipe for target
'debian/stamp/conf/minimal_debian' failed
make: *** [debian/stamp/conf/minimal_debian] Error 2
Failed to create a ./debian directory: No such file or directory at /usr/bin
/make-kpkg line 970.



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

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

Versions of packages linux-source-4.8 depends on:
ii  binutils  2.27.51.20161108-1
ii  xz-utils  5.2.2-1.2

Versions of packages linux-source-4.8 recommends:
ii  bc1.06.95-9+b2
ii  gcc   4:6.1.1-1
ii  libc6-dev [libc-dev]  2.24-5
ii  make  4.1-9

Versions of packages linux-source-4.8 suggests:
ii  libncurses5-dev [ncurses-dev]  6.0+20160917-1
ii  libqt4-dev 

Bug#844707: plasma-workspace: plasmadesktop - excessive cpu usage, slow desktop operation

[MERLIN Philippe]

I am  sure that the problem is not solved.
My version of plama-workspace is :
dpkg -l|grep plasma-workspace 

The problem  CPU >100% appears often when i open  and click to the icon Firefox 
on the taskbarRecently I have started plamashell in Konsole and i received 
plenty 
error messages when CPU grows more 100% the last error message received  is :
*QXcbConnection: XCB error: 2 (BadValue), sequence: 36336, resource id: 
71303772, major code: 142 (Unknown), minor code: 3*
no more messages and top give CPU > 100%
When the problem arrived i kill the process plasmashell and i restart 
plasmashell.
I don't know if this error message can help you to solve thr problem

Bug#846156: RoQA: wordpress-openid -- ROM; php-openid being removed

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove wordpress-openid together with php-openid as agreed by
wordpress-openid maintainer.

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPIhoXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH8zcP/3BEze5Fe56xSMT3Qc/VboIN
ZZEwTrbI2l6blMx5SW70pNrcFclgejMzHaDIlyPlVzPYcJzIrTipnBGQUEKB6AzN
hA0ILC+k8bLhMQw5CmjqdumN0knO2BBWGZCufoXXbXiyB80Wh6YknOm9wDCzY7X/
WVqiBmtbE/oPhvbBKbv5n22z1MlmUyS2fKjiK430QKk2dXVMEqy7VmLYVNzhi4+L
qJbUKdk1/w0xyyZSH/IJpnxX7qM1vj6WXEPo0KeNsjIGu2wRSU9ahpoT3Ye3hy+u
jbjlxKyPTq8EtCTvD+5hxKwDNbrVYk+Wm/p1KTOLvKl7f/DYOvMoK/5/3/8pY5UI
BzElf0J25FutVMNe0RpRayIOrkA+lI3uslbZ0/oSI9s6Xz/DzarBCeBG6jjNWUKs
K5bg0yv4Y6rYiVFsIPpP2TJvkRitEZZsjKhbvugUEW8m49v9EtaggA7F9jsJGe2V
rNkmUiqWJ7IAOPu8VbieQBhqmArZ/b5oQp2XscpUBHd3d91znCKI04SHIAS0Dz8y
P9UsRBAlhH99jR2e2xIU8Ial6CTHaGUJfCRLuP50r3FXPU1DD7tlVFgutRQtTmhj
BVZZPUcRBCBzyjFFJ7MwcyB5PwiQwmbCXnAj3Nzq7oSB0NC1UzgiJlNLgDgJnbrJ
uKE189OsqYPsnmvAxozL
=Yl8Z
-END PGP SIGNATURE-

Bug#846155: ITP: python-distro -- Linux OS platform information API

[Barry Warsaw]

Package: wnpp
Severity: wishlist
Owner: Barry Warsaw 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: python-distro
  Version : 1.0.1
  Upstream Author : Nir Cohen
* URL : https://github.com/nir0s/distro
* License : ASLv2
  Programming Lang: Python
  Description : Linux OS platform information API

distro (for: Linux Distribution) provides information about the Linux
distribution it runs on, such as a reliable machine-readable ID, or
version information.

It is a renewed alternative implementation for Python's original
platform.linux_distribution function, but it also provides much more
functionality which isn't necessarily Python bound like a command-line
interface.

This package is a new dependency for pip 9.0.1.  I will maintain this
package within the Debian Python Modules Team.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEhBcVftvnPZ6sHlObEm61Y6dLBr8FAlg8hjAACgkQEm61Y6dL
Br9yiQ//eIBSrjI1H4H4WDcJknCJJF8Xv1OHsKqP9Kz3MDTtSgDItl/hyOzxeebs
LNhiTQGe4rdrZsUFfPdcw4XPzSjsqBR5GYifEIIwzextaVwkyDNryKnM8ICeuV7B
XKrLeXnc6GkPq61kf79XoJLOfTAnnbhHQQHakZhTAI4JnNSpnpi98xburu+Y3YtY
eY2gVQAgfrGbwmEE3twWJh8MW0357D7LY6TnOS0mB1b09qBsNzIkDCUwsfm1zRg5
EKb39w2PUjRQVpuKWXdU96GBSMoCTMIMcOtQ9qjNlOBQ8MjWvvY1t1EKDGa/MeP1
uBPYxyZ6nxfceWf6GvL3/NIa8Gz/YdcJMJtkO1Xe3xQnP/SGOMd3PSTJ5YI4EFWR
VLiQThczYKZ8U1l6yyWpR9GmojGpgslI9Pm6X0E50dM/cLvDR0mRGvxB4FUC1ie6
LZiKiHOWQ/Ta7D2TaBpTlYr418viy+lbsfZiixkzD7RVQD9gcarz3kdmbgzb/Pcq
Uy9F6zYdt9X2vNgicE2SxpzGYcDTKqQ3nOg/Uic9Vxc4n5Hrzbz84o0Rb9CQzBGs
QBniwko/EzPTcTWGtWI/V0OyJztcbBqa5qWeZx9QjgZIsoyk7MpOUFSnP4jCvqEF
e6cERQmHnIonzDjoYfLil9siKvoDYVgtQx0t1s+kyWZnKN6fcd0=
=bPTT
-END PGP SIGNATURE-

Bug#845687: [Pkg-protobuf-devel] Bug#845687: protobuf: FTBFS on ppc64el: testMergeFrom segmentation fault

[Gianfranco Costamagna]

Hi,
> May you have a local ppc64el machine? What happens if you try the
> build say three - four times?

now the package is built...
lets close this bug?

G.



signature.asc
Description: OpenPGP digital signature

Bug#845417: Cannot activate service check. The process status engine was disabled.

[Martin Sebald]

Hello Sergey,

thank you very much! I will test it, as soon as it is available in the
jessie-backports repository. Where it is not available, yet, unfortunally.

Cheers,
Martin

Bug#846154: Please set XORG_BOUND somewhat higher than 2:1.18.99

[Alf Gaida]

Package: nvidia-driver
Version: 375.20-1.1
Severity: normal

Dear Manitainer,

with the current bound the driver isn't installable with the current
xserver-xorg-core 2:1.19.0-2 - but should be.

Thanks Alf

Bug#846079: procps: Can't upgrade with aptitude

[Craig Small]

Tags 846079 moreinfo
Tags 846079 unreproducible
Severity 846079 normal
Thankyou

Hi,
  there should be more output saying what else is going wrong. it looks
like two other people have done the same thing (thanks both of you) with no
problems .

Generally this sort of problem boils down to two sorts of things.

There is something wrong with the system itself. eg bad hard drive or
attributes set on certain files to make them unreadable.

The sysctl.conf file has a problem .  the annoying thing is it might not
even be procps sysctl causing the problem as systemd has one too.

Can you enable more debugging or verbosity to see if you get more
information?

Bug#846060: patch

[Bob Proulx]

Bas Zoetekouw wrote:
> -eval mail $XHEADERS -s \"$SUBJECT\" \"$MAILTO\" < "$MAIL"
> +( printf "$hdr\n"; echo; cat $MAIL ) | sendmail -t

If using sendmail and reading from stdin then the -oi option should
also be used.  The sendmail man page says:

  -oi  When reading a message from standard input, don't treat a line
  with only a . character as the end of input.

Therefore:

  ... | sendmail -t -oi

Bob


signature.asc
Description: PGP signature

Bug#846089: r-cran-rcmdr/armel unsatisfiable Depends: r-cran-rgl

[Dirk Eddelbuettel]

On 28 November 2016 at 21:01, Adrian Bunk wrote:
| On Mon, Nov 28, 2016 at 07:13:38AM -0600, Dirk Eddelbuettel wrote:
| > 
| > On 28 November 2016 at 14:13, Adrian Bunk wrote:
| > | Package: r-cran-rcmdr
| > | Version: 2.3-1-1
| > | Severity: serious
| > | 
| > | r-cran-rgl was removed on armel (see #842088).
| > | 
| > | r-cran-rcmdr is currently not able to re-enter testing
| > | since its dependencies cannot be fulfilled on armel.
| > | 
| > | There are two options for r-cran-rcmdr to re-enter testing:
| 
| It seems I did express myself in a misleading way.
| 
| I meant "either 1. OR 2.",
| 
| > | 1. make the r-cran-rgl dependency !armel if that makes sense
| > 
| > I can (and will now) do that.
| >  
| > | 2. - let src:rcmdr build-depend on r-cran-rgl so that it gets built
| > |  only on architectures where the latter is available, plus
| > 
| > I'll do that too. It is an old package with many Suggests; I usually try to
| > keep Depends and Build-Depends in check.
| 
| Now you have:
|   Build-Depends: r-cran-rgl
|   Depends: r-cran-rgl [!armel]
| 
| You are removing r-cran-rgl from the dependencies on armel,
| 
| while ensuring through the build dependencies that it won't ever get 
| built again on armel.

My bad.  I guess there was a reason I didn't have it in Build-Depends.

Will remove.
 
| > |- RM: r-cran-rcmdr [armel] to get rid of the old package
| > 
| > How do I file those again?
| 
| You only need this for option 2., the easiest way is:
|   reportbug ftp.debian.org

Ok, noted; I usually use the Emacs interface.

Dirk


| > rcmdr 2.3.1-2 uploaded.  Thanks.
| > 
| > Dirk
| 
| cu
| Adrian
| 
| -- 
| 
|"Is there not promise of rain?" Ling Tan asked suddenly out
| of the darkness. There had been need of rain for many days.
|"Only a promise," Lao Er said.
|Pearl S. Buck - Dragon Seed
| 

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#812851: [libyaml-cpp-dev] Jessie (stable) still affected

[Leonhard Weber]

Package: libyaml-cpp-dev
Version: 0.5.1-1

Issue remains for jessie. Would it be possible to include boost to
pre-stretch dependencies until stretch hits mainline? Idea is to get a
working package for debian stable, outside the assumption at libboost
tends to be readily available on most hosts.

Many thanks.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.7.0-0.bpo.1-amd64

Debian Release: 8.6
910 jessie-backports
900 jessie

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.





signature.asc
Description: OpenPGP digital signature

Bug#845952: binwalk requires specific p7zip behavior

[Gianfranco Costamagna]

control: tags -1 pending


>Recommends: p7zip-full (> 16.02+dfsg-1)


I committed a
"p7zip-full (>= 16.02+dfsg-1~),"

thanks!

G.

Bug#845169: ruby-carrierwave: FTBFS in testing (unknown option '--initialize-insecure')

[Pirate Praveen]

On Mon, 21 Nov 2016 00:42:58 + Santiago Vila  wrote:
> Maybe some build-depends needs to be versioned?

It was building fine with mysql-5.7 in unstable, this version is not yet
migrated to testing. I think I will disable the tests until mysql-5.7
can enter testing.

These kind of option changes at the last moment of a release cycle is
very frustrating. We switched to this option because an earlier option
was removed (#841543).



signature.asc
Description: OpenPGP digital signature

Bug#846153: Ekiga without Ipv6 Support

[Ruben Herold]

Package: ekiga
Version: 4.0.1-6+b4
Severity: normal


hi,

ekiga in debian has no ipv6 support!! 
 

-- 
Ruben Herold 
ru...@insecure.pw


pgp5_4hgbpkMB.pgp
Description: PGP signature

Bug#844421: it's really fixed in pycodestyle 2.2.0-1 ?

[Santiago Vila]

affects 844421 = src:rpmlint
found 844421 2.2.0-2
thanks

Hello. Sorry for the reopening but this does not seem fixed.

This bug is claimed to be the reason rpmlint does not build.
However, a build of rpmlint using pycodestyle 2.2.0-2 still fails,
so either this was fixed in 2.2.0-1 and then unfixed in 2.2.0-2, or
this was not really fixed, ot the bug was not in pycodestyle after all,
or maybe I'm missing anything.

I attach a build log.

Thanks.

rpmlint_1.9-4_amd64-20161128T175453Z.gz
Description: application/gzip

Bug#845753: Treescape fails to build on i386 and armhf architecture

[Kendall, Michelle L]

Hi Andreas,

Thanks for bringing this to my attention. I'm currently on maternity leave so 
it may be a little while before I'm able to address it but I'm cc'ing my 
colleague Thibaut who may be able to look into it for us in the meantime. 

Thanks, 

Michelle 

From: Andreas Tille 
Sent: 26 November 2016 21:10:18
To: Kendall, Michelle L
Cc: 845...@bugs.debian.org
Subject: Treescape fails to build on i386 and armhf architecture

Hi,

in the Debian bug tracking system you can find a bug report about the
build failure:

https://bugs.debian.org/845753

The build log for i386 says:


** preparing package for lazy loading
Creating a generic function for 'toJSON' from package 'jsonlite' in package 
'googleVis'
Warning in rgl.init(initValue, onlyNULL) :
  RGL: unable to open X11 display
Warning: 'rgl_init' failed, running with rgl.useNULL = TRUE
Error: segfault from C stack overflow


I admit I have no idea how to track this down.

Kind regards

Andreas.

--
http://fam-tille.de

Bug#846089: r-cran-rcmdr/armel unsatisfiable Depends: r-cran-rgl

[Adrian Bunk]

On Mon, Nov 28, 2016 at 07:13:38AM -0600, Dirk Eddelbuettel wrote:
> 
> On 28 November 2016 at 14:13, Adrian Bunk wrote:
> | Package: r-cran-rcmdr
> | Version: 2.3-1-1
> | Severity: serious
> | 
> | r-cran-rgl was removed on armel (see #842088).
> | 
> | r-cran-rcmdr is currently not able to re-enter testing
> | since its dependencies cannot be fulfilled on armel.
> | 
> | There are two options for r-cran-rcmdr to re-enter testing:

It seems I did express myself in a misleading way.

I meant "either 1. OR 2.",

> | 1. make the r-cran-rgl dependency !armel if that makes sense
> 
> I can (and will now) do that.
>  
> | 2. - let src:rcmdr build-depend on r-cran-rgl so that it gets built
> |  only on architectures where the latter is available, plus
> 
> I'll do that too. It is an old package with many Suggests; I usually try to
> keep Depends and Build-Depends in check.

Now you have:
  Build-Depends: r-cran-rgl
  Depends: r-cran-rgl [!armel]

You are removing r-cran-rgl from the dependencies on armel,

while ensuring through the build dependencies that it won't ever get 
built again on armel.

> |- RM: r-cran-rcmdr [armel] to get rid of the old package
> 
> How do I file those again?

You only need this for option 2., the easiest way is:
  reportbug ftp.debian.org

> rcmdr 2.3.1-2 uploaded.  Thanks.
> 
> Dirk

cu
Adrian

-- 

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

Bug#787956: raising the severity, prevents usage of the multilib packages

[Mark Brown]

On Sun, Nov 27, 2016 at 06:39:22PM +0200, Sami Liedes wrote:

> It seems to me that Mark is saying that this is not even supposed to
> work with lib32z1-dev installed, but rather you should have
> zlib1g-dev:i386 installed (and not doing so is user error).

Right, that's now the expected way for users to get an i386 version on
amd64.

> I found this surprising (and wonder what lib32z1-dev is actually for
> then), but as I don't know how these packages are supposed to work, I
> won't take a position. I am happy enough that I got things working by
> installing zlib1g-dev:i386.

In the past before Debian supported coinstallation of packages from
multiple architectures on one system (multiarch) some packages like zlib
were built specially to provide binaries for one architecture in
packages for another architecture (so lib32z1 is a 32 bit version of
zlib built as a package for a 64 bit architecture for example).  This
was called multilib and the goal has been to phase it out in favour of
using multiarch.

It appears that there have been changes in the toolchain that mean that
broke the multilib packages (I'm guessing that it was some of the
multiarch implementation) but given the availability of multiarch which
supports all libraries rather than just ones that have been specially
built people should be using that instead.  There are some cases where
the infrastructure isn't able to cope yet which may be what's going on
here but they definitely don't apply to end users.


signature.asc
Description: PGP signature

Bug#842166: RFS: findent-2.6.0 ITP -- indent / convert Fortran source

[Sean Whitton]

control: severity -1 wishlist
control: tag -1 +moreinfo

Dear Willem,

On Wed, Oct 26, 2016 at 04:52:49PM +0200, Willem Vermin wrote:
> It builds this binary package:
> 
> findent - indent / convert Fortran source

You need to provide us with a Debian source package that you would like
to be uploaded.  See https://mentors.debian.net/intro-maintainers

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#828556: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Sufficient for stretch (which might be the last Debian release with sslscan)
is the patch below to use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-11-28 18:15:56.0 +
+++ debian/control  2016-11-28 18:16:00.0 +
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Marvin Stark 
 Homepage: https://github.com/rbsec/sslscan
-Build-Depends: debhelper (>= 9), libssl-dev
+Build-Depends: debhelper (>= 9), libssl1.0-dev | libssl-dev (<< 1.1.0~)
 Standards-Version: 3.9.7.0
 
 Package: sslscan


cu
Adrian

-- 

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

Bug#846152: iproute2: Missing .sp in manpage ip-link.8

[David Rabel]

Package: iproute2
Version: 4.8.0-1
Severity: minor
Tags: upstream

Dear Maintainer,

in man 8 ip-link there is a missing newline where the link types are specified,
right between bond and can.

In https://anonscm.debian.org/cgit/collab-maint/pkg-iproute.git/tree/man/man8
/ip-link.8.in it would be to add an .sp between line 214 and 215.

Regards,
  David



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

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

Versions of packages iproute2 depends on:
ii  libc62.24-5
ii  libdb5.3 5.3.28-12
ii  libelf1  0.166-2.2
ii  libmnl0  1.0.4-2
ii  libselinux1  2.6-3

Versions of packages iproute2 recommends:
pn  libatm1   
ii  libxtables11  1.6.0-4

Versions of packages iproute2 suggests:
pn  iproute2-doc  

-- no debconf information

Bug#787956: raising the severity, prevents usage of the multilib packages

[Mark Brown]

On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote:
> On 26.11.2016 20:35, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> >> On 26.11.2016 19:42, Mark Brown wrote:
> >>> On Sat, Nov 26, 2016 at 03:56:21PM +0100, Matthias Klose wrote:

> >> This exactly is the correct issue, not "some random bug".

> > I'm afraid I'm still unclear what you are trying to do or why.

> well, you removed the example from your reply and didn't comment on it.

That is one of several different things you've been talking about which
seem to be related somehow to at least one underlying goal.  I'm still
trying to figure out that underlying goal here to work out what the most
sensible thing to do is.

> The example fails because the zconf.h header is not found. You can see the 
> list
> of the standard include paths when calling gcc with the -v option.

Which apparently changed at some point in the toolchain, probably quite
some time ago, but fortunately we'd actually managed to remove all the
users before that happened so it didn't affect anyone.

Right now as far as I can tell there's been some change in the GNU D
compiler that's attempting to add usage of the multilib zlib versions
for some reason which is not at all clear to me.  You said something
about moving the GDC runtime to a shared library but I'm finding that
confusing as the issue with the header file as should also affect static
usage so it seems like there must be something else in the mix
somewhere.

It seems there's also something going on with x32 but as far as I can
tell that's orthogonal though it does seem to be related to changes in
GDC as well somehow.

As things stand it seems like the best thing to do just looking at this
issue by itself is remove the multilib zlib packages since they've been
broken for some time without anyone noticing and we have multiarch so
there shouldn't be any need for new users.  However I don't want to just
upload that right now since you're looking to add new users though I'm a
bit confused as to why, it seems like a step backwards.

Shouldn't people building i386 D programs on amd64 (or other similar
builds that would historically have been done with multilib) just be
using multiarch to install the 32 bit runtime?  Please bear in mind
that I'm not at all familiar with D here.


signature.asc
Description: PGP signature

Bug#846151: gem2deb: doesn't handle DFSG re-packed upstream tar file version

[micah]

Package: gem2deb
Version: 0.32
Severity: normal

Hello,

I have an upstream source that has a non-DFSG IETF licensed RFC in it. I
downloaded the tar and repacked it to remove that file. Then I ran gem2deb on
it, but it failed because I renamed the tar to have +dfsg:

micah@muck:new$ DH_RUBY_GEMSPEC=json_pure.gemspec gem2deb 
json-pure-2.0.2+dfsg.tar.gz 
-- Creating source tarball from json-pure-2.0.2+dfsg.tar.gz ...
tar xfm /home/micah/debian/pkg-ruby-extras/new/json-pure-2.0.2+dfsg.tar.gz 
--strip 1
tar czf /home/micah/debian/pkg-ruby-extras/new/json-pure-2.0.2+dfsg.tar.gz 
json-pure-2.0.2+dfsg
-- Successfully created ./json-pure-2.0.2+dfsg.tar.gz

-- Creating Debian source package from ./json-pure-2.0.2+dfsg.tar.gz ...
tar xzf ruby-json-pure_2.0.2+dfsg.orig.tar.gz
/usr/lib/ruby/vendor_ruby/gem2deb/dh_make_ruby.rb:212:in `chdir': No such file 
or directory @ dir_chdir - ruby-json-pure-2.0.2 (Errno::ENOENT)
from /usr/lib/ruby/vendor_ruby/gem2deb/dh_make_ruby.rb:212:in 
`build_in_directory'
from /usr/lib/ruby/vendor_ruby/gem2deb/dh_make_ruby.rb:206:in `block in 
build'
from /usr/lib/ruby/vendor_ruby/gem2deb/dh_make_ruby.rb:202:in `chdir'
from /usr/lib/ruby/vendor_ruby/gem2deb/dh_make_ruby.rb:202:in `build'
from /usr/bin/gem2deb:118:in `'
micah@muck:new1$ ls
json-pure-2.0.2+dfsg.tar.gz  ruby-json-pure-2.0.2+dfsg/  
ruby-json-pure_2.0.2+dfsg.orig.tar.gz@

To get around this, I did a gbp import-orig on an empty git repo then 
dh-make-ruby there.

thanks for maintaining gem2deb, it has really improved things significantly!
micah


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

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

Versions of packages gem2deb depends on:
ii  debhelper10.2.2
ii  devscripts   2.16.8
ii  gem2deb-test-runner  0.32
ii  perl 5.24.1~rc3-3
ii  rake 10.5.0-2
ii  ruby 1:2.3.0+4
ii  ruby-all-dev 1:2.3.0+4
ii  ruby-setup   3.4.1-9

Versions of packages gem2deb recommends:
ii  apt-file 3.1.3
ii  build-essential  12.2
ii  python3-debian   0.1.29

gem2deb suggests no packages.

-- no debconf information

Bug#846140: gnome-shell: icons on the desktop disappear

[Chatrapati]

Yes, I get.

After reboot I have this in /var/log/syslog:

Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not calculate
_NET_NUMBER_OF_DESKTOPS
Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not calculate
_NET_NUMBER_OF_DESKTOPS
Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not get _NET_WORKAREA
Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not determine
workarea, guessing at layout
Nov 28 19:51:12 Debian nautilus-deskto[1357]: Can not determine
workarea, guessing at layout

After click on "properties" I have  this:

Nov 28 19:53:17 Debian kernel: [  147.525224] nautilus-deskto[1357]:
segfault at 10 ip 7f791bb86899 sp 7ffd448f0c30 error 4 in
libexempi.so.3.3.0[7f791bb05000+11]

Thank you for your answer.


28.11.2016 19:41, Michael Biebl пишет:

Control: reassign -1 nautilus 3.22.1-2
Control: tags -1 confirmed


Am 28.11.2016 um 17:12 schrieb Chatrapati:

I have the icon of IMAGE (file .png or .jpg or .svg, etc.) on my
desktop. When I click the right mouse button and choose "properties" in
menu all icons on my desktop disappear.
After "sudo reboot" or "logout+login" or "torn off+turn on"  the icons
on the desktop (using gnome-tweak-tool) icons on my desktop appears again.
But when I do the same with any other file on my desktop (folder or text
file or .odf or .eps, etc.) I have not this problem. This problem
appears only when I click on "properties" of files which should be open
by eog(Eye of Gnome). I tested PNG, JPG and SVG files. End even when I
changed the default program to open images (I choose GIMP) I still have
the same problem - icons on the desktop disappear.

That seems to be a problem in nautilus. I assume you get similar
messages in your journal


[113857.577715] nautilus-deskto[2702]: segfault at 10 ip 7f0eaea7c899 sp 
7ffe6c31af40 error 4 in libexempi.so.3.3.0[7f0eae9fb000+11]

Bug#763910: xdrawchem: meta text insead of heteroatoms

[Chatrapati]

Package: xdrawchem
Severity: important
Version: 2.0-6

Dear Maintainer,
I am sorry but...
I think, it's better to go back to version 1.9 because it is impossible 
to draw structural formulas in xdrawchem 2.0 now. I find this bug in 
Debian Testing, Debian Stable and Debian Sid in GNOME and KDE. I find 
this bug in Ubuntu/Unity too.

And xdrawchem 2.0 has a lot of other bugs, which make it too bad to use...

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

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

Versions of packages xdrawchem depends on:
ii  libc62.24-7
ii  libgcc1  1:6.2.1-5
ii  libopenbabel4v5  2.3.2+dfsg-2.4+b1
ii  libqt4-network   4:4.8.7+dfsg-11
ii  libqt4-xml   4:4.8.7+dfsg-11
ii  libqtcore4   4:4.8.7+dfsg-11
ii  libqtgui44:4.8.7+dfsg-11
ii  libstdc++6   6.2.1-5

xdrawchem recommends no packages.

xdrawchem suggests no packages.

-- no debconf information

Bug#845417: Cannot activate service check. The process status engine was disabled.

[Sergey Kirpichev]

On Wed, Nov 23, 2016 at 10:50 AM, Martin Sebald  wrote:
> I'm experiencing a bug in jessie-backports monit version 5.18-1~bpo8+1:
>
> /etc/monit/conf.d/memcached:8: Cannot activate service check. The process
> status engine was disabled.
>
> It looks like this bug:
>
> https://bitbucket.org/tildeslash/monit/issues/379/error-in-monit-518-cannot-activate-service
>
> It also seems that the bug was already fixed in newer versions.

Here is new version for jessie:
https://mentors.debian.net/debian/pool/main/m/monit/monit_5.20.0-3~bpo8+1.dsc

Can you test if it has your bug?

Bug#796820: I wanna be the next maintainer of urjtag

[Geert Stappers]

Subject says all.

Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Bug#846150: Adding text in "xdrawchem" adds additional meta text

[Chatrapati]

Package: xdrawchem
Followup-For: Bug #763910
Severity: important

Version: 2.0-6

Dear Maintainer,
I am sorry but...
I think, it's better to go back to version 1.9 because it is impossible
to draw structural formulas in xdrawchem 2.0 now. I find this bug in
Debian Testing, Debian Stable and Debian Sid in GNOME and KDE. I find
this bug in Ubuntu/Unity too.
And xdrawchem 2.0 has a lot of other bugs, which make it too bad to use...

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

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

Versions of packages xdrawchem depends on:
ii  libc62.24-7
ii  libgcc1  1:6.2.1-5
ii  libopenbabel4v5  2.3.2+dfsg-2.4+b1
ii  libqt4-network   4:4.8.7+dfsg-11
ii  libqt4-xml   4:4.8.7+dfsg-11
ii  libqtcore4   4:4.8.7+dfsg-11
ii  libqtgui44:4.8.7+dfsg-11
ii  libstdc++6   6.2.1-5

xdrawchem recommends no packages.

xdrawchem suggests no packages.

-- no debconf information

Bug#846074: #846074,dateutils overrides /usr/bin/dgrep, also in debian-goodies 0.66

[Dr. Tobias Quathamer]

control: tag -1 pending

Am 28.11.2016 um 17:54 schrieb Thilo Six:

Hello Dr. Tobias Quathamer,

i am not sure you are subscribed to pkg dateutils bug list as you uploaded as
Non-maintainer. So this here is to notify you that your upload of
dateutils/0.4.0-0.1 to unstable introduced #846074.

While this bug unfortunate we still thank you for contributions to Debian.


Hi,

yes, I've seen this bug, thank you nonetheless for notifying me. I'll 
take care of this.


Regards,
Tobias




signature.asc
Description: OpenPGP digital signature

Bug#828486: libp11-dev must not force OpenSSL 1.1 on packages that are not ready

[Adrian Bunk]

Control: reassign -1 libp11-dev
Control: retitle -1 libp11-dev must not force OpenSSL 1.1 on packages that are 
not ready
Control: affects -1 src:pam-p11

libtspi-dev must not force OpenSSL 1.1 on packages that
are not ready for 1.1

At least pam-p11 is not even compiling with OpenSSL 1.1

Options to solve this issue:
- fix all r-(b)deps to compile and work with OpenSSL 1.1, or
- use OpenSSL 1.0.2 in stretch

cu
Adrian

-- 

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

Bug#846149: New upstream (1.4.9)

[Daniel Baumann]

Package: python-sphinx
Severity: wishlist

Hi,

it would be nice if you could upgrade to 1.4.9 released a few days ago.

Regards,
Daniel

Bug#828473: Building with OpenSSL 1.0.2 is sufficient for stretch

[Adrian Bunk]

Control: tags -1 patch

Not a perfect solution but sufficient for stretch is the patch below to 
use OpenSSL 1.0.2

The "| libssl-dev (<< 1.1.0~)" is added for backports.

--- debian/control.old  2016-11-28 17:56:04.0 +
+++ debian/control  2016-11-28 17:56:11.0 +
@@ -10,7 +10,7 @@
  , libdb-dev
  , libevent-dev
  , libpam0g-dev
- , libssl-dev
+ , libssl1.0-dev | libssl-dev (<< 1.1.0~)
  , po-debconf
 Standards-Version: 3.9.8
 Homepage: http://www.opensmtpd.org/


cu
Adrian

-- 

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

Bug#828555: sqlcipher: FTBFS with openssl 1.1.0

[Alexandre Pereira Nunes]

Package: sqlcipher
Version: 3.2.0-1.1+b2
Followup-For: Bug #828555

Sqlcipher 3.4.0 was released but still subject to openssl 1.1 incompatibility.

Besides the fact that some 3.2 debian patches don't apply to 3.4, I managed
to rebuild the latter with the attached patch.


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

Kernel: Linux 4.8.10 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages sqlcipher depends on:
ii  libc6  2.24-5
ii  libreadline7   7.0-1
ii  libsqlcipher0  3.2.0-1.1+b2
ii  libtinfo5  6.0+20160917-1

sqlcipher recommends no packages.

Versions of packages sqlcipher suggests:
pn  sqlite3-doc  

-- no debconf information
--- a/src/crypto_openssl.c
+++ b/src/crypto_openssl.c
@@ -155,14 +155,24 @@
 }
 
 static int sqlcipher_openssl_hmac(void *ctx, unsigned char *hmac_key, int key_sz, unsigned char *in, int in_sz, unsigned char *in2, int in2_sz, unsigned char *out) {
-  HMAC_CTX hctx;
   unsigned int outlen;
+#if OPENSSL_VERSION_NUMBER >= 0x1011L
+  HMAC_CTX *hctx;
+  hctx = HMAC_CTX_new();
+  HMAC_Init_ex(hctx, hmac_key, key_sz, EVP_sha1(), NULL);
+  HMAC_Update(hctx, in, in_sz);
+  HMAC_Update(hctx, in2, in2_sz);
+  HMAC_Final(hctx, out, );
+  HMAC_CTX_free(hctx);
+#else
+  HMAC_CTX hctx;
   HMAC_CTX_init();
   HMAC_Init_ex(, hmac_key, key_sz, EVP_sha1(), NULL);
   HMAC_Update(, in, in_sz);
   HMAC_Update(, in2, in2_sz);
   HMAC_Final(, out, );
   HMAC_CTX_cleanup();
+#endif
   return SQLITE_OK; 
 }
 
@@ -172,9 +182,23 @@
 }
 
 static int sqlcipher_openssl_cipher(void *ctx, int mode, unsigned char *key, int key_sz, unsigned char *iv, unsigned char *in, int in_sz, unsigned char *out) {
-  EVP_CIPHER_CTX ectx;
   int tmp_csz, csz;
  
+#if OPENSSL_VERSION_NUMBER >= 0x1011L
+  EVP_CIPHER_CTX *ectx;
+  ectx = EVP_CIPHER_CTX_new();
+  EVP_CipherInit(ectx, ((openssl_ctx *)ctx)->evp_cipher, NULL, NULL, mode);
+  EVP_CIPHER_CTX_set_padding(ectx, 0); // no padding
+  EVP_CipherInit(ectx, NULL, key, iv, mode);
+  EVP_CipherUpdate(ectx, out, _csz, in, in_sz);
+  csz = tmp_csz;  
+  out += tmp_csz;
+  EVP_CipherFinal(ectx, out, _csz);
+  csz += tmp_csz;
+  EVP_CIPHER_CTX_free(ectx);
+
+#else
+  EVP_CIPHER_CTX ectx;
   EVP_CipherInit(, ((openssl_ctx *)ctx)->evp_cipher, NULL, NULL, mode);
   EVP_CIPHER_CTX_set_padding(, 0); // no padding
   EVP_CipherInit(, NULL, key, iv, mode);
@@ -184,7 +208,9 @@
   EVP_CipherFinal(, out, _csz);
   csz += tmp_csz;
   EVP_CIPHER_CTX_cleanup();
+#endif
   assert(in_sz == csz);
+  
   return SQLITE_OK; 
 }
 

Bug#845383: connman: libxtables11 vs. libxtables12

[Arthur Gautier]

Hi,

I just rebuilt a package with sbuild and this bumped the
dependency from libxtables11 to libxtables12.

It's also appears the package is missing a dependency on iptables
connmand won't start without xtables/libxt_standard.so which is
provided by iptables.

-- 
\o/ Arthur
 G  Gandi.net

Bug#837394: Better fix for the angband PIE FTBFS

[Markus Koschany]

Control: tags -1 pending

On Thu, 10 Nov 2016 09:26:26 + Chris Carr  wrote:
> Thank you. The plan is to update to new upstream 4.x but this should still
> work.

Hi,

I've just uploaded an NMU versioned as 1:3.5.1-2.2 and applied Adrian's
patch. Otherwise the package would have been removed from testing
tomorrow. I'm attaching the debdiff. If you still plan to update to the
latest release, then I suggest to do it rather sooner than later because
the freeze is approaching quickly.

Regards,

Markus
diff -Nru angband-3.5.1/debian/changelog angband-3.5.1/debian/changelog
--- angband-3.5.1/debian/changelog  2016-01-05 15:16:39.0 +0100
+++ angband-3.5.1/debian/changelog  2016-11-28 18:38:29.0 +0100
@@ -1,3 +1,11 @@
+angband (1:3.5.1-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply pie.patch and fix FTBFS due to extra hardening.
+Thanks to Adrian Bunk for the patch. (Closes: #837394)
+
+ -- Markus Koschany   Mon, 28 Nov 2016 18:38:29 +0100
+
 angband (1:3.5.1-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru angband-3.5.1/debian/patches/pie.patch 
angband-3.5.1/debian/patches/pie.patch
--- angband-3.5.1/debian/patches/pie.patch  1970-01-01 01:00:00.0 
+0100
+++ angband-3.5.1/debian/patches/pie.patch  2016-11-28 18:38:29.0 
+0100
@@ -0,0 +1,20 @@
+Description: Fix the build with PIE as default
+ Use -r instead of -Wl,-r so that gcc no longer always
+ passes -r to ld.
+ .
+ -r and -pie cannot be used together in the linker,
+ and position independent is already relocatable.
+Author: Adrian Bunk 
+Bug-Debian: https://bugs.debian.org/837394
+
+--- angband-3.5.1.orig/src/Makefile
 angband-3.5.1/src/Makefile
+@@ -32,7 +32,7 @@ win/angband.res: win/angband.rc
+   $(RC) $< -O coff -o $@
+ 
+ angband.o: $(OBJECTS)
+-  $(LD) -nostdlib -Wl,-r -o $@ $(OBJECTS)
++  $(LD) -nostdlib -r -o $@ $(OBJECTS)
+   @printf "%10s %-20s\n" LINK $@
+ 
+ tests: angband.o
diff -Nru angband-3.5.1/debian/patches/series 
angband-3.5.1/debian/patches/series
--- angband-3.5.1/debian/patches/series 2016-01-05 15:16:39.0 +0100
+++ angband-3.5.1/debian/patches/series 2016-11-28 18:38:29.0 +0100
@@ -4,3 +4,4 @@
 desktop-keywords.patch
 manpage.patch
 correct-paths.patch
+pie.patch


signature.asc
Description: OpenPGP digital signature

Bug#846148: 6.2.1 breaks upstream's kernel

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: gcc-6
Version: 6.2.1-5

Upstream's kernel (4.8.11) built with gcc 6.2.1 freezes with the
message "loading initial ramdisk ..." at boot time.

Moving back to 6.2.0-6 fixes the problem. Same config file, of
course.

How comes that Debian suddenly uses the bleeding edge gcc as the
default compiler? Maybe I am too blind to see, but 6.2.1 cannot
even be found on ftp.gnu.org.

A few years ago the default compiler was chosen *very* carefully.
I miss that.


Regards
Harri
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEH2V614LbR/u1O+a1Cp4qnmbTgcsFAlg8arMACgkQCp4qnmbT
gcuZAAf/ZxX2ecd849OVPgIPh4ZuLsRFyrjclJqYUBrzzk9+YwKBwiUGoxFrlmmz
BOwC7EFRWAu71TQ8+ghbwxdOL88ENwdofffLUayzRuBYabeym7uRPmG9KRERQ5S5
MRqWIZm0e4TNDnA1dE+C0YD9FSq0fcarFKg9nOFKATrwe2CX2xYChY2ufrgbYAXy
AdYQTB1oeLcrv5mrVTBGrqdINGXcxtcHl76jUaP/S3npNVtREDmKo2KfI05/vfKl
f4ZcWnKQHhXMJQECeiwRSE2dkrpahiW7BdJVQf7lkpzl7xFiT9oqFqYxwV8RC82V
i10Kq5wWFzhHzkjwqvV6juezv1NQrw==
=MjgG
-END PGP SIGNATURE-

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

[Vincent Lefevre]

Hi,

On 2016-11-28 17:19:33 +0100, Jens Reyer wrote:
> I can't reproduce the behavior you described.
> 
> Here these two commands always open foo.html in firefox:
> $ xdg-open foo.html
> $ wine winebrowser foo.html

Perhaps because you have Firefox as your default browser?

> And this command opens foo.html in Wine's Internet Explorer (no
> crash/error):
> $ wine iexplore.exe foo.html

Well, this depends on alternatives. In any case, I don't want wine
to be run (in particular I have never run a web browser under wine,
so that there is no reason to start doing that here; note also that
I haven't even ever run any desktop application under wine, just
command-line test programs to test MPFR).

> More details:
> 
> Previously I had:
> $ xdg-mime query default text/html
> userapp-Firefox-1M35PY.desktop

Probably because you chose Firefox as the default browser.

> This was due to an entry in .config/mimeapps.list. I deleted that file,
> and so far it wasn't recreated.
> 
> Now I have:
> $ xdg-mime query default text/html
> firefox-esr.desktop;firefox.desktop;

I don't know where this comes from. FYI, I also have firefox-esr
installed, and even:

/etc/alternatives/x-www-browser -> /usr/bin/firefox-esr

> This stays independently of any changes by Wine.
> It originates from files in /usr/share/applications/. Specifically
> firefox-esr.desktop and gnome-mimeapps.list.
> btw, chromium.desktop and mimeinfo.cache from that directory seem to
> have no effect.

I suspect a precedence list somewhere in the user's home.
Something like that.

> Vincent:
> 
> I'm interested in learning where the wine* association that you
> have is saved to. Can you check the mimecache/-list files in
> ~/.config
> ~/.local/share/applications/
> /usr/share/applications/?

This comes from:

cventin:~> lg .local/share/applications
total 72
-rw-r--r-- 1 7020 2016-11-28 12:34:00 mimeapps.list
-rw-r--r-- 1  708 2016-05-22 22:35:19 mimeinfo.cache
-rw-r--r-- 1  206 2016-05-22 22:35:18 wine-extension-chm.desktop
-rw-r--r-- 1  213 2016-05-22 22:35:18 wine-extension-gif.desktop
-rw-r--r-- 1  208 2016-05-22 22:35:18 wine-extension-hlp.desktop
-rw-r--r-- 1  206 2016-05-22 22:35:18 wine-extension-htm.desktop
-rw-r--r-- 1  220 2016-05-22 22:35:18 wine-extension-ini.desktop
-rw-r--r-- 1  216 2016-05-22 22:35:18 wine-extension-jfif.desktop
-rw-r--r-- 1  215 2016-05-22 22:35:18 wine-extension-jpe.desktop
-rw-r--r-- 1  229 2016-05-22 22:35:18 wine-extension-msp.desktop
-rw-r--r-- 1  213 2016-05-22 22:35:18 wine-extension-png.desktop
-rw-r--r-- 1  194 2016-01-20 15:40:12 wine-extension-rtf.desktop
-rw-r--r-- 1  198 2016-05-22 22:35:18 wine-extension-txt.desktop
-rw-r--r-- 1  221 2016-05-22 22:35:18 wine-extension-url.desktop
-rw-r--r-- 1  211 2016-01-20 15:40:12 wine-extension-vbs.desktop
-rw-r--r-- 1  200 2016-01-20 15:40:12 wine-extension-wri.desktop
-rw-r--r-- 1  211 2016-05-22 22:35:19 wine-extension-xml.desktop

Note: I installed wine32 on 2016-01-07. I don't know what's specific
about 2016-05-22 (except that I had run MPFR tests under wine, but
this wasn't the first time); there was an upgrade to wine32 1.8.1-2
on 2016-05-17.

.local/share/applications/mimeinfo.cache contains:

[MIME Cache]
application/rtf=wine-extension-rtf.desktop;
application/vnd.ms-htmlhelp=wine-extension-chm.desktop;
application/winhlp=wine-extension-hlp.desktop;
application/x-mswinurl=wine-extension-url.desktop;
application/x-mswrite=wine-extension-wri.desktop;
application/x-wine-extension-ini=wine-extension-ini.desktop;
application/x-wine-extension-msp=wine-extension-msp.desktop;
application/x-wine-extension-vbs=wine-extension-vbs.desktop;
application/xml=wine-extension-xml.desktop;
image/gif=wine-extension-gif.desktop;
image/jpeg=wine-extension-jfif.desktop;wine-extension-jpe.desktop;
image/png=wine-extension-png.desktop;
text/html=wine-extension-htm.desktop;
text/plain=wine-extension-txt.desktop;

So, the important line here is:

text/html=wine-extension-htm.desktop;

I don't have any text/html line in the mimeapps.list file.

Before the change:

cventin:~> xdg-mime query default text/html
wine-extension-htm.desktop

After removing the above text/html line:

cventin:~> xdg-mime query default text/html
firefox-esr.desktop

> When you've found the entry, try removing it or the whole file. Does
> this help permanently?
> 
> What happens if you delete and recreate your ~/.wine directory?

If I delete the ~/.wine directory, I still get firefox-esr.desktop,
and ditto if I remove the wine-related "config" files first: these
buggy config files do not reappear.

> Finally, which desktop environment are you using? Since when?

No desktop environment, just fvwm, since 1995 (well, at that time,
not on this machine :). Perhaps GNOME was initially run on the
machine just after I installed it, but that's all.

As I can't reproduce the bug with the above change for now, this may
be an obsolete bug, though I couldn't find anything in the ChangeLog
except:

wine (1.6.1-8) unstable; 

Bug#844608: [Pkg-protobuf-devel] Bug#844608: Looking for sponsor for protobuf NMU

[Robert Edmonds]

László Böszörményi (GCS) wrote:
>  Found this, seems to be solvable. But next time I'll do test builds
> on several architectures before upload.

In the past I've found it easier to upload protobuf to experimental
first when testing FTBFS fixes, or just new upstream releases. There's
always the risk that something will break on an architecture that you
didn't test :-(

-- 
Robert Edmonds
edmo...@debian.org

Bug#846074: #846074,dateutils overrides /usr/bin/dgrep, also in debian-goodies 0.66

[Thilo Six]

Hello Dr. Tobias Quathamer,

i am not sure you are subscribed to pkg dateutils bug list as you uploaded as
Non-maintainer. So this here is to notify you that your upload of
dateutils/0.4.0-0.1 to unstable introduced #846074.

While this bug unfortunate we still thank you for contributions to Debian.



kind regards,

 Thilo

Bug#846147: mednafen: Consider adding the mednaffe package as recommended

[Alex Henry]

Package: mednafen
Version: 0.9.39.2+dfsg-1
Severity: wishlist

Hello! mednafen is the best emulator on Debian in my opinion
(not to say best emulator ever) but it is a bit on the technical
side to work with, especially for the less technical users out
there who just want to play games.

In this regard I just came accross the mednaffe pacakage. I haven't
tested it extensively but it seems to be a superb front-end for
mednafen and I'm sure I'll be using it from now on - and I believe
it would help others have a better gaming experience with mednafen
as well.

If you would consider adding it as a "recommended" package it will
make sure that some package managers will install it together with
mednafen. The mednaffe comes with a start-menu shortcut so users
that install mednafen will be able to just go to their game section
and start mednafen via mednaffe and not even notice they're two
different programs.

I am a technical user and I understand that mednafen is to be launched
from the command line and I even set up my own shortcuts and file
associations in my file manager/explorer to automatically launch games.
Most gamers though don't know how to do that, not to mention find
and configure the emulator. mednaffe makes launching and configuring
your games as simple as possible considering the complexety of the
emulator itself. Please kindly consider adding it as a recommended
companion program (which advanced users are then free not to install).


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

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

Versions of packages mednafen depends on:
ii  libasound21.1.2-1
ii  libc6 2.24-5
ii  libgcc1   1:6.2.0-13
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-3
ii  libmpcdec62:0.1~r495-1
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libsndfile1   1.0.27-1
ii  libstdc++66.2.0-13
ii  libtrio2  1.16+dfsg1-3
ii  libvorbisidec11.0.2+svn18153-0.2
ii  zlib1g1:1.2.8.dfsg-2+b3

mednafen recommends no packages.

mednafen suggests no packages.

-- no debconf information

Bug#846146: hexchat: Please enable LUA

[Paride Legovini]

Package: hexchat
Version: 2.12.3-0.1
Severity: wishlist

Dear Maintainer,

Please enable the LUA bindings, possibly using a separate package like
hexchat-perl and hexchat-python3.

Paride

Bug#845507: closed by Julian Andres Klode <j...@debian.org> (Re: Bug#845507: having gnupg as Recommends instead of Depends breaks apt-key and tools that use apt-key)

[David Lechner]

On 11/25/2016 04:57 AM, David Kalnischkies wrote:

On Thu, Nov 24, 2016 at 10:47:00AM -0600, David Lechner wrote:

Your suggestion is not entirely clear to me though. When you say:


Report it to them. They are the ones doing it wrong. There has been

a better replacement for years.

I assume that "they" means people/projects using apt-key. And, I assume
"doing it wrong" means using the apt-key command. What is this "better
replacement" for apt-key?


You don't need apt-key to add a key to the trusted set. You just drop
a keyring file into /etc/apt/trusted.gpg.d/whatever-you-like.gpg and be
happy.

That is not only easier for you to add and for us to deal with, but its
also easier for you to remove if you ever need to. Hardly any keyring
package performed a proper cleanup because its hard…


Nowadays apt-key is really a tool which should only be used by a 'real'
user – and 99% of users will never need it (or at least shouldn't be
forced by 6+ years outdated advice to use it).


Best regards

David Kalnischkies




Thanks! I have seen exactly zero blogs/stackexchange answers/wiki pages 
that suggest using /etc/apt/trusted.gpg.d/ vs. many, many pages that 
suggest using apt-key. I will do what I can to change that.

Bug#846140: gnome-shell: icons on the desktop disappear

[Chatrapati]

Yes, I get.

After reboot I have this in /var/log/syslog:

Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not calculate 
_NET_NUMBER_OF_DESKTOPS
Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not calculate 
_NET_NUMBER_OF_DESKTOPS

Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not get _NET_WORKAREA
Nov 28 19:51:08 Debian nautilus-deskto[1357]: Can not determine 
workarea, guessing at layout
Nov 28 19:51:12 Debian nautilus-deskto[1357]: Can not determine 
workarea, guessing at layout


After click on "properties" I have  this:

Nov 28 19:53:17 Debian kernel: [  147.525224] nautilus-deskto[1357]: 
segfault at 10 ip 7f791bb86899 sp 7ffd448f0c30 error 4 in 
libexempi.so.3.3.0[7f791bb05000+11]


Thank you for your answer.


28.11.2016 19:41, Michael Biebl пишет:

Control: reassign -1 nautilus 3.22.1-2
Control: tags -1 confirmed


Am 28.11.2016 um 17:12 schrieb Chatrapati:

I have the icon of IMAGE (file .png or .jpg or .svg, etc.) on my
desktop. When I click the right mouse button and choose "properties" in
menu all icons on my desktop disappear.
After "sudo reboot" or "logout+login" or "torn off+turn on"  the icons
on the desktop (using gnome-tweak-tool) icons on my desktop appears again.
But when I do the same with any other file on my desktop (folder or text
file or .odf or .eps, etc.) I have not this problem. This problem
appears only when I click on "properties" of files which should be open
by eog(Eye of Gnome). I tested PNG, JPG and SVG files. End even when I
changed the default program to open images (I choose GIMP) I still have
the same problem - icons on the desktop disappear.

That seems to be a problem in nautilus. I assume you get similar
messages in your journal


[113857.577715] nautilus-deskto[2702]: segfault at 10 ip 7f0eaea7c899 sp 
7ffe6c31af40 error 4 in libexempi.so.3.3.0[7f0eae9fb000+11]

Bug#846037: Pending fixes for bugs in the rclone package

[pkg-go-maintainers]

tag 846037 + pending
thanks

Some bugs in the rclone package are closed in revision
02ac101951561a2bc5aba2070bb0a2c42cb39417 in branch 'master' by Dr.
Tobias Quathamer

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/rclone.git/commit/?id=02ac101

Commit message:

Replace golang-golang-x-oauth2-dev with golang-golang-x-oauth2-google-dev.

Thanks: Aaron M. Ucko 
Closes: #846037

Bug#846145: Wrong path to php7.0-fpm.sock in sites-available/default

[Piotr Jurkiewicz]

Package: nginx-common
Version: 1.10.2-2

PHP snippet in sites-available/default points to:

fastcgi_pass unix:/var/run/php7.0-fpm.sock;

However, php7.0-fpm package (Debian Stretch) places this socket in:

/var/run/php/php7.0-fpm.sock

(notice additional 'php' directory)

Bug#846112: Acknowledgement (/sbin/sulogin: sulogin does not exit on first Control-D)

[Bjørn Mork]

forwarded 846112 util-li...@vger.kernel.org
tags 846112 +patch
stop

Looks like this was an upstream issue.  The attached patch has been
submitted upstream.


Bjørn
From 73d33c8b1ae640aa72e0638ed9662c051f6431c1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= 
Date: Mon, 28 Nov 2016 16:40:22 +0100
Subject: [PATCH 2/2] sulogin: make Control-D break out of the main loop
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

getpasswd() must return NULL to force breaking out of
the main loop.  Anything else will be treated as a password
to be verified, and will end up with

  Login incorrect

and a repeated password prompt.

(unless the root password happened to be Control-D :)

Signed-off-by: Bjørn Mork 
---
 login-utils/sulogin.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/login-utils/sulogin.c b/login-utils/sulogin.c
index 6a3890e80a16..7fe938150e19 100644
--- a/login-utils/sulogin.c
+++ b/login-utils/sulogin.c
@@ -695,6 +695,7 @@ static char *getpasswd(struct console *con)
 ptr--;
 			break;
 		case CEOF:
+			ret = (char*)0;
 			goto quit;
 		default:
 			if ((size_t)(ptr - [0]) >= (sizeof(pass) -1 )) {
-- 
2.10.2



signature.asc
Description: PGP signature

Bug#846140: gnome-shell: icons on the desktop disappear

[Michael Biebl]

Control: reassign -1 nautilus 3.22.1-2
Control: tags -1 confirmed


Am 28.11.2016 um 17:12 schrieb Chatrapati:
> I have the icon of IMAGE (file .png or .jpg or .svg, etc.) on my
> desktop. When I click the right mouse button and choose "properties" in
> menu all icons on my desktop disappear.
> After "sudo reboot" or "logout+login" or "torn off+turn on"  the icons
> on the desktop (using gnome-tweak-tool) icons on my desktop appears again.
> But when I do the same with any other file on my desktop (folder or text
> file or .odf or .eps, etc.) I have not this problem. This problem
> appears only when I click on "properties" of files which should be open
> by eog(Eye of Gnome). I tested PNG, JPG and SVG files. End even when I
> changed the default program to open images (I choose GIMP) I still have
> the same problem - icons on the desktop disappear.

That seems to be a problem in nautilus. I assume you get similar
messages in your journal

> [113857.577715] nautilus-deskto[2702]: segfault at 10 ip 7f0eaea7c899 sp 
> 7ffe6c31af40 error 4 in libexempi.so.3.3.0[7f0eae9fb000+11]



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



signature.asc
Description: OpenPGP digital signature

Bug#683593: Multiarch improvements for glib2.0

[David Lechner]

On 11/28/2016 07:40 AM, W. Martin Borgert wrote:

Hi all,

is there any progress on the issue?
What are the blocking points?
Is there anything wrong with Simons suggestion to assume,


that we can execute the foreign
architecture's binaries without issues


?

TIA!




The problem is not simply just getting the foreign architecture binary 
to run. The real question that has yet to be answered is "do these 
binaries produce the same output on all architectures?"


Reiterating a previous comment:

> Do foreign architectures' glib-genmarshal always produce the same 
output as the native version?


> gobject-query is purely informational, so it *probably* isn't a
build-dependency for anything.

> gtester is a test-runner; can tests run successfully under a foreign
gtester? 
suggests that d-conf/unstable would be a good test-case, although you
would have to enable build-time checks.

> There are other binaries mentioned in the patch on the merged bug
#648621. Do those all produce architecture-independent results?

If someone can take the time to answer these questions, then this bug 
can move forward.

Bug#845965: Remove my email

[Theodore Nevins]

Please remove me from your list. 

Sent from my iPhone
Theodore C Nevins III

> On Nov 27, 2016, at 5:25 AM, Niels Thykier  wrote:
> 
> kuet 
> Congratulations Theodore
> 
> This is from National Debt Relief
> 
> 
>  
>   
> Opt Out 
> 
> 
> 
> 
> 
> 

Bug#846107: Acknowledgement (/sbin/sulogin: sulogin with timeout fails, causing boot failure if SULOGIN=yes)

[Bjørn Mork]

forwarded 846107 util-li...@vger.kernel.org
tags 846107 +patch
stop

Looks like this was an upstream issue.  The attached patch has been
submitted upstream.


Bjørn

From 616ae007183733dd0a0f5134bb0b666aae95878b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= 
Date: Mon, 28 Nov 2016 16:27:19 +0100
Subject: [PATCH 1/2] sulogin: make --timeout actually time out
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Signed-off-by: Bjørn Mork 
---
 login-utils/sulogin.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/login-utils/sulogin.c b/login-utils/sulogin.c
index 1c4313af4647..6a3890e80a16 100644
--- a/login-utils/sulogin.c
+++ b/login-utils/sulogin.c
@@ -644,7 +644,7 @@ static char *getpasswd(struct console *con)
 	eightbit = ((con->flags & CON_SERIAL) == 0 || (tty.c_cflag & (PARODD|PARENB)) == 0);
 	while (cp->eol == '\0') {
 		if (read(fd, , 1) < 1) {
-			if (errno == EINTR || errno == EAGAIN) {
+			if ((errno == EINTR && !alarm_rised) || errno == EAGAIN) {
 xusleep(25);
 continue;
 			}
-- 
2.10.2



signature.asc
Description: PGP signature

Bug#846107: /sbin/sulogin: sulogin with timeout fails, causing boot failure if SULOGIN=yes

[Andreas Henriksson]

Control: tags 846107 + upstream
Control: tags 846112 + upstream
Control: forwarded 846107 
http://marc.info/?l=util-linux-ng=148034951305347=2
Control: forwarded 846112 
http://marc.info/?l=util-linux-ng=148034951705348=2


Hello Bjørn Mork,

Thanks for your bug reports. These issues seems serious indeed.

After posting patches to the upstream list I noticed you had as
well. :P

Marking the bug reports accordingly.

Regards,
Andreas Henriksson

Bug#846143: suricata: enable optional Hyperscan support

[Sascha Steinbiss]

Package: suricata
Version: 3.1.3-3
Severity: wishlist

Dear Suricata maintainers,

I spent some time last week to assess how much effort it would be to enable
Hyperscan support for Debian's suricata packages. Robert Haist has been so kind
to provide a package for Hyperscan, available on the currently supported
architectures. I would consider it quite useful to provide a performance-
optimised variant of Suricata on architectures that support it, and make use of
Robert's work bringing Hyperscan into Debian (surely with Suricata in mind).

My first approach was to add an additional binary package identical to the
current one, except with a runtime dependency on libhyperscan4 and Hyperscan
support enabled while the original 'suricata' package stays as it is, with no
explicit Hyperscan support built in. This would keep Suricata available in
principle on architectures unsupported by Hyperscan. Both packages Conflict:
with each other to prevent simultaneous installation. Please find the necessary
changes in the 'hyperscan' branch of my personal Suricata repo [1].

Arturo suggested that it might be cleaner to reduce redundancy by just
switching out the /usr/bin/suricata binary with a separate one linked against
libhyperscan, e.g. via a diversion. I implemented this approach in my
'hyperscan-with-diversion' branch in the same repo [2] and I think this might
indeed be a better way to accomplish what I was trying to do, keeping changes
as minimal as possible.

I would be curious to learn what the maintainers' and community thoughts are,
and would appreciate any comments you might have.

By the way, to make sure that backports to Jessie are not blocked by a missing
Hyperscan dependency, I have prepared a backport for the latest Hyperscan in
Debian, and it was accepted from backports NEW this morning.

Thanks and kind regards
Sascha


[1] https://anonscm.debian.org/cgit/users/satta/suricata.git/log/?h=hyperscan
[2] 
https://anonscm.debian.org/cgit/users/satta/suricata.git/log/?h=hyperscan-with-diversion

Bug#846117: RM: php-openid -- RoQA; unmaintained; RC-buggy

[Alexander Gerasiov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Ondřej,

On Mon, 28 Nov 2016 16:03:30 +0100
Ondřej Surý  wrote:

> Package: ftp.debian.org
> Severity: normal
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Dear ftp-masters,
> 
> please remove php-openid from unstable unless Alexander wants to take
> over the package as his wordpress-openid is the only r-dependency.
> The upstream already has some PHP 7.0 support in upstream git, but
> such update cannot be maintained without a maintainer that takes care
> of the package.  The last upload from current php-openid maintainer
> has been done in 2010.
> 
> Alexander, if you want to take care of php-openid please let me know,
> I can help with the initial packaging, but it needs maintainer who
> cares about the package.  The other option would be to also remove
> wordpress-openid from unstable.
Ouch! I'm afraid I'm not interested in maintaining php-openid, sorry.
Agree to remove worpress plugin.


> 
> Thanks,
> Ondrej
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQJ8BAEBCgBmBQJYPEdCXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
> Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHm8gQAKrohQhxc2Sg5MoxTib+NRf1
> bFihFxs5bzPrmNY953mWCFZmwUa6G/svOmdA+toY4E1Uw5dwO7O/D3qfFAQnY0Sr
> l1c/4d+DBMsineGhTxx1tOJEXO6G1xG4oe5yLQlI5b60YIPEZZTDhq4WWMe39imW
> c+eLlaABoCYuLPjUcmS7nwhODY6cJUichSbVGNbKBrT9rhwynQ8zZlANjlS8eEre
> 97hn08kBojBlv3ZESxt3+dhM1i93iMolGeEbMVTgh5XVGsRFO2yTIgXTqgHFyVzM
> 8f8/VlduMVWdfN23YML/xAZ4qPA5SQwyqFBPq0ESR3kC7zfqwCVzhNwBKUCWyqeH
> PnaQHE/4ldrZRzeeMUelkBamWJnqVJgJiyKAy8kI/Q8jRFGORrsE9nqZaFvJzwSv
> R/ETGBYvt8NMMJi09mqJSgg1UUlQHEX4vq40LtItNYDHmMABfI9e1JsXLvlEe2w7
> Fdu2e107Khkj3dYWz/jPXQMZxwRgUNC7FhweMkDCU5mKlDhXlj8yPHnMn5HTKW5R
> 11I1iajg9CqeF0BdmK+u1ZirQi2Gt+nM4Cmw7fK1jywiPYqvn7TwLHIJ+V/atn4A
> MoQMxjnoHsHk6my9ungAaBK1fw+CKzZaXBRNl2k4lQ0PgCqRtdIkJVVxRkgHClk4
> bc2Tn9ZI6hWVPDnB1B8p
> =efvJ
> -END PGP SIGNATURE-



- -- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  Homepage: http://gerasiov.net  Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEBLWdkN98wqvNSbrqyofp6CqsM/EFAlg8WWwACgkQyofp6Cqs
M/EH/gf/RHaag8rEGkPsIgrOovSrYL+DakZ/X1x0B5yFnGLWXtjgBDxLpT6be5Mf
cIFsNoOGJfRWjR6/yBWeljeuIEp0SBek9sugNxzPTUb1a0abxqZx67mGuVaUCWHD
lhhNBTQAPUhatKh/olXEtf6ovWS7/hd1Xuow7ZppIi3TpTEqzX8hETyB4sVGVn5F
NgfGLbDPR+T11eC4u/b+GhU5rjKNss4RzEMNM0crE/Da/eLGTYtjhIa2HLtKvVTE
jJtbsvZ8GOInqaWI5RrU8GTKJafFHUVqcoIuGLzvIML4U8bFglS1oghngEN0XbBy
YdbJdJIPpB5xKGQiT1/0LLnJSEa+gg==
=WA9s
-END PGP SIGNATURE-

Bug#846142: ITP: casacore-data-lines -- Table of spectral lines for casacore

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org

* Package name: casacore-data-lines
  Version : 1.0
* URL : https://github.com/casacore/lines-table
* License : CC0
  Description : Table of spectral lines for casacore

 This package contains a table with the spectral line frequencies for the use
 with casacore.

The package is a part of the effort taken by Benda Xu and me within the
Debian Astro team to split up the original "casacore-data" package (RFP
#761146) by data source into smaller packages which can be maintained
independently.

The package will be maintained on our git repository under

https://anonscm.debian.org/cgit/debian-astro/packages/casacore-data-lines.git

Best regards

Ole

Bug#801605: xserver-xorg: X fails to start as normal user

[Julien Cristau]

On 11/28/2016 03:54 PM, Ricardo Fabian Peliquero wrote:
> On Tue, Oct 13, 2015 at 09:56:31PM +0200, Julien Cristau wrote:
>> On Tue, Oct 13, 2015 at 16:22:45 -0300, Ricardo Peliquero wrote:
>>
>>> I had to install libpam-systemd and systemd-shim to solve the problem. 
>>> Should this package be recommended by xorg or xinit?
>>>
>> Ah, thanks.  I think adding that as a Recommends in xinit sounds sensible, 
>> yes.
>>
>> Cheers,
>> Julien
> 
> Dear maintainer,
> 
> Last year I suggested adding libpam-systemd as a Recommends in 
> xserver-xorg-core or xinit. That suggestion was applied at that time. 
> 
> The problem is also solved by installing xserver-xorg-legacy and e.g. 
> configuring /etc/X11/Xwrapper.config like it is shown below for a radeon 
> card. Please, consider adding this package to the Recommends as an 
> alternative to libpam-systemd.
> 
>  ; cat /etc/X11/Xwrapper.config
>  needs_root_rights = yes
> 
> My suggestion would be xserver-xorg-core Recommends: libpam-systemd | 
> xserver-xorg-legacy.
> 
Nope, we shouldn't be recommending people use the setuid root wrapper, IMO.

Cheers,
Julien

Bug#846037: [pkg-go] Bug#846037: rclone: FTBFS: cannot find "golang.org/x/oauth2/google"

[Dr. Tobias Quathamer]

control: tag -1 pending

Am 28.11.2016 um 02:46 schrieb Aaron M. Ucko:

Builds of rclone in minimal environments (as on the autobuilders) have
been failing with errors along the lines of

  src/github.com/ncw/rclone/drive/drive.go:25:2: cannot find package 
"golang.org/x/oauth2/google" in any of:
/usr/lib/go-1.7/src/golang.org/x/oauth2/google (from $GOROOT)
/«PKGBUILDDIR»/obj-aarch64-linux-gnu/src/golang.org/x/oauth2/google 
(from $GOPATH)

Please adjust the build dependency on golang-golang-x-oauth2-dev to
golang-golang-x-oauth2-google-dev and confirm with pbuilder or the
like that you haven't missed anything else.  Please also ensure that
golang-github-ncw-rclone-dev's runtime dependencies are complete.


Hi Aaron,

yes, that package has changed in the two weeks between my initial upload 
to NEW and the actual acceptance by FTP-Master. I'll fix this ASAP, 
thanks for reporting the bug.


Regards,
Tobias




signature.asc
Description: OpenPGP digital signature

Bug#842929: jessie-pu: package modsecurity-crs/2.2.9-1

[Alberto Gonzalez Iniesta]

On Thu, Nov 24, 2016 at 07:39:01PM +0100, Julien Cristau wrote:
> On Thu, Nov 10, 2016 at 16:54:41 +0100, Alberto Gonzalez Iniesta wrote:
> 
> > On Thu, Nov 10, 2016 at 03:38:12PM +, Adam D. Barratt wrote:
> > > 
> > > On Wed, 2016-11-02 at 12:51 +0100, Alberto Gonzalez Iniesta wrote:
> > > > I was asked to update modsecurity-crs in Jessie in order to fix #838009.
> > > > The fix is trivial [1] and was uploaded to unstable a while ago [2],
> > > 
> > > The BTS's metadata disagrees on that.
> > 
> > Sorry, the fix was for another bug number (same bug):
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826710
> > 
> The metadata on #838009 still needs fixing, either by merging it with
> #826710 or by separately marking it as fixed in some version in
> unstable/testing.

Hi,

Thanks for the corrections. Please find attached the debdiff file in the
right direction. #838009 as marked as fixed in unstable/testing and
#826710 will be marked accordingly if this upload happens.

Regards,

Alberto

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
mailto/sip: a...@inittab.org | en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D  4BF2 009B 3375 6B9A AA55
diff -Nru modsecurity-crs-2.2.9/debian/changelog 
modsecurity-crs-2.2.9/debian/changelog
--- modsecurity-crs-2.2.9/debian/changelog  2014-09-23 13:22:21.0 
+0200
+++ modsecurity-crs-2.2.9/debian/changelog  2016-11-17 11:19:17.0 
+0100
@@ -1,3 +1,10 @@
+modsecurity-crs (2.2.9-1+deb8u1) stable; urgency=medium
+
+  * Fix typo in modsecurity_crs_16_session_hijacking.conf.
+(Closes: #838009)
+
+ -- Alberto Gonzalez Iniesta   Thu, 17 Nov 2016 11:18:03 
+0100
+
 modsecurity-crs (2.2.9-1) unstable; urgency=medium
 
   * New upstream version
diff -Nru modsecurity-crs-2.2.9/debian/patches/fix_838009.patch 
modsecurity-crs-2.2.9/debian/patches/fix_838009.patch
--- modsecurity-crs-2.2.9/debian/patches/fix_838009.patch   1970-01-01 
01:00:00.0 +0100
+++ modsecurity-crs-2.2.9/debian/patches/fix_838009.patch   2016-11-17 
11:13:04.0 +0100
@@ -0,0 +1,13 @@
+Index: modsecurity-crs/optional_rules/modsecurity_crs_16_session_hijacking.conf
+===
+--- 
modsecurity-crs.orig/optional_rules/modsecurity_crs_16_session_hijacking.conf
 modsecurity-crs/optional_rules/modsecurity_crs_16_session_hijacking.conf
+@@ -46,7 +46,7 @@ SecRule RESPONSE_HEADERS:/Set-Cookie2?/
+ 
+ SecRule :SESSIONID "@eq 1" 
"chain,phase:5,id:'981063',nolog,pass,t:none"
+ SecRule REMOTE_ADDR "^(\d{1,3}\.\d{1,3}\.\d{1,3}\.)"  
"chain,nolog,capture,t:none"
+-SecRule TX:1 ".*" 
"chain,t:sha1,t:hexEncode,setvar:session.ip_hash=%{matched_var}"
++SecRule TX:1 ".*" 
"t:sha1,t:hexEncode,setvar:session.ip_hash=%{matched_var}"
+ 
+ SecRule :SESSIONID "@eq 1" 
"chain,phase:5,id:'981064',nolog,pass,t:none"
+ SecRule REQUEST_HEADERS:User-Agent ".*" 
"t:none,t:sha1,t:hexEncode,nolog,setvar:session.ua_hash=%{matched_var}"
diff -Nru modsecurity-crs-2.2.9/debian/patches/series 
modsecurity-crs-2.2.9/debian/patches/series
--- modsecurity-crs-2.2.9/debian/patches/series 2013-07-12 11:24:40.0 
+0200
+++ modsecurity-crs-2.2.9/debian/patches/series 2016-11-17 11:14:55.0 
+0100
@@ -3,3 +3,4 @@
 GeoLiteCity_path.patch
 lua_path.patch
 perl_path.patch
+fix_838009.patch

Bug#845334: wine32: breaks xdg-open, which wants to start wine and crashes

[Jens Reyer]

control: tags -1 + moreinfo unreproducible


I can't reproduce the behavior you described.

Here these two commands always open foo.html in firefox:
$ xdg-open foo.html
$ wine winebrowser foo.html

And this command opens foo.html in Wine's Internet Explorer (no
crash/error):
$ wine iexplore.exe foo.html


On 22.11.2016 16:53, Vincent Lefevre wrote:
> Additional info:
> 
> cventin:~> xdg-mime query default text/html
> wine-extension-htm.desktop
> 
> and Wine had added a file
> 
> /home/vlefevre/.local/share/applications/wine-extension-htm.desktop

It's a bit more complicated, and I'm still struggling to understand it:

Indeed I have the same file
~/.local/share/applications/wine-extension-htm.desktop.
This gets created e.g. when I execute wineboot && winecfg (I'm not sure
what exactly triggers it).

I could prevent creation of this and some other .desktop files with
attached patch, which removes some lines from wine.inf, so that
winemenubuilder doesn't create the .desktop files in
~/.local/share/applications/.

However this has not the effects that I'd expect (despite previously
cleaning old .desktop and mimecache/-list files from /home, and doing a
reboot):

winebrowser still uses the system browser (I'd expect it to just fail
because it doesn't know which application to use).

So I can neither reproduce your issue or confirm your suspicion that
wine-extension-htm.desktop is the culprit, nor do I see the benefit of
having that .desktop file.


More details:

Previously I had:
$ xdg-mime query default text/html
userapp-Firefox-1M35PY.desktop

This was due to an entry in .config/mimeapps.list. I deleted that file,
and so far it wasn't recreated.


Now I have:
$ xdg-mime query default text/html
firefox-esr.desktop;firefox.desktop;

This stays independently of any changes by Wine.
It originates from files in /usr/share/applications/. Specifically
firefox-esr.desktop and gnome-mimeapps.list.
btw, chromium.desktop and mimeinfo.cache from that directory seem to
have no effect.


Vincent:

I'm interested in learning where the wine* association that you
have is saved to. Can you check the mimecache/-list files in
~/.config
~/.local/share/applications/
/usr/share/applications/?

When you've found the entry, try removing it or the whole file. Does
this help permanently?

What happens if you delete and recreate your ~/.wine directory?

Finally, which desktop environment are you using? Since when? (I use
Gnome here and recently reinstalled my system, but copied over
some configuration in /home.)

Greets
jre
Description: Disable installation of some .desktop files.
Author: Jens Reyer 
Bug-Debian: https://bugs.debian.org/845334

--- a/loader/wine.inf.in
+++ b/loader/wine.inf.in
@@ -189,9 +189,6 @@ HKCR,.pdf,,2,"pdffile"
 HKCR,.rtf,,2,"rtffile"
 HKCR,.wri,,2,"wrifile"
 HKCR,*\shellex\ContextMenuHandlers,,16
-HKCR,chm.file,,2,"Compiled HTML Help File"
-HKCR,chm.file\DefaultIcon,,2,"%10%\hh.exe,0"
-HKCR,chm.file\shell\open\command,,2,"%10%\hh.exe %1"
 HKCR,cplfile,,2,"Control Panel Item"
 HKCR,cplfile\shell\cplopen,,2,"Open with Control Panel"
 HKCR,cplfile\shell\cplopen\command,,2,"rundll32.exe shell32.dll,Control_RunDLL ""%1"",%*"
@@ -203,18 +200,8 @@ HKCR,folder\shell\open\ddeexec,,2,"[View
 HKCR,folder\shell\open\ddeexec,"NoActivateHandler",2,""
 HKCR,folder\shell\open\ddeexec\application,,2,"Folders"
 HKCR,folder\shellex\ContextMenuHandlers,,16
-HKCR,hlpfile,,2,"Help File"
-HKCR,hlpfile\shell\open\command,,2,"%11%\winhlp32.exe %1"
-HKCR,htmlfile\shell\open\command,,2,"""%11%\winebrowser.exe"" -nohome"
-HKCR,htmlfile\shell\open\ddeexec,,2,"""%1"",,-1,0"
-HKCR,htmlfile\shell\open\ddeexec,"NoActivateHandler",2,""
-HKCR,htmlfile\shell\open\ddeexec\Application,,2,"IExplore"
-HKCR,htmlfile\shell\open\ddeexec\Topic,,2,"WWW_OpenURL"
 HKCR,inffile,,2,"Setup Information"
 HKCR,inffile\shell\install\command,,2,"%11%\rundll32.exe setupapi,InstallHinfSection DefaultInstall 132 %1"
-HKCR,inifile,,2,"Configuration Settings"
-HKCR,inifile\shell\open\command,,2,"%11%\notepad.exe %1"
-HKCR,inifile\shell\print\command,,2,"%11%\notepad.exe /p %1"
 HKCR,lnkfile,,2,"Shortcut"
 HKCR,lnkfile,"NeverShowExt",2,""
 HKCR,lnkfile,"IsShortcut",2,"yes"
@@ -236,14 +223,6 @@ HKCR,pdffile\shell\open\ddeexec,,2,"""%1
 HKCR,pdffile\shell\open\ddeexec,"NoActivateHandler",2,""
 HKCR,pdffile\shell\open\ddeexec\Application,,2,"IExplore"
 HKCR,pdffile\shell\open\ddeexec\Topic,,2,"WWW_OpenURL"
-HKCR,rtffile,,2,"Rich Text Document"
-HKCR,rtffile\shell\open\command,,2,"""%16422%\Windows NT\Accessories\wordpad.exe"" %1"
-HKCR,rtffile\shell\print\command,,2,"""%16422%\Windows NT\Accessories\wordpad.exe"" /p %1"
-HKCR,txtfile,,2,"Text Document"
-HKCR,txtfile\shell\open\command,,2,"%11%\notepad.exe %1"
-HKCR,txtfile\shell\print\command,,2,"%11%\notepad.exe /p %1"
-HKCR,wrifile\shell\open\command,,2,"""%16422%\Windows NT\Accessories\wordpad.exe"" %1"
-HKCR,wrifile\shell\print\command,,2,"""%16422%\Windows NT\Accessories\wordpad.exe"" /p 

Bug#846141: hint-tester always converts its input to lowercase, meaning you can't use it on package versions with uppercase characters

[Iain Lane]

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

Ahoy,

I noticed when using hint-tester on Ubuntu.

  britney> easy […] dreamchess/0.2.1-RC2-2build1 […]
  Version mismatch, dreamchess 0.2.1-rc2-2build1 != 0.2.1-RC2-2build1

The latter is the right version, but my input has been downcased by
britney.

Apparently[0] uppercase characters are legal in package versions (and
even if they weren't this would be a strange place to surface the
violation). Is there a reason for calling lower() here? Attached a patch
which just removes that - and makes the hint work for me.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
[0] https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
>From 77fe127e62303a5c6cc1088eeed457995c5b15ef Mon Sep 17 00:00:00 2001
From: Iain Lane 
Date: Mon, 28 Nov 2016 16:10:00 +
Subject: [PATCH] hint-tester: Don't lowercase the input

Doing this means that you can't use the hint tester for packages with
uppercase characters in the version, e.g.

  Version mismatch, dreamchess 0.2.1-rc2-2build1 != 0.2.1-RC2-2build1
---
 britney.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/britney.py b/britney.py
index 6d8361a..2b38926 100755
--- a/britney.py
+++ b/britney.py
@@ -2840,7 +2840,7 @@ class Britney(object):
 while True:
 # read the command from the command line
 try:
-user_input = input('britney> ').lower().split()
+user_input = input('britney> ').split()
 except EOFError:
 print("")
 break
-- 
2.9.3

Bug#846132: RM: libjs-jcrop -- RoQA; useless in Debian; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove libjs-jcrop as per 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817266#5

> [ Filled as an RC-bug by the maintainer to see the package auto-removed
>   from testing, and not let it block the PHP 7.0 transition. ]
> 
> I packaged libjs-jcrop as used by owncloud, but owncloud is going away,
> see #816376. There is a priori little point to release in the next
> Debian stable release
> 
> I intend to follow up with an RM request in a few months if nobody
> objects (but feel free to beat me to it).

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFPuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH8OsQAM7iPr9PThzYujoQnoxZSu/d
lOO/fqrRfWpmAWnfu7c0ATJcuHiwSviRQv1iEabGHwViYpiWIbNDb4piiAxHDGG3
xjwKMu3+BzOP8gIeGIIYgolcnTJOAQr29JzsARM7Mh0sd+hRR6HDPbJEcYaXmNp5
mIw97RukeOVPnQ7d5fDS6hIb/ulnZjeuMAUiAVROu8Q4rWIR+v+CP0A7w/lP20St
+Ln8xkqNKQgNk2Ic7LJDg3rsIO07AB7FOSgb2q8Y38ohgPlSwacSppVIYv3LMrWo
N7aY3f0y4+aAfj78zr1iA1T0IBMGC+kOzMRik3Upb6x1qXbO5rDGnGDbwiWIBl3n
809g6hCsviTvzQrH8wfoxnV9M9ZSZWBFUeaT7ky3WfIe15c2wsQcenE3xzywwob3
qcXshgb4NeMm6sHiqS6xBcHUf8XtV0X+a0HCsmQ0mi6NCPOlHq7ZnhozLSOTnZT1
9rmjdJwLZrp+qnuE21aDEL64aVU18/zSclFFHVBe+Zlv5m3AnTXtvbiJPrP9Serc
PYR/7Un++U7lXknPXF0fmhhhKCnVmk2g2YfC3u+DzT0GxgCW3Gc5efXltOVB4x4C
sI+5m9KCXZz1vFwk+Rno5mptPRrRzcrUEeY6lBxGCxk278FAe4rlSHitF1CloTcG
Hi2aa5vuYoxJ2qK/reuQ
=D1YO
-END PGP SIGNATURE-

Bug#846135: RM: php-imlib -- RoQA; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove php-imlib from unstable; it's a leaf PHP extension and
while the upstream has some PHP 7.0 in git[1], I believe it's better
to remove the extension from unstable as there are no proper releases
for php-imlib since 0.7.

Cheers,
Ondrej

1. https://pp.siedziba.pl/


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFXqXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHHtsP/2l+8j/XxEvcuqdBbp5oO6uE
squpioHaQSbvVGY/zbXoh8IrFWm9ES4kjyup0UlaRilrHPdnApUcsBEgovOvJU9L
+4nJKHGBTFKCHQhN504hoe+QsMu/MRSTNQrirXqnMZJyimLovjWdnyl2i6oD2jcu
97WMv+aoNsTxfAM3CyuZbvMcv7QI/xQHPeuc2oKcYuqO/PlZ6H71S2kSbJLfpmje
SEgGGpBFUGQA/22NrdU0kcoRctIAeRIwVuUMlBHqsQX3jcBHitER9BlNb94b7sjz
Yf1PkgUeXGIoRM65wj+rvcF9UjF/J9E8CEuLcEzj+bjDK9DBg9cEhKA9IzWy5dlL
4XTXHBO4NHz72YYEX0jBeA9Qo2pxkpCCllHG77qYMW2YBiHcQf2c0NaftPSswP3l
wE9kSOwRlpWOR66+inMZBLeYgv2vH/puZExIo82Gdjx+FQ6AGh3V2E+0abrZuK2E
wIWXxS34YTqNJS/qy7NQm8O3+IdWQwmO/70SYJRi6aX4gCIs3IMbzfOAvjwotblj
eK5wVH7y8pRb4ywujajwiIs6wnOPG5f9DRFBCJ89QncbhWr5TD85ZkHQKaBpKrvn
ZXogHtLfInLD6Qm8ubVX1hXxNaWTgK+GDt3hBYJtJEx0e0m1MgsIpeO0JkR7WpAi
TILkoREUjvqcTnAfjJzw
=ChYW
-END PGP SIGNATURE-

Bug#827339: Please revert patch for cmd, and fix default pattern

[Stephan Sürken]

On Di, 2016-11-22 at 11:33 +0100, Patrick Matthäi wrote:

(...)

> Thanks for your effort! I have just uploaded 1.0.3-3.
> 
> Would you (Stephan) be so kindly and upload it to jessie-bpo, if
> there
> are no new problems with it? I will be on vacation before it may ent

fwiw, I did just port this.

Fwiw2 ;): I have also created an upstream ticket for this:

https://github.com/DE-IBH/apt-dater/issues/124

Hth!

S

Bug#846137: salt-formula-ceilometer: FTBFS: Failing test (KeyError: 'VERSION_ID')

[Chris Lamb]

Source: salt-formula-ceilometer
Version: 2016.4.1-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Dear Maintainer,

salt-formula-ceilometer fails to build from source in unstable/amd64:

  […]

 dh_auto_test
make -j1 test
  make[1]: Entering directory '«BUILDDIR»'
  [ ! -d tests ] || (cd tests; ./run_tests.sh)
  /usr/bin/salt-call
  [ERROR   ] Could not cache minion ID: [Errno 13] Permission denied: 
'/etc/salt/minion_id'
  [WARNING ] Failed to open log file, do you have permission to write to 
/var/log/salt/minion?
  [ERROR   ] An un-handled exception was caught by salt's global exception 
handler:
  KeyError: 'VERSION_ID'
  Traceback (most recent call last):
File "/usr/bin/salt-call", line 11, in 
  salt_call()
File "/usr/lib/python2.7/dist-packages/salt/scripts.py", line 372, in 
salt_call
  client.run()
File "/usr/lib/python2.7/dist-packages/salt/cli/call.py", line 48, in run
  caller = salt.cli.caller.Caller.factory(self.config)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 79, in 
factory
  return ZeroMQCaller(opts, **kwargs)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 274, in 
__init__
  super(ZeroMQCaller, self).__init__(opts)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 102, in 
__init__
  self.minion = salt.minion.SMinion(opts)
File "/usr/lib/python2.7/dist-packages/salt/minion.py", line 605, in 
__init__
  opts['grains'] = salt.loader.grains(opts)
File "/usr/lib/python2.7/dist-packages/salt/loader.py", line 705, in grains
  ret = fun()
File "/usr/lib/python2.7/dist-packages/salt/grains/core.py", line 1308, in 
os_data
  if os_release['VERSION_ID'] == "7":
  KeyError: 'VERSION_ID'
  Traceback (most recent call last):
File "/usr/bin/salt-call", line 11, in 
  salt_call()
File "/usr/lib/python2.7/dist-packages/salt/scripts.py", line 372, in 
salt_call
  client.run()
File "/usr/lib/python2.7/dist-packages/salt/cli/call.py", line 48, in run
  caller = salt.cli.caller.Caller.factory(self.config)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 79, in 
factory
  return ZeroMQCaller(opts, **kwargs)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 274, in 
__init__
  super(ZeroMQCaller, self).__init__(opts)
File "/usr/lib/python2.7/dist-packages/salt/cli/caller.py", line 102, in 
__init__
  self.minion = salt.minion.SMinion(opts)
File "/usr/lib/python2.7/dist-packages/salt/minion.py", line 605, in 
__init__
  opts['grains'] = salt.loader.grains(opts)
File "/usr/lib/python2.7/dist-packages/salt/loader.py", line 705, in grains
  ret = fun()
File "/usr/lib/python2.7/dist-packages/salt/grains/core.py", line 1308, in 
os_data
  if os_release['VERSION_ID'] == "7":
  KeyError: 'VERSION_ID'
  [ERROR] Execution of ceilometer.agent_cluster failed
  [ERROR] Execution failed
  Makefile:22: recipe for target 'test' failed
  make[1]: *** [test] Error 1
  make[1]: Leaving directory '«BUILDDIR»'
  dh_auto_test: make -j1 test returned exit code 2
  debian/rules:6: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2
  
  
**
  ** Detected network access during build   
  **
  
**
  
   00:00:00.00 IP 3bd46bd9d6c3.40316 > 10.0.1.1.domain: 31921+ ? 
3bd46bd9d6c3.chris-lamb.co.uk. (47)
   00:00:00.031782 IP 10.0.1.1.domain > 3bd46bd9d6c3.40316: 31921 NXDomain* 
0/0/0 (47)
   00:00:00.031961 IP 3bd46bd9d6c3.48787 > 10.0.1.1.domain: 29323+ ? 
3bd46bd9d6c3. (30)

  […]

The full build log is attached.


Regards,

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


salt-formula-ceilometer.2016.4.1-3.unstable.amd64.log.txt.gz
Description: Binary data

Bug#846139: RM: tarantool-php -- RoQA; RC-buggy; doesn't support PHP 7.0

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove tarantool-php as it doesn't have PHP 7.0 support[1] and
therefore it's useless in Debian.

Cheers,
Ondrej

1. https://github.com/tarantool/tarantool-php/blob/master/package.xml#L85

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFelXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHwgMP/iK/n/huq1ngh4R0fwxEbxaX
PG97f5jpzRMOunpXEyytjPOV5hnLlNc60M371lTkS37VGswNQ+E4PbQ7Z7Def91k
45rU98gD7jvOb/NNZbPvKwjTqHJLtlrird6UFWkhAprtA/4n84I/VdDH5gWjEuje
N50G/VikweC0jDkVSAo5sPf2CBlWJ7zWoKJYgQQH+VBodBHFjJo3F7OCl0uEGtAU
d0n94qYLF7aRZYY+c1VYF4o6RouFCb9bzp1WJJlF6bg7y7EswGtW38PtBlFCrM3Q
eMYpqqQ3NS87Mwy5igJ9O6YONMLoLi8TR2Imv4Yv23V9yCAEJTohoQvAabURJdtB
MkKo/h6qXrPuHtvKuivlm43Yhu///hnhknHKGisbBMvTEd6R5TLxNhX3qM137PBa
07TNZA0eMlXl82JZNJcOwMI2pDBVRXTDvWpRTkjwn21b7eA9bZn8N2FMT5TwBbIm
9/eAuc5Rdba4V5CNlYOHGn+ogG27yCDoMM7dzYpYe+JC7wvcaTCqkRyqsvoteNuh
Vg3eCvPeV/hrA4Zu0FBH8+z/D0AKOQkMu9klGcBb3+LQzKt/PRU9xmh+2sbPjVT2
Wb3jfCO/Vgm5u4LImutFihSzHOgelE0z7TY79Xk6YVcinBpt68GLrbiSvmvojPDQ
s8dH+ueHQoTR3p0SuSw4
=TMJ9
-END PGP SIGNATURE-

Bug#846138: RM: xhprof -- RoQA; dead-upstream; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove xhprof from Debian unstable, it has not upstream
activity for PHP 7.0, and it has been replaced by php-tideways fork
that has PHP 7.0 support and is more recent.

Cheers,
Ondrej
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFdWXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH+owP/12B0AF7kv/4Xuz/XpjgUqEf
2v3ZIX2x83fxQXM7K6sJGEyHKZb66IDcx6bpe850drxQWgJbY86CmYsxFKFiM7Q1
PUo4zznI0OIJ2KB3OCDZyz5BUn1BvxQmMfr8D8LA1yRMXuHCxROVb2zCsyx0Pnsy
6639Fi0yZnUFPkOG9nKHi0gAGQ9Mc50g/NB5EypUxfFqy3rlfubtw2aka97GmSRa
B64MpTAA6bNmFH5Gh6kKTI+QpOkAtKuzMfCyBh1Qj+301O9Vzw87SYAyN0yu+oWm
cexyg4uH2+rWZet4NdXapGeJtxgaVBmU7S0uja3v07LAHQB7YTNnxo8RycHJEddC
8r065IQbfnQOVA5Wnp8elw+hIOK7xTMRqgob4FWKH8F2vgtMd6lIuOTgYwBeOpGg
AVUFdIMrW9Vq8EINxY/jJdvLFa3dTBqcAny6gOtrv4N/e+5tBcq1/rHiVWT4u8fI
WW3KVoo2hFYqzmtVUCRFNxeS4V3NYPE5RCThx4McqDt/GQaqFaV8I0IDGxXC78qV
40NBjfcGBY+FYL8W5IyxWf++2GjyW7uEkj7D0gDE1AWreWuQbvUrhRASzqxvUDT7
72+NNFr8Bnv9UMcE+C8gaThLDCZ1W8BHZwIYHAPMkFmlN/z1samdN6JcutcLV6HM
HZFllDAGvvIcpLpzoyWj
=ER6j
-END PGP SIGNATURE-

Bug#846136: RM: php-suhosin -- RoQA; RC-buggy; dead-upstream

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove php-suhosin from Debian unstable.  Upstream has never
released a proper PHP 7.0 suhosin extension[1] and the code that is in
Debian unstable hasn't worked even with PHP 5.6, so it's just taking
up the archive space.

Thanks,
Ondrej

1. https://github.com/sektioneins/suhosin7

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFZ6XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHigIP/RZM6nm6BN93rKwOtkJkpxeJ
A/vwcWfdE3DqzJyr5zq9LB3+P2xgEjLvO0pSo+gneQ2seIfmsmJqubFEwGQmOvF4
14jUa4iNMMNjHg58y8iQombbR7LFxpG8JOo+PTjX9OE7lGeOPO5cWvs+adt0YrqM
PhJlLwqnt+C6J6n3BYLVNQE0Et4N5jbYvi1Sc3eFW9Gf3n9I9IMlpl7zqlPf+Aas
0Pjn/xnm2SwDZCowS/23p5dvw8n11KAi+DFyM3yA8MwEAU20Y+fU/pJwuOqEGMEg
N0gqVkiN6zTjL2bmum5sO0hdLBF6JO5FDwJeTn/oFcEQ37cww1p+0PReY/Man4b/
v1EAqMTCFD7Gz5iZ7F+tNW8ehfCPNzzTRR7EGnyzii+O2iEKBjSZpADzGbKdjDt1
WR6HSO4uAv1dkstjKm1a1Xl1gy+lSptcQLf6FXav2jII4tOmPW5wB4yKrr4W8ytI
jU41zdFHE1bEaQnhL/eJu6VMToShxt3mWIXRrizH/NalGpWXLVhsP6fZ+nzeOk4/
ZCHZArwOYTsYlMbDT/Nhm5xg/GIAbq1Z8Al7hRgx/w0bm1a4XYNrwGkya8spsdlS
31asGuVcEUsrr44mekRPPpyIpYi6gxlCcKrTYuFcADNCS07usl8Fu6e5to/6HiHS
CYcY8mr00mUf7O8GXcc0
=29BN
-END PGP SIGNATURE-

Bug#683593: Multiarch improvements for glib2.0

[Michael Biebl]

Hi

Am 28.11.2016 um 14:40 schrieb W. Martin Borgert:
> Hi all,
> 
> is there any progress on the issue?
> What are the blocking points?
> Is there anything wrong with Simons suggestion to assume,
> 
>> that we can execute the foreign
>> architecture's binaries without issues
> 
> ?

I think the questions that were raised are still unanswered.
See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683593#30
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648621#25

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



signature.asc
Description: OpenPGP digital signature

Bug#839818: NMU of gnome-packagekit

[Dr. Tobias Quathamer]

Am 27.11.2016 um 19:02 schrieb Matthias Klumpp:

Hey, sorry for taking so long with this.
I had an upload planned for this weekend, including this change -
should be on its way to the archive now.

Thanks for caring about this! I just now noticed that there is a NMU
(post-upload), otherwise I would have included it's changes
directly...


Hi,

no problem, thanks for uploading!

Regards,
Tobias




signature.asc
Description: OpenPGP digital signature

Bug#846134: RM: php-doc -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove php-doc as it hasn't been updated for PHP 7.0 and it
doesn't seem that Lior will update it any time soon.

Cheers,
Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFTPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHszkP/0BC3soo5j/qPh+kg8i9UfD0
0OZ6u14CdQ0Aso9Jebp6dZ+1n5rNOCHbh+24gFrDVn/weviHHhG2fhnVYDeAjDXX
aKp5TmFfILXeZrTW7Fd4LAbNO/JcAFBVySbMeSksswnc2HojgTRqEyCjBJsJhVQs
h6duRiwBlilctaa8Rwp0rGglDZEudalzWCZv3wzeeilKNqqfNk7ZxcFWrb2fNUaM
Y1sGATCE/Zw2wuKszbtc4R5BNUrU/oE20N0fk4jd45VGTPmQ6vvBNlDaQw/lT6b2
aEz/8UKf2AyTA3xkGQn+JaOf4Yj3QV0t4pA9AS2EkLPe0DkTtW8bh7uuUEB+OSMr
RQPuo8vOEH5vATEu34LNtP26YHUgGb9vb0SpbD74tDWXRMmFkY4t66eauT7ZWGCV
BZY++3c5svAP5ruvqhZP13+CFk12XH58SSyN6mJsTC4qIA/6pNUebbGCNA1UqzNp
3b1Fg85fn3v2f6bd0EudoZQegagPU2kDkBAZ6bQHXcl1UwD2eUbqcQ337Umta8FK
SHQppORnIzyn1EAI7Dta+S9zS2HhGtVHq5d/EN1cwysosvutMixxjQv5eRnoNVLp
iK9LGYNafHWqcgeHw/NzcQLqWsEcw5pF7i/u4sDDp36d69TkAD8SmAbiRJHtUFSY
LfWnfyQktHAbNmT/4q6I
=vEDU
-END PGP SIGNATURE-

Bug#846133: RM: ming -- RoQA; orphaned; RC-buggy; security

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove ming from Debian unstable, it has been unmaintained by
respective maintainer since 2010 and orphaned since then.  It's also
RC-buggy and has several security issues.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFRbXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHjYoQAOHmy5hfhSIV4bozim7UxRO9
zkJbIQM2xihV4iMmGe0J0zhR9bWTi/RDQac98gusUlEBILLXkqLl0zGV0G8QXPMy
cKfiVtLfFqDrnu5AqWRVoF1Rr6xURpWiIwNnDbS+3R2sr2MUYj+OGRWITn4x11Rl
IV0xmQU8V7V2/FBf1zqoocI5ZA3yRzGJATceGZJaFQCjKjSvs28xKe72cr+cPGMb
dHMFrTH6mky9zaucEeCq2iya4tjXgkLEEmDXlIHm0Hd/uqRYf0pC59+RNaeWZa02
ocmqpMvsBi4e1pwhCvaMZRxAuaq838AipfboRAk1Q33b2k+PRcCOzPA7iO8o4ck/
716r1V5g/d+3HKa/rSU2Lf6yH/mp1GnvPQBW3Y4qEWLvLyf3sC88Ops8S0fRddbv
VF3PcYJsHzNjR1b60jSwU+qx/JvLlSgGD+xnfTtdhzmTGTTfoW9ZyHH0AU+OK7vE
xwqaINKyZt8yj9i3Gb7uXL2tguYTnB0snHdEKMBvJ5C6ety8IyIRwwP8uV5qFmpu
Ki22u3uzTtpKs17OKRzyCZ4UfFG4Cf7WXSOw+2/OvWXBqqwknWDlCeeIJlGNdR+4
l4PAKG1jad9mgQJPBKpY9WQgxUNn3NM2kmDwaYO1mvfvQMKHEOwzPxxQ4RrScN09
cAO7+6P3ud6xJqR2Vw16
=cO41
-END PGP SIGNATURE-

Bug#846131: RM: libexpect-php5 -- RoQA; dead-upstream; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove libexpect-php5 from Debian unstable.  Upstream doesn't
have PHP 7.0 support and the upstream SVN has last activity from 14
months ago.  Thus the package is useless in Debian.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFNkXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH18UP/1BzKM2igj1k6Aqvs15Ar3HW
2SIjEY9AyuUp9WYmE72Co3vyfAK8V68Pv7T6+bf45BiZgYqo0kIM9le+aLjKynYB
9pbhIKtuUX2UZAkF10wSsBBlAU07qwS/V5oc5+wsBta9i6JCb48MkHvmZdVtkDSc
Ftx5Im7KZZ7x1Su4Baw1dbCBXm3aJd8rLen7TqNGUu4NN166JOr/HsueCS5FWvhL
5FYzOW2kpyphm3ZOvSiDrW8h3iWd84xDFOrzzrEHC5VqQzu+JY03veMZ6KGxCyNf
zug9PxSBFdV8ZNPimM7GSBCdacQAw0TKSAZVwMcmoVYZ7wzwwiC0yhfcsWbcgY+D
OU93NiqqpdfMF+idFsduyd/GPeBYfLSeNwDPc0eE3owUf5ulc06JF5dqivObKxTT
TWVKn7QHP0980RhiAylYVglMv6tNyHbFqYC8fGvxdywIY9PT+CXY+h4fwEe2iRwy
aKaZ5bz2826xwB3zVwvsokW6e0/EcwdxTpMrV/YyEqq21OxcNebLXng5GxeNllVW
TnhmlhLtZZMtfN8CXDaoTGz2jD4Ai5w+mfPY/Kbi3ZMiVCEDEJQerVZVQNV2YiCo
9L7CaLAsj4pr7Lfv5YRLSXUSvqsCN0x8dkX6vTVw7wGweU7JZQuu+MVA04o8P2PN
9gzxa2HAvRDZMoaN7hfw
=wjCM
-END PGP SIGNATURE-

Bug#817754: [pkg-php-pear] Bug#817754: google-auth-library-php in unstable prevents removal of src:php5

[Benoit Mortier]

Le 28/11/2016 à 16:32, David Prévot a écrit :
> Hi,

Hello,

> Le 27/11/2016 à 23:31, Ondřej Surý a écrit :
>> Different package and bug, but same email. Please sort it out.
> 
> CCing Benoit who expressed interest in those libraries: if are you still
> interested in having php-google-auth and php-google-api-php-client in
> Debian, now would be a good time to step up before they get removed from
> the archive.

yes got the first mail will try to prepare un upload for this week

Cheers
-- 
Benoit Mortier
CEO
OpenSides "logiciels libres pour entreprises" : http://www.opensides.eu/
Promouvoir et défendre le Logiciel Libre http://www.april.org/
Main developper in FusionDirectory : http://www.fusiondirectory.org/
Official French representative for OPSI : http://opsi.org/



signature.asc
Description: OpenPGP digital signature

Bug#846081: [Pkg-openldap-devel] Bug#846081: openldap: FTBFS when built with dpkg-buildpackage -A (chmod: No such file or directory)

[Ryan Tandy]

Hi Santiago,

Thanks for the report and patch. This was already reported as #845506 
and fixed in git. Will upload it shortly.


I will suggest a source-only upload to my sponsor, to verify the fix.

Bug#846130: RM: jscribble -- RoQA; dead-upstream; RC-buggy; unmaintained

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove jscribble from Debian unstable; it is dead both on
Debian and upstream side (last commits are from 2013).

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPFD4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH+D8P/RZ2wbxRpMPf0NGlTWbH/S5z
DJBGrEyhGM6/22fbjoagqimG7V413mm3YLWXjcN8bh4vEaoYjXwPysNlwW2ru7vM
SFRLpIffA1jGrKjD+0nODItxK5Ioqg47I0JtoSRhP2NhPXt8ak9YOM+SeBgJJC3z
unGHm4sa36wPPewTeDtavFB+FXZpSx1ZCaDJCAnczBVzC3AlwAeMVBbH3YbaRnrw
ZhhfKwcmFsf/dlbPQQ3kfEDp5x/7i4CXzCPvFEz+t/Pg/lm3VUtFsH9eRPRkCXYY
F5Np/ueogssyrU/RZyPeahuShpa2fl1XDmfVhF0PV0vqLtYSXPawR5M7ZIFIrqDu
vA2cLuh6gdVutJrSSwFsosRQQNIm+tsmmsrd0DnuQmfl6VQibFjpBNk5IJQ30QzC
m85b4xWQPp0e36YZCKycuEkRvu0DaimJffBKCsk58rhBx6CF6VTlvy/8T3UpUtMr
XpG+R+L5Lau8HfSUbPqwsZNbT5tlfcgn0IERuEC/whGhf6PV5NHt3kqt7jA5xVjT
V/IDmvx1uCXND6NYJVGaWE7NYv2MLFfLj71lMkytNv/I4KBKCOyw0MWU4VG+Ym8z
d0GkbjMa2W22EvsryS2qpWIQmGsioKyQvz4tG/8wZUFsVV7rvbCfjaC0grA/Em26
Enmq8j3z6rWdjvdmqha7
=Zp+N
-END PGP SIGNATURE-

Bug#846129: gcr: fails to build with unhelpful error message when built with low memory

[Santiago Vila]

Package: src:gcr
Version: 3.20.0-3

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --with gir,gnome
   dh_testdir -i
   dh_update_autotools_config -i
   debian/rules override_dh_autoreconf
make[1]: Entering directory '/<>'
dh_autoreconf --as-needed
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build'.
libtoolize: copying file 'build/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'build/m4'.
libtoolize: copying file 'build/m4/libtool.m4'
libtoolize: copying file 'build/m4/ltoptions.m4'
libtoolize: copying file 'build/m4/ltsugar.m4'

[... snipped ...]

# Gcr-DEBUG: closing the prompt
# Gcr-DEBUG: stopping prompting for operation /org/gnome/keyring/Prompt/p20@:1.5
# Gcr-DEBUG: couldn't find the callback for prompting operation 
/org/gnome/keyring/Prompt/p20@:1.5
# Gcr-DEBUG: caller vanished for callback /org/gnome/keyring/Prompt/p21@:1.5
# Gcr-DEBUG: stopping prompting for operation /org/gnome/keyring/Prompt/p21@:1.5
# Gcr-DEBUG: prompter name owner has vanished: :1.20
# Gcr-DEBUG: prompter name owner has vanished: :1.20
# Gcr-DEBUG: closing prompt
# Gcr-DEBUG: closing prompt
# Gcr-DEBUG: unregistering prompter
ok 18 /gcr/system-prompt/watch-cancels


Testsuite summary for gcr 3.20.0

# TOTAL: 597
# PASS:  595
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 1

See ./test-suite.log
Please report to 
http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-keyring=gcr

Makefile:5400: recipe for target 'test-suite.log' failed
make[6]: *** [test-suite.log] Error 1
make[6]: Leaving directory '/<>'
Makefile:5506: recipe for target 'check-TESTS' failed
make[5]: *** [check-TESTS] Error 2
make[5]: Leaving directory '/<>'
Makefile:6026: recipe for target 'check-am' failed
make[4]: *** [check-am] Error 2
make[4]: Leaving directory '/<>'
Makefile:5286: recipe for target 'check-recursive' failed
make[3]: *** [check-recursive] Error 1
make[3]: Leaving directory '/<>'
Makefile:6029: recipe for target 'check' failed
make[2]: *** [check] Error 2
make[2]: Leaving directory '/<>'
debian/rules:24: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/<>'
debian/rules:8: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


I attach a full build log.

The failure only happens on some autobuilders I have, namely, those
having 768 MB of RAM and 1GB of swap. On those autobuilders, it always
happen.

The failure does not happen (so far) on other autobuilders having more
memory. On those autobuilders, it never happens.

Because of this, the low memory seems to be the reason for the
failure, but I'm not 100% sure.

I'd like to see "out of memory" or "memory exhausted" somewhere, so
that I know for sure what's the reason it fails, but the current error
messages are not helpful. Could this be improved please?

To reproduce please try to build it with sbuild in a virtual machine
having 768 MB of RAM and 1 GB of swap, and a single CPU core.

[ BTW: 768 MB is enough to build 97% of all packages, it's not really
  very low ].

Thanks.

gcr_3.20.0-3_amd64-20161127T203140Z.gz
Description: application/gzip

Bug#846128: libhwloc-plugins: make a versioned depend on libhwloc5

[Winfried Boxleitner]

Package: libhwloc-plugins
Version: 1.11.5-1
Severity: important

Dear Maintainer,


   * building (for example) gmsh from source results in an unusable binary 
(segfault).
 this resulted in the following error messages:

 kernel: [1763460.604762] traps: gmsh[31315] general protection 
ip:7f9a8b8388ab sp:7ffdebba37f0 error:0 in libhwloc.so.5.7.1[7f9a8b81b000+3b000]

 or after upgrading libhwloc5 [1.11.4-1 ->  1.11.5-1]

 kernel: [2252625.704263] traps: gmsh[566] general protection 
ip:7f4b4fec88e2 sp:7ffd20e79170 error:0 in libhwloc.so.5.7.2[7f4b4feab000+3b000]

 at this time libhwloc-plugins was at version 1.10.0-3.

   * Checking the versions of libhwloc5, libhwloc-dev and libhwloc-plugins
 I found, that there is a version mismatch and also upgraded
 libhwloc-plugins [1.10.0-3 -> 1.11.5-1]

   * now the compiled binary is ok.

   * apt-cache show libhwloc-plugins shows the following dependencies:

 Depends: libc6 (>= 2.4), libltdl7 (>= 2.4.6), libpciaccess0, libxml2 (>= 
2.7.4), ocl-icd-libopencl1 | libopencl1, ocl-icd-libopencl1 (>= 1.0) | 
libopencl-1.1-1, libhwloc5

 the problem encountered suggests that there should be a versioned 
dependency for libhwloc5

thank you
winfried boxleitner



-- System Information:
Debian Release: 8.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 
'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.5 (SMP w/16 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)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libhwloc-plugins depends on:
ii  libc6 2.24-7
ii  libhwloc5 1.11.5-1
ii  libltdl7  2.4.6-2
ii  libpciaccess0 0.13.2-3+b1
ii  libxml2   2.9.1+dfsg1-5+deb8u3
ii  nvidia-libopencl1 [libopencl1]340.96-1
pn  ocl-icd-libopencl1 | libopencl-1.1-1  

libhwloc-plugins recommends no packages.

libhwloc-plugins suggests no packages.

-- no debconf information

Bug#846127: RM: yate -- RoQA; unmaintained; RC-buggy; FTBFS

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove yate from Debian unstable, it's RC-buggy (GCC 6, PHP 7.0
and OpenSSL 1.1) without any maintainer activity in those RC bugs.
The package is useless in this state and just eats disk space.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPE7mXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHoYsP/iiYpWP/sWbwPU5H1nn4DEyL
pwJQLgfMJiA+8g1XjDDdcg45ufHaWZ7lFEiLbETNpZWzRjUFE7l1sqSOuwKjb+14
fCY6+YyKxJTZHoY/BwEBwRrss0sIS3I2w6CxMnoxvva63ZwL1y30rClRYoog80Um
Ld4oOa4cuFJG5n75EI0xWeU5ZPWAsv7G75RA7ok6STV0k1HOCZE6RzOIvSkAl0F0
AYdQBbc4Vha688hLQXip/g9rs0pfMlLRKA6DBFM5VUC0kjA31HvBeDK/aSRbDFez
EQrZY6kQF8Z7Dz6HZ7q4YIhV4i+vNz61GYEyJa1PwBaZx50JAK7vj/XIkzQTZZPs
BUIZ5rbfXoIuoteI0IIOj2vLRoOCGsDVLwvcJRny5sn6f62mly9bnO2V972J+DnD
ZvoQb0IArw3bmacCnB7lm/jZfYSsaajxow6my1m/FOdhXbKMF7ityeCwvmCzFgF9
b23XFhYjHRMpZEhFYf4eG8nipgXQt4+3ki4M/uOjoyxtPp8C9zpNLXZYUsP67RbS
v+ssguRKbd0Pu1gikssPppgY1lr0UExILIAASy09SbZv1MNoVwUHmONTkCWXzlof
muxbH8W+R2SlNx+y5KNKyzqhoqRXQXlVyiI6S/7MgaMELgpjLEDTDYBFUplZhrrk
c+8UhSwvVNTOSTHI1HIb
=q+Ge
-END PGP SIGNATURE-

Bug#846114: botan: Enable the OpenSSL module for stretch by using OpenSSL 1.0.2

[Ondřej Surý]

Control: tags -1 +wontfix moreinfo

Why? There's no known user of it.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Mon, Nov 28, 2016, at 15:54, Adrian Bunk wrote:
> Source: botan1.10
> Version: 1.10.13-1
> Severity: normal
> Tags: patch
> 
> OpenSSL 1.0.2 will be part of stretch, and the patch below is
> therefore an option for enabling the OpenSSL module in stretch.
> 
> The "| libssl-dev (<< 1.1.0~)" is added for backports.
> 
> --- debian/control.old  2016-11-28 11:22:49.0 +
> +++ debian/control  2016-11-28 11:23:39.0 +
> @@ -5,6 +5,7 @@
>  Build-Depends: debhelper (>= 9),
> libbz2-dev,
> libgmp3-dev,
> +   libssl1.0-dev | libssl-dev (<< 1.1.0~),
> python,
> zlib1g-dev
>  Standards-Version: 3.9.6
> @@ -44,7 +45,7 @@
>  Depends: libbotan-1.10-1 (= ${binary:Version}),
>   libbz2-dev,
>   libgmp3-dev,
> - libssl-dev,
> + libssl1.0-dev | libssl-dev (<< 1.1.0~),
>   zlib1g-dev,
>   ${misc:Depends}
>  Conflicts: libbotan1.6-dev
> --- debian/rules.old2016-11-28 11:22:55.0 +
> +++ debian/rules2016-11-28 11:23:03.0 +
> @@ -25,7 +25,7 @@
>   rm -rf build
>  
>  override_dh_auto_configure:
> -   ./configure.py --prefix=/usr --cc=gcc --os=linux --with-bzip2
> --with-gnump --without-openssl --with-zlib $(CONFIGURE_FLAGS)
> +   ./configure.py --prefix=/usr --cc=gcc --os=linux --with-bzip2
> --with-gnump --with-openssl --with-zlib $(CONFIGURE_FLAGS)
>  
>  override_dh_auto_build:
>   dh_auto_build -- all

Bug#846126: RM: shaarli -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove shaarli from Debian unstable.  It's RC-buggy (PHP 7.0)
and unmaintained (there has been many releases of shaarli since 2014).

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPE5LXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHrdMQAJ4mw5SM8rsvRNWT0P9pHq+M
NCO9wmUDbMlkwuSnWkYxYTzOc85s8B8br7yTTD6hDguI7dtNKiCKCSmtWXHyPC96
NvI45XWGOhvuYaPKHd/AZrAh/pG+hKaLT8c4Wnr5YzEwf/6+XYci4PTseU3gTVpy
1lLCN4Al4S8MesHSagwSp9pd6ZFpZSyF2LAq5sWdglRz5taSDYZFpdLp63EZ6W0b
RMNF/VU6htOUIrQcMXUgTiwoJ2IvKbeYUJatRcA4e83umVgmd8OtN9mt72Lnpllw
cC62lFBEfoIunFo0kpAQrQlXtd1plCNj7oW0noYULj3xTB0XG1+4xETmkvwQ+YEr
oBgv1FSEE40sx/TpncJmVNb0QOuEjUEdi6Dy7UnONSZ0G1vWwVA29o7fiA/U+kQW
w0k/PiY+LCEyqpVpL37+J7WKEYjUVu+pAWmNOoZFgMNstq1INdNn7pvmg0eBbGEp
u87eqkgNfM8EMcZFaFWJu60D2ij8nlIHVS2u1RhdH5nicxvAodyRCvmHnt274ErA
hynD5nRhfk5BfuIdletrug999bRh8IYCUGXXGYqzVnLOtkfdLglKxxF7b+vsGXiz
9XXxlagO1KIkatpbNhDXVTS8IcREw1YGjBXgHgTLlht1l1LQkuxOjo0sqWy3NgAY
VtcwW9tE13frWNdpNmkp
=U+zD
-END PGP SIGNATURE-

Bug#817751: [pkg-php-pear] Bug#817754: google-auth-library-php in unstable prevents removal of src:php5

[David Prévot]

Hi,

Le 27/11/2016 à 23:31, Ondřej Surý a écrit :
> Different package and bug, but same email. Please sort it out.

CCing Benoit who expressed interest in those libraries: if are you still
interested in having php-google-auth and php-google-api-php-client in
Debian, now would be a good time to step up before they get removed from
the archive.

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#844067: opencv: Uninstallable package libopencv-dev after binNMU

[Yuri D'Elia]

Package: libopencv-dev
Version: 3.1.0+dfsg-1~exp2
Followup-For: Bug #844067

Any news on this?

Bug#846125: RM: sbnc -- RoQA; RC-buggy; unmaintained; dead-upstream

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove sbnc from Debian unstable.  It's RC-buggy (PHP 7.0 and
OpenSSL 1.1) and the last maintainer activity seems to be dated 2014.

It has been also reported that it's dead upstream:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568364#10

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPE3QXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH7ZsQAO8B2+mZmYKJbyo1hptJMK1f
wNMVOnV2yULvnfHMEpfL3ZKd0zfV06xIkbkpfEcwMpniOHeLeOBv+sfI/AF7OuZX
J84U6bPmMbDbgdWefXMcqtJ5usClKSapSwOPT8YLLN4ijSg0IviltA12QQ847d9b
AVcGgv5AN/tpplopkiXk7era/r+1U3+zrQ2U/Q0v3m7ecgTAt78Vcr9Vel7A+fPf
DiEUiBWNxPrlOOgNw5Smd+N7ciBh0RmUsvVgcEoi2uaoSvOXVMKckZHzA+Hergar
EwlDYcGy8V6II7CASzMro16eKKlcChjBL0Y0/QuQRQTVa7J+lwdHQpGZRf4tnduA
GRv8LEDyhmYgw0wpVy1knSuUn2PPNNcwQEgbFnvrxvcwqmYKTyj0TpnLSuqAAgXr
wRhVPuzd7PiF+5iOq13ToZmq1/SvJdnaYVpPIJKZQpD4ZQNOwVuRQS13IkPJjXHA
SKHqXt2T3MqsOwnRLDUxk5Pc8ZIzhqiM1qgmF7GtK7hIIFdMKm2jks3TXzVPqVeR
wxmLoGpSRRjMshcM+S/0zkrlQspZyYXRghBz+BWSi03xd+6HuXOso2R/MRIESed/
5658r7l5Hz+vep8TCFdvOR9Uud1WKYy4yQKmN3CxTlp2JKiunExCo+N4hYUqo1Sm
mSujlllO5zwbCk6vMncC
=xymG
-END PGP SIGNATURE-

Bug#846124: RM: rtgui -- RoQA; dead upstream; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove rtgui from Debian unstable.  The last upstream release
has been made in 2011 (and the upstream installation instructions are
for Ubuntu 8.04).  Therefore I don't expect it to have PHP 7.0 support.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPE0tXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHBdYP+gNV7uZ0Phhuk3waRaPQv01f
jZR9sxKzKH3UiOtf8SHzsT/09lKpQt0gARee0C8rXtlXIs9M9LtRwpSu/Dqh1PS1
KoV92atMd37D0bw1EH70sFguXOnSRikxvoh48WdFO/yd4zXtwD1LAt6nWn4a6CgW
KO/Mrdqh43uyv3yolgjXcBXa4EHe3nPVYEf8ep+r9SvvuymzV8g/SfHK32eqJjwY
IRYgOAXHbjg652NRrZb+37FVImE52UM8zVn5lpsOA0xZXhay3JmIPSQ1K/YStgde
XLk52uglhv7WuDnuFdg0fYukcxi46wHbSp5CZig+sROFiRwGfZSciHtjoFvQfY8o
f7OVz3QurSql8rlgMWmqBdnwFSZY18l1pFDFLACYUcQM7Cj84JKuTDHHUFpWfVyZ
KYUjgYwOOqkQEAb5TNE4EM+BaaV76ryfm4drjH2ZfL4711Czw/PoZbKmnGYETHiC
moF0xK6Lmts0k2sbp06QtIiTb9aKa+nMkMbNPBpPr57bpWyUH2X5+bo3kWPHa+ph
DJys7vgicsA3u7oh/upbXrsZCHe5tZnanw9RbJwKEwlrJSW61iqYL1FcnrPoTRfO
44eXR1N+NqSB7CMpsZjicyxyRSO/x4UyAF+Lq2s6GI3nc+/OftznNDSGkIkqq932
SlGgA38UbvQ8wL1kVXIX
=Q62E
-END PGP SIGNATURE-

Bug#845746: multipath-tools FTCBFS: uses build architecture compiler

[Helmut Grohne]

On Mon, Nov 28, 2016 at 02:41:25PM +0530, Ritesh Raj Sarraf wrote:
> Thanks for the patch. I just uploaded a build to experimental.

Thank you.

> Is it something you want in Stretch ? In that case, I'll immediately make an
> upload. Otherwise, it can wait for more substantial changes to queue up.

I have no particular urgency attached to this bug. Like lfs, hardening
buildflags, reproducible, etc., cross building is an archive wide
feature that will take a long time to propagate to the whole archive.
Please upload it to unstable in time for buster.

Helmut

Bug#846123: RM: postfix-cluebringer -- RoQA; orphaned; unmaintained; RC-buggy; seems dead-upstream

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove postfix-cluebringer, there has been only one upload to
unstable and it seems unmaintained both in Debian and in upstream (no
new release since 2013, very low activity in upstream git).

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPEyOXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHc6gP/2IydVBJGm+ZEkQ2TOUPsY49
sf1cyI7fuQTZo2y/QLoZvjj1zoVZsu/SXso4tEj80bjcWoExVVjNJWnKtjNVO8Q+
oNaPHeXGBdaOi7AKxwSNorAPTPckmUf0Po8Rb2SWaY5cb7lde73c3SY4wjh943BM
qP23W7l6WT2Ql0CODd99JUyGwwq7Sy3/4qlsQDLiSXoVcbJ3Ga2B27wSs5nV+wlu
Ck0nypuXXBNT0IoWXpTYpOyJi9t7O4OJtm7iLvKbqYXzMRwwXo+JRRsGVu5y1OLy
dDw1vlslHL4bttqLAJX+75CJpshULcyFawJjStt5hzsrXKd5wExdj5yAVcVALAl/
6o+M9R+gUOfjSBgRRfo6dDKNJSs1gA8sgIeJ9by4HGfQh5giPH0eZJO1S29nJTX6
jqapDgpiZqMz/9Qc4KbKXJFnpJzomd6+ttdSEFyGFG8la7a4oKAu/4l5NZc2RsSt
kDYDYBsT4jB/va6NcyvwFgeOQyxZfNvE8a+wr8vwa9GOeHXoxjriN61dFJjDYeRf
VnRLOUgsNrhM/Yen5yRhlp52An+D6NDrxhd9YMmxVELAJ2h4KhOhkky616Ord2mQ
0xc/DwpQBMLzdmpJ4X0Z/Obv+rwrxynk9BtNC0HYxlmkw7rHFOkrYgaPjiJ9CbxD
Luxm4fflOsUtLgDuqZ+L
=vx9F
-END PGP SIGNATURE-

Bug#846122: RM: php-zend-search -- RoQA; RC-buggy; useless in Debian

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove php-zend-search as per
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816684#5

It's useless in Debian as owncloud won't be packaged and it's a leaf
PHP library.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPEvSXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHcrAP/iw8x2lrt6wsVBRo+kLth6p7
pJV0Re+cVtVQYOg/7X69fT6xdiNxJyY8ZtOPeh19x2CXYhGiCRBDWaQBuQEbdUVi
pQYKd8eeqF/g63nRIuE0fiftRKD48rKNI/ioBlGXFwulCprfSgq8+WkOESh5c5Yf
JB0sCMIJnP03vKiPmNffR4zlkxRVxa1+Qo8016UPCTSvVJ5GjWxHFzh/xDtysO6S
miiYagQGVh5tFH8Cg1Dxo6p82IrEJ6PKnNEV0k8S2uIIM2u7TV6gCLPOTkHtc50c
ofvort4zaV7lvNmOYZ8QsNqwuvM5bMmliF90GzS/e+/P79jDQOo3hYkjpd2K3sMo
T2dnhMBJlbRIRq4lDj1rAu+iXijg2oUEjliy/h/HzJmFY0RhJ2M1f7EXJ58KMug8
d+59a0rjmJ69GkAsRSCgZaE4OXlzS8WmtEFouApTh5Fk9mQVj0wO3Lflqu3ChtPf
0R8vJWKpofwZloRpVJefoQQgdVtmIFjPJzJm8Z+rk7jJ9VUF74kMi01eW0bgoZ2/
0rBY+iXbbrg66kMmsuDtb7Q9abODb8QHh3pzLyi/xuPP8bcm/qURvrd8Rt6yqlEF
LQKEWhhW46oCmXwfkg85sVTPuUzBVhknra7V6xLNday95Jj4Tdt41wkmQvq7S9W6
5q4QFVKhlyM/Oj08ZS+G
=bxlX
-END PGP SIGNATURE-

Bug#828550: socat: FTBFS with openssl 1.1.0

[Gerhard Rieger]

Hello,

there are plans but no schedule for a stable version 2 release. Do not
rely on it.

A new version 1 reelase with important bug fixes (but not security
related) is intended within the next few weeks.

Please find attached the patch for OpenSSL 1.1 for Socat 1.7.3.1,
modified again...

Regards
Gerhard


Am 25.11.2016 um 10:10 schrieb László Böszörményi (GCS):
> Hi,
> 
> On Thu, Nov 24, 2016 at 9:12 PM, Gerhard Rieger
>  wrote:
>> find attached the adapted patch to socat-2.0.0-b9. Please check if it
>> works for you!
>  Any plans for a stable tagged 2.0.0 release? I still have 1.7.3.1 for
> the next stable Debian release with the adopted patch, attached. The
> only notable change that if OpenSSL 1.1+ is used for compilation, I
> have to print that egd is not supported by the OpenSSL version - you
> protected the function only, but not its call.
> 
> Thanks,
> Laszlo/GCS
> 

diff --git CHANGES CHANGES
index ab611ff..6293ca8 100644
--- CHANGES
+++ CHANGES
@@ -1,3 +1,8 @@
+porting:
+	Changes to make socat compile with OpenSSL 1.1. 
+	Thanks to Sebastian Andrzej Siewior e.a. from the Debian team for
+	providing the base patch.
+	Debian Bug#828550
 
 ### V 1.7.3.1:
 
diff --git config.h.in config.h.in
index 3f28702..ed821c0 100644
--- config.h.in
+++ config.h.in
@@ -447,6 +447,15 @@
 #undef HAVE_DTLSv1_client_method
 #undef HAVE_DTLSv1_server_method
 
+/* Define if you have the OpenSSL RAND_egd function */
+#undef HAVE_RAND_egd
+
+/* Define if you have the OpenSSL DH_set0_pqg function */
+#undef HAVE_DH_set0_pqg
+
+/* Define if you have the OpenSSL ASN1_STRING_get0_data function */
+#undef HAVE_ASN1_STRING_get0_data
+
 /* Define if you have the flock function */
 #undef HAVE_FLOCK
 
diff --git configure.in configure.in
index e1b7f4c..84939f3 100644
--- configure.in
+++ configure.in
@@ -1450,6 +1450,9 @@ AC_CHECK_FUNC(TLSv1_2_client_method, AC_DEFINE(HAVE_TLSv1_2_client_method), AC_C
 AC_CHECK_FUNC(TLSv1_2_server_method, AC_DEFINE(HAVE_TLSv1_2_server_method), AC_CHECK_LIB(crypt, TLSv1_2_server_method, [LIBS=-lcrypt $LIBS]))
 AC_CHECK_FUNC(DTLSv1_client_method, AC_DEFINE(HAVE_DTLSv1_client_method), AC_CHECK_LIB(crypt, DTLSv1_client_method, [LIBS=-lcrypt $LIBS]))
 AC_CHECK_FUNC(DTLSv1_server_method, AC_DEFINE(HAVE_DTLSv1_server_method), AC_CHECK_LIB(crypt, DTLSv1_server_method, [LIBS=-lcrypt $LIBS]))
+AC_CHECK_FUNC(RAND_egd, AC_DEFINE(HAVE_RAND_egd), AC_CHECK_LIB(crypt, RAND_egd, [LIBS=-lcrypt $LIBS]))
+AC_CHECK_FUNC(DH_set0_pqg, AC_DEFINE(HAVE_DH_set0_pqg), AC_CHECK_LIB(crypt, DH_set0_pqg, [LIBS=-lcrypt $LIBS]))
+AC_CHECK_FUNC(ASN1_STRING_get0_data, AC_DEFINE(HAVE_ASN1_STRING_get0_data), AC_CHECK_LIB(crypt, ASN1_STRING_get0_data, [LIBS=-lcrypt $LIBS]))
 
 dnl Run time checks
 
diff --git sslcls.c sslcls.c
index 6ddc077..1e2ec6a 100644
--- sslcls.c
+++ sslcls.c
@@ -331,6 +331,7 @@ void sycSSL_free(SSL *ssl) {
return;
 }
 
+#if !defined(OPENSSL_NO_EGD) && HAVE_RAND_egd
 int sycRAND_egd(const char *path) {
int result;
Debug1("RAND_egd(\"%s\")", path);
@@ -338,6 +339,7 @@ int sycRAND_egd(const char *path) {
Debug1("RAND_egd() -> %d", result);
return result;
 }
+#endif
 
 DH *sycPEM_read_bio_DHparams(BIO *bp, DH **x, pem_password_cb *cb, void *u) {
DH *result;
diff --git xio-openssl.c xio-openssl.c
index b7e95c1..1e06d28 100644
--- xio-openssl.c
+++ xio-openssl.c
@@ -878,7 +878,11 @@ int
}
 
if (opt_egd) {
+#if !defined(OPENSSL_NO_EGD) && HAVE_RAND_egd
   sycRAND_egd(opt_egd);
+#else
+  Debug("RAND_egd() is not available by OpenSSL");
+#endif
}
 
if (opt_pseudo) {
@@ -936,35 +940,48 @@ int
 	 0x02,
   };
   DH *dh;
+  BIGNUM *p = NULL, *g = NULL;
   unsigned long err;
 
-  if ((dh = DH_new()) == NULL) {
-	 while (err = ERR_get_error()) {
-	Warn1("DH_new(): %s",
-		   ERR_error_string(err, NULL));
-	 }
-	 Error("DH_new() failed");
-  } else {
-	 dh->p = BN_bin2bn(dh2048_p, sizeof(dh2048_p), NULL);
-	 dh->g = BN_bin2bn(dh2048_g, sizeof(dh2048_g), NULL);
-	 if ((dh->p == NULL) || (dh->g == NULL)) {
-	while (err = ERR_get_error()) {
-	   Warn1("BN_bin2bn(): %s",
-		 ERR_error_string(err, NULL));
-	}
-	Error("BN_bin2bn() failed");
-	 } else {
-	if (sycSSL_CTX_set_tmp_dh(*ctx, dh) <= 0) {
-	   while (err = ERR_get_error()) {
-		  Warn3("SSL_CTX_set_tmp_dh(%p, %p): %s", *ctx, dh,
-			ERR_error_string(err, NULL));
-	   }
-	   Error2("SSL_CTX_set_tmp_dh(%p, %p) failed", *ctx, dh);
-	}
-	/*! OPENSSL_free(dh->p,g)? doc does not tell so */
-	 }
-	 DH_free(dh);
+  dh = DH_new();
+  p = BN_bin2bn(dh2048_p, sizeof(dh2048_p), NULL);
+  g = BN_bin2bn(dh2048_g, sizeof(dh2048_g), NULL);
+  if (!dh || !p || !g) {
+ if (dh)
+DH_free(dh);
+ if (p)
+BN_free(p);
+ if (g)
+BN_free(g);
+ while (err = ERR_get_error()) {
+Warn1("dh2048 setup(): %s",
+  

Bug#846088: Info received (Bug#846088: Alladin License in krb5)

[Sam Hartman]

To be clear I've contacted upstream off-list and we'll see what we find
in the next few days.

Bug#846121: RM: php-sepa-direct-debit -- RoQA; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

this is a leaf PHP library that has a PHP 7.0 RC-bug since 5th May
2016 without any activity from maintainer.  Please remove the package
from Debian unstable.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYPEodXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHZnkQAKh3csGANzlsJgzV+qL8uIwt
G5dfBtZgupyJVZkojZmu27Szxn2Zy3FHcQGbZaXs9OC1DTf0+Ly0WV71KFE0A0qI
ki7s6T9Kjbon0K5vgMlVzVadmiYFWVKTzYUIAdIv+pdw4q2Ji8vfsrrX+oB8P2ux
MsKfTm0R/kPq3R1LKBy8V9U8JI2py6R60evi+bdTTWoBtvzXosvSbTF8Y2JMFvyb
pIKgoBtOFFtYkX9LV1XCrTicRKAWmj+3qjhka3lodP+j4WXpQHA6OQynUcEfFKi5
KDp0RQboSdKvnTcRm/x0QEJ0gxfBqPJcL5srPcUn6nYG49r+lZaM4rhRtoGVC+Db
4odXszgkZ/OArr1Q1K9JkV7rOQmF8vXTg46c0Sm1hd00WUW2lkAHf1nZ4KF6D94a
Gr31Ha3xisM55Nw+sYek72xbkgNAGoLhxtjKy/X0OH+Fi5de5j3/xUYhXXkuZ8co
c0HFT/pN2xNPWQqmfwUxiEwqg3eHdrpWQ1t7Ogth2GVRYbzoHcJInM+KcFkyyu3f
+r5ePuWdjT0zzLpQEGERnpLuVN9sZ28p0wujsUcynPxQXPUF/gJxcz68k6iv1Y53
Cr/AwHYbb7c5Atlj6yUzGURqKLouu/5Y5XWUQJ1hORy/eNgScR3ydXY+xB/ZHfPy
LG37Vjr840KYu6qwTXMg
=iI51
-END PGP SIGNATURE-